Re: Speaking of signals...

2001-01-04 Thread Uri Guttman
> "n" == nick <[EMAIL PROTECTED]> writes: n> Uri Guttman <[EMAIL PROTECTED]> writes: >> >> that is my concept of inline delivery. in the op dispatch loop, either a >> counter is used or a special op (which was automatically code generated >> is called and then all pending events (

Re: standard representations

2001-01-04 Thread David Grove
"Bradley M. Kuhn" <[EMAIL PROTECTED]> wrote: > > Liceses. Bletch. > Don't blame the licenses, blame the copyright law that makes them an > unfortunate necessity in many cases. And the thieves who steal the intellectual property and claim it as their own turf in the first place. What are we ta

Re: standard representations

2001-01-04 Thread Bradley M. Kuhn
Dan Sugalski <[EMAIL PROTECTED]> wrote: > I'm beginning to loathe software licenses in a *big* way, and I'm a half > step away from saying to hell with it all and going fully public domain. > (Or at least pushing for it, as I don't control perl's licensing terms) Public domain has it's own t

Re: standard representations

2001-01-04 Thread Bradley M. Kuhn
Andy Dougherty <[EMAIL PROTECTED]> wrote: > (Does the LPGL and the existence of fgmp make it ok to distribute the > interface/XS code and rely on the end user to install gmp if they so > choose? Ick. I hate licensing problems.) This is actually one of the reasons I'd like to see the licensing

Re: Speaking of signals...

2001-01-04 Thread nick
Uri Guttman <[EMAIL PROTECTED]> writes: >> "IS" == <[EMAIL PROTECTED]> writes: > > IS> Dan Sugalski <[EMAIL PROTECTED]> writes: > > IS> I have some sympathy with Uri's position here. Signals and event > IS> loops are close cousins. What I am less clear about is whether we > IS> want to g

Re: Speaking of signals...

2001-01-04 Thread Uri Guttman
> "IS" == <[EMAIL PROTECTED]> writes: IS> Dan Sugalski <[EMAIL PROTECTED]> writes: IS> I have some sympathy with Uri's position here. Signals and event IS> loops are close cousins. What I am less clear about is whether we IS> want to go down the Tcl route, or do something even more

Re: Anyone want to take a shot at the PerlIO PDD?

2001-01-04 Thread nick
Simon Cozens <[EMAIL PROTECTED]> writes: >On Wed, Jan 03, 2001 at 11:03:08PM +, Nick Ing-Simmons wrote: >> I am willing to cast bleadperl5's PerlIO into the form of a _draft_ PDD >> for perl6 - i.e. "this is what it does now", not "this is what it should do". > >I have a feeling the two are go

Re: Speaking of signals...

2001-01-04 Thread nick
Sam Tregar <[EMAIL PROTECTED]> writes: >On Wed, 3 Jan 2001, Dan Sugalski wrote: > >> I think one of the things we might want to do is figure out what people use >> signals for and see if we can abstract out some of that functionality >> without actually exposing signals. (From an internals standpo

Re: Speaking of signals...

2001-01-04 Thread nick
Dan Sugalski <[EMAIL PROTECTED]> writes: >Using alarm and $SIG{ALRM} to abort blocked or long-running things is one >of the biggies (personally I think I'd prefer some sort of eval block with >a timeout attached), since it doesn't work threaded, doesn't work well >outside of Unix/VMS (read: Win

Re: Speaking of signals...

2001-01-04 Thread Uri Guttman
> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes: DS> Right. I'm not talking about getting rid of signals--I want to make them DS> work properly in perl 6, %SIG and all. What I'm thinking about is those DS> things that signals are used for but aren't particularly optimal. DS> Usin

Re: [FWP] sorting text in human-order

2001-01-04 Thread Glenn Linderman
David Cantrell wrote: > And in any case, I can think of three different ways of saying 1821 in > English alone. > > One thousand eight hundred and twenty one > One thousand eight hundred twenty one > Eighteen hundred and twenty one > > As far as *I* am concerned, the middle one is wrong (although

Re: This is PDD #1--a high-level overview of the perl system

2001-01-04 Thread Dan Sugalski
At 12:49 PM 1/4/01 +, Simon Cozens wrote: >On Wed, Jan 03, 2001 at 11:34:04PM -0500, Uri Guttman wrote: > > > "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes: > > DS> A subsystem is, in this instance at least, a piece of perl that > > DS> can more or less stand alone, but cross modules

Re: Anyone want to take a shot at the PerlIO PDD?

2001-01-04 Thread Dan Sugalski
At 12:50 PM 1/4/01 +, Simon Cozens wrote: >On Wed, Jan 03, 2001 at 11:03:08PM +, Nick Ing-Simmons wrote: > > I am willing to cast bleadperl5's PerlIO into the form of a _draft_ PDD > > for perl6 - i.e. "this is what it does now", not "this is what it > should do". > >I have a feeling the

Re: Speaking of signals...

2001-01-04 Thread Dan Sugalski
At 10:15 AM 1/4/01 -0500, Sam Tregar wrote: >On Wed, 3 Jan 2001, Dan Sugalski wrote: > > > I think one of the things we might want to do is figure out what people use > > signals for and see if we can abstract out some of that functionality > > without actually exposing signals. (From an internals

[]->isa('Foo') to not throw exceptions

2001-01-04 Thread Piers Cawley
Did we do this one already? I have an embarrassingly large amount of code that has to do Cisa('Foo') }>, or Ccan('Bar') }> because there is a chance that C<$foo> is an unblessed reference. I would use UNIVERSAL::can directly, but I have some code (a container/decorator class) that messes with is

Re: Speaking of signals...

2001-01-04 Thread Sam Tregar
On Wed, 3 Jan 2001, Dan Sugalski wrote: > I think one of the things we might want to do is figure out what people use > signals for and see if we can abstract out some of that functionality > without actually exposing signals. (From an internals standpoint, at least) Well, one thing people use s

Re: This is PDD #1--a high-level overview of the perl system

2001-01-04 Thread Simon Cozens
On Wed, Jan 03, 2001 at 11:34:04PM -0500, Uri Guttman wrote: > > "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes: > DS> A subsystem is, in this instance at least, a piece of perl that > DS> can more or less stand alone, but cross modules ... > DS> Safe signals live pretty much entirely i

Re: Anyone want to take a shot at the PerlIO PDD?

2001-01-04 Thread Simon Cozens
On Wed, Jan 03, 2001 at 11:03:08PM +, Nick Ing-Simmons wrote: > I am willing to cast bleadperl5's PerlIO into the form of a _draft_ PDD > for perl6 - i.e. "this is what it does now", not "this is what it should do". I have a feeling the two are going to be very similar. -- "A word to the wi

Re: Vtable methods

2001-01-04 Thread Dan Sugalski
At 12:42 PM 1/4/01 +, Simon Cozens wrote: >It's time to design the RTL and API. Can I have suggestions for vtable >methods, please? I can go you one better--I've a partial vtable PDD done. I'll patch it up a bit when I get into the office later and send it on. One thing we need to discuss b

Vtable methods

2001-01-04 Thread Simon Cozens
It's time to design the RTL and API. Can I have suggestions for vtable methods, please? -- In related wibbling, I can see an opening for the four lusers of the Apocalypse... "I didn't change anything", "My e-mail doesn't work", "I can't print" and "Is the network broken?". - Paul Mc Aule

Re: [FWP] sorting text in human-order

2001-01-04 Thread Piers Cawley
David Cantrell <[EMAIL PROTECTED]> writes: > On Thu, Jan 04, 2001 at 09:28:26AM +, Piers Cawley wrote: > > > And for 'proper' library type sorting (assuming all works are in > > English) we should really be doing something like: > > > > require Lingua::EN::Numbers; > > s/(\d+(?:\.\d

Re: [FWP] sorting text in human-order

2001-01-04 Thread David Cantrell
On Thu, Jan 04, 2001 at 09:28:26AM +, Piers Cawley wrote: > And for 'proper' library type sorting (assuming all works are in > English) we should really be doing something like: > > require Lingua::EN::Numbers; > s/(\d+(?:\.\d+))/Lingua::EN::Numbers->($1)->get_string/eg; > > since i

Re: [FWP] sorting text in human-order

2001-01-04 Thread Piers Cawley
Piers Cawley <[EMAIL PROTECTED]> writes: > "David L. Nicol" <[EMAIL PROTECTED]> writes: > > Marc Lehmann wrote: > > > > > > On Sat, Dec 30, 2000 at 05:31:29AM +, "David L. Nicol" ><[EMAIL PROTECTED]> wrote: > > > > I do not know exactly what the perl5 default sort heuristic is, > > > > asid

Re: Speaking of signals...

2001-01-04 Thread Ariel Scolnicov
Here is the complete list of SunOS signals (as reported by "kill -l"), with possible uses for each. Some I'm discounting as "not useful" (for Perl programs), but it ain't necessarily so... =over 4 =item HUP Prodding daemons, dealing with loss of interactivity =item INT, QUIT, TERM (#15, pres