Request to register new user
fullname: Dariush Pietrzak
userid: EYCK
mail: CENSORED
homepage: http://eyck.forumakad.pl/
why:
Library for Gadu-Gadu - polish proprietary IM. Lib for accessing
TLS-enabled ftp servers. Net::SMSC for accessing SMSCenters.
The following links are o
Request to register new user
fullname: Dariush Pietrzak
userid: EYCK
mail: CENSORED
homepage: http://eyck.forumakad.pl/
why:
Library for Gadu-Gadu - polish proprietary IM. Lib for accessing
TLS-enabled ftp servers. And a Net::SMSC for accessing SMSCenters.
The following links
Hello Tim, and thanks for your reply. It was very helpful. (And also
thanks for replying both to me and the module list, which in the past some
people didn't do.)
On Fri, 30 May 2003, Tim Bunce wrote:
> DOM shouldn't imply XML. But you could drop the D and expand the OM into
> SQL::ObjectModel,
On Thu, May 29, 2003 at 07:51:45PM -0700, Darren Duncan wrote:
>
> So, my first questions are these: 1. Would a DOM-for-SQL be useful in its
> own right to other module developers, and therefore grow beyond its
> previous intention of being "part of just one framework";
Er, perhaps :-)
> 2. What
On Thu, May 29, 2003 at 01:21:18PM -0700, William R Ward wrote:
> [EMAIL PROTECTED] (Arthur Bergman) writes:
> > On mndag, maj 5, 2003, at 18:47 Europe/Stockholm, Perl Authors Upload
> > Server wrote:
> > > The following module was proposed for inclusion in the Module List:
> > >
> > > modid:
Hi, I am new at this perl module stuff and hopefully someone can answer my
question. I am trying to install the module Time :: Object on to my perl
5.8 running in a RedHat 9.0 environment but everytime I try to compile
(make) the program it dies telling me some variables are missing. THis is a
re
Hello (and in particular to database module makers/users),
I am at a point in the design/development of my "Rosetta" database
abstraction tool where I am considering spitting the framework into more
independant pieces than was previously planned, namely splitting up the
"core", so that it is easie
The following module was proposed for inclusion in the Module List:
modid: Calendar::List
DSLIP: bdpfp
description: Provides a list of calendar dates
userid: BARBIE (Barbie)
chapterid:6 (Data_Type_Utilities)
communities:
http://use.perl.org/journal.pl?op=displ
Request to register new user
fullname: Stephen D. Wells
userid: YXES
mail: CENSORED
homepage:
why:
Module: Data::SearchReplace Level: Released Description: Performs
regular expression search and replace functions against all values
in a complex data structure.
The follow
Hi, I have a few modules that parse the output from the 'show ip route'
command typed at a Cisco router console.
Id like to use Cisco::ShowIPRoute::Parser as the module name. It
basically has a single entry point thus:
use Cisco::ShowIPRoute::Parser;
# Router.log holds the outpu
Record update in the PAUSE users database:
userid: [MLFISHER]
fullname: [Mark Leighton Fisher]
asciiname: []
email: [CENSORED]
homepage: [http://mark-fisher.home.mindspring.com/] was []
cpan_mail_alias: [publ]
Data were entered by MLFISHER (Mark Leighton Fisher).
Please check
[EMAIL PROTECTED] (Arthur Bergman) writes:
> Neon too... Maybe we need some namespace for mapped C libraries?
Implementation is irrelevant to naming. Functionality is the critical
factor. Do you think GD belongs in the same category as Curl/Neon?
How about mod_perl? Time::HiRes?
I think Net::C
[EMAIL PROTECTED] (Arthur Bergman) writes:
> On måndag, maj 5, 2003, at 18:47 Europe/Stockholm, Perl Authors Upload
> Server wrote:
> > The following module was proposed for inclusion in the Module List:
> >
> > modid: WWW::Bugzilla
> > DSLIP: adpOg
> > description: API providing
The following module was proposed for inclusion in the Module List:
modid: WebService::Mappoint
DSLIP: bdpOp
description: Mappoint maps service SOAP access library
userid: CGARCIA (Claudio Garcia)
chapterid: 15 (World_Wide_Web_HTML_HTTP_CGI)
communities:
similar:
Title: tuttiatavola
La
Primavera
prepariamoci al
primo
caldo:
piatti
freddi:
i primi
i
secondi
The following module was proposed for inclusion in the Module List:
modid: IRC::Bot
DSLIP: adpOg
description: IRC::Bot - Channel Maintenance IRC bot.
userid: BWSMITH (Benjamin W. Smith)
chapterid: 23 (Miscellaneous_Modules)
communities:
http://perlmonks.org
s
The following module was proposed for inclusion in the Module List:
modid: IRC::Bot
DSLIP: adpOg
description: IRC::Bot - Basic Channel Maintnence IRC bot.
userid: BWSMITH (Benjamin W. Smith)
chapterid: 23 (Miscellaneous_Modules)
communities:
http://perlmonks.org
17 matches
Mail list logo