User update for TIMPOTTER
(This Mail was generated by the server https://pause.kbx.de/pause/authenquery;ACTION=edit_cred automatically) Record update in the PAUSE users database: userid: [TIMPOTTER] fullname: [Tim Potter] email: [[EMAIL PROTECTED]] was [[EMAIL PROTECTED]] homepage: [] cpan_mail_alias: [publ] Data were entered by TIMPOTTER (Tim Potter). Please check if they are correct. Thanks, The Pause
User update for PJF
(This Mail was generated by the server https://pause.kbx.de/pause/authenquery;ACTION=edit_cred automatically) Record update in the PAUSE users database: userid: [PJF] fullname: [Paul Jamieson Fenwick] email: [[EMAIL PROTECTED]] was [[EMAIL PROTECTED]] homepage: [http://www.advogato.net/person/pjf/] cpan_mail_alias: [publ] Data were entered by PJF (Paul Jamieson Fenwick). Please check if they are correct. Thanks, The Pause
Want to be added to PAUSE
Name: Mark Ethan Trostler
Email: [EMAIL PROTECTED]
homepage: http://www.zzo.com
USER ID: MET-ZZO
Desc: A module for Perl/Java interaction
Name: Java.pm
DSLI: bdoO
Description: A Perl5 front-end for JVM communication
Info: MET-ZZO
More Info:
I've been using this Module for a while - it lets you do things like:
my $java = new Java;
my $frame = $java->create_object("java.awt.Frame","My Frame");
$frame->setSize(400,400);
$frame->show;
& you can register for events on your object which will be propagated back
to Perl5 & sent to your registered event handler, set & get fields, use
static Classes & basically all the stuff you'd expect.
It does require a JVM 'server' piece which is written compatible with JDKs
1.1 an 1.2.
Of course the 'server' piece does not even need to be running on the same
machine as this Perl5 front end piece - allowing you to say stuff like:
my $java = new Java(host => "some.other.host.com", port => 2344);
& then continue as usual & all yer command will show up on the remote
machine.
It's fully documented via POD and the Java piece is also fully documented
via javadoc.
I think it's slicker than the current stuff out there - for what it's
worth of course.
It has been on my website http://www.zzo.com for a while & have got some
good feedback.
I've been lagging trying to get this on CPAN but now's a good time!
Thanks,
Mark
-
Mark Ethan Trostler Senior Consultant
[EMAIL PROTECTED]ZZO Associates
http://www.zzo.com (619) 807-3673
-
module namespace query ...
Hi there ... I've just uploaded a mature release of NetServer::Generic. (It's been running a bet-the-company mission-critical financial system for two years, so I think it's just about beta-tested ;-) I'm currently considering a new project and just want to clear the proposed module name with you. NetServer::Compiler idphstate machine compiler for TCP/IP servers NetServer::Compiler will implement a yacc-like tool for building TCP/IP server daemons. It will accept input files containing state transition rules (defined in an Augmented Backus-Naur form similar to that used by RFC 822), and perl code to associate with each state. The output from NetServer::Compiler will be a perl module that implements the specified protocol using NetServer::Generic or NetServer::FastSelect as a shell. (For example: by feeding an ABNF grammar describing NNTP, and associated perl subroutines for messing with the contents of a news spool directory, NetServer::Compiler will emit a perl module embodying an NNTP server.) Alternatively, NetServer::Compiler will load and execute the input file as a server process. The main use of NetServer::Compiler is to rapidly prototype new TCP/IP- based network services. (A secondary -- speculative -- use is to provide a complete drop-in 100% pure perl replacement for inetd :-). This may need to be accompanied by NetServer::FastSelect. NetServer::Generic's non-forking, single-threaded (select-based) server mode is currently defective insofar as it can block under heavy i/o loads. To address this, I've written a non-blocking select-based server module, but it breaks with the NetServer::Generic API. I haven't released this yet, and am considering using it as the server back-end for NetServer::Compiler. (I should add that I've been thinking about N:C a fair bit lately but haven't actually begun bending code. Still got a few chapters of the Dragon book to read ...) Any comments? -- Charlie Stross
Module update for NetServer::Generic
Record update in the PAUSE modules database: modid: [NetServer::Generic] statd: [R] was [a] stats: [d] statl: [p] stati: [O] description: [generic OOP class for internet servers ] was [generic OOP class for internet servers] userid: [CHSTROSS] chapterid: [16] Data entered by Charlie Stross (CHSTROSS). Please check if they are correct. The Pause
Re: New module for the list
At 09:50 AM 5/16/00 +0100, Graham Barr wrote: >I would like to see Malcolm's Thread::Pool added too. Yes, that'd be quite nice. (I was going to request it get added soon too... :) I'll be adding in Thread::Object and Thread::IO as soon as I get 'em working as well. >On Tue, May 16, 2000 at 10:38:33AM +0200, Andreas J. Koenig wrote: > > I'll add all these to the next module list, please correct me if > > something's missing: > > > > > > Thread support (note that these are experimental, which equals pre-alpha) > > > > Threadcuhh Manipulate threads in Perl (EXPERIMENTAL)P5P > > > > Thread:: > > ::Group bdph Wait()-like and grouping functions DSUGAL > > ::Queue cuph Thread-safe queues P5P > > ::Semaphore cuph Thread-safe semaphores P5P > > ::Signal cuhh A thread which runs signal handlers reliably P5P > > ::Specificcuhh Thread-specific keys P5P Dan --"it's like this"--- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy bears get drunk
Re: New module for the list
I would like to see Malcolm's Thread::Pool added too. Graham. On Tue, May 16, 2000 at 10:38:33AM +0200, Andreas J. Koenig wrote: > I'll add all these to the next module list, please correct me if > something's missing: > > > Thread support (note that these are experimental, which equals pre-alpha) > > Threadcuhh Manipulate threads in Perl (EXPERIMENTAL)P5P > > Thread:: > ::Group bdph Wait()-like and grouping functions DSUGAL > ::Queue cuph Thread-safe queues P5P > ::Semaphore cuph Thread-safe semaphores P5P > ::Signal cuhh A thread which runs signal handlers reliably P5P > ::Specificcuhh Thread-specific keys P5P
Re: [dmar@stanford.edu: Author Not Available]
> On Mon, 15 May 2000 16:59:19 +0300, Jarkko Hietaniemi <[EMAIL PROTECTED]> said: > From: Daniel <[EMAIL PROTECTED]> > Subject: Author Not Available > To: [EMAIL PROTECTED] > Date: Fri, 12 May 2000 08:46:11 -0700 > I'm looking for help with the Xbase.pm module. I tried to write the > author, but my email got sent back. If you mean Xbase.pm by Pratap Pereira, this is very old. Get XBase (note case!) and DBD::XBase by JANPAZ. Good luck, -- andreas
Re: New module for the list
> On Mon, 15 May 2000 11:14:38 -0400, Dan Sugalski <[EMAIL PROTECTED]> said: ds> If you'd add a new module to the list (I guess in the Control Flow ds> Utilities section, though it doesn't much fit there) ds> Name: Thread::Group ds> DSLI: bdph ds> Desc: Provides wait()-like and grouping functions for threaded perl ds> Info: DSUGAL ds> Long: Thread::Group gives you a way to group multiple threads together. It ds> provides a way to see which threads are still functioning, wait() for the ds> first available thread in the group to finish, and generally get some ds> useful information about the threads in the group. I'll add all these to the next module list, please correct me if something's missing: Thread support (note that these are experimental, which equals pre-alpha) Threadcuhh Manipulate threads in Perl (EXPERIMENTAL)P5P Thread:: ::Group bdph Wait()-like and grouping functions DSUGAL ::Queue cuph Thread-safe queues P5P ::Semaphore cuph Thread-safe semaphores P5P ::Signal cuhh A thread which runs signal handlers reliably P5P ::Specificcuhh Thread-specific keys P5P Thanks & Regards, -- andreas
