Free interactive process software for linux

IO::Interactive is a Perl module with utilities for interactive I/O.

SYNOPSIS

use IO::Interactive qw(is_interactive interactive busy);

if ( is_interactive() ) {
print "Running interactivelyn";
}

# or...

print {interactive} "Running interactivelyn";


$fh = busy {
do_noninteractive_stuff();
}

This module provides three utility subroutines that make it easier to develop interactive applications...

is_interactive()

This subroutine returns true if *ARGV and *STDOUT are connected to the terminal. The test is considerably more sophisticated than:

-t *ARGV && -t *STDOUT

as it takes into account the magic behaviour of *ARGV.

You can also pass is_interactive a writable filehandle, in which case it requires that filehandle be connected to a terminal (instead of *STDOUT). The usual suspect here is *STDERR:

if ( is_interactive(*STDERR) ) {
carp $warning;
}
interactive()

This subroutine returns *STDOUT if is_interactive is true. If is_interactive() is false, interactive returns a filehandle that does not print.

This makes it easy to create applications that print out only when the application is interactive:

print {interactive} "Please enter a value: ";
my $value = ;

You can also pass interactive a writable filehandle, in which case it writes to that filehandle if it is connected to a terminal (instead of writinbg to *STDOUT). Once again, the usual suspect is *STDERR:

print {interactive(*STDERR)} $warning;

busy {...}

This subroutine takes a block as its single argument and executes that block. Whilst the block is executed, *ARGV is temporarily replaced by a closed filehandle. That is, no input from *ARGV is possible in a busy block. Furthermore, any attempts to send input into the busy block through *ARGV is intercepted and a warning message is printed to *STDERR. The busy call returns a filehandle that contains the intercepted input.

A busy block is therefore useful to prevent attempts at input when the program is busy at some non-interactive task.

Orca Interactive Forum Script is an interactive Web-based forum script that is based on AJAX technology,
In the world of accelerating technologies you dont want archaic forum software. You want something new, fresh, classy, stylish and sexy - just like Orca.
Orca introduces a new approach to building online discussion boards. The main focus in Orca is given to self-moderation - it provides tools to build a community without -moderators or administrators. It gives true freedom.
Main features:
AJAXy
- AJAX is cool and trendy, but whats more important - it makes web apps work better. Orca is an AJAX forums script, using AJAX exactly where it should be used. This brings unique user experiences and considerable server load savings.
Self-ruling
- Forums need close attention to run smoothly. Orca doesnt. We built Orca as a self-moderated community script, which can work effectively without any moderators whatsoever. This is the main difference, and Orca will be getting better at it.
Integratable
- You might already have a website, and it might already have a good database of users. Orca is remarkably easy to integrate with your existing user database. You just add it to your site, and it accepts existing members with their photos and passwords.
GPL-licensed
- Free community needs a free forum script. Orca is completely free, open-source and free in terms of licensing. It is distributed under GPL license, which should uncover its potential and make it #1 forum software on the net.
Enhancements:
- This release added a live post tracker, "Sticky" topics, an advanced WYSIWYG post editor, a "Reply with quote" option, and wider support for hosting setups.

bibEC Process Card is a multiple gateway credit card payment processor.
This class is meant to process credit card payments via one of multiple payment gateways that are supported.
Currently the class supports the following payment gateways: Plug and Pay, Authorize.net, ViaKlix, and paynet . Changing between payment gateways is mostly a matter of changing the class constructor parameter.
The class provides a payment gateway independent API with functions for:
- Logging the payment activity
- Set the payment gateway authentication credentials
- Set the paying customer details
- Set the ship to details
- Set the credit card details
- Set the valuta
- Specify the order details
- Submit the payment processing request and retrieving the results
The payment submission is done securely when possible using PHP SSL socket connections or the Curl extension for PHP or the Curl command line.

The friendly interactive shell is a user friendly shell intended mostly for interactive use.
- If you want to see screenshots of fish in action, click here.
- If you are familiar with the basics of shells,read this page for a short introduction to fish.
- If you are dont know how to use a shell, read this page for a longer presentation on how to use fish.

Interbench is benchmark application is designed to benchmark interactivity in Linux.
Interbench is designed to measure the effect of changes in Linux kernel design or system configuration changes such as I/O scheduler, cpu and filesystem changes and options. With careful benchmarking, different hardware can be compared.
What does it do?
It is designed to emulate the cpu scheduling behaviour of interactive tasks and measure their scheduling latency and jitter. It does this with the tasks on their own and then in the presence of various background loads, both with configurable nice levels and the benchmarked tasks can be real time.
How does it work?
First it benchmarks how best to reproduce a fixed percentage of cpu usage on the machine currently being used for the benchmark. It saves this to a file and then uses this for all subsequent runs to keep the emulation of cpu usage constant.
It runs a real time high priority timing thread that wakes up the thread or threads of the simulated interactive tasks and then measures the latency in the time taken to schedule. As there is no accurate timer driven scheduling in linux the timing thread sleeps as accurately as linux kernel supports, and latency is considered as the time from this sleep till the simulated task gets scheduled.
Each benchmarked simulation runs as a separate process with its own threads, and the background load (if any) also runs as a separate process.
Enhancements:
- This release adds options to select benchmarked loads, manpages, and documentation updates.

NetServer::Portal is a Perl module used to interactively manipulate daemon processes.

SYNOPSIS

require NetServer::Portal;

NetServer::Portal->default_start(); # creates server
warn "NetServer::Portal listening on port ".(7000+($$ % 1000))."n";

This module implements a framework for adding interactive windows into daemon processes. The portal server listens on port 7000+($$%1000) by default.

A top-like server is included that can help debug complicated event loops.

Process Viewer is a small utility similar to top which displays all the processes on a linux system. Its written using the FOX Toolkit.

Process Viewer is licensed under the GNU General Public License