PLplot is a library of C functions that are useful for making scientific
plots from a program written in C, C++, or Fortran. The PLplot library
can be used to create standard x-y plots, semilog plots, log-log plots,
contour plots, 3D plots, mesh plots, bar charts and pie charts. Multiple
graphs (of the same or different sizes) may be placed on a single page
with multiple lines in each graph. Different line styles, widths and
colors are supported. A virtually infinite number of distinct area fill
patterns may be used. There are almost 1000 characters in the extended
character set. This includes four different fonts, the Greek alphabet and
a host of mathematical, musical, and other symbols. The fonts can be
scaled to any desired size. A variety of output devices are supported and
new devices can be easily added by writing a small number of device
dependent routines.
"xtail" watches the growth of files. It's like running a "tail -f"
on a bunch of files at once.
You can specify both filenames and directories on the command line.
If you specify a directory, it watches all the files in that
directory. It will notice when new files are created (and start
watching them) or when old files are deleted (and stop watching
them).
This program is an oldie but goodie. It was posted to comp.sources.misc
in July 1989 (see ftp.uu.net:/usenet/comp.sources.misc/volume7/xtail.Z).
I remember posting an even earlier version to alt.sources. It has
been published in the O'Reilly & Associates "Unix Power Tools"
collection (book and CD-ROM). Over the years, some fly-by-night
organizations (such as the MIT X Consortium and SGI) have tried to
steal the "xtail" name. Don't be fooled! Insist on the original.
check_multi is kind of a wrapper plugin which takes benefit of the
Nagios 3.x capability to display multiple lines of plugin output.
It calls multiple child plugins and displays their output in the
long_plugin_output. A summary is given in the standard plugin output.
The child return code with the highest severity becomes the parent
(check_multi) plugin return code.
The configuration is very simple: a NRPE-stylish config file contains
a tag for each child plugin and then the check command line.
check_multi can cover complex Business Process Views - using a builtin
state evaluation mechanism. The second benefit is cluster monitoring
with no need for extra services. All you need is provided by check_multi.
LICENSE: GPL2 or later
This code forms a set of C++ libraries for multimedia streaming,
using open standard protocols (RTP/RTCP and RTSP). These libraries
- which can be compiled for Unix (including Linux and Mac OS X),
Windows, and QNX(and other POSIX-compliant systems) - can be used
to build streaming applications. The libraries are already being
used to implement applications such as "liveCaster" and "playRTPMPEG"
(for streaming MP3 audio using RTP/RTCP). The libraries can also
be used to stream, receive, and process MPEG video, and can easily be
extended to support additional (audio and/or video) codecs. They can
also be used to build basic RTSP clients and servers, and have been
used to add streaming support to existing media player applications,
such as "mplayer".
This module provides a WebDAV server. WebDAV stands for "Web-based
Distributed Authoring and Versioning". It is a set of extensions to
the HTTP protocol which allows users to collaboratively edit and
manage files on remote web servers.
Net::DAV::Server provides a WebDAV server and exports a filesystem for
you using the Filesys::Virtual suite of modules. If you simply want to
export a local filesystem, use Filesys::Virtual::Plain as above.
This module doesn't currently provide a full WebDAV implementation.
However, I am working through the WebDAV server protocol compliance
test suite (litmus, see http://www.webdav.org/neon/litmus/) and will
provide more compliance in future. The important thing is that it
supports cadaver and the Mac OS X Finder as clients.
former QueSO home page <URL:http://www.apostols.org/projectz/queso/>:
How we can determine the remote OS using simple TCP packets? Well,
it's easy, they're packets that don't make any sense, so the RFCs
don't clearly state what to answer in these kind of situations.
Facing this ambiguous, each TCP/IP stack takes a different approach
to the problem, and this way, we get a different response. In some
cases (like Linux, to name one) some programming mistakes make the OS
detectable.
QueSO sends:
0 SYN * THIS IS VALID, used to verify LISTEN
1 SYN+ACK
2 FIN
3 FIN+ACK
4 SYN+FIN
5 PSH
6 SYN+XXX+YYY * XXX & YYY are unused TCP flags
All packets have a random seq_num and a 0x0 ack_num.
ubh - the Usenet Binary Harvester - is a GPL'ed Perl console
application which automatically discovers, downloads, and decodes
single-part and multi-part Usenet binaries. Automatically assembles
multi-part binaries. Provides searching via Perl regular expression
syntax. Also provides a pre-selection capability whereby the user
can
interactively choose which binaries to download. Uses a standard
.newsrc file to control which groups and articles to process.
Runs anywhere Perl runs. Tested under Unix-based Perl, Active Perl
on Win32 platforms, and Mac OS X. Requires Net::NNTP and
News::Newsrc
(which itself requires Set::IntSpan), MIME::Parser, MIME::Base64,
IO::Stringy, and MailTools (distribution).
[ This port is maintained by John Holland <john@zoner.org> ]
If PDF is electronic paper, then pdftk is an electronic staple-remover,
hole-punch, binder, secret-decoder-ring, and X-Ray-glasses.
Pdftk is a simple tool for doing everyday things with PDF documents.
Keep one in the top drawer of your desktop and use it to:
Merge PDF Documents
Split PDF Pages into a New Document
Decrypt Input as Necessary (Password Required)
Encrypt Output as Desired
Burst a PDF Document into Single Pages
Report on PDF Metrics, including Metadata and Bookmarks
Uncompress and Re-Compress Page Streams
Repair Corrupted PDF (Where Possible)
Pdftk is also an example of how to use a library of Java classes
in a stand-alone C++ program. Specifically, it demonstrates how GCJ and CNI
allow C++ code to use iText's (itext-paulo) Java classes.
Orthanc aims at providing a simple, yet powerful standalone DICOM
server. It is designed to improve the DICOM flows in hospitals and to
support research about the automated analysis of medical images.
Orthanc can turn any computer running Windows, Linux, FreeBSD or OS X
into a DICOM store (in other words, a mini-PACS system). Its
architecture is lightweight and standalone, meaning that no complex
database administration is required, nor the installation of third-party
dependencies.
What makes Orthanc unique is the fact that it provides a RESTful API.
Thanks to this major feature, it is possible to drive Orthanc from any
computer language. The DICOM tags of the stored medical images can be
downloaded in the JSON file format. Furthermore, standard PNG images can
be generated on-the-fly from the DICOM instances by Orthanc.
Orthanc lets its users focus on the content of the DICOM files, hiding
the complexity of the DICOM format and of the DICOM protocol.
HDF5 is a completely new Hierarchical Data Format product consisting of a data
format specification and a supporting library implementation. HDF5 is designed
to address some of the limitations of the older HDF product and to address
current and anticipated requirements of modern systems and applications.
HDF5 includes the following improvements:
- A new file format designed to address some of the deficiencies of HDF4.x,
particularly the need to store larger files and more objects per file.
- A simpler, more comprehensive data model that includes only two basic
structures: a multidimensional array of record structures, and a grouping
structure.
- A simpler, better-engineered library and API, with improved support for
parallel I/O, threads, and other requirements imposed by modern systems
and applications.