Re: HTML::Simple dead?

2000-11-17 Thread Andreas J. Koenig
> On Fri, 17 Nov 2000 15:34:18 -0800 (PST), Jeff Youngstrom <[EMAIL PROTECTED]> >said: > On 17 Nov 2000, Andreas J. Koenig wrote: >> > On Thu, 16 Nov 2000 16:27:18 -0800 (PST), Jeff Youngstrom ><[EMAIL PROTECTED]> said: >> >> > I'm looking at this page: >> >> > http://www.perl.com/CP

Re: Memory in db11

2000-11-17 Thread Andreas J. Koenig
> On Fri, 17 Nov 2000 14:47:15 +0100, "René Blechschmidt" ><[EMAIL PROTECTED]> said: > Hallo Andreas, Sorry folks, that's what you get when you tell your mailer to write a Reply-To. As you have guessed, this message was not meant for [EMAIL PROTECTED]:-) -- andreas

Re: Resend: CPAN::Admin and Module Lists Integration

2000-11-17 Thread Andreas J. Koenig
> On 17 Nov 2000 17:03:00 +0100, Dominique Dumont <[EMAIL PROTECTED]> >said: > All in all, this is very good news. Thanks! > But, the Tk modules are now covering quite a range of applications: > specialised widget (RO::Text, TreeGraph ,...) , "real estate" manager > (NoteBook,

MP3::TAG and MP3::ID3v1Tag

2000-11-17 Thread Sander van Zoest
Hi Tom, > I am working on a perl module to read/write ID3 tags of mp3 files. I know > that there exists already two projects to do this, but I didn't like > the approach of them, and both are not able to the things I expect > from a mp3-tag module. What is it that you do not like about MP3::

Re: DBD::RAM.pm, DBD::AnyData.pm, and AnyData.pm

2000-11-17 Thread Tim Bunce
On Fri, Nov 17, 2000 at 09:26:15AM -0800, Jeff Zucker wrote: > > Perhaps AnyData/Format/*.pm? (Although the use of "format" as a verb > would be less descriptive of its role than its use as a noun). Or > AnyData/DataParser/*.pm to distinguish them from SQL parsers? Either would be fine by me.

Re: DBD::RAM.pm, DBD::AnyData.pm, and AnyData.pm

2000-11-17 Thread Jeff Zucker
Tim Bunce wrote: > > On Thu, Nov 16, 2000 at 10:03:11AM -0800, Jeff Zucker wrote: > > Tim Bunce wrote: > > > > > > On Wed, Nov 15, 2000 at 10:38:09AM -0800, Jeff Zucker wrote: > > >> > > >> The namespace would look like this: > > >> > > >> DBD/AnyData.pm DBI access to in-memory & fi

Re: Emotion

2000-11-17 Thread Joshua N Pritikin
On Fri, Nov 17, 2000 at 03:53:29PM +, [EMAIL PROTECTED] wrote: > On Fri, Nov 17, 2000 at 09:47:59AM -0500, Joshua N Pritikin wrote: > > > EmotionbmcO emotion annotation processing library > > > > GhostWheel::Emotion > > WhyCompete::Emotion > > If you don't like those top-level names,

Re: Emotion

2000-11-17 Thread Tim Bunce
On Fri, Nov 17, 2000 at 09:47:59AM -0500, Joshua N Pritikin wrote: > On Fri, Nov 17, 2000 at 02:19:43PM +, [EMAIL PROTECTED] wrote: > > > > On Thu, Nov 16, 2000 at 08:40:05AM -0500, Joshua N Pritikin wrote: > > > > > Name DSLI Description > > > > > -

Re: Resend: CPAN::Admin and Module Lists Integration

2000-11-17 Thread Dominique Dumont
[EMAIL PROTECTED] (Andreas J. Koenig) writes: > >> lists the new location as: > >> > >> http://www.Lehigh.EDU/~sol0/ddumont/ptk_module_list.html > > > This is correct thanks to Steve Lidie who lends me some place out of > > HP firewalls. > > So Dominique, there are two things to say: PAUSE

Re: Emotion

2000-11-17 Thread Joshua N Pritikin
On Fri, Nov 17, 2000 at 02:19:43PM +, [EMAIL PROTECTED] wrote: > > > On Thu, Nov 16, 2000 at 08:40:05AM -0500, Joshua N Pritikin wrote: > > > > Name DSLI Description > > > > - > > > > Em

Re: Emotion

2000-11-17 Thread Tim Bunce
On Thu, Nov 16, 2000 at 04:32:42PM -0500, Joshua N Pritikin wrote: > On Thu, Nov 16, 2000 at 09:13:25PM +, [EMAIL PROTECTED] wrote: > > On Thu, Nov 16, 2000 at 08:40:05AM -0500, Joshua N Pritikin wrote: > > > Can someone add this to the module list? Thanks! > > > > > > Category: Data Types a

Re: Memory in db11

2000-11-17 Thread "René Blechschmidt"
Hallo Andreas, bislang habe ich Dir noch nicht geschrieben, da ich mir nicht sicher war, ob diese Resultate der realitaet entsprechen. Das taten sie nicht. Das Problem bei dem Test war, dass die Refreshzeiten des Speichertests zu hoch angestzt waren. Dadurch wurden sicherlich Fehler provoziert

Re: Emotion

2000-11-17 Thread Joshua N Pritikin
On Thu, Nov 16, 2000 at 04:54:27PM -0500, [EMAIL PROTECTED] wrote: > At 16:32 -0500 2000.11.16, Joshua N Pritikin wrote: > >Uh, well, it's a little hard to describe. I'm not sure which category > >is most appropriate. > > > >See http://why-compete.org for details. > > There is nothing on the mai

PAUSE Registration

2000-11-17 Thread Adam Stubbs
your name Adam Stubbs your email address [EMAIL PROTECTED] your homepage http://www.advantagecommunication.com your preferred user-ID ASTUBBS bdpO File::Searcher - Search filetree do search/replace regexes Searches for files and performs search/replacements on matching file

Re: namespace request for DBD::RDB

2000-11-17 Thread Tim Bunce
On Fri, Nov 17, 2000 at 10:10:25AM -, Stiller, Andreas wrote: > Hi, > > i requested and received successfully a PAUSE account (ASTILLER). Before > uploading my module i want to be sure that the choosen module name is ok. > The module is named currently DBD::RDB and is actually a DBI driver f

namespace request for DBD::RDB

2000-11-17 Thread Stiller, Andreas
Hi, i requested and received successfully a PAUSE account (ASTILLER). Before uploading my module i want to be sure that the choosen module name is ok. The module is named currently DBD::RDB and is actually a DBI driver for Oracle RDB. It was discussed in the thread: RDB module for perl in the VM

Re: DBD::RAM.pm, DBD::AnyData.pm, and AnyData.pm

2000-11-17 Thread Tim Bunce
On Thu, Nov 16, 2000 at 10:03:11AM -0800, Jeff Zucker wrote: > Tim Bunce wrote: > > > > On Wed, Nov 15, 2000 at 10:38:09AM -0800, Jeff Zucker wrote: > >> > >> The namespace would look like this: > >> > >> DBD/AnyData.pm DBI access to in-memory & file-based data > >> AnyData.pm

Re: Proposed new module Sys::MemoryUsage

2000-11-17 Thread Sam Horrocks
I think GTop will work - I'll try that. Unfortunately it's very difficult to find because it's up at the root (why?), and its readme doesn't contain words like "memory" or "process" so it didn't show up in a search. Wouldn't Sys::GTop would be preferable to a root-level GTop. At least Sys would