Free results software for linux

Yahoo::Search::Result is a class representing a single result (single web page, image, video file, etc) from a Yahoo! search-engine query. (This package is included in, and automatically loaded by, the Yahoo::Search package.)

Package Use ^

You never need to use this package directly -- it is loaded automatically by Yahoo::Search.

Object Creation ^

Result objects are created automatically when a Response object is created (when a Request objects Fetch method is called, either directly, or indirectly via a shortcut such as Yahoo::Search->Query().

Test::Litmus is a Perl module to submit test results to the Litmus testcase management tool.

SYNOPSIS

use Test::Litmus;

$t = Test::Litmus->new(-machinename => mycomputer,
-username => user,
-authtoken => token,
# optional # -server => http://litmus.mozilla.org/process_test.cgi,
# optional # -action => submit);

$t->sysconfig(-product => Firefox,
-platform => Windows,
-opsys => Windows XP,
-branch => Trunk,
-buildid => 2006061314,
-buildtype => debug cvs,
-locale => en-US);

my $result = Test::Litmus::Result->new(
-isAutomatedResult => 1, # optional
-testid => 27,
-resultstatus => pass, # valid results are pass
# or fail
-exitstatus => 0,
-duration => 666,
-timestamp => 20051111150944, # optional (default: current time)
-comment => optional comment here, # optional
-bugnumber => 300010, # optional
-log => [Test::Litmus::Log->new( # optional
-type => STDOUT,
-data => foobar),
Test::Litmus::Log->new(
-type => Extensions Installed,
-data => log information here)]
);
$t->addResult($result);
# $t->addResult($someOtherResult);
# etc...

# add log information that should be linked with
# all results (i.e. env variables, config info)
$t->addLog(Test::Litmus::Log->new(
-type => STDOUT,
-data => log data));

my $res = $t->submit();

# $res is 0 for non-fatal errors (some results were submitted), and
# undef for fatal errors (no results were submitted successfully)

if ($t->errstr()) { die $t->errstr() }

Yet Another RSS Reader is an RSS aggregator and reader that displays its results in the GNOME notification area.

To view the contents of the feed just click the menu-item and it will launch in your favorite browser. It is written in Perl and uses gtk2-perl for its interface.

SQLBuster project is a simple MySQL benchmarking utility that runs a query a specified number of times over a given number of threads and displays how long it took.
Enhancements:
- An option to report various statistics to a results file has been added.
- This release provides more end of run statistics, such as CPU percentage, I/O wait, and disk reads/writes.

WWW::IstanbulTeknik::Schedules is a Perl interface to ITU-SIS schedules.

SYNOPSIS

use WWW::IstanbulTeknik::SIS::Schedules;

my $crn = WWW::IstanbulTeknik::SIS::Schedules->new;
my @all_ata = $crn->parse(ata); # get all ata lessons
my @results = $crn->find_crn([30088, 30090]); # get only these CRNs
my @title = $crn->crn_title; # get titles

Gets the course schedules from ITU-SIS and parses them. You can also search within the parsed structures to filter the results.

NetMath project is a web browser which allows Web pages to contain modifiable calculations.
It has built-in plotting engines and the ability to communicate with computation servers.
This makes it possible to do local graphics, zooming and panning, while taking advantage of sophisticated computational programs.
Documents contain active and editable items, and the results of computations appear in the document.
Main features:
- :expand((x+y+z)^5) gives Result.
- factor(f) (the value f above is maintained) evaluates to Result.
- 500! produces Result
- factor(154784717804734665298299) produces a list of factors and multiplicities Result

AxKit::XSP::ESQL is an Extended SQL taglib for AxKit eXtensible Server Pages.

SYNOPSIS

Add the esql: namespace to your XSP < xsp:page > tag:

< xsp:page
language="Perl"
xmlns:xsp="http://apache.org/xsp/core/v1"
xmlns:esql="http://apache.org/xsp/SQL/v2"
>

And add this taglib to AxKit (via httpd.conf or .htaccess):

AxAddXSPTaglib AxKit::XSP::ESQL

This tag library provides extensive support for executing SQL statements from within XSP. This tag library is the same as the Cocoon ESQL taglib.

TAG REFERENCE

Note that below we use the esql: prefix as a convention, however you can use whatever prefix you like provided it is mapped to the appropriate namespace.

< esql:connection>

parent: none

This is the required wrapper element that declares your connection.

< esql:driver>

parent: < esql:connection>

The contents of this element define the DBI driver to be used. For example, Pg, Sybase, Oracle.

You can also add an optional attribute: transactions=no to the driver element, to indicate that this driver does not support transactions (or just that you dont want to use transactions).

< esql:dburl>

parent: < esql:connection>

The name of this tag is a hang-over from the Cocoon (Java) version. In the AxKit version this is simply anything that goes after the driver in the connection string. So for PostgreSQL you might have in here dbname=axkit, to connect to the "axkit" database. The full connect string is constructed as follows:

"dbi:$driver" . ($dburl ? ":$dburl" : "")

See your DBD driver documentation for more details on what is valid for the connection string.

< esql:username>

parent: < esql:connection>

The username to connect to the database with.

< esql:password>

parent: < esql:connection>

The password to use to connect to the database.

< esql:execute-query>

parent: < esql:connection>

This tag is a wrapper tag around queries. You may have as many queries as you like within a single < esql:connection> tag.

< esql:skip-rows>

parent: < esql:execute-query>

The contents of this tag (which may be an < xsp:expr>) define a number of rows to skip forward in the result set.

< esql:max-rows>

parent: < esql:execute-query>

The maximum number of rows to return.

< esql:query>

parent: < esql:execute-query>

The contents of this tag define the query to be executed.

< esql:parameter>

parent: < esql:query>

This tag can be put in your SQL query everywhere you might put a ? in your SQL in DBI. ESQL is intelligent enough to create a cached statement when you do this, and only execute your code when necessary. You put an expression (or another taglib) within the parameter tag (see the example below).

< esql:results>

parent: < esql:execute-query>

The contents of this tag are "executed" whenever the query returns some results.

< esql:row-results>

parent: < esql:results>

The contents of this tag are "executed" for each row of the results

< esql:get-columns>

parent: < esql:row-results>

This tag gets all of the columns in the current row, and outputs them as < column_name>value< /column_name>. If you specify an attribute tag-case="upper", all columns are upper case. Alternatively, "lower" gives you all tags in lower case. An ancestor attribute is also allowed, see "Nested Results" below for more details.
get-*

parent: < esql:row-results>

These are:

get-column
get-string
get-boolean
get-double
get-float
get-int
get-long
get-short
(and more below)

Each of these takes either an attribute column="name", or a child tag, < esql:column> which gives the column name. Alternatively either the attribute or child element can be an integer (starting at 1) specifying the column number.
Also allowed is an ancestor attribute, which is an integer (default 0), which indicates how far up the nested results you go. See Nested Results below.

< esql:get-date>, < esql:get-time>, < esql:get-timestamp>

parent: < esql:row-results>

These tags are the same as get-* above, except they also take a format="..." attribute, which contains a strftime formatting string.

< esql:get-xml>

parent: < esql:row-results>

Again the same as get-* above. This tag assumes the contents of the column are valid XML, and appends that XML into the result tree.

< esql:get-row-position>

parent: < esql:row-results>

Gets the current row number. Optional ancestor attribute.

< esql:get-column-name>

parent: < esql:row-results>

Gets the column name indicated by the numbered column in the column="..." attribute, or the child < esql:column> element. The attribute/child can actually be a string (name), but then what is the point of that?

< esql:get-column-label>

parent: < esql:row-results>

Gets the label of the column. This is a hang-over from the Cocoon java implementation where sadly nobody seems to know what label is compared with name. In this case, get-column-name is always lower case, whereas get-column-label is returned in the case that the DBD driver returns it as.

< esql:get-column-type-name>

parent: < esql:row-results>

Returns the TYPE_NAME of the column indicated as other get-* elements. See the DBI docs for more details.

< esql:no-results>

parent: < esql:execute-query>

The contents of this element are executed when the SQL returned no rows.

< esql:update-results>

parent: < esql:execute-query>

The contents of this element are executed when the SQL was an update statement. The number of rows updated are in the $rv variable.