Free isbndb 0.31 software for linux

KSpline is a three parts library which supplies spline functions.
The library contains three parts:
A spline class. This class is invisible, it is used to store the coords and calculates the spline polynoms. Theoretical it can be used outside of KDE.
A visual Editor. This editor requires an initialisized spline class and works as an interface to this spline. Nearly all spline functions can be adjusted with this editor.
A demo program. This program creates two splines. They can be modified either manually (directy calls to the spline functions) or visuell with the editor.
System requirements:
- V 0.31 : KDE 3.0x (not tested with KDE 3.1x)
- qt 3 or newer

Liboobs is a wrapping library to the System Tools Backends.

Liboobs will provide easy to access GObjects to system configuration details, like users, groups and network interfaces, it will handle sessions with the backend and data consistency too

To compile, you will need system-tools-backends 2.0 and DBus >= 0.31

Installation:

The simplest way to compile this package is:

1. `cd to the directory containing the packages source code and type `./configure to configure the package for your system. If youre using `csh on an old version of System V, you might need to type `sh ./configure instead to prevent `csh from trying to execute `configure itself.

Running `configure takes awhile. While running, it prints some messages telling which features it is checking for.

2. Type `make to compile the package.

3. Optionally, type `make check to run any self-tests that come with the package.

4. Type `make install to install the programs and any data files and documentation.

5. You can remove the program binaries and object files from the source code directory by typing `make clean. To also remove the files that `configure created (so you can compile the package for a different kind of computer), type `make distclean. There is also a `make maintainer-clean target, but that is intended mainly for the packages developers. If you use it, you may have to get all sorts of other programs in order to regenerate files that came with the distribution.

m2psd is a fast MPEG-2 Program Stream demultiplexer. m2psd will demultiplex an MPEG 2 Program Stream into Elementary Streams (ES) or Packetized Elementary Streams (PES), provided that the packs are exactly 2048 bytes long. It was written for use with MPEG 2 Program Streams recorded by a Hauppauge WinTV PVR 250 or 350, and trimmed with Womble (Windows) or GOPChop (Linux).

mp2psd was written because all of the free software MPEG 2 demultiplexers I could find were very slow, and did not output the offset between the first video and audio timestamps.

The input MPEG Program Stream file name must be supplied as an argument for the application.

A base name for the output files may optionally be specified; if none is provided, the base name will be the input file name with all characters from the last dot to the end removed. The output filenames will be of the form basename-n.mpa and basename-n.mpv, for audio and video, respectively, where n is the stream number (0-31 for audio, 0-15 for video).

The "-t" option prints the difference between the first presentation time stamps of the video #0 and audio #0 streams (0xe0 and 0xc0) in milliseconds. This is useful as input to a multiplexer.

The "-a" option discards any partial MPEG audio frame at the start of audio streams, because some software gets upset at partial audio frames.

The "-p" option produces PES streams as output rather than elementary streams. This preserves the time stamps, but many programs cannot deal with PES streams. This option is mutually exclusive with the "-t" and "-a" options.

Sizzle project ios an mebeddable Scheme interpret
Sizzle is a Scheme interpreter for embedding into C applications and for standalone scripting.
It implements a nearly complete subset of R5RS Scheme, adding a lot of primitives for U*ix scripting, regular expression searching, a simple module system, dynamic library linking, powerful string processing procedures, and much more.
It includes a users guide and an embedding manual in texinfo format, some examples, the embedding library, and a standalone interpreter for interactive use and scripting.
Main features:
- Supports most library procedures from R5RS
- Sizzle aims to be compatible to Guile, whereever possible
- Sizzle is easy to embed
- Sizzle is easy to extend
- Sizzle provides bindings for most Posix functions
- Bindings for regular expression matching

File::chmod is a Perl module that implements symbolic and ls chmod modes.

SYNOPSIS

use File::chmod;

# chmod takes all three types
# these all do the same thing
chmod(0666,@files);
chmod("=rw",@files);
chmod("-rw-rw-rw-",@files);

# or

use File::chmod qw( symchmod lschmod );

chmod(0666,@files); # this is the normal chmod
symchmod("=rw",@files); # takes symbolic modes only
lschmod("-rw-rw-rw-",@files); # takes "ls" modes only

# more functions, read on to understand

File::chmod is a utility that allows you to bypass system calls or bit processing of a files permissions. It overloads the chmod() function with its own that gets an octal mode, a symbolic mode (see below), or an "ls" mode (see below). If you wish not to overload chmod(), you can export symchmod() and lschmod(), which take, respectively, a symbolic mode and an "ls" mode.
Symbolic modes are thoroughly described in your chmod(1) man page, but here are a few examples.

# NEW: if $UMASK is true, symchmod() applies a bit-mask found in $MASK

chmod("+x","file1","file2"); # overloaded chmod(), that is...
# turns on the execute bit for all users on those two files

chmod("o=,g-w","file1","file2");
# removes other permissions, and the write bit for group

chmod("=u","file1","file2");
# sets all bits to those in user

"ls" modes are the type produced on the left-hand side of an ls -l on a directory. Examples are:

chmod("-rwxr-xr-x","file1","file2");
# the 0755 setting; user has read-write-execute, group and others
# have read-execute priveleges

chmod("-rwsrws---","file1","file2");
# sets read-write-execute for user and group, none for others
# also sets set-uid and set-gid bits

The regular chmod() and lschmod() are absolute; that is, they are not appending to or subtracting from the current file mode. They set it, regardless of what it had been before. symchmod() is useful for allowing the modifying of a files permissions without having to run a system call or determining the files permissions, and then combining that with whatever bits are appropriate. It also operates separately on each file.

An added feature to version 0.30 is the $UMASK variable, explained below; if symchmod() is called and this variable is true, then the function uses the (also new) $MASK variable (which defaults to umask()) as a mask against the new mode. This is documented below more clearly.

Scriptix has but several goals for its existance. First, it must be easy to program in. I originally decided that, for this purpose, a BASIC-like syntax would be best. However, it appears that people find familiarity to be more important - so versions of Scriptix from 0.19 onward will have a C/C++-like syntax. Scriptix parser can be quite easily re-written to handle almost any syntax desired, however.
Second, Scriptix must be threadable, allowing semi-syncronous execution of threads within a single OS process. Both pre-emptive and cooperative multi-tasking should be available. Both have their advantages and disadvantages, and the embedding application should be able to decide on the best method for the task. While pre-emptive multi-tasking is currently supported, it is still rudimentary, and basic thread control types (mutexes, etc.) are not yet implemented.
Third, it must support a decent subset of high-level language features, such as arrays, classes, and user-definable data types. The language itself does not provide for a large amount of definable functionality - the user scripts are somewhat limited in the scope of effect they can have on the language (in regards to defining functions/classes, etc.) This limits the negative effects a poorly written or malicious script can have on the host application.
Fourth, Scriptix must be of decent speed. As Scriptix is designed for interactive entertainment software (a.k.a. games), speed is very important. Ive no benchmarks yet to display hard-data on Scriptix speed - simple tests have shown it to easily outperform more popular scripting languages, however.
Scriptix makes use of a garbage collection scheme for memory management. Lots of people think this means it will be very slow. On the contrary, a clever garbage management system can result in a more responsive application, since memory deallocation can be controlled to a large degree. However, Scriptix does not (yet) have a clever scheme. It is planned to be greatly improved before 1.0, however.
Enhancements:
- Minor API and languages changes.
- Last independent release of Scriptix.
- Future releases will be part of the AweMUD package.