Free started 1.0 software for linux

Instant-Grid is a live-CD based on Knoppix bundled with a pre-configured grid environment based on the Globus Toolkit.
One PC started from this CD becomes the Instant-Grid frontend. It also functions as a PXE boot-server, allowing other PCs in the same local network to boot the Instant-Grid environment.
Together with the frontend, these PCs automatically form a working test grid. Like with the original Knoppix, the existing configuration of the participating PC is not touched (except maybe for enabling the PXE boot-option), and remains instantly available by a simple reboot.
Enhancements:
- This version has a newly designed user interface improving its accessibility for beginners, which is further enhanced by new flash videos showcasing the most important features.
- Also new is the integration of the graphical workflow manager GWES.
- Its capabilities are demonstrated by a demo version of ERAMAS, an environmental simulation tool, and by a new POV-Ray renderfarm based on workflows.
- Furthermore, it is possible for the first time to use external resources, which requires a D-Grid certificate.

libstrvar is a simple variable library intended mostly to ease handling of strings and certain types of data exchange inside applications when using C. The project is multithreading safe and licensed under MIT license. It is capable of doing mathematical calculations using strings.

This library started as small helper library for Project Open Channel. It was used as internal data handler when parsing XML like layout files, parsing settings and delivering simple info inside applications. It is easy to use, you just set value for some variable and then use it elsewhere in the program. No need for global variables or externs. And if the variable does not exists, or is somehow invalid in other ways, libstrvar always returns valid value, so program wont crash.

Also, libstrvar is capable of doing mathematical calculations for strings. It can be used quite like as php. You first define some variables, then use them. And ofcourse, if you havent defined variable, it still works. In case of getting string value it simply returns empty string and in case of integer it returns 0.

Example:

Variable called "var" is set to contents "1 + 2 * $x".
Then Variable called "x" is set to contents "sin(1)".
Parsing of "var" results string "1 + 2 + sin(1)".
And calculating result of "var" returns "2.682941.."

libstrvar can also be used to store binary data. Simply said, it is kind of database for storing information using character strings as keys. Internal implementation is currently using linked lists, so its not as fast as it could be. Other features are more important currently.

NOTE: libstrvar is not fully finished and is so still beta! libstrvar API is not fully funtional, mostly the main parts of it work well, but there is some work to be done before it can be released as final.

httpcmdd provides a way to have (web) browser user interface to programs running on the same machine as the browser. httpcmdd PEEKs the headers of the incoming message from browser and find program that matches the request received.

Programs are run with privileges of the user running the browser. Each user may have their private commands available in their home directory in addition to the common programs installed to the system (if any). There is also possibility to place some programs in special directory and programs residing there will be run with root privileges.

httpcmdd passes the socket it accepted to the program it started. httpcmdd did not read any data out of the socket, but just peeked it. Program gets all data send from the beginning and httpcmdd does not work as a proxy delivering the data; all data goes directly between peer and the program httpcmdd launched without anyone interfering.

httpdcmdd server socket is bound to the localhost loopback interface only thus network connections to httpcmdd server is not possible -- and if those were, httpcmdd would be unable to identify the user on peer, disallowing further message processing. Finally, some sanity checking is done to incoming http headers; for example Referer: header (if one) not matching to httpd ip (127[.0[.0]].1) and port will cause connection shutdown.

Installation and Usage

There is a set of example programs (shell, perl and python scripts) that can be used to test and get a clue of httpcmdd usage. Just run quicktest.sh to check out those examples (just like in Quick Start section at the beginning of this document). It leaves behind symbolic link at $HOME/.httpcmdd and running httpcmdd daemon. You may want to clean these up after initial testing period (Note that quickstart.sh-compiled httpcmdd binary file was unlinked soon after it was launched).

To compile httpcmdd daemon enter sh src/httpcmdd.c --prefix=/usr or sh src/httpcmdd.c --prefix=/usr/local at the command line. There is more options to give on command line; enter sh httpcmdd.c to see those if desired.

(Ive planned to create Makefile for future needs; that will come in time).

After compiled, enter ./httpcmdd (as root). If port 127.0.0.1:80 is unbound the daemon will start and detach from terminal. In that case you can try to connect to it by entering http://127.1/ on a browser window. That probably returns an error page (as there is no commands installed to provide content (unless you left the symbolic link generated by quicktest.sh laying around).

If the port 80 is bound (probably by apache http server) or you do no access to root privileges, httpcmdd can be started with option -p . In that case you can access httpcmdd with url http://127.1: /. If httpcmdd was started with user privileges other than root only that user can access the services httpcmdd provides; access to all other users will be denied by default error message and incident is logged to system log.

In case you want to install httpcmdd as a system service (started at system boot time) and you want to use port 80 for it (as I usually like to do) and you have other httpd servers on the system that binds both on localhost loopback interface (127.0.0.1) and on network interface, run httpcmdd first. With luck the other one will accept this and it works fine with other interfaces and skips 127.1. If not (or there is system limitations to do this automatically), you need to configure the other httpd to skip 127.1.

TkTag is a Tk/Perl application that allows the user to edit and modify ID3 headers in mp3 files. In addition to editing and modifying tags manually, you can also set up input and output masks to either create tags from filenames, or rename files based on tag fields.

First of all, the company that I am co-oping with decided to use Perl as the main language for constructing test suites and custom testing tools. At the time, I knew little of Perl, so I decided that if I started some small project in my spare time at home, it would make learning Perl all that much easier. After a week or so of work, this app was born. Hopefully someone will find it useful.

Well... If anyone finds this useful, Im sure that I can find more features to add. First of all, Id like to port the app to GTK+, but that assumes I have the time to learn GTK+. I picked up a good book on the subject, so hopefully it wont be too difficult. Also, Id like to add more support for constructing and playlists modification.

At time of writing (August 2005), ALUT was a set of undocumented semi-portable functions that were mixed up in the OpenAL library distribution. The intent had always been that ALUT would be a cleanly separated library that would be portable between systems.

It was hoped that it would be well suited to producing succinct demo programs and to help new developers to get started with OpenAL. It was to do this by removing the annoying details of getting an audio application started - allowing developers to learn OpenAL without distractions such as loading sound samples from disk.

In order to move from this initial implementation to a clean API that would meet the original goals of ALUT, it was necessary to break from the past and make a clean start. The original version(s) were unnumbered - so we will arbitarily label all previous versions as 0.x.x and start this cleaned up version at release 1.0.0 to reflect changed API and implementations.

About OpenAL:

OpenAL is a cross-platform 3D audio API appropriate for use with gaming applications and many other types of audio applications.

The library models a collection of audio sources moving in a 3D space that are heard by a single listener somewhere in that space. The basic OpenAL objects are a Listener, a Source, and a Buffer. There can be a large number of Buffers, which contain audio data.

Each buffer can be attached to one or more Sources, which represent points in 3D space which are emitting audio. There is always one Listener object (per audio context), which represents the position where the sources are heard -- rendering is done from the perspective of the Listener.

RRDStats is a Coyote Linux and BrazilFW add-on package for network traffic monitoring, link quality control, and QOS classes monitoring.
RRD Statistics project is based on RRDtool for storing data to round robin databases, and a slightly modified RRDcgi for visualizing data through a Web interface.
Main features:
- Realtime graphical statistics for bandwidth usage and link quality
- Graphical statistics of QOS priority classes usage
- Historical data stored for one week
Configuration:
All default configuration is stored in /etc/rrd.config. This version supports web based configuration and there is no need to manual configuration for basic package functionality. Just install the packages and browse to your web administration interface (by default its http://192.168.0.1:8180). There should be new link at left menu labeled "RRDStats configuration"
There are some basic options you should set up to fit your configuration. First get sure, the RRDstats package is enabled (its the first option at configuration screen). After that should you set up your line speed (just some basic approximation is good enough). The last this you should set up is your internet gateway IP address. This IP address is used to measure your internet link latency and packet loss.
Ignore other configuration options for now, save your configuration and reboot router. After your system boots up, you can browse RRD statistics.
After system startup, package is initialiazed with /etc/rc.d/pkgs/rc.rrdstats. This file start another copy of tiny webserver which listens by default on port 8080. It reads its homepage files from /var/rrd/www/ directory. After webserver startup there are also started some data gathering threads.
They read transfered data from network interfaces, QOS classes and measure link latency. These values are then stored in RRD databases. RRD databases are by default stored in /var/rrd/data/ directory
For further information how RRD databases work, please visit their homepage. Simply said RRD database has constant size, it does not grow over time and stores average data over period of time.
Last component of RRDStats package are .cgi and template files which display data from RRD databases using web interface. As said before, these files and templates are stored in /var/rrd/www/ and its subdirectories.

XSD/e is a XML Processing for Embedded Systems.
CodeSynthesis XSD/e is an open-source XML parser generator for mobile and embedded systems. It provides event-driven, stream-oriented XML parsing, XML Schema validation, and C++ data binding while maintaining a small footprint and portability.
XSD/e implements Embedded C++/Parser mapping which, provided with an XML instance specification (XML Schema), generates validating C++ parser skeletons for data types defined in your vocabulary. You can then implement these parser skeletons to build your own in-memory representation or perform immediate processing as parts of your XML document become available. For an introduction to the C++/Parser mapping, refer to the Hello World Parser chapter from the Getting Started Guide.
Based on the static analysis of the schemas, XSD/e generates compact, highly-optimized hierarchical state machines that combine data extraction, validation, and even dispatching in a single step. As a result, the XSD/e-generated parsers are 2-10 times faster than general-purpose validating XML parsers while maintaining the lowest static and dynamic memory footprints. For example, a validating parser executable can be as small as 120KB in size.
Main features:
- Ease of use The parser skeletons maintain parsing state and do data extraction for you. As a result, you are shielded from the intricacies of parsing XML.
- Validation The parser skeletons provide low-footprint, high-performance XML Schema validation so you dont need to complicate your code with extra error checking.
- Natural representation Handle the XML data using your domain vocabulary instead of generic elements, attributes, and text.
- Static typing The generated parser skeletons are statically typed which helps catch errors at compile-time rather than at run-time. For example, XML element and attribute names become C++ function names so if you misspelled one, the compiler will let you know.
- Concise code Thanks to the object representation provided by parser skeletons, your business logic implementation is simpler and thus easier to read and understand.
- Maintainability Automatic code generation minimizes the effort needed to adapt your application to changes in the document structure. Thanks to static typing, the C++ compiler will pin-point the places in your code that need to be changed.
Enhancements:
- Supported embedded toolchains include GNU g++ 2.95.x-4.x.x, eMbedded Visual C++ 4.0, and Visual Studio 2005 with Smart Devices support.
- Precompiled binary distributions are available for GNU/Linux, Solaris, and Windows host development platforms.