Free diagnostics reagents software for linux

mod_diagnostics is a debugging and diagnostic tool for application developers - particularly filter modules.

mod_diagnostics.c can be inserted anywhere in the Apache filter chain, and logs traffic (buckets and brigades) passing through.

It is a purely passive watcher, and will never touch the traffic passing through.

Examples

Probably the best way to explain mod_diagnistics is by example.

Strange delays in some browsers

In an update to mod_xml, a new bug was introduced. It was not immediately obvious, but in some browsers the request would hang and then timeout. The effect was only observed when using the XSLT output filter with Xalan-C, and only happened with HTTP/1.1 browser, not with HTTP/1.0. Furthermore, hitting "cancel" before the timeout in an HTTP/1.1 browser would cause the page to display!
Inserting mod_diagnostics before and after the offending filter, the bug was immediately obvious. The module was simply failing to pass an EOS bucket down the chain. A trivial fix!

Obscure bug in a third-party library

A user of mod_proxy_html reported serious performance problems when parsing an 8Mb HTML file. He had profiled the problem, and found the entire processing time was in the final call to htmlParseChunk in libxml2.

I investigated this by inserting mod_diagnostics before and after mod_proxy_html, and running it with the largest HTML document I had available (the MySQL manual, about 2.6Mb). I was able to confirm that nothing was passed down the chain until the final call, so not only was it slow, but it had also broken Apache pipelining.

To refine the diagnosis, I added a flush in each call to the filter in mod_proxy_html. Now mod_diagnostics showed a small amount of data (under 1Kb) coming through in the first call to the filter, but nothing else until the end. Further investigation showed that the data stopped coming when the first HTML comment was encountered in the source.

At this point I ran it under gdb, looking for the comment handling. I found that it was failing to find the end of the comment. The problem was resolved only in the last call to htmlParseChunk, which didnt go through the buggy code. I disabled the buggy code, and found it was now working correctly, with approximately the same amount of input and output data in each call to the mod_proxy_html filter - so pipelining was now fixed. My correspondent reported total processing Time for his 8Mb file reduced from 30 minutes to 9 seconds (on five-year-old hardware).

The bug was reported to the libxml team, who have now fixed it.

Mbedthis AppWeb is the leading web server technology for embedding in devices and applications. It is an open source, feature rich, embedded web server that has been designed from the ground up with security in mind.
It is integrated directly into embedded systems and applications for simple and convenient deployment and with features such as server side Embedded JavaScript and Embedded Server Pages, AppWeb is in a league of its own when compared with other embedded web servers.
AppWeb is also highly efficient. It has a modular architecture that results in a very small memory footprint and minimal CPU requirements. Compared to other web servers, AppWeb consumes a fraction of the resources that other servers require.
It also offers superior security and provides the easiest way to create dynamic, web based user and management interfaces.
Top Uses for AppWeb
- Embedded Device Management
- Personal Web Servers
- Web enabling Enterprise Applications
- Create a CD of your web site including a local web server
- Diagnostic web based user interfaces for Applications
- Create offline web applications
Enhancements:
- This release migrates the development release to a stable designation.
- Major features over the previous 2.0.5 stable release include: upgraded support for the latest PHP, MatrixSSL, and OpenSSL; a native Debian/Ubuntu package; and FSH conformance.
- Builds have been optimized to be twice as fast. 64-bit support has been improved. configure is more flexible.
- There are fixes for ranged requests, single threaded operation, and putHandler.
- The build system has been reworked.

This is a Linux Live CD based on KNOPPIX technology using mostly pure Debian/sid.
Most tools follow the GNU GENERAL PUBLIC LICENSE. If you are in doubt, look at the specific docs.
Main features:
- Kernel 2.6.11.11 with many patches
- ACPI and DMA enabled by default (can be disabled with acpi=off and nodma respectively)
- i586 optimization - not for use with older CPUs!
- 128 MB RAM required, 256 MB RAM recommended
- Unionfs support (with unionfs cheat)
- AVM Fritz!Card DSL support
- Eagle USB DSL support
- KDE 3.4.1
- Captive 1.1.5
- OpenOffice 1.9.104
- ALSA 1.0.8
- GRUB boot loader for CD start - ideal for rescue in command line mode
- Memtest86+ - Advanced Memory Diagnostic Tool in the extra menu of the boot loader
Simply boot from CD and enjoy Linux. Some tools may request a root password. As none is set, you have to set one using "sudo passwd" or use "su" in konsole.
Whenever you execute something with root permissions, you should know what you are doing! For web surfing over LAN no root access is required. I am sure you can discover many things to do with it :)
Dont try to write to NTFS partitions using the standard NTFS driver included with the kernel, as its support for writing is very lacking - thus it could destroy the partition and the data in it.
There is a new Captive NTFS driver that does a better job at writing to NTFS, so use it instead. For FAT partitions you can enable write-access with the context menu (right mouse button).
You may not have the rights to modify Linux partitions, use the root mode in konsole if needed. Some links are not working in the menu - that is not my fault - the packages from Debian/sid are very new and may have some little bugs, but you can always use new releases.

The CAN Abstraction Layer (CANAL) provides a single interface for programs to use different CAN drivers.
It consists of a CANAL daemon that handles client and driver communication, a canalLogger that logs messages in a window, and a simple diagnostic application. C++ clases and DLL/DL interfaces are provided.
Enhancements:
- The configuration readings for CanalWorks were upgraded.
- A GUID ordering problem in canald was fixed.
- A problem with clear message list switch in CanalWorks was fixed.
- A problem in which Linux version Level I received a thread with an invalid count returned for DataAvailable was fixed.

SQLyog is an easy to use tool that lets you manage your MySQL database anywhere in the world. SQLyog is a tool that allows you manage MySQL database.
Main features:
Developer / User Productivity
- HTML Schema Documentation
- Shortcuts to quickly generate SQL statements and paste object names
- Learn MySQL by looking at the SQL generated by SQLyog
- Multi-tab Query Editor and Result-set Editor
- Multiple Query Execution
- Multi-threaded Query execution with option to stop long running queries
- SQL Templates
- Excel-style grid interface to view/update resultsets
- Multi-format Blob editor
- View data in Grid/Text Mode
- ResultSet/Data Export to CSV/XML/HTML
- Full Support from 3.23.38 to the latest 5.x
- Support for all MySQL table handlers
- Excel friendly resultsets/table-data export to clipboard/file
- Dialogless table and resultset editor
DBA Productivity
- Restoring / Importing large SQL dumps
- MySQL 5.x objects support
- User Management
- Managing hosted MySQL
- Connection Manager
- Index Management
- Relationship/Foreign Key Manager
- Reorder Columns
- Copy objects to another Host with single click
- Table diagnostics
- Flush Tools
- Object Browser
- Creating/dropping database
- Optimized for managing Hosted MySQL
- Profiling
- Multiple database connections
Technology
- Turbo Speed MySQL Management. Uses native MySQL C API - the fastest way to communicate with MySQL server
- 100% keyboard friendly
- Small compact binary
- Minimal use of Registry - easy migration of User Preferences by dragging and dropping config files.
- Non-cluttered look and feel, ability to show/hide panes

Iterator::IO is a Perl module with filesystem and stream iterators.

SYNOPSIS

use Iterator::IO;

# Return the names of files in a directory (except . and ..)
$iter = idir_listing ($path);

# Return all the files in a directory tree, one at a time.
# Like File::Find, in slow motion.
$iter = idir_walk ($path);

# Return the lines of a file, one at a time.
$iter = ifile ($filename, %options);

# Return the lines of a file, in reverse order
$iter = ifile_reverse ($filename, %options);

This module provides filesystem and stream iterator functions. See the Iterator module for more information about how to use iterators.

FUNCTIONS

idir_listing

$iter = idir_listing ($path);

Iterator that returns the names of the files in the $path directory. If $path is omitted, defaults to the current directory. Does not return the . and .. files (under unix).

Requires IO::Dir and Cwd.

Example:

To return only certain files, combine this with an igrep:

$iter = igrep {-s && -M < 1} idir "/some/path";

(Returns non-empty files modified less than a day ago). (igrep) is defined in the Iterator::Util module).

idir_walk

$iter = idir_walk ($path);

Returns the files in a directory tree, one by one. Its sort of like File::Find in slow motion.

Requires IO::Dir and Cwd.

ifile

$iter = ifile ($filename, %options);

Opens a file, generates an iterator to return the lines of the file.
%options is a reference to a hash of options. Currently, two options are supported:

chomp

chomp => boolean indicates whether lines should be chomped before being returned by the iterator. The default is true.

$/

$/ => value specifies what string to use as the record separator. If not specified, the current value of $/ is used.

"rs" or "input_record_separator" may be used as option names instead of "$/", if you find that to be more readable. See the English module.

Option names are case-insensitive.

ifile requires IO::File.
ifile_reverse

$iter = ifile_reverse ($filename, %options);

Exactly the same as "ifile", but reads the lines of the file backwards.
The input_record_separator option values undef (slurp whole file) and scalar references (fixed-length records) are not currently supported.

INTERFACE CHANGE

In version 0.01 of Iterator::IO, the "ifile" and ifile_reverse functions accepted their options in a different manner. This has now changed to operate via a hash reference of options. The old way will still work, but is deprecated and will be removed in a future release.

EXPORTS

This module exports all function names to the callers namespace by default.

DIAGNOSTICS

Iterator::IO uses Exception::Class objects for throwing exceptions. If youre not familiar with Exception::Class, dont worry; these exception objects work just like $@ does with die and croak, but they are easier to work with if you are trapping errors.

See the Iterator module documentation for more information on how to trap and handle these exception objects.

Parameter Errors

Class: Iterator::X::Parameter_Error

You called an Iterator::IO function with one or more bad parameters. Since this is almost certainly a coding error, there is probably not much use in handling this sort of exception.

As a string, this exception provides a human-readable message about what the problem was.

Exhausted Iterators

Class: Iterator::X::Exhausted

You called value on an iterator that is exhausted; that is, there are no more values in the sequence to return.

As a string, this exception is "Iterator is exhausted."

I/O Errors

Class: Iterator::X::IO_Error

This exception is thrown when any sort of I/O error occurs; this only happens with the filesystem iterators.

This exception has one method, os_error, which returns the original $! that was trapped by the Iterator object.

As a string, this exception provides some human-readable information along with $!.

Internal Errors

Class: Iterator::X::Internal_Error

Something happened that I thought couldnt possibly happen. I would appreciate it if you could send me an email message detailing the circumstances of the error.

SYNOPSIS

use Mail::Abuse::Report;

my $r = new Mail::Abuse::Report
(
-text => $report_text,
-reader => $reader,
-filters => [ $f1, $f2, ... ],
-parsers => [ $i1, $i2, ... ],
-processors => [ $p1, $p2, ... ],
-debug => 1,
-config => $config_file,
);

This class encapsulates an abuse report and provides methods to automate tasks such as extracting individual incidents from it, filtering the incidents, etc.

Each of the methods are described in detail, below:

->new(%args)

Creates a new Mail::Abuse::Report object. It accepts the following arguments:

-text
Specifies the text that will be used to fill the report with. This is incompatible with -reader, so choose one and stick to it. Defaults to undef.

-reader
Specifies the object (tipically a member of Mail::Abuse::Reader) that will be used to fetch the text of the next report. This is incompatible with -text, so pick one and stick to it. Defaults to undef.

-filters
A reference to a list of objects that can filter incidents. Normally, objects based on Mail::Abuse::Filter. Defaults to no filters.

-parsers
A reference to a list of objects that can parse incidents out of the report text. Normally, objects based on Mail::Abuse::Incident. Defaults to no parsers.

-processors
A reference to a list of objects that can process the incidents on the report, normally objects based on the Mail::Abuse::Processor class. Defaults to no processors.

-debug
A true value causes diagnostic messages to be sent via warn().

-config
Specifies the name of the config file to fetch configuration items from. Can be left unspecified.

SimSoup is a graphical Artificial Chemistry simulator for Linux and Windows.
The program enables a Chemistry to be defined in terms of Molecule Types and the possible Interactions between them. A simulation run involves setting up a number of Molecules of various Molecule Types in a Reactor, and then allowing Interactions to take place over a period of time. Interactions taking place in the Reactor are shown on a graphical display.
The motivation for development of the program is to enable investigations into the behaviour of networks, particularly in relation to metabolism first theories of the origin of life, although the basic design of SimSoup supports modelling of any network in which interactions can take place between nodes.
Currently, SimSoup development has reached prototype stage.
Enhancements:
- A Chemistry including Molecule Types and Interaction Types
- A Reactor in which Interactions take place between Molecules
- Graphical views of the Chemistry and Reactor. Interactions taking place in the Reactor are displayed in real time
- Display of Simulation Statistics in real time. Statistics can be displayed in two formats:-
- Data Series Plots: These show the real-time behaviour of a range of variables that are monitored as the simulation runs. The Data Series to be displayed are selectable from a list
- Manhattan Plot: This shows the amount of variability in the composition of the material in the Reactor.
- Simulation Control facilities, including the ability to use Predefined Scenarios to control the operation of the simulation, and a facility enabling Action Requests to be setup to customise Predefined Scenarios or create user defined scenarios.
- A (partly hidden) System Monitor screen - mainly for diagnostic purposes
SimSoup has an object oriented design.The main benefit of this is that it allows concepts such as Molecule and Interaction Type to be represented as self contained units in the program. This makes understanding the code easier, and therefore improves maintainability of the code.
I use techniques such as inheritance and polymorphism sparingly, but they are used in the case of the Interaction Types listed above. All eight Interaction Types are variants derived from a base Interaction class. As a result of this approach, implementation of the six Interaction Types not yet completed should be relatively straightforward.
SimSoup is a cross platform C++ program for Linux and Windows. It has been compiled and linked using the Borland products Kylix 3 Open Edition (Linux) and C++ Builder 6 Personal (Windows). The KDE product KDevelop has been used for code navigation and editing. The code makes considerable use of the C++ Standard Template Library (STL). I believe that the benefits of using this library more than justify the effort required to learn the STL basics.
This source code distribution includes the Kylix code only. The cross platform code enables SimSoup to be compiled and linked using both Kylix and C++ Builder. If possible, a future distribution will include the cross platform code enabling out of the box compilation using C++ Builder on Windows as well as Kylix.
The user interface is relatively basic, but I have tried to make it as intuitive as possible. Its worth looking at Help | Quick Start for notes on editing Interaction Types in the Chemistry view.
Installation
Your system needs to have X installed. SimSoup runs on both KDE and Gnome, but also runs fine on lighter window managers such as WindowMaker.
Extract from the file SimSoup-0.1-i386-pc-linux-tar.gz to a directory of your choice. Now copy the file libborqt-6.9.0-qt2.3.so to a library directory on your system. On SuSE 8.1 the directory /usr/lib can be used.
If for some reason the above does not work, or you want to try SimSoup without copying the file to a system directory, then you can get started by copying the file libborqt-6.9.0-qt2.3.so to any directory of your choice (eg /home/chris/libs) and then typing the following at a bash prompt
LD_LIBRARY_PATH=/home/chris/libs
export LD_LIBRARY_PATH
You can now run SimSoup. Using the -ns command line option (./SimSoup -ns) will run the program without the startup message.