njPipes 0.32 Released

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

njPipes 0.32 Released

Ed Tomlinson
-----BEGIN PGP SIGNED MESSAGE-----

Hi

I have just released version 0.32 of njPipes.  njPipes is an unoffical port of
the CMS(tm) Pipeline product to NetRexx and Java.  The current version is easy
to use from the command line or from NetRexx.  Since Netrexx produces java class
files, it can easily be used from java programs too.

- From the readme here is what is new in the last few releases:

0.30 - Released May 24, 1998
     - fixed logic in core classes to post all pending severs and not
       clear them too early either, this corrects a problem seen on
       Multiprocessor machines.
0.31 - Released June 16, 1998
     - improved eofReport(ANY) logic to trigger when waiting on output
       and a different output stream severs.
     - factored the source for utils.class out of stages so there is
       a class to add (probably static) shared methods for all stages
     - fixed a deadlock that occured between shortStreams and exit
       (severInput)
     - Jeff Hennick updated many stages to work at CMS or near CMS levels.
       append.nrx      deal.nrx        join.nrx        strfrlabel.nrx  xlate.nrx
       buffer.nrx      drop.nrx        literal.nrx     strliteral.nrx
       change.nrx      fanin.nrx       locate.nrx      strtolabel.nrx
       console.nrx     fanout.nrx      split.nrx       take.nrx
       count.nrx       frlabel.nrx     strfind.nrx     tokenize.nrx
       All of Jeff's changes are GNUed.  See CopyLeft.txt in the njpipes
       directory.
0.31 - Released June 17, 1998
     - modified count, drop, take and deal to handle non rexx objects
       when possible
0.32 - Released June 20, 1998
       Jeff updated these stages adding a few new ones too:
       abbrev          between         split           locate
       nlocate         strnfind        strfind         nfind
       find            chop
     - minor docuementation updates
     - the Range class is depreciated and will be removed.  Use the
       replacements Jeff created (see pipes\utils.nrx and various stages).

    and planned for the next month or three (pending BUGS! and my time)

    0.xx - lookup and has been requested any interested coders out there?
    0.xx - extend the stage class to allow compile generation of stages
           much like how specs is handled but in a generic way
    0.xx - rethink how StageError is used
    0.xx - remove the Range class from the compiler, Jeff's solution, though
           limited to rexx objects, is *much* more complete.
    0.xx - optimize pipe startup time for call/add pipe (eliminate Vectors)
    0.xx - add filters to extract pipes from java code.

Be carefull with the eofReport.  While it works in my testcases, it may cause
problems in yours.  

You can download njpipes from: http://www.cam.org/~tomlins/njpipes.html

Please send bug reports, questions, stages you have written!, or any other
remarks to: [hidden email]

Luck,

Ed Tomlinson <[hidden email]> http://www.cam.org/~tomlins/njpipes.html
Montreal, Canada

To obtain my public key mail me with a subject of: PGP Key
-----BEGIN PGP SIGNATURE-----
Version: 2.6.3i
Charset: noconv

iQEVAwUBNYwzcTaYyP7siYcJAQH9Nwf8C22AicdhPjnISR74aBiMuycfm0PKY0fI
Z3qWGaU61gIRx6A4HUfzzo7kzTAjhmO253H+3kLozXO91yEiS4oymfXUNni3y/zE
gocdbsEDLGzzYhfP8iHsR2MBoD3SWxjtoI1ImppS7Qecnp4kKcPbr0ahK3rGv2QP
Rsr4A54sT9EmqDGP8gwAi9KNMHhdk9QPqS8u+TZTu37bcdvOEMnQyNMi9MCRXmbv
7ffucinKCScZ1VcBoi2ycNq8rG5jcG5sKoPK59ihcMdfUBp+tfRLdvQgX8CyDQ8v
NkSwvhf6h6fX3QTtWUqpzvkg8EZp/M6CiXRR0b/fOdlbtFmIltu2uA==
=wqf+
-----END PGP SIGNATURE-----


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
To unsubscribe from this mailing list ( ibm-netrexx ), please send a note to
[hidden email]
with the following message in the body of the note
unsubscribe ibm-netrexx <e-mail address>

Reply | Threaded
Open this post in threaded view
|

Say...

mcbrides

Mike,

We have a very useful keyword named SAY that send screen updates to the STDOUT
stream... and I use it alot. How about a SayErr to send data to STDERR? There
are times when it would be a handy debug tool and... just all around useful
too.


--

/-------------------------------------\
| Jerry McBride                       |
|                                     |
|                ([hidden email]  |
\-------------------------------------/

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
To unsubscribe from this mailing list ( ibm-netrexx ), please send a note to
[hidden email]
with the following message in the body of the note
unsubscribe ibm-netrexx <e-mail address>

Reply | Threaded
Open this post in threaded view
|

Re: Say...

Mike Cowlishaw-2
You can always write:

    System.err.println(" expression resulting in string ")

and, if you like, wrap this in a simple method at the bottom of your
class:

  method SayErr(string); System.err.println(string)

referred to thus:

  sayerr("This will appear in stderr:" whatever)

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Mike Cowlishaw, IBM Fellow, IBM UK Laboratories
mailto:[hidden email]   [http://www2.hursley.ibm.com]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
To unsubscribe from this mailing list ( ibm-netrexx ), please send a note to
[hidden email]
with the following message in the body of the note
unsubscribe ibm-netrexx <e-mail address>

Reply | Threaded
Open this post in threaded view
|

Re: Say...

mcbrides
I've been out of the loop for a while, sorry I missed this...

>You can always write:
>
>    System.err.println(" expression resulting in string ")
>
>and, if you like, wrap this in a simple method at the bottom of your
>class:
>
>  method SayErr(string); System.err.println(string)
>
>referred to thus:
>
>  sayerr("This will appear in stderr:" whatever)

Right you are. Actual code snip is:

method SayERR(ErrorMessage) static
  System.err.println(ErrorMessage)

I've been using this quite extensively and works like a charm. Thanks, Mike.

Also. I took a few minutes to consider NetRexx and I'm quite impressed that it
is as "cross platform" as it is. Have you had to make many/any "code-a-rounds"
to achieve this success? I mean, NetRexx runs on just about everything... <G>



>
>- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>Mike Cowlishaw, IBM Fellow, IBM UK Laboratories
>mailto:[hidden email]   [http://www2.hursley.ibm.com]
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>To unsubscribe from this mailing list ( ibm-netrexx ), please send a note to
>[hidden email]
>with the following message in the body of the note
>unsubscribe ibm-netrexx <e-mail address>

--

/-------------------------------------\
| Jerry McBride                       |
|                                     |
|                ([hidden email]  |
\-------------------------------------/

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
To unsubscribe from this mailing list ( ibm-netrexx ), please send a note to
[hidden email]
with the following message in the body of the note
unsubscribe ibm-netrexx <e-mail address>

Reply | Threaded
Open this post in threaded view
|

Re: Say...

Mike Cowlishaw-2
In reply to this post by mcbrides
Code-arounds ... to date, just one (one opsys can return null when asked for a
directory list, which surprised me).

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Mike Cowlishaw, IBM Fellow, IBM UK Laboratories
mailto:[hidden email]   [http://www2.hursley.ibm.com]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
To unsubscribe from this mailing list ( ibm-netrexx ), please send a note to
[hidden email]
with the following message in the body of the note
unsubscribe ibm-netrexx <e-mail address>