netscript is a portable/multi-platform, lightweight TCP/UDP socket scripting system. It is intended to automate situations, built on a word-to-word ruleset response system. It includes wildcard support, character replacement, random replacement, argument inclusion, server timeout, initial send, display altering, multiple character dump formats, telnet protocol support, logging, program to socket dumping, executable ruleset support, reverse binding, module support, data truncation, data formatting, permission options, virtual hosting support, history storage, dynamic storage variables, directory placement, character omitting, timed rules, background support, syslog support, routing support, socket options, interactive mode, and graphical user interface support.
cw is a non-intrusive real-time ANSI color wrapper for common Unix-based commands. It 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. It 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.
rr is a basic command-line utility designed to retain/recall file and directory paths. This is done by treating the filename itself as a unique key to be referenced for future rr program calls. The purpose of this is to assist the user in shorthand typing and/or not having to remember arbitrary full paths. So, for example, "/etc/httpd/conf/httpd.conf" can be referenced as "// httpd.conf" in daily operations.
Re: bones better than meat?
> I would like to add to the shell script
> rejection but now in C post.
> It was not FM but another. After
> downloading horribly bloated programs
> that rotated the .sig, which were
> obviously judged of merit, I found them
> wanting in one way or another. I wrote
> one of my own and also found it wanting.
> I then created a shell script that did
> everything properly and satisfied
> functionality requirements.
> Needless to say as a shell script it was
> rejected even though it had
> functionality equal to and greater than
> submissions deemed worthy with hugely
> less call upon system resources of all
> There is something very wrong with a
> system which chooses on criteria other
> than functionality.
I am curious by what you mean by "less call upon system resources"... unless the program was written sloppily, I'm not seeing how a shell script will outperform a program specifically designed for the task. It may take up more code, but generally speaking it will run faster and take up less memory.
But perhaps i misunderstood your point, the initial sentence still leaves me wondering if I understand what you mean.
Re: strange solution
as an update of sorts:
regex(regular expressions) has been implemented in the form of the "regex" definition instruction in v1.0.7 for those who desire it.