Free unix amiga delitracker emulator 2.07 software for linux

Wide Area Link Emulator enables you to set and test various parameters of a WAN access link (also known as a bottleneck link) before testing on a fully-functional network.

Any ISP has a high bandwidth LAN (of the order of tens of Mbps, e.g. Ethernet) and a WAN access link with relatively low speeds (of the order of a few Kbps to a few Mbps). To be able to evaluate the ISPs performance, actual tests will have to be conducted on a live, fully functional network. This would imply enabling certain features in communication equipment which could be detrimental to the proper functioning of a commissioned network. To address such a problem of being able to characterize/quantify the network operation in terms of its performance with respect to various parameters, a test-bed emulating the ISPs connectivity to the Internet would be an ideal solution.

An important factor in setting up such a test-bed, is emulating the WAN Access Link. Using complex hardware is costly. Such a link can however be easily implemented by emulating the scenario on popular physical technology such as Ethernet. By changing the TCP/IP stack on a Personal Computer, the rate at which packets are injected into the network can be controlled and other necessary features can easily be added.

WALE was implemented in 2 phases and the first version can emulated bandwidths up to 8Mbps and uses FIFO queues with drop-tail.

WALE v2 can emulate bandwidths of up to 80Mbps(a 10-fold improvement over version 1) due to the stripped down version of Micro-second resolution timer being used in the Linux kernel. WALE also implements differentiated services are recommended by IETF. A hash-based packet classifier is used to classify packets into one of 3 queues (Expedited Forwarding, Assured Forwarding and Best Effort). A simple priority scheduling has been implemented between the queues.

Version 2 has been implemented in the Generic Device Layer of the Linux Kernel. The kernel version is 2.2.19. WALE2 kernel patch can be downloaded here. An ncurses based front end has been implemented for setting and viewing various parameters of the bottleneck link.

Jagacy 3270 Emulator is a feature-rich 3270 terminal emulator. It supports SSL, TN3270E, and over thirty languages. The project does not contain the screen-scraping library, and is a cost effective solution for a stand-alone Java 3270 terminal emulator.
The emulator can be configured to help create screen-scraping applications. Developers can also develop their own custom terminal emulators (with automated logon and logoff). Jagacy 3270 screen-scraping is faster, easier to use, and more intuitive than HLLAPI. It excels in creating applications reliably and quickly.
Main features:
- 100% pure Java.
- Feature rich 3270 terminal emulator.
- SSL support.
- Extended TN3270 (TN3270E) support.
- 17 different terminal types (including 132 columns).
- Internationalization support. Over 30 different languages supported.
- Configurable using properties, if desired. No changes necessary when host name or screens change.
- Easily create a custom 3270 terminal emulator.
- Small footprint (less than 150K). Runs efficiently within the Eclipse and NetBeans IDEs.
- Can display the 3270 session in a window while an application is running.
- Includes a full-featured 3270 terminal emulator tailored to developing and debugging applications.
Enhancements:
- Add features/limitations/changes here

VT6530 Terminal Emulator is a Java implementation of the proprietary terminal used with Tandem mainframes.
The Tandem VT6530 is a proprietary terminal used with their Non-Stop(TM) series of mainframes. These high-reliability machines are popular in the banking industry. If youve ever used an ATM to get cash, youve probably used a VT6530.
The terminal itself can operate in three different mode: conversation, block, and ANSI (VT100). Conversation mode is a simple scrolling text mode with the addition key buffering and text attributes. In block mode, text is displayed in a formated screen with special edit fields. ANSI mode is only used with OSS, Tandems UNIX wanabe operating layer.
Enhancements:
- Autotools support (./configure, make, make check, and make install).
- New telnet and ANSI terminal implementations.
- Linux, Cygwin, and HP NonStop (tandem OSS) builds are not quite running yet.

Unix::Mknod is a Perl extension for mknod, major, minor, and makedev.

SYNOPSIS

use Unix::Mknod qw(:all);
use File::stat;
use Fcntl qw(:mode);

$st=stat(/dev/null);
$major=major($st->rdev);
$minor=minor($st->rdev);

mknod(/tmp/special, S_IFCHR|0600, makedev($major,$minor+1));

This module allows access to the device routines major()/minor()/makedev() that may or may not be macros in .h files.

It also allows access to the mknod system call.

The goal of RUMT is to check the memory of a computer over a long period of time and almost-real load conditions without having to interrupt the services.

RUMT exploits the possibility of some Unix kernels to selectivly disable some memory areas while still accessing them through the /dev/mem device. The principle of RUMT is to write pseudo-random data in these disabled memory areas, and later check them. This principle and the original code for the deterministic pseudo-random generator are from David Madore.

This distribution contains another variant on the same theme: URUMT allocates a large chunk of memory, locks it in memory using the mlock(2) system call, and scans /dev/mem to find where in physical memory the allocated area is. Then it continuously runs the same tests in that memory.

URUMT can not be used to test a particular area of memory: the kernel will give it whatever physical memory it feels like. But URUMT can be restarted now and then, hopefully getting different physical memory each time.

This is perfect if you suspect you have bad bits, but do not know at all where they are. Once you have sighted the bad bits, you can use a plain RUMT to test more extensively the neighborhood.

CUPS provides a portable printing layer for Unix(r)-based operating systems. Common UNIX Printing System has been developed to promote a standard printing solution for all Unix vendors and users.

CUPS provides the System V and Berkeley command line interfaces, and uses the Internet Printing Protocol ("IPP") as the basis for managing print jobs and queues. The Line Printer Daemon (LPD) Server Message Block (SMB), and AppSocket (a.k.a. JetDirect) protocols are also supported with reduced functionality.

CUPS adds network printer browsing and PostScript Printer Description ("PPD") based printing options to support real world printing under UNIX. It includes an image file RIP that supports printing of image files to non-PostScript printers.

A customized version of GNU Ghostscript 7.05 for CUPS called ESP Ghostscript is available separately to support printing of PostScript files within the CUPS driver framework. Sample drivers for Dymo, EPSON, HP, and OKIDATA printers are included that use these filters.

The xterm program is the standard terminal emulator for the X Window System. xterm patch provides DEC VT102/VT220 and Tektronix 4014 compatible terminals for programs that cant use the window system directly.
If the underlying operating system supports terminal resizing capabilities (for example, the SIGWINCH signal in systems derived from 4.3bsd), xterm will use the facilities to notify programs running in the window whenever it is resized.
I decided to work on this in early 1995, to support ded and add (and incidentally ncurses) in the X environment. Several people had made modifications to xterm to support color, but none (except for the completely independent rxvt) implemented background color erase. That is rather like preferring MS-DOS to UNIX. Completely mystifying.
Being bogged down in ncurses, I didnt get involved in xterm until the very end of 1995, after working on atac.
I implemented a workable version of colorized xterm just at the point where XFree86 3.1.2B was announced, complete with a color xterm. As luck would have it, theyd incorporated the "old" color model. So I joined the XFree86 project to fix it.
As I learned more about xterm, I realized that it implemented part of VT220 (i.e., the locking shifts for extended character sets). Since a number of people on the Internet are looking for a good VT220 emulator, it seemed a natural follow-on project to make xterm a good VT220 emulator.
By the release of XFree86 3.2, I had implemented most of the control sequences, except for a handful (DECSTR, the KAM and SRM modes, the ones pertaining to doublesize and soft characters, and of course, blink).
Enhancements:
- The script for installing a man page in a UTF- 8 locale has been fixed.