twitter wrapper
Sponsored Links
Sponsored Links
Secleted [ 0 ] software to compare
Results 1 - 15 of about 568
tcp wrappers 7.6
The tcp_wrappers package allows you to monitor and filter incoming tcp requests. more>>
The tcp_wrappers package allows you to monitor and filter incoming requests for the SYSTAT, FINGER, FTP, TELNET, RLOGIN, RSH, EXEC, TFTP, TALK, and other network services. It provides tiny daemon wrapper programs that can be installed without any changes to existing software or to existing configuration files. The wrappers report the name of the client host and of the requested service. The wrappers do not exchange information with the client or server applications, so it does not impose no overhead on the actual conversation between the client and server applications.
It supports both 4.3BSD-style sockets and System V.4-style TLI. Praise yourself lucky if you dont know what that means.
The package provides tiny daemon wrapper programs that can be installed without any changes to existing software or to existing configuration files. The wrappers report the name of the client host and of the requested service; the wrappers do not exchange information with the client or server applications, and impose no overhead on the actual
conversation between the client and server applications.
Optional features are: access control to restrict what systems can connect to what network daemons; client user name lookups with the RFC 931 etc. protocol; additional protection against hosts that pretend to have someone elses host name; additional protection against hosts that pretend to have someone elses host address.
The programs are very portable. Build procedures are provided for many common (and not so common) environments, and guidelines are provided in case your environment is not among them.
Requirements are that network daemons are spawned by a super server such as the inetd; a 4.3BSD-style socket programming interface and/or System V.4-style TLI programming interface; and the availability of a syslog(3) library and of a syslogd(8) daemon. The wrappers should run without modification on any system that satisfies these requirements. Workarounds have been implemented for several common bugs in systems software.
What to do if this is your first encounter with the wrapper programs: 1) read the tutorial sections for an introduction to the relevant concepts and terminology; 2) glance over the security feature sections in this document; 3) follow the installation instructions (easy or
advanced). I recommend that you first use the default security feature settings. Run the wrappers for a few days to become familiar with their logs, before doing anything drastic such as cutting off access or installing booby traps.
Enhancements:
- Improved the anti source-routing protection. The code in version 7.5 was not as strong as it could be, because I tried to be compatible with Linux. That was a mistake. Sorry for the inconvenience.
-
- The program no longer terminates case of a source-routed connection, making the IP-spoofing code more usable for long-running daemons.
-
- When syslogging DNS hostname problems, always stop after a limited number of characters.
<<lessIt supports both 4.3BSD-style sockets and System V.4-style TLI. Praise yourself lucky if you dont know what that means.
The package provides tiny daemon wrapper programs that can be installed without any changes to existing software or to existing configuration files. The wrappers report the name of the client host and of the requested service; the wrappers do not exchange information with the client or server applications, and impose no overhead on the actual
conversation between the client and server applications.
Optional features are: access control to restrict what systems can connect to what network daemons; client user name lookups with the RFC 931 etc. protocol; additional protection against hosts that pretend to have someone elses host name; additional protection against hosts that pretend to have someone elses host address.
The programs are very portable. Build procedures are provided for many common (and not so common) environments, and guidelines are provided in case your environment is not among them.
Requirements are that network daemons are spawned by a super server such as the inetd; a 4.3BSD-style socket programming interface and/or System V.4-style TLI programming interface; and the availability of a syslog(3) library and of a syslogd(8) daemon. The wrappers should run without modification on any system that satisfies these requirements. Workarounds have been implemented for several common bugs in systems software.
What to do if this is your first encounter with the wrapper programs: 1) read the tutorial sections for an introduction to the relevant concepts and terminology; 2) glance over the security feature sections in this document; 3) follow the installation instructions (easy or
advanced). I recommend that you first use the default security feature settings. Run the wrappers for a few days to become familiar with their logs, before doing anything drastic such as cutting off access or installing booby traps.
Enhancements:
- Improved the anti source-routing protection. The code in version 7.5 was not as strong as it could be, because I tried to be compatible with Linux. That was a mistake. Sorry for the inconvenience.
-
- The program no longer terminates case of a source-routed connection, making the IP-spoofing code more usable for long-running daemons.
-
- When syslogging DNS hostname problems, always stop after a limited number of characters.
Download (0.097MB)
Added: 2006-06-29 License: GPL (GNU General Public License) Price:
704 downloads
gTwitter 1.0 Beta
gTwitter project is a Linux client for reading and posting to twitter.com web service. more>>
gTwitter project is a Linux client for reading and posting to twitter.com web service.
Its a simple GTK+ based application for Linux, designed to interact with twitter.com web service.
Its written using Mono/C# and some of GNOME dependant libraries. GUI is inspired by Mac client Twitterrific.
<<lessIts a simple GTK+ based application for Linux, designed to interact with twitter.com web service.
Its written using Mono/C# and some of GNOME dependant libraries. GUI is inspired by Mac client Twitterrific.
Download (0.040MB)
Added: 2007-06-06 License: GPL (GNU General Public License) Price:
871 downloads
MUltihost SSH Wrapper 0.7
MUltihost SSH Wrapper is a shell script that allows you to execute a command or script over SSH. more>>
MUltihost SSH Wrapper is a shell script that allows you to execute a command or script over SSH on multiple hosts with one command. When possible, it will use ssh-agent and RSA/DSA keys to minimize the need to enter your password more than once.
Enhancements:
- An error is now avoided when someone hits CTRL- and there are no .active files.
- A man page was added.
- ssh timeout was added.
<<lessEnhancements:
- An error is now avoided when someone hits CTRL- and there are no .active files.
- A man page was added.
- ssh timeout was added.
Download (0.015MB)
Added: 2006-12-28 License: GPL (GNU General Public License) Price:
1030 downloads
OCI wrappers 0.2.0
OCI wrappers packages contains C++ wrappers for OCI (Oracle Call Interface). more>>
OCI wrappers packages contains C++ wrappers for OCI (Oracle Call Interface).
The code attempts to use the "Resource Acquisition Is Initialization" idiom and the "K.I.S.S." principle.
Unit-testing
cd tests && make test
Using
oci::LoginSession db("username", "password", "database");
oci::Statement q(db, "SELECT COUNT(*) FROM some_table");
q.fetch();
const int nrecords = *(int*) q[0].obuf;
See "documentation strings" in header files.
<<lessThe code attempts to use the "Resource Acquisition Is Initialization" idiom and the "K.I.S.S." principle.
Unit-testing
cd tests && make test
Using
oci::LoginSession db("username", "password", "database");
oci::Statement q(db, "SELECT COUNT(*) FROM some_table");
q.fetch();
const int nrecords = *(int*) q[0].obuf;
See "documentation strings" in header files.
Download (0.009MB)
Added: 2007-01-09 License: MIT/X Consortium License Price:
1021 downloads
Twitter4R 0.2.0
Twitter4R project is a clean Twitter client API in pure Ruby (not command-line client). more>>
Twitter4R project is a clean Twitter client API in pure Ruby (not command-line client) Will include Twitter add-ons also in Ruby.
The Twitter4R Gem is released under the MIT License.
Enhancements:
- The entire Twitter REST API is now covered.
- This library is more complete and more in the Ruby style of coding than the "Twitter Gem" project.
- The latter seems to provide a convenient command-line tool for very basic Twitter REST API usages.
<<lessThe Twitter4R Gem is released under the MIT License.
Enhancements:
- The entire Twitter REST API is now covered.
- This library is more complete and more in the Ruby style of coding than the "Twitter Gem" project.
- The latter seems to provide a convenient command-line tool for very basic Twitter REST API usages.
Download (0.010MB)
Added: 2007-07-09 License: MIT/X Consortium License Price:
838 downloads
color wrapper 1.0.14
color wrapper is a non-intrusive real-time ANSI color wrapper for Unix-based programs. more>>
color wrapper is a non-intrusive real-time ANSI color wrapper for common unix-based commands on GNU/linux. cw is designed to simulate the environment of the commands being executed, so that if a person types du, df, ping, etc. in their shell it will automatically color the output in real-time according to a definition file containing the color format desired.
color wrapper has support for wildcard match coloring, tokenized coloring, headers/footers, case scenario coloring, command line dependent definition coloring, and includes over 50 pre-made definition files.
cw works by having an augmented PATH environmental variable which has a path to the cw definition directory prepended to it, this is usually set as "export ATH=/usr/local/lib/cw:$PATH" (in bash). in this cw definition directory you will see file(s) under the very same name of the program they are designed to color. these files appear as the common executable binaries you may be used to using, but they are just text files that contain instructions for cw to use, including the path to the "real" binary.
Enhancements:
- Fixed bug that could crash cw, introduced in the previous version.
<<lesscolor wrapper has support for wildcard match coloring, tokenized coloring, headers/footers, case scenario coloring, command line dependent definition coloring, and includes over 50 pre-made definition files.
cw works by having an augmented PATH environmental variable which has a path to the cw definition directory prepended to it, this is usually set as "export ATH=/usr/local/lib/cw:$PATH" (in bash). in this cw definition directory you will see file(s) under the very same name of the program they are designed to color. these files appear as the common executable binaries you may be used to using, but they are just text files that contain instructions for cw to use, including the path to the "real" binary.
Enhancements:
- Fixed bug that could crash cw, introduced in the previous version.
Download (0.80MB)
Added: 2005-09-26 License: GPL (GNU General Public License) Price:
1488 downloads
pcsc-ctapi-wrapper 0.1
pcsc-ctapi-wrapper library provides a CTAPI-interface to any PC/SC compatible smartcard reader. more>>
pcsc-ctapi-wrapper library provides a CTAPI-interface to any PC/SC compatible smartcard reader.
You can use any PC/SC smartcard reader with applications which support only CTAPI.
Enhancements:
- This is the first release of pcsc-ctapi-wrapper which implements all important features for smartcard readers.
- For example, it works with HBCI homebanking software.
- PIN-keyboards of smartcard readers are not supported yet.
<<lessYou can use any PC/SC smartcard reader with applications which support only CTAPI.
Enhancements:
- This is the first release of pcsc-ctapi-wrapper which implements all important features for smartcard readers.
- For example, it works with HBCI homebanking software.
- PIN-keyboards of smartcard readers are not supported yet.
Download (0.012MB)
Added: 2006-06-15 License: LGPL (GNU Lesser General Public License) Price:
1234 downloads
DBIx::Wrapper 0.24
DBIx::Wrapper is a Perl module that serves as a wrapper around DBI. more>>
DBIx::Wrapper library is a Perl module that serves as a wrapper around DBI, providing additional functionality and convenience methods.
Enhancements:
- This release adds convenience methods for generating CSV, XML, and bencoded strings from query results.
- The connect_from_config() method was added in version 0.23, allowing database connection parameters to be specified in a file rather than in your code.
<<lessEnhancements:
- This release adds convenience methods for generating CSV, XML, and bencoded strings from query results.
- The connect_from_config() method was added in version 0.23, allowing database connection parameters to be specified in a file rather than in your code.
Download (0.027MB)
Added: 2006-03-27 License: Perl Artistic License Price:
1307 downloads
readline C++ wrapper 0.3
readline C++ wrapper simplifies usage of the readline and history libraries for C++ programmers. more>>
readline C++ wrapper simplifies usage of the readline and history libraries for C++ programmers.
Main features:
- editing the input line basing on the user preferences
- commands history
- saving/loading commands history to/from specified files
- custom completers via standard containers
- binding keys to boost::function calls
<<lessMain features:
- editing the input line basing on the user preferences
- commands history
- saving/loading commands history to/from specified files
- custom completers via standard containers
- binding keys to boost::function calls
Download (0.20MB)
Added: 2007-04-25 License: Public Domain Price:
550 downloads
Pwytter 0.6
Pwytter is a standalone Twitter GUI client. more>>
Pwytter is a standalone Twitter GUI client. This application is intended to be multi-platform.
Main features:
- Asynchronous Image loading
- Better UI response
- Less twitter API call (internal caching)
<<lessMain features:
- Asynchronous Image loading
- Better UI response
- Less twitter API call (internal caching)
Download (0.044MB)
Added: 2007-07-26 License: GPL (GNU General Public License) Price:
820 downloads
MR Tech Link Wrapper Lite 2.1
MR Tech Link Wrapper Lite is a Firefox extension that wraps long links and lines to spare you from having to scroll left and rig more>>
MR Tech Link Wrapper Lite is a Firefox extension that wraps long links and lines to spare you from having to scroll left and right.
Hidden preferences:
- length to wrap: link_wrapper.wrapLength, default value is "15"
- Sites to ignore: link_wrapper.ignoreList, default regex value is "google.com|mail.yahoo.com|hushmail.com|blog.myspace.com|webmail.aol.com"
- html tags to ignore: link_wrapper.ignoreTags, default regex value includes tons of tags
- Enable page character limit to improve performance on large pages: link_wrapper.charLimitEnabled, default value is false
- If enabled use this character limit: link_wrapper.charLimit, default value is 30000
If Link Wrapper doesnt appear to work for you can:
- some blog site will break with this extension just add the domain to the "Sites to ignore" list in the options
- bump the limit of character to something higher than 30000 in the options dialog
- if you experience slow downs on large pages, enabling the character limit in the options dialog.
Note: Link Wrapper will force Linkification to only highlight part of a text link, version 1.2.2 and newer of Linkification adds a "Thorough Mode" which is disabled by default, enabling it will resolve this, or you can just double-click on the unhighlighted text on the right of the text from a link to have it open properly.
<<lessHidden preferences:
- length to wrap: link_wrapper.wrapLength, default value is "15"
- Sites to ignore: link_wrapper.ignoreList, default regex value is "google.com|mail.yahoo.com|hushmail.com|blog.myspace.com|webmail.aol.com"
- html tags to ignore: link_wrapper.ignoreTags, default regex value includes tons of tags
- Enable page character limit to improve performance on large pages: link_wrapper.charLimitEnabled, default value is false
- If enabled use this character limit: link_wrapper.charLimit, default value is 30000
If Link Wrapper doesnt appear to work for you can:
- some blog site will break with this extension just add the domain to the "Sites to ignore" list in the options
- bump the limit of character to something higher than 30000 in the options dialog
- if you experience slow downs on large pages, enabling the character limit in the options dialog.
Note: Link Wrapper will force Linkification to only highlight part of a text link, version 1.2.2 and newer of Linkification adds a "Thorough Mode" which is disabled by default, enabling it will resolve this, or you can just double-click on the unhighlighted text on the right of the text from a link to have it open properly.
Download (0.006MB)
Added: 2007-05-09 License: MPL (Mozilla Public License) Price:
899 downloads
XML::XSLT::Wrapper 0.32
XML::XSLT::Wrapper is a consistent interface to XSLT processors. more>>
XML::XSLT::Wrapper is a consistent interface to XSLT processors.
SYNOPSIS
use XML::XSLT::Wrapper;
my $xslt = XML::XSLT::Wrapper->new(
ProcessorList => [libxslt, sablotron],
)
$result = $xslt->transform(
XMLFile => $xml_filename
XSLFile => $xsl_filename
#OR: XMLString => $xml_string
#OR: XSLString => $xsl_string
#OR: xml => $xml_filename_or_string,
#OR: xsl => $xsl_filename_or_string,
XSLParams => { COMEIN => knock knock,
GOAWAY => conk conk },
);
$result = $xslt->transform(
OutFile => $output_filename,
XMLFile => $xml_filename
XSLFile => $xsl_filename
XSLParams => [ COMEIN, knock knock,
GOAWAY, conk conk ],
);
# NB: The pre_parsing interface is likely to change:
%pre_parsed = $xslt->pre_parse(
XSLFile => $xsl_filename
);
$pre_parsed{$processor}{xsl} = $parsed_xsl;
foreach (@xml_files) {
$result = $xslt->transform(
XSLParsed = $parsed_xsl;
OutFile => $output_filename,
XMLFile => $_,
XSLParams => [ COMEIN, knock knock,
GOAWAY, conk conk ],
);
}
See also examples/*.pl, t/*.t and Driver/*.pm in the distribution directory.
Provides a consistent interface to various XSLT processors. Tries each of a supplied list of processors in turn until one performs a successful transform. If no list is given, tries all the processors it knows until one works. Does its best to fail gracefully whenever a processor does not work for some reason.
Can return the result of the transform as a string, or write it to a specified file.
For those processors which can accept parameters to an XSLT stylesheet, XML::XSLT::Wrapper can accept these as hash of name-value pairs, or as an array of [name, value, name, value, ...]
On completion, returns: - if it has written an output file - the result string if it has succeeded but not written an output file - undef if it has failed
Currently knows how to use XML::LibXSLT, XML::Xalan, XML::Sablotron, XML::XSLT as well as the Java processors XT and Saxon. You need to set your CLASSPATH environment variable first for the Java processors, or pass it to the transform in a JavaClassPath hash element. In a future version, there will be a parameter to turn off support for the Java processors. The XML::Sablotron Ive tested with is 0.52.
<<lessSYNOPSIS
use XML::XSLT::Wrapper;
my $xslt = XML::XSLT::Wrapper->new(
ProcessorList => [libxslt, sablotron],
)
$result = $xslt->transform(
XMLFile => $xml_filename
XSLFile => $xsl_filename
#OR: XMLString => $xml_string
#OR: XSLString => $xsl_string
#OR: xml => $xml_filename_or_string,
#OR: xsl => $xsl_filename_or_string,
XSLParams => { COMEIN => knock knock,
GOAWAY => conk conk },
);
$result = $xslt->transform(
OutFile => $output_filename,
XMLFile => $xml_filename
XSLFile => $xsl_filename
XSLParams => [ COMEIN, knock knock,
GOAWAY, conk conk ],
);
# NB: The pre_parsing interface is likely to change:
%pre_parsed = $xslt->pre_parse(
XSLFile => $xsl_filename
);
$pre_parsed{$processor}{xsl} = $parsed_xsl;
foreach (@xml_files) {
$result = $xslt->transform(
XSLParsed = $parsed_xsl;
OutFile => $output_filename,
XMLFile => $_,
XSLParams => [ COMEIN, knock knock,
GOAWAY, conk conk ],
);
}
See also examples/*.pl, t/*.t and Driver/*.pm in the distribution directory.
Provides a consistent interface to various XSLT processors. Tries each of a supplied list of processors in turn until one performs a successful transform. If no list is given, tries all the processors it knows until one works. Does its best to fail gracefully whenever a processor does not work for some reason.
Can return the result of the transform as a string, or write it to a specified file.
For those processors which can accept parameters to an XSLT stylesheet, XML::XSLT::Wrapper can accept these as hash of name-value pairs, or as an array of [name, value, name, value, ...]
On completion, returns: - if it has written an output file - the result string if it has succeeded but not written an output file - undef if it has failed
Currently knows how to use XML::LibXSLT, XML::Xalan, XML::Sablotron, XML::XSLT as well as the Java processors XT and Saxon. You need to set your CLASSPATH environment variable first for the Java processors, or pass it to the transform in a JavaClassPath hash element. In a future version, there will be a parameter to turn off support for the Java processors. The XML::Sablotron Ive tested with is 0.52.
Download (0.010MB)
Added: 2007-06-07 License: Perl Artistic License Price:
872 downloads
ClearCase::Wrapper::DSB 1.12
ClearCase::Wrapper::DSB Perl module contains David Boyces contributed cleartool wrapper functions. more>>
ClearCase::Wrapper::DSB Perl module contains David Boyces contributed cleartool wrapper functions.
SYNOPSIS
This is an overlay module for ClearCase::Wrapper containing David Boyces non-standard extensions. See perldoc ClearCase::Wrapper for more details.
CLEARTOOL ENHANCEMENTS
CATCS
1. New -expand flag
Follows all include statements recursively in order to print a complete config spec. When used with the -cmnt flag, comments are stripped from this listing.
2. New -sources flag
Prints all files involved in the config spec (the config_spec file itself plus any files it includes).
3. New -attribute flag
This introduces the concept of user-defined view attributes. A view attribute is a keyword-value pair embedded in the config spec using the conventional notation
##:Keyword: value ...
The value of any attribute may be retrieved by running
< cmd-context> catcs -attr keyword ...
And to print all attributes:
< cmd-context> catcs -attr -all
4. New -start flag
Prints the preferred initial working directory of a view by examining its config spec. This is simply the value of the Start attribute as described above; in other words -start is a synonym for -attr Start.
The workon command (see) uses this value. E.g., using workon instead of setview with the config spec:
##:Start: /vobs_fw/src/java
element * CHECKEDOUT
element * /main/LATEST
would set the view and automatically cd to /vobs_fw/src/java.
COMMENT
For each ClearCase object specified, dump the current comment into a temp file, allow the user to edit it with his/her favorite editor, then change the objectss comment to the results of the edit. This is useful if you mistyped a comment and want to correct it.
The -new flag causes it to ignore the previous comment.
See edattr for the editor selection algorithm.
DESCRIBE
Enhancement. Adds the -parents flag, which takes an integer argument N and runs the describe command on the version N predecessors deep instead of the currently-selected version. into temp files and diffs them. If only one view is specified, compares against the current working views config spec.
DIFFCS
New command. Diffcs dumps the config specs of two specified views into temp files and diffs them. If only one view is specified, compares against the current working views config spec.
ECLIPSE
New command. Eclipses an element by copying a view-private version over it. This is the dynamic-view equivalent of "hijacking" a file in a snapshot view. Typically of use if you need temporary write access to a file when the VOB or current branch is locked, or its checked out reserved. Eclipsing elements can lead to dangerous confusion - use with care!
EDATTR
New command, inspired by the edcs cmd. Edattr dumps the attributes of the specified object into a temp file, then execs your favorite editor on it, and adds, removes or modifies the attributes as appropriate after youve modified the temp file and exited the editor. Attribute types are created and deleted automatically. This is particularly useful on Unix platforms because as of CC 3.2 the Unix GUI doesnt support modification of attributes and the quoting rules make it difficult to use the command line.
If the -view flag is used view attributes are edited instead. See the enhanced catcs command for further discussion of view attributes.
The environment variables WINEDITOR, VISUAL, and EDITOR are checked in that order for editor names. If none of the above are set, the default editor used is vi on UNIX and notepad on Windows.
GREP
New command. Greps through past revisions of a file for a pattern, so you can see which revision introduced a particular function or a particular bug. By analogy with lsvtree, grep searches only "interesting" versions unless -all is specified. Note that this will expand cleartext for all grepped versions.
Flags -nnn are accepted where nnn represents the number of versions to go back. Thus grep -1 foo would search only the predecessor.
LOCK
New -allow and -deny flags. These work like -nuser but operate incrementally on an existing -nuser list rather than completely replacing it. When -allow or -deny are used, -replace is implied.
When -iflocked is used, no lock will be created where one didnt previously exist; the -nusers list will only be modified for existing locks.
LSREGION
A surprising lapse of the real cleartool CLI is that theres no way to determine the current region. This extension adds a -current flag to lsregion.
MKBRTYPE,MKLBTYPE
Modification: if user tries to make a type in the current VOB without explicitly specifying -ordinary or -global, and if said VOB is associated with an admin VOB, then by default create the type as a global type in the admin VOB instead. In effect, this makes -global the default iff a suitable admin VOB exists.
MKLABEL
The new -up flag, when combined with -recurse, also labels the parent directories of the specified pnames all the way up to their vob tags.
MOUNT
This is a Windows-only enhancement: on UNIX, mount behaves correctly and we do not mess with its behavior. On Windows, for some bonehead reason cleartool mount -all gives an error for already-mounted VOBs; these are now ignored as on UNIX. At the same time, VOB tags containing / are normalized to so theyll match the registry, and an extension is made to allow multiple VOB tags to be passed to one mount command.
PROTECTVIEW
Modifies user or group permissions for one or more views. Analogous to the native ClearCase command protectvob (see). Most flags accepted by protectview behave similarly to those of protectvob.
The -replace flag is special; it uses the administrative fix_prot tool to completely replace any pre-existing identity information. This gives the views permissions a "clean start"; in particular, any grants of access to other groups will be removed.
This operation will not work on a running view. Views must be manually stopped with endview -server before reprotection may proceed.
Warning: this is an experimental interface which has not been tested in all scenarios. It cannot destroy any data, so theres nothing it could break which couldt be fixed with an administrators help, but it should still be used with care. In particular, its possible to specify values to -chmod which will confuse the view greatly.
RECO/RECHECKOUT
Redoes a checkout without the database operations by simply copying the contents of the existing checkouts predecessor over the view-private checkout file. The previous contents are moved aside to " .reco". The -keep and -rm options are honored by analogy with uncheckout.
RMELEM
It appears that when elements are removed with rmelem they often remain visible for quite a while due to some kind of view cache, though attempts to actually open them result in an I/O error. Running cleartool setcs -current clears this up. Thus rmelem is overridden here to add an automatic view refresh when done.
SETCS
Adds a -clone flag which lets you specify another view from which to copy the config spec.
Adds a -sync flag. This is similar to -current except that it analyzes the CS dependencies and only flushes the view cache if the compiled_spec file is out of date with respect to the config_spec source file or any file it includes. In other words: setcs -sync is to setcs -current as make foo.o is to cc -c foo.c.
Adds a -needed flag. This is similar to -sync above but it doesnt recompile the config spec. Instead, it simply indicates with its return code whether a recompile is in order.
Adds a -expand flag, which "flattens out" the config spec by inlining the contents of any include files.
SETVIEW
ClearCase 4.0 for Windows completely removed setview functionality, but this wrapper emulates it by attaching the view to a drive letter and cd-ing to that drive. It supports all the flags setview for CC 3.2.1/Windows supported (-drive, -exec, etc.) and adds two new ones: -persistent and -window.
If the view is already mapped to a drive letter that drive is used. If not, the first available drive working backwards from Z: is used. Without -persistent a drive mapped by setview will be unmapped when the setview process is exited.
With the -window flag, a new window is created for the setview. A beneficial side effect of this is that Ctrl-C handling within this new window is cleaner.
The setview emulation sets CLEARCASE_ROOT for compatibility and adds a new EV CLEARCASE_VIEWDRIVE.
UNIX setview functionality is left alone.
UPDATE
Adds a -quiet option to strip out all those annoying Processing dir ... and End dir ... messages so you can see what files actually changed.
WINKIN
The -tag flag allows you specify a local file path plus another view; the named DO in the named view will be winked into the current view, e.g.:
< cmd-context> winkin -tag otherview /vobs_myvob/dir1/dir2/file
The -vp flag, when used with -tag, causes the "remote" file to be converted into a DO if required before winkin is attempted. See the winkout extension for details. Note: this feature depends on setview and thus will not work on Windows where setview has been removed. However, it would be possible to re-code it to use the setview emulation provided in this same package if you really want the feature on Windows.
WINKOUT
The winkout pseudo-cmd takes a set of view-private files as arguments and, using clearaudit, turns them into derived objects. The config records generated are meaningless but the mere fact of being a DO makes a file eligible for forced winkin from another view.
If the -promote flag is given, the view scrubber will be run on these new DOs. This has the effect of promoting them to the VOB and winking them back into the current view.
If a meta-DO filename is specified with -meta, this file is created as a DO and caused to reference all the other new DOs, thus defining a DO set and allowing the entire set to be winked in using the meta-DO as a hook. E.g. assuming view-private files X, Y, and Z already exist:
ct winkout -meta .WINKSET X Y Z
will make them into derived objects and create a 4th DO ".WINKSET" containing references to the others. A subsequent
ct winkin -recurse -adirs /view/extended/path/to/.WINKSET
from a different view will wink all four files into the current view.
The list of files to convert may be derived via -dir/-rec/-all/-avobs, provided in a file containing a list of files with -flist, or specified as a literal list of view-private files. When using -dir/-rec/-all/-avobs to derive the file list only the output of lsprivate -other is considered unless -do is used; -do causes existing DOs to be re-converted. Use -do with care as it may convert a useful CR to a meaningless one.
The "-flist -" flag can be used to read the file list from stdin, which may be useful in a script.
WORKON
New command, similar to setview but provides hooks to cd to a preferred initial working directory within the view and to set up any required environment variables. The initial working directory is defined as the output of ct catcs -start (see).
If a file called .viewenv.pl exists in the initial working directory, its read before starting the users shell. This file uses Perl syntax and must end with a "1;" like any require-d file. Any unrecognized arguments given to workon following the view name will be passed on to .viewenv.pl in @ARGV. Environment variables required for builds within the setview may be set here.
<<lessSYNOPSIS
This is an overlay module for ClearCase::Wrapper containing David Boyces non-standard extensions. See perldoc ClearCase::Wrapper for more details.
CLEARTOOL ENHANCEMENTS
CATCS
1. New -expand flag
Follows all include statements recursively in order to print a complete config spec. When used with the -cmnt flag, comments are stripped from this listing.
2. New -sources flag
Prints all files involved in the config spec (the config_spec file itself plus any files it includes).
3. New -attribute flag
This introduces the concept of user-defined view attributes. A view attribute is a keyword-value pair embedded in the config spec using the conventional notation
##:Keyword: value ...
The value of any attribute may be retrieved by running
< cmd-context> catcs -attr keyword ...
And to print all attributes:
< cmd-context> catcs -attr -all
4. New -start flag
Prints the preferred initial working directory of a view by examining its config spec. This is simply the value of the Start attribute as described above; in other words -start is a synonym for -attr Start.
The workon command (see) uses this value. E.g., using workon instead of setview with the config spec:
##:Start: /vobs_fw/src/java
element * CHECKEDOUT
element * /main/LATEST
would set the view and automatically cd to /vobs_fw/src/java.
COMMENT
For each ClearCase object specified, dump the current comment into a temp file, allow the user to edit it with his/her favorite editor, then change the objectss comment to the results of the edit. This is useful if you mistyped a comment and want to correct it.
The -new flag causes it to ignore the previous comment.
See edattr for the editor selection algorithm.
DESCRIBE
Enhancement. Adds the -parents flag, which takes an integer argument N and runs the describe command on the version N predecessors deep instead of the currently-selected version. into temp files and diffs them. If only one view is specified, compares against the current working views config spec.
DIFFCS
New command. Diffcs dumps the config specs of two specified views into temp files and diffs them. If only one view is specified, compares against the current working views config spec.
ECLIPSE
New command. Eclipses an element by copying a view-private version over it. This is the dynamic-view equivalent of "hijacking" a file in a snapshot view. Typically of use if you need temporary write access to a file when the VOB or current branch is locked, or its checked out reserved. Eclipsing elements can lead to dangerous confusion - use with care!
EDATTR
New command, inspired by the edcs cmd. Edattr dumps the attributes of the specified object into a temp file, then execs your favorite editor on it, and adds, removes or modifies the attributes as appropriate after youve modified the temp file and exited the editor. Attribute types are created and deleted automatically. This is particularly useful on Unix platforms because as of CC 3.2 the Unix GUI doesnt support modification of attributes and the quoting rules make it difficult to use the command line.
If the -view flag is used view attributes are edited instead. See the enhanced catcs command for further discussion of view attributes.
The environment variables WINEDITOR, VISUAL, and EDITOR are checked in that order for editor names. If none of the above are set, the default editor used is vi on UNIX and notepad on Windows.
GREP
New command. Greps through past revisions of a file for a pattern, so you can see which revision introduced a particular function or a particular bug. By analogy with lsvtree, grep searches only "interesting" versions unless -all is specified. Note that this will expand cleartext for all grepped versions.
Flags -nnn are accepted where nnn represents the number of versions to go back. Thus grep -1 foo would search only the predecessor.
LOCK
New -allow and -deny flags. These work like -nuser but operate incrementally on an existing -nuser list rather than completely replacing it. When -allow or -deny are used, -replace is implied.
When -iflocked is used, no lock will be created where one didnt previously exist; the -nusers list will only be modified for existing locks.
LSREGION
A surprising lapse of the real cleartool CLI is that theres no way to determine the current region. This extension adds a -current flag to lsregion.
MKBRTYPE,MKLBTYPE
Modification: if user tries to make a type in the current VOB without explicitly specifying -ordinary or -global, and if said VOB is associated with an admin VOB, then by default create the type as a global type in the admin VOB instead. In effect, this makes -global the default iff a suitable admin VOB exists.
MKLABEL
The new -up flag, when combined with -recurse, also labels the parent directories of the specified pnames all the way up to their vob tags.
MOUNT
This is a Windows-only enhancement: on UNIX, mount behaves correctly and we do not mess with its behavior. On Windows, for some bonehead reason cleartool mount -all gives an error for already-mounted VOBs; these are now ignored as on UNIX. At the same time, VOB tags containing / are normalized to so theyll match the registry, and an extension is made to allow multiple VOB tags to be passed to one mount command.
PROTECTVIEW
Modifies user or group permissions for one or more views. Analogous to the native ClearCase command protectvob (see). Most flags accepted by protectview behave similarly to those of protectvob.
The -replace flag is special; it uses the administrative fix_prot tool to completely replace any pre-existing identity information. This gives the views permissions a "clean start"; in particular, any grants of access to other groups will be removed.
This operation will not work on a running view. Views must be manually stopped with endview -server before reprotection may proceed.
Warning: this is an experimental interface which has not been tested in all scenarios. It cannot destroy any data, so theres nothing it could break which couldt be fixed with an administrators help, but it should still be used with care. In particular, its possible to specify values to -chmod which will confuse the view greatly.
RECO/RECHECKOUT
Redoes a checkout without the database operations by simply copying the contents of the existing checkouts predecessor over the view-private checkout file. The previous contents are moved aside to " .reco". The -keep and -rm options are honored by analogy with uncheckout.
RMELEM
It appears that when elements are removed with rmelem they often remain visible for quite a while due to some kind of view cache, though attempts to actually open them result in an I/O error. Running cleartool setcs -current clears this up. Thus rmelem is overridden here to add an automatic view refresh when done.
SETCS
Adds a -clone flag which lets you specify another view from which to copy the config spec.
Adds a -sync flag. This is similar to -current except that it analyzes the CS dependencies and only flushes the view cache if the compiled_spec file is out of date with respect to the config_spec source file or any file it includes. In other words: setcs -sync is to setcs -current as make foo.o is to cc -c foo.c.
Adds a -needed flag. This is similar to -sync above but it doesnt recompile the config spec. Instead, it simply indicates with its return code whether a recompile is in order.
Adds a -expand flag, which "flattens out" the config spec by inlining the contents of any include files.
SETVIEW
ClearCase 4.0 for Windows completely removed setview functionality, but this wrapper emulates it by attaching the view to a drive letter and cd-ing to that drive. It supports all the flags setview for CC 3.2.1/Windows supported (-drive, -exec, etc.) and adds two new ones: -persistent and -window.
If the view is already mapped to a drive letter that drive is used. If not, the first available drive working backwards from Z: is used. Without -persistent a drive mapped by setview will be unmapped when the setview process is exited.
With the -window flag, a new window is created for the setview. A beneficial side effect of this is that Ctrl-C handling within this new window is cleaner.
The setview emulation sets CLEARCASE_ROOT for compatibility and adds a new EV CLEARCASE_VIEWDRIVE.
UNIX setview functionality is left alone.
UPDATE
Adds a -quiet option to strip out all those annoying Processing dir ... and End dir ... messages so you can see what files actually changed.
WINKIN
The -tag flag allows you specify a local file path plus another view; the named DO in the named view will be winked into the current view, e.g.:
< cmd-context> winkin -tag otherview /vobs_myvob/dir1/dir2/file
The -vp flag, when used with -tag, causes the "remote" file to be converted into a DO if required before winkin is attempted. See the winkout extension for details. Note: this feature depends on setview and thus will not work on Windows where setview has been removed. However, it would be possible to re-code it to use the setview emulation provided in this same package if you really want the feature on Windows.
WINKOUT
The winkout pseudo-cmd takes a set of view-private files as arguments and, using clearaudit, turns them into derived objects. The config records generated are meaningless but the mere fact of being a DO makes a file eligible for forced winkin from another view.
If the -promote flag is given, the view scrubber will be run on these new DOs. This has the effect of promoting them to the VOB and winking them back into the current view.
If a meta-DO filename is specified with -meta, this file is created as a DO and caused to reference all the other new DOs, thus defining a DO set and allowing the entire set to be winked in using the meta-DO as a hook. E.g. assuming view-private files X, Y, and Z already exist:
ct winkout -meta .WINKSET X Y Z
will make them into derived objects and create a 4th DO ".WINKSET" containing references to the others. A subsequent
ct winkin -recurse -adirs /view/extended/path/to/.WINKSET
from a different view will wink all four files into the current view.
The list of files to convert may be derived via -dir/-rec/-all/-avobs, provided in a file containing a list of files with -flist, or specified as a literal list of view-private files. When using -dir/-rec/-all/-avobs to derive the file list only the output of lsprivate -other is considered unless -do is used; -do causes existing DOs to be re-converted. Use -do with care as it may convert a useful CR to a meaningless one.
The "-flist -" flag can be used to read the file list from stdin, which may be useful in a script.
WORKON
New command, similar to setview but provides hooks to cd to a preferred initial working directory within the view and to set up any required environment variables. The initial working directory is defined as the output of ct catcs -start (see).
If a file called .viewenv.pl exists in the initial working directory, its read before starting the users shell. This file uses Perl syntax and must end with a "1;" like any require-d file. Any unrecognized arguments given to workon following the view name will be passed on to .viewenv.pl in @ARGV. Environment variables required for builds within the setview may be set here.
Download (0.018MB)
Added: 2007-06-19 License: Perl Artistic License Price:
857 downloads
Kefir PR3
Kefir is a code generator that writes wrapper code around Glade files. more>>
Kefir is a code generator that writes wrapper code around Glade files.
Kefir takes glade files and writes a wrapper object for each window in Python, with methods corresponding to the given callbacks entered in glade. While it wont create a sane application model for you, it will make it very simple to use glade to write the event based GUI.
It is also very flexible, at the cost of verbosity, so the developer can make any changes to the Glade file, and these changes can be imported into the python code, without losing the old code.
It can also accept any custom widget available, and there are future plans of being able to create more custom widgets using Kefir and Python.
<<lessKefir takes glade files and writes a wrapper object for each window in Python, with methods corresponding to the given callbacks entered in glade. While it wont create a sane application model for you, it will make it very simple to use glade to write the event based GUI.
It is also very flexible, at the cost of verbosity, so the developer can make any changes to the Glade file, and these changes can be imported into the python code, without losing the old code.
It can also accept any custom widget available, and there are future plans of being able to create more custom widgets using Kefir and Python.
Download (0.87MB)
Added: 2006-06-17 License: GPL (GNU General Public License) Price:
1225 downloads
ncurses wrapper for guile 0.1.0
ncurses wrapper for guile allows you to write applications in the guile scheme dialect using the ncurses library. more>>
ncurses wrapper for guile project allows you to write applications in the guile scheme dialect using the ncurses library.
Getting Started:
1. Make sure that you have a recent (January 2001 or later) CVS version of Guile installed on your system. (You can type
guile -c (write-line (version))
in your terminal window to check which version of Guile you have: the output should be `1.4.1.) If not, see under "Obtaining guile-ncurses and Guile" how to get it.
2. Make sure that you stand in the `guile-ncurses directory and type
./configure
This will configure guile-ncurses for your system.
3. Type
make install
to build and install guile-ncurses.
If everything went well were ready to enter the interpreter...
4. Type
guile
You should now be at the Guile prompt ("guile> ").
5. Type
(use-modules (ncurses ncurses))
so that the guile-ncurses module gets loaded.
6. Were now ready to try some basic guile-ncurses functionality.
Simple try examples from examples/ directory.
<<lessGetting Started:
1. Make sure that you have a recent (January 2001 or later) CVS version of Guile installed on your system. (You can type
guile -c (write-line (version))
in your terminal window to check which version of Guile you have: the output should be `1.4.1.) If not, see under "Obtaining guile-ncurses and Guile" how to get it.
2. Make sure that you stand in the `guile-ncurses directory and type
./configure
This will configure guile-ncurses for your system.
3. Type
make install
to build and install guile-ncurses.
If everything went well were ready to enter the interpreter...
4. Type
guile
You should now be at the Guile prompt ("guile> ").
5. Type
(use-modules (ncurses ncurses))
so that the guile-ncurses module gets loaded.
6. Were now ready to try some basic guile-ncurses functionality.
Simple try examples from examples/ directory.
Download (0.20MB)
Added: 2006-09-14 License: GPL (GNU General Public License) Price:
1136 downloads
Secleted [ 0 ] software to compare
Copyright Notice:
Software piracy is theft, Using crack, password, serial numbers, registration codes, key generators is illegal and prevent future software development. The above twitter wrapper 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