Free archivers locations software for linux

Data::Locations - magic insertion points in your data
Did you already encounter the problem that you had to produce some data in a particular order, but that some piece of the data was still unavailable at the point in the sequence where it belonged and where it should have been produced?
Did you also have to resort to cumbersome and tedious measures such as storing the first and the last part of your data separately, then producing the missing middle part, and finally putting it all together?
In this simple case, involving only one deferred insertion, you might still put up with this solution.
But if there is more than one deferred insertion, requiring the handling of many fragments of data, you will probably get annoyed and frustrated.
You might even have to struggle with limitations of the file system of your operating system, or handling so many files might considerably slow down your application due to excessive file input/output.
And if you dont know exactly beforehand how many deferred insertions there will be (if this depends dynamically on the data being processed), and/or if the pieces of data you need to insert need additional (nested) insertions themselves, things will get really tricky, messy and troublesome.
In such a case you might wonder if there wasnt an elegant solution to this problem.
This is where the "Data::Locations" module comes in: It handles such insertion points automatically for you, no matter how many and how deeply nested, purely in memory, requiring no (inherently slower) file input/output operations.
(The underlying operating system will automatically take care if the amount of data becomes too large to be handled fully in memory, though, by swapping out unneeded parts.)
Moreover, it also allows you to insert the same fragment of data into SEVERAL different places.
This increases space efficiency because the same data is stored in memory only once, but used multiple times.
Potential infinite recursion loops are detected automatically and refused.
In order to better understand the underlying concept, think of "Data::Locations" as virtual files with almost random access: You can write data to them, you can say "reserve some space here which I will fill in later", and continue writing data.
And you can of course also read from these virtual files, at any time, in order to see the data that a given virtual file currently contains.
When you are finished filling in all the different parts of your virtual file, you can write out its contents in flattened form to a physical, real file this time, or process it otherwise (purely in memory, if you wish).
You can also think of "Data::Locations" as bubbles and bubbles inside of other bubbles. You can inflate these bubbles in any arbitrary order you like through a straw (i.e., the bubbles object reference).
Note that this module handles your data completely transparently, which means that you can use it equally well for text AND binary data.
You might also be interested in knowing that this module and its concept have already been heavily used in the automatic code generation of large software projects.
Enhancements:
- Fixed test file "02___refcount.t" to auto-adjust the offset dealing with self-ties not incrementing
- the refcount in some Perl versions.
- Added a warning to "Makefile.PL" that Perl versions including and between v5.6.1 and v5.7.0 are not fully supported (test file "11_______dump.t" dumps core).

main + location toolbar is a little hack for KDE (KDE improvement).

I dont know if there out is a hack to get maintoolbar + locationtoolbar in one line... but i did it by myself.

I get all normal bottons, location-depending bottons (in kghostview for exemple) and location toolbar (I tink find combo should work too).

edit ~/.kde/share/apps/konqueror/konqueror.rc:

-remove locationbar section
-maintoolbar section should be like the download (i cant put it here...)

I hope this work for anyone who prefers this toolbar way and in a easy way...

Geo::Google::Location is a geographical point.

SYNOPSIS

use Geo::Google::Point;
# you shouldnt need to construct these yourself,
# have a Geo::Google object do it for you.

OBJECT METHODS

Geo::Google::Location objects provide the following accessor methods

Method Description
------ -----------
icon an icon to use when drawing this point.
id a unique identifier for this point.
infostyle unknown function.
latitude latitude of the point, to hundred-thousandth degree precision.
lines a few lines describing the point, useful as a label
longitude longitude of the point, to hundred-thousandth degree precision.
title a concise description of the point.
toString a method that renders the point in Google Maps XML format.

Location Navigator is a Firefox extension that lets you grab a location, select a portion of the location that varies, and then navigate up or down from that starting spot.

User::Identity::Archive is a base class for archiving user information.

INHERITANCE

User::Identity::Archive
is a User::Identity::Item

User::Identity::Archive is extended by
User::Identity::Archive::Plain

SYNOPSIS

use User::Identity::Archive::Plain;
my $friends = User::Identity::Archive::Plain->new(friends);
$friends->from(*FH);
$friends->from(.friends);

An archive stores collections. It depends on the type of archive how and where that is done. Some archivers may limit the kinds of selections which can be stored.

Plasmatronics Perl module is a Plasmatronics PL regulator controller.

SYNOPSIS

use Device::Regulator::Plasmatronic;
my $r = Device::Regulator::Plasmatronic;
print "Current state of charge = " . $r->pl_dsoc . "n";

This is an interface library via the serial port to a Plasmatronics Regulator. (http://www.plasmatronics.com.au/)

MAJOR LIMITATIONS

Serial Port

I have to replace the serial port driver - currently I use the unix only version, but I have written

Hard Coded Multiplier

The multiplier used for voltages etc is hard coded (currently 4 = 48 Volt system). This can be read from the system, so I will have to do that as part of the initialisation.

Combined Values

Load and other things combine values from multiple locations to allow for larger numbers. I know that I have got this wrong in a number of places. Work to be done to test these for large numbers (eg: > 25 Amps etc).