Re: 184 (v3): Perl should support an interactive mode

2000-10-03 Thread Markus Peter
applications(psh and perhaps the perldl shell, too) justifies such additions to perl. -- Markus Peter - SPiN GmbH [EMAIL PROTECTED]

Re: RFC 143 (v2) Case ignoring eq and cmp operators

2000-09-26 Thread Markus Peter
w/in a RFC proposing a way to declare a function to take it's arguments in infix instead of prefix manner. Well - it only came to the list again as I retired the RFC as most people thought this was not important enough :-) -- Markus Peter - SPiN GmbH [EMAIL PROTECTED]

Re: RFC 184 (v1) Perl should support an interactive mode.

2000-09-01 Thread Markus Peter
/projects/psh/ -- Markus Peter - SPiN GmbH [EMAIL PROTECTED]

Re: Are Perl6 threads preemptive or cooperative?

2000-08-25 Thread Markus Peter
is there valid as well though it would probably be good to seperate these discussions :-) -- Markus Peter - SPiN GmbH [EMAIL PROTECTED]

Re: RFC 143 (v1) Case ignoring eq and cmp operators

2000-08-24 Thread Markus Peter
***. It's a syntactic anomaly that does not fall out of anything else in the language. The analogy to m//i or s///g is a false one, as those are not functions I still say it looks familiar even if it's a false analogy. Another possibility would be to use cmpi and eqi -- Markus Peter - SPiN

Re: Exception handling [Was: Re: Things to remove]

2000-08-23 Thread Markus Peter
t the distinction we simply do not have the problem. And I definitely do NOT want to have a dozen wrapper modules or whatever till that usage withered away in CPAN in 95% of the modules after 1 year. -- Markus Peter - SPiN GmbH [EMAIL PROTECTED]

Re: On the case for exception-based error handling.

2000-08-22 Thread Markus Peter
al effects, it's not necessarily evil, we should only ensure that it cannot be used from within a .pm -- Markus Peter - SPiN GmbH [EMAIL PROTECTED]

Re: On the case for exception-based error handling.

2000-08-22 Thread Markus Peter
e fatal all the time... Another way to achieve the same result would be to NOT get rid of the try part of try/catch and then try automatically implies use fatal for that block... -- Markus Peter [EMAIL PROTECTED]

New syntactic sugar builtin: in

2000-08-21 Thread Markus Peter
"bla"); or print "OK!" if $val eq "foo" or $val eq except it's a lot more compact, intuitive to use and readable... -- Markus Peter - SPiN GmbH [EMAIL PROTECTED]