pdt
Sponsored Links
Sponsored Links
Secleted [ 0 ] software to compare
Results 1 - 15 of about 4
Getopt::ExPar 0.01
Getopt::ExPar contains extended parameters command line parser. more>>
Getopt::ExPar contains extended parameters command line parser.
SYNOPSIS
use Getopt::ExPar;
my(@PDT, @MM, %OPT);
ExPar @PDT, @MM, $OPT;
EXPORT
use Getopt::ExPar exports the sub ExPar into your name space.
ExPar is a perl5 module used to parse command line parameters. This package uses the @PDT, Parameter Description Table, and the @MM, Message Module, to return %OPT which is a hash reference containing the command line option data. The function of Getopt::ExPar is based on Getopt::EvaP, created by Stephen O. Lidie.
Introduction
The ExPar function parses a perl command line. Using the option definitions in the @PDT, argument types are checked and the arguments themselves may be checked against a specified range or pattern. By using both @PDT and @MM, several types of help may be retured to the user. ExPar handles command lines with this format:
command [-parameters] [file_list]
where any parameters and file_list are optional.
Parameter Description Table (PDT) Syntax
Here is the PDT syntax. Optional constructs are enclosed in [], and the | character separates possible values in a list.
PDT [program_name, alias]
[parameter_name[, alias]: type [pattern | range] [ = [default_variable,] default_value]]
PDTEND [flag_list]
flag_list is one or more of the following flags: optional_file_list | required_file_list | no_file_list: specifies condition of list of files at end of command line. (only one of these may be specified) abbreviations: allows for abbreviations of commands or aliases as long as enough of the command is given to make it distinguishable from all others. If not, a message is printed so the user may be more specific. switchglomming: allows for multiple single-letter switch options to be specified as single option (must be first option). pdt_warnings: for debugging a @PDT, it prints out messages that are not necessarily errors, like inconsistent number of default values in a list, etc.
The default_variable is an environment variable - see the section Usage Notes for complete details.
So, the simplest possible PDT would be:
PDT
PDTEND
This PDT would simply define a -help switch for the command, but is rather useless.
A typical PDT would look more like this:
PDT frog
number, n: integer = 1
chars, c: string = "default_string"
PDTEND no_file_list
This PDT, for command frog, defines two parameters, number (or n), of type integer with a default value of 1, and chars (or c), of type string with a default value of "default_string". The PDTEND no_file_list indicator indicates that no trailing file_list can appear on the command line. Of course, the -help switch is defined automatically.
Each of these options may be further refined by using a range and a pattern, respectively:
PDT frog
number, n: integer (((#100, the # is implied. Other simple conditions are < and == (a single = is accepted as ==, not an assignment). Ex: This condition: (#>10, #<<less
SYNOPSIS
use Getopt::ExPar;
my(@PDT, @MM, %OPT);
ExPar @PDT, @MM, $OPT;
EXPORT
use Getopt::ExPar exports the sub ExPar into your name space.
ExPar is a perl5 module used to parse command line parameters. This package uses the @PDT, Parameter Description Table, and the @MM, Message Module, to return %OPT which is a hash reference containing the command line option data. The function of Getopt::ExPar is based on Getopt::EvaP, created by Stephen O. Lidie.
Introduction
The ExPar function parses a perl command line. Using the option definitions in the @PDT, argument types are checked and the arguments themselves may be checked against a specified range or pattern. By using both @PDT and @MM, several types of help may be retured to the user. ExPar handles command lines with this format:
command [-parameters] [file_list]
where any parameters and file_list are optional.
Parameter Description Table (PDT) Syntax
Here is the PDT syntax. Optional constructs are enclosed in [], and the | character separates possible values in a list.
PDT [program_name, alias]
[parameter_name[, alias]: type [pattern | range] [ = [default_variable,] default_value]]
PDTEND [flag_list]
flag_list is one or more of the following flags: optional_file_list | required_file_list | no_file_list: specifies condition of list of files at end of command line. (only one of these may be specified) abbreviations: allows for abbreviations of commands or aliases as long as enough of the command is given to make it distinguishable from all others. If not, a message is printed so the user may be more specific. switchglomming: allows for multiple single-letter switch options to be specified as single option (must be first option). pdt_warnings: for debugging a @PDT, it prints out messages that are not necessarily errors, like inconsistent number of default values in a list, etc.
The default_variable is an environment variable - see the section Usage Notes for complete details.
So, the simplest possible PDT would be:
PDT
PDTEND
This PDT would simply define a -help switch for the command, but is rather useless.
A typical PDT would look more like this:
PDT frog
number, n: integer = 1
chars, c: string = "default_string"
PDTEND no_file_list
This PDT, for command frog, defines two parameters, number (or n), of type integer with a default value of 1, and chars (or c), of type string with a default value of "default_string". The PDTEND no_file_list indicator indicates that no trailing file_list can appear on the command line. Of course, the -help switch is defined automatically.
Each of these options may be further refined by using a range and a pattern, respectively:
PDT frog
number, n: integer (((#100, the # is implied. Other simple conditions are < and == (a single = is accepted as ==, not an assignment). Ex: This condition: (#>10, #<<less
Download (0.018MB)
Added: 2007-08-07 License: Perl Artistic License Price:
808 downloads
Getopt::EvaP 2.3.5
Getopt::EvaP is a Perl module to evaluate Perl command line parameters. more>>
Getopt::EvaP is a Perl module to evaluate Perl command line parameters.
SYNOPSIS
use vars qw/@PDT @MM %OPT/;
use Getopt::EvaP;
EvaP @PDT, @MM, %OPT;
EXPORT
use Getopt::EvaP exports the subs EvaP and EvaP_PAC into your name space.
@PDT is the Parameter Description Table, which is a reference to a list of strings describing the command line parameters, aliases, types and default values. @MM is the Message Module, which is also a reference to a list of strings describing the command and its parameters. %OPT is an optional hash reference where Evaluate Parameters should place its results. If specified, the historical behaviour of modifying the calling routines namespace by storing option values in %Options, %options and $opt* is disabled.
<<lessSYNOPSIS
use vars qw/@PDT @MM %OPT/;
use Getopt::EvaP;
EvaP @PDT, @MM, %OPT;
EXPORT
use Getopt::EvaP exports the subs EvaP and EvaP_PAC into your name space.
@PDT is the Parameter Description Table, which is a reference to a list of strings describing the command line parameters, aliases, types and default values. @MM is the Message Module, which is also a reference to a list of strings describing the command and its parameters. %OPT is an optional hash reference where Evaluate Parameters should place its results. If specified, the historical behaviour of modifying the calling routines namespace by storing option values in %Options, %options and $opt* is disabled.
Download (0.051MB)
Added: 2006-11-02 License: Perl Artistic License Price:
1087 downloads
The Program Database Toolkit 3.10
The Program Database Toolkit is a powerful tool infrastructure that provides access to the high-level interface of source code. more>>
The Program Database Toolkit (PDT) is a powerful tool infrastructure that provides access to the high-level interface of source code for analysis tools and applications.
Many tasks in an integrated programming environment require access to program information for their implementation. Program Database Toolkit (PDT) is a framework for analyzing source code written in several programming languages and for making rich program knowledge accessible to developers of static and dynamic analysis tools.
PDT implements a standard program representation, the program database (PDB), that can be accessed in a uniform way through a class library supporting common PDB operations. Software tools can use this library to accomplish tasks such as
- documentation of program components
- creation of graphic program browsers that show class hierarchies, function call graphs, and template instantiations
- insertion of instrumentation for performance profiling and tracing; andgeneration of interface details for calling library routines or buildinginterlanguage bindings.
Enhancements:
- Assorted minor bugfixes.
<<lessMany tasks in an integrated programming environment require access to program information for their implementation. Program Database Toolkit (PDT) is a framework for analyzing source code written in several programming languages and for making rich program knowledge accessible to developers of static and dynamic analysis tools.
PDT implements a standard program representation, the program database (PDB), that can be accessed in a uniform way through a class library supporting common PDB operations. Software tools can use this library to accomplish tasks such as
- documentation of program components
- creation of graphic program browsers that show class hierarchies, function call graphs, and template instantiations
- insertion of instrumentation for performance profiling and tracing; andgeneration of interface details for calling library routines or buildinginterlanguage bindings.
Enhancements:
- Assorted minor bugfixes.
Download (MB)
Added: 2007-03-02 License: Free To Use But Restricted Price:
967 downloads
Growler 0.3.4
Growler is a C++-based distributed object and event architecture. more>>
Growler is a C++-based distributed object and event architecture. It is written in C++, and supports serialization of C++ objects as part of its Remote Method Invocation, Event Channels, and in its Interface Definition Language.
Its primary application has been in support of interactive, distributed and collaborative visualization, computational steering, and concurrent visualization.
IDL example:
Growler has an Interface Definition Language (IDL) for generating stub/skeletion code for distributed communications. Growlers IDL is one of its most unique features. The interface definition language for Growler is called PIDL: The Parsifal Interface Definition Language.
Here are some example PIDL files:
This eventchannel definition is used for distributing field data from a live fvGCM run:
%cinclude < lib/buffer.h >
%cinclude < lib/vector.h >
%cinclude < lib/array.h >
%cinclude < lib/utility.h >
enum { DataVectorPort = 10100 };
typedef lib::Array< uint32_t,3 > dimarray;
struct MetaData {
int32_t lat, lon;
uint32_t nymd, nhms;
uint32_t pdt;
uint32_t nsteps;
uint32_t stride;
std::vector fields;
}
eventport DataVectorChannel
{
metadata(MetaData mdat) state;
datavec[16](lib::Vector< float > dv);
}
This is the cpumon.pidl specification used by NodeMon for distributing cpu statistics:
%import < nodemon/nodemon.pidl >
%cinclude < lib/vector.h >
/*
* About /proc/stat:
*
The very first "cpu" line aggregates the numbers in all of the other "cpuN"
lines. These numbers identify the amount of time the CPU has spent performing different kinds of work. Time units are in USER_HZ (typically hundredths of a second). The meanings of the columns are as follows, from left to right:
- user: normal processes executing in user mode
- nice: niced processes executing in user mode
- system: processes executing in kernel mode
- idle: twiddling thumbs
- iowait: waiting for I/O to complete
- irq: servicing interrupts
- softirq: servicing softirqs
*/
struct CPUData {
uint32_t v[7]; // the seven columns
}
// CPUDataVector: array of cpu data rows from /proc/stat
typedef std::vector< CPUData > CPUDataVector;
typedef std::vector< uint32_t > CPUSetVector;
typedef std::vector< std::string > CPUSetNameVector;
eventport CPUMonChannel
{
cpu_data(CPUDataVector) nonqueued;
cpuset_data(CPUSetVector) state;
cpuset_names(CPUSetNameVector) state;
}
port CPUMon : nodemon::NodeMonAgent
{
CPUMonChannel_ptr getMonChannel(out uint32_t cpucount);
}
<<lessIts primary application has been in support of interactive, distributed and collaborative visualization, computational steering, and concurrent visualization.
IDL example:
Growler has an Interface Definition Language (IDL) for generating stub/skeletion code for distributed communications. Growlers IDL is one of its most unique features. The interface definition language for Growler is called PIDL: The Parsifal Interface Definition Language.
Here are some example PIDL files:
This eventchannel definition is used for distributing field data from a live fvGCM run:
%cinclude < lib/buffer.h >
%cinclude < lib/vector.h >
%cinclude < lib/array.h >
%cinclude < lib/utility.h >
enum { DataVectorPort = 10100 };
typedef lib::Array< uint32_t,3 > dimarray;
struct MetaData {
int32_t lat, lon;
uint32_t nymd, nhms;
uint32_t pdt;
uint32_t nsteps;
uint32_t stride;
std::vector fields;
}
eventport DataVectorChannel
{
metadata(MetaData mdat) state;
datavec[16](lib::Vector< float > dv);
}
This is the cpumon.pidl specification used by NodeMon for distributing cpu statistics:
%import < nodemon/nodemon.pidl >
%cinclude < lib/vector.h >
/*
* About /proc/stat:
*
The very first "cpu" line aggregates the numbers in all of the other "cpuN"
lines. These numbers identify the amount of time the CPU has spent performing different kinds of work. Time units are in USER_HZ (typically hundredths of a second). The meanings of the columns are as follows, from left to right:
- user: normal processes executing in user mode
- nice: niced processes executing in user mode
- system: processes executing in kernel mode
- idle: twiddling thumbs
- iowait: waiting for I/O to complete
- irq: servicing interrupts
- softirq: servicing softirqs
*/
struct CPUData {
uint32_t v[7]; // the seven columns
}
// CPUDataVector: array of cpu data rows from /proc/stat
typedef std::vector< CPUData > CPUDataVector;
typedef std::vector< uint32_t > CPUSetVector;
typedef std::vector< std::string > CPUSetNameVector;
eventport CPUMonChannel
{
cpu_data(CPUDataVector) nonqueued;
cpuset_data(CPUSetVector) state;
cpuset_names(CPUSetNameVector) state;
}
port CPUMon : nodemon::NodeMonAgent
{
CPUMonChannel_ptr getMonChannel(out uint32_t cpucount);
}
Download (1.6MB)
Added: 2007-07-24 License: GPL (GNU General Public License) Price:
822 downloads
Secleted [ 0 ] software to compare
- Page: 1 of 1
- 1
Copyright Notice:
Software piracy is theft, Using crack, password, serial numbers, registration codes, key generators is illegal and prevent future software development. The above pdt search only lists software in full, demo and trial versions for free download. Download links are directly from our mirror sites or publisher sites, torrent files or links from rapidshare.com, yousendit.com or megaupload.com are not allowed