On Tue, Sep 16, 2003 at 09:23:46AM -0400, Rocco Caputo <[EMAIL PROTECTED]> wrote:
> Have you seen POE? It includes bridges to its own select() and IO::Poll
> event loops, Event, Gtk, Tk, and Tk with I/O polling for ActivePerl.
Hmm, since POE is just like any other event library (which I am trying
On Tue, Sep 16, 2003 at 01:31:48AM +0200, Marc A. Lehmann wrote:
> [I am not on the list, please consider sending me a cc]
Cc sent.
> While developing Net-FCP, I implemented a very primitive wrapper around
> the Event, Coro::Event, Glib and Tk event models - it basically offers a
> somewhat lim
[I am not on the list, please consider sending me a cc]
Hi,
While developing Net-FCP, I implemented a very primitive wrapper around
the Event, Coro::Event, Glib and Tk event models - it basically offers a
somewhat limited Event-like API on top of whatever event library is loaded
(or can be autode
On Tue, 11 Apr 2000, Tim Bunce wrote:
> It would be nice to allow the same interface to work for multiple
> database types. So,
>
> $schema = SQL::Schema->new($dbh);
>
> seems appealing. In other words a thin SQL::Schema 'wrapper' module
> that then loads a "SQL::Schema::$driver_name" mod
It would be nice to allow the same interface to work for multiple
database types. So,
$schema = SQL::Schema->new($dbh);
seems appealing. In other words a thin SQL::Schema 'wrapper' module
that then loads a "SQL::Schema::$driver_name" module to do the work.
Tim.
On Tue, Apr 11, 2000 at
Hi!
Though I am not yet registered as an author on pause,
I would like to get comments on a name for a module.
I do not stick with the current name SQL::Schema::*.
The opposite is true. Currently the module only supports
DDL statements within Oracle's SQL dialect and is only
capable to extract a
On Wed, Mar 08, 2000 at 09:12:52AM -0700, Tom Christiansen wrote:
> >On Wed, Mar 08, 2000 at 07:48:11AM -0700, Tom Christiansen wrote:
> >> I'd like to submit the following module for consideration of being
> >> placed on CPAN. I am unattached to the name, and am mailing you
> >> with the hope th
Tom Christiansen writes:
> Other possible names I thought of were under Devel:: or Process::.
Hmm, maybe Devel::FdStat?
--
$jhi++; # http://www.iki.fi/jhi/
# There is this special biologist word we use for 'stable'.
# It is 'dead'. -- Jack Cohen
Looks nice.
In addition to the Single UNIX Specification/UNIX98/XPG4
getdtablesize() there is also the POSIX 1003.1 sysconf(_SC_OPEN_MAX).
Also, according to the SUS getdtable() is "LEGACY" and equal to
getrlimit(RLIMIT_NOFILE). The number of ways skinning the cat...
--
$jhi++; # http://www.
>On Wed, Mar 08, 2000 at 07:48:11AM -0700, Tom Christiansen wrote:
>> I'd like to submit the following module for consideration of being
>> placed on CPAN. I am unattached to the name, and am mailing you
>> with the hope that you might either bless this name, or suggest
>> others that would be mo
On Wed, Mar 08, 2000 at 07:48:11AM -0700, Tom Christiansen wrote:
> I'd like to submit the following module for consideration of being
> placed on CPAN. I am unattached to the name, and am mailing you
> with the hope that you might either bless this name, or suggest
> others that would be more ac
Other possible names I thought of were under Devel:: or Process::.
--tom
I'd like to submit the following module for consideration of being
placed on CPAN. I am unattached to the name, and am mailing you
with the hope that you might either bless this name, or suggest
others that would be more acceptable.
--tom
begin 644 Stat-DumpFDs-0.01.tar.gz
M'XL(""V9PC@"`U-T870M
13 matches
Mail list logo
