Free delayed shutdown serial software for linux

dsflasher is a utility to flash Dallas (Maxim) DS89C450 microcontrollers using a ROM loader.

Usage:

dsflasher -f [input filename] -p [serial port]

LibSerial provides a collection of C++ classes that allow one to access serial ports on POSIX systems like standard C++ iostream objects.

Member functions are provided for setting various parameters of the serial ports such as the baud rate, character size, flow control and others. LibSerials idea is to simplify serial port programming on POSIX systems.

When you have installed the above tools, run the following commands:

Installation:

./configure
make
make install

Note: The html documentation will not be installed by "make install". I will fix this in the future release.

Serial Over IP is a tool for the transport of serial interfaces over UDP/IP. It is very usefull for connecting distant equipment that run via a serial interfaces to a local computer.


One linux will be server and one will be client. On the server you can start the program typing the following command:

bash# serialoverip -d /dev/ttyS0 9600-8n1 -s 127.0.0.1 3000

... and on the client:

bash# serialoverip -c 127.0.0.1 3000 -d /dev/ttyS1 9600-8n1

In both commands the IP address is the server IP. Note that you have to start the server first, and it will be efectively be running only after the first packet received from the client.

Irregular Operations Database is a project used for tracking flight delays.

Irregular Ops is a CGI script for intranet use to track irregular operations (flight delays) for scheduled airlines.

THC-Flood Connect is a connection flooding tool which supports SSL, dumping + sending data, closing or keeping sessions etc.

Just a small release. Have fun.

Use allowed only for legal purposes.

To compile:

cc -o flood_connect -O2 flood_connect.c
openssl: cc -o flood_connect -O2 flood_connect.c -DOPENSSL -lssl -lcrypt

Options:

-S use SSL after TCP connect (not usuable with -u, sets port=443)
-u use UDP protocol (default: TCP) (not usable with -c)
-p port port to connect to (default: %d)
-f forks number of forks to additionally spawn (default: 0)
-i file data to send to the port (default: none)
-n connects maximum number of connects (default: unlimited)
-N delay delay between connects in ms (default: 0)
-c close after connect (and sending data, if used with -i)
use twice to shutdown SSL sessions hard (-S -c -c)
-C delay delay before closing the port (for use with -c) (default: 0)
-d dump data read from server
-D delay delay before trying to read+dump data from server (default: 0)
-e stop when no more connects possible (default: retry forever)
-k no keep-alive after finnishing with connects, terminate!
-v verbose mode
TARGET target to flood attack (ip or dns)

Hardware::iButton is a Perl module that allows to talk to DalSemi iButtons via a DS2480 serial widget.

SYNOPSIS

use Hardware::iButton::Connection;
$c = new Hardware::iButton::Connection "/dev/ttyS0";
@b = $c->scan();
foreach $b (@b) {
print "family: ",$b->family(), "serial number: ", $b->serial(),"n";
print "id: ",$b->id(),"n"; # id = family . serial . crc
print "reg0: ",$b->readreg(0),"n";
}

This module talks to iButtons via the "active" serial interface (anything using the DS2480, including the DS1411k and the DS 9097U). It builds up a list of devices available, lets you read and write their registers, etc.

The connection object is an Hardware::iButton::Connection. The main user-visible purpose of it is to provide a list of Hardware::iButton::Device objects. These can be subclassed once their family codes are known to provide specialized methods unique to the capabilities of that device. Those devices will then be Hardware::iButton::Device::DS1920, etc.

iButtons and solder-mount Touch Memory devices are each identified with a unique 64-bit number. This is broken up into 8 bits of a "family code", which specifies the part number (and consequently the capabilities), then 48 bits of device ID (which Dallas insures is globally unique), then 8 bits of CRC. When you pass these IDs to and from this package, use hex strings like "0123456789ab".

libjackasyn is a library that allows you to use programs written for the OSS sound API with the JACK audio server. libjackasyn is a library that can be used for two purposes.
First it can be loaded via the LD_PRELOAD variable, turning OSS applications automatically into JACK-aware applications.
Second, it can be used to link against the program during build time, making it trivial to turn an OSS aware sound application into a JACK aware sound application in a short time.
libjackasyn got its name from the asynchronous manner in which it communicates with the JACK server, which means by using libjackasyn you will introduce an additional delay exactly the size of one JACK audiobuffer (1024 samples or 44 ms with the JACK default settings).
This delay can be reduced by reducing the JACK buffersize. It should not matter for sound generating applications, but it might introduce phasing effects when doing sound processing.
Enhancements:
- fixed RDONLY and WRONLY handling
- act upon jack shutdown, allows to switch between JACK and non-JACK operation
- several small bug fixes
- debug compilation optional

Sendmail Confirmation System is an Sendmail milter plugin that is designed to reduce the amount of junk email received. SMC uses a dynamic local and DNS based remote "whitelists" (for known/trusted senders), DNS based "blacklists" (for undesired senders), and an original "autoauthentication" system (for unknown, but legitimate senders). In additional SMC has a set of useful features which allows to preserve mail recipients from dangerous message attachments, HTML includes. SMC is an Sendmail tm milter (plugin), which stops the junk mail messages without receiving one.
SMC uses 3 original algorithms, one of which is "Check relay by NS" simulates a dynamical whitelist and will always accept the messages from mail systems satisfying to following conditions:
1) Mail domain name (the host part of the senders e-mail address) must have an MX records;
2) Mail domain name and the connection host address must be resolved;
3) Connection host must be listed at the one of nameservers which hold the senders mail domain name.
The second from the developed algorithms is a "check delays" algorithm which is based on statistical check of delivery delays, generated by a [tempfail] return code, that allows to exclude a direct receiving of a mail, which not passed through the standard mail server.
NOTE: Using this feature the delivery of the mail from unknown, but legitimate senders will be delayed for a count of 5-minutes checks, which setted by the "maxcount" configuration parameter.
And the third of original algorithms is "autoconfirmation" algorithm: The sender of a "mail contact" (sender-recipient pair) means as authenticated (whitelisted) if the filters statistics module has registered the both of a sended forward (request) and a recieved backward (reply) messages of this contact. The messages from the such authenticated senders will never be delayed by the previos "check delay" algorithm.
Enhancements:
- Add checks to prevent overwrite all configuration data during install.
- Minor bug fix in ns-relay code.