Free sunos 5.7 software for linux

FakeNES project is a portable, Open Source NES emulator which is written mostly in pure C, while using the Allegro library for multi-platform capabilities.
Currently supported systems are Windows 9x/2000/Me/XP, 32-bit DOS, Linux, FreeBSD, QNX, BeOS, and Mac OS X. However, it should run on any system that Allegro supports. This includes, but is not limited to: any version of Windows released after 1995, any 32-bit DOS compatible, and many POSIX compliant systems and UNIX clones such as Linux, FreeBSD, QNX, BeOS, and Mac OS X.
Configuration
FakeNES uses a standard configuration system similar to that used by many DOS, Windows, and UNIX applications.
Each item in the configuration file that is not surrounded by square brackets ([ and ]) defines an element or key.
The equal sign (=) is used to assign a value to that element.
Items which are surrounded by brackets are called headers. Headers define a section or group of related elements.
Comments are delimeted by the pound (#) sign and are ignored by the configuration file parser.
At this time, command-line options are not supported. However, you may supply the name of an NES ROM file that you would like to load on the command-line instead of loading it from the GUI.
Input engine
Currently, FakeNES supports two different keyboard layouts on a single keyboard, and up to two (2) joystick-like devices such as joypads. Each device may be assigned to any player, you can even assign a single device to multiple players.
All configuration of the controls is done in the configuration file, under the [input] header. You can assign a specific device to each player by modifying the player_#_device elements (replace # with the associated player number).
The following values are permitted:
0: No input (disables all input for this player).
1: Keyboard layout #1
2: Keyboard layout #2
There are two (2) configurable keyboard layouts which are present on the same keyboard, and may define overlapping keys without conflicts. Modifying the key1_scancodes and key2_scancodes elements allow you to customize the key mappings for each layout.
Note that due to portability reasons, FakeNES does not accept standard IBM scancodes. Instead, you need to supply a sequence of 8 integer scancodes as defined by the Allegro multimedia library.
The order in which the scancodes are applied is very important, and corresponds to the associated NES standard controller buttons: A, B, Select, Start, Up, Down, Left, and Right. If a complete sequence of 8 scancodes cannot be found, then the defaults will be used.
For layout #1, they are X, Z, Tab, and Enter, respectively, combined with the arrow keys for directional control.
3: Joystick device #1
4: Joystick device #2
Core timing
FakeNES contains an automatic speed throttling system. By modifying the frame_skip_min and frame_skip_max elements under the [timing] header in the configuration file, you can toggle speed cap and set the parameters for frame skipping.
Frame skipping is a technique that allows the emulation to run much faster, at the cost of fewer frames-per-second (FPS) being rendered, which results in more latent or choppy gameplay.
Speed capping effectively limits the maximum amount of FPS to be rendered to match that of the NES itself, which keeps the emulation from running too fast on fast processors or when frame skipping is being used.
frame_skip_min defines the least amount of frames to be skipped, setting it to zero (0) effectively disables minimum frame skipping and enables the speed capping mechanism.
frame_skip_max defines the highest allowable amount of frames to be skipped. FakeNES will never skip more frames than is defined by this element, even if full speed is not obtained.
Setting frame_skip_min and frame_skip_max to equal values effectively sets a fixed amount of frames to be skipped.
If the speed cap is enabled, you can use the fast forward key to surpass the speed cap and skip frame_skip_max frames as long as the key is being held down. By default, the fast forward key is defined as the tilde key above the Tab key on most keyboards.
The machine_type element allows you to select which standard is to be used by the speed throttling system and sound/graphics engines. Set it to zero (0) for NTSC or one (1) for PAL. There are not many PAL NES games, and many of them should run fine in NTSC mode. Only modify this element if you have problems.
Enhancements:
- AUDIO: Fixed all while() loops in the APU to never be truely infinite (thus preventing hard lock-ups), removed a previous hack that was added to get around such a thing.
- AUDIO: Implemented a new ExSound API.
- AUDIO: Added full save state support to VRC6 Sound and MMC5 Sound.
- AUDIO: Rreduced default audio buffer length from 6 to 4 frames to reduce latency.
- AUDIO: Added in mixing of MMC5s digital audio channel (untested).
- CODE: Moved a bunch of code out of gui.c and into the GUI header files.
- CODE: Various code edits.
- DOCS: Updated docs.
- GUI: Added a GUI menu to configure the audio buffer length.
- GUI: Added a GUI menu to configure video buffer size.
- GUI: Enabled double buffered GUI while in OpenGL mode.
- GUI: Added custom drawing code for the sl_radiobox object.
- GUI: Cleaned up the Help->About dialog and added loomsoft under Special thanks to.
- GUI: Added more splitters to the Audio and Video menus to better group submenus.
- GUI: Added a Close button to the Help->Shortcuts dialog.
- GUI: Hide some menus when their respective features arent available for whatever reason.
- GUI: Made sl_frame object behave properly in a double buffered environment.
- GUI: Removed extended video resolutions, since if anyone wants to actually use any of the obscure things, they can set them manually via the configuration file.
- INPUT: Overhauled input system and input configuration system.
- MISC: Fixed a cosmetic bug where the enabled flag of CPU patches were written to the *.fpt file with the value of 2 instead of 1 when enabled.
- VIDEO: Added (buggy) OpenGL support.
- VIDEO: Added support for a screen buffer smaller or larger than the actual screen (it will be scaled to fit).
- VIDEO: Set all bitmaps to NULL after destroying them in video_exit(), fixes various problems.
- VIDEO: Improved the operation of video_blit().
- VIDEO: Improved efficiency of HQ4X slightly by removing extra assertions.
- VIDEO: Added size checking to the Normal and Stretched blitters.
- VIDEO: Changed blitter error message.

CCFlauncher is the meta-tool for starting and joining a CCF collaborative computing session. With CCFlauncher you can invite your colleagues/friends to join you in a shared X windows virtual desktop with multiparty audio conferencing, white board, and file sharing in just a few mouse clicks. In this setting, participants interact with each other, simultaneously access and operate computer applications, refer to global data repositories or archives, collectively create and manipulate documents or other artifacts, perform computational transformations, and conduct a number of other activities via telepresence. Research issues addressed in this project include problem solving environments and methodologies for laboratory and instrument-based scientific disciplines, and computer science issues in heterogeneous distributed systems. New approaches are being investigated and developed for fast multiway communication, robust geographically distributed data management methodologies, high-performance computational transforms inlined within collaboration sessions, and related auxiliary issues such as active documents, security, archival storage, and experiment management and control.

The main goal of CCF is to enable the construction of efficient and flexible collaborations. Although we expect that CCF will be useful in a number of scenarios, a guiding principle in its design was to identify and meet the needs of natural science investigators with a diverse set of computing, instrument interfacing, and collaboration requirements. Thus, the primary target domain for CCF is collaborative research in chemistry, physics, and biochemistry, and closely related areas. Research methodology in laboratory and instrument based sciences is increasingly dependent upon computation, interaction, visualization, and data storage/retrieval. The CCF project is investigating and developing innovative enabling technologies to support collaborative, distributed, computer-based problem solving in the natural sciences. The goal is to evolve a virtual environment for distributed computing that integrally supports human AV communication, high performance heterogeneous computing, and distributed data management facilities. Computational transforms, instrument interfacing, data referral, visualization, and collaborative work in chemistry, physics, and biomedical fields will guide the development of methodologies and software tools to facilitate collaborative research.

PHP2Go is a development framework designed to help experienced developers and beginner programmers to create Web-based Systems.
PHP2Go is an object-oriented, structured and hierarchical set of classes and libraries developed using PHP, XML and JavaScript.
Enhancements:
- All HTML code generated by the framework was ported to XHTML 1.0 Transitional.
- An LDAP client and an LDAP authentication driver were added.
- php2go.service.AjaxService, a class that allows PHP function calls through Ajax requests, has been added.
- AjaxService and AjaxPeriodicalUpdater Javascript classes have been added. A DataTable widget has been added.
- The date format now accepts three values: EURO, US, and SQL.

SCCS project is an implementation of the POSIX standard Source Code Control System.
Calling configure manually is outdated because this is a task of the makefile system.
There is no configure, simply call make on the top level directory.
***** If this does not work for you, read the rest if this file *****
***** If you have any problem, also first read the topic specific *****
***** README.* files (e.g. README.linux for Linux problems). *****
All results in general will be placed into a directory named OBJ/< arch-name >/ in the current projects leaf directory.
You **need** either my "smake" program, the SunPRO make from /usr/bin/make (SunOS 4.x) or /usr/ccs/bin/make (SunOS 5.x) or GNU make to compile this program. Read README.gmake for more information on gmake and a list of the most annoying bugs in gmake.
All other make programs are either not smart enough or have bugs.
Enhancements:
- The new program, "sccslog", creates a Changelog file from SCCS history files.
- The program was ported to HP-UX. (Since HP-UX has no seteuid(), setresuid() is used instead).
- Several bugs in the man pages have been fixed.

NBTScan is a NetBIOS Name Network Scanner.
NBTscan is a program for scanning IP networks for NetBIOS name information. It sends NetBIOS status query to each address in supplied range and lists received information in human readable form. For each responded host it lists IP address, NetBIOS computer name, logged-in user name and MAC address.
NBTscan compiles and runs on Unix and Windows. I have tested it on Windows NT 4.0, Windows 2000, FreeBSD 4.3, OpenBSD 2.8 and RedHat Linux 7.1 and 7.3. It should also compile and run on Solaris and other Linuxes as well.
Steve Coleman (Steve (dot) Coleman (at) jhuapl (dot) edu) ported previous versions of NBTscan to Solaris, HP-UX and OSF/1 and fixed several bugs. He reports that NBTscan also runs on IRIX/SGI with minor problems. I was also told that NBTscan runs on AIX (Antonio Dellelce) and SunOS 4.1.3_U1 (Joe Cline). Mohammad A. Haque (mhaque (at) haque (dot) net) ported nbtscan to Darwin.
This program is a successor of a perl script with the same name and does essentially the same thing, being much faster though. NBTscan produces a report like that:
IP address NetBIOS Name Server User MAC address
------------------------------------------------------------------------------
192.168.1.2 MYCOMPUTER JDOE 00-a0-c9-12-34-56
192.168.1.5 WIN98COMP RROE 00-a0-c9-78-90-00
192.168.1.123 DPTSERVER ADMINISTRATOR 08-00-09-12-34-56
First column lists IP address of responded host. Second column is computer name. Third column indicates if this computer shares or is able to share files or printers. For NT machine it means that Server Service is running on this computer.
Most often it means that this computer shares files. Third column shows user name. If no one is logged on from this computer it is same as computer name. Last column shows adapter MAC address.
If run with -v switch NBTscan lists whole NetBIOS name table for each responded address. The output looks like that:
NetBIOS Name Table for Host 192.168.1.123:
Name Service Type
----------------------------------------
DPTSERVER < 00 > UNIQUE
DPTSERVER < 20 > UNIQUE
DEPARTMENT < 00 > GROUP
DEPARTMENT < 1c > GROUP
DEPARTMENT < 1b > UNIQUE
DEPARTMENT < 1e > GROUP
DPTSERVER < 03 > UNIQUE
DEPARTMENT < 1d > UNIQUE
??__MSBROWSE__? < 01 > GROUP
INet~Services < 1c > GROUP
IS~DPTSERVER < 00 > UNIQUE
DPTSERVER < 01 > UNIQUE
Adapter address: 00-a0-c9-12-34-56
Installation:
- Ungzip and untar sources
- Run ./configure script
- Run make and make install
- Thats all.
Enhancements:
- Fixed segmentation fault when using -f option (noticed by Brian Lovrin)
- Fixed printing ugliness (noticed by Darren Critchley)
- Changed version number :) (1.5 said that it is 1.0.3 - now it proudly says 1.5.1)

sh2log is a PTY sniffing program that captures all keystrokes and console output of physical and virtual consoles. sh2log works in userland and does not require the installation of a kernel module.

Consequently, it can be run on a wide range of different UNIX platforms. It provides ready-to-use log files and is meant to be used for legitimate purposes such as auditing user actions on a sensitive server or a honeypot.

How to install it

2.1. Edit config.h and setup the following values:

CONNECT_IP IP address of the machine on which sh2logd runs
SERVER_PORT UDP port in use by sh2logd
REAL_SHELL_DIR Directory for the real shells (/bin/shells)
MAX_LOG_SIZE Maximum size before a new log file is created
secret This is a 128-bit symmetric key used to secure
the data when transmitted over the network.

2.2. Compile sh2log by simply running "make system"

System can be any of those: linux, freebsd, openbsd, cygwin, sunos, aix, irix, hpux and osf.

2.3. Replace the original shell with sh2log and run sh2logd:

# mkdir /bin/shells/
# cp -p /bin/{sh,bash} /bin/shells/
# rm -f /bin/{sh,bash}
# cp -p sh2log /bin/bash
# cp -p sh2log /bin/sh
# ./sh2logd

If you see an error message about "bash: text file busy", check that you have rmed the file before copying sh2log over it. Also, Id recommended not running sh2log and sh2logd on the same machine.

Warning: /bin/sh is often a symlink to /bin/bash. DO NOT FORGET TO CREATE "/bin/shells/sh" OR YOUR SYSTEM WILL BE UNUSABLE!

3. Monitoring your users: the interactive log parser

Please try first to run ./parser with the provided sh2log example file "test.bin". Window resizing requires XTerm (not rxvt, eterm or konsole) and a valid DISPLAY; or if you use PuTTY, try resizing the window by hand.

The parser provides both non-interactive and interactive (takedown-like) modes of operation. In interactive mode, you can pause, fast forward (2x or 4x) and also follow in real time what the users are doing one the system, and have a live view of all terminals.

Ident2 is an alternative approach to auth/ident services. The project was written from the ground up and can run either as a child handler of inetd or as a standalone daemon with no user intervention.
Users can set their own replies or toggle random replies, all at the system administrators preference, of course. Full compliance with RFC1413 is attempted.
Enhancements:
- This release adds support for SunOS, NetBSD, OpenBSD, OSF/1, and HP-UX.
- It fixes a buffer overflow in the getline function.
- A buffer overflow on FreeBSD has been fixed.
- Neither of these have known exploits or are known to be exploitable.
- Ident2 servers do not announce their version information to the Internet.
- All users are encouraged to upgrade.