/projects/psh/
--
Markus Peter - SPiN GmbH
[EMAIL PROTECTED]
command
or whatever you'd use for locking works as fine-grained as desired, that
means, in the current block, so we needn't lock the variable in the whole
subroutine.
--
Markus Peter - SPiN GmbH
[EMAIL PROTECTED]
well. (Or at least less poorly... :)
Writing an own threading library also forces you to use cooperative
threading as on many system emulating preemptive threads without system
support is rather hard or impossible (especially blocking I/O is an issue
there on some systems).
--
Markus Peter - SPiN
with a higher "performance" (meaning speed) than preemptive, but
cooperative is simply not as reliable as preemptive threading
--
Markus Peter - SPiN GmbH
[EMAIL PROTECTED]
***. 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
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]
o exotic to be fixed?
--
Markus Peter - SPiN GmbH
[EMAIL PROTECTED]
ven better but
then we'd run into troubles if you use variables instead of bare words and
those variables contain numbers ;-)
--
Markus Peter - SPiN GmbH
[EMAIL PROTECTED]
sure what the advantage of that approach is except that you
could overload m and s (which could also be added to use overload)?
To me, this looks as if this probably has lots of potential for perl poetry
but not for programming...
--
Markus Peter - SPiN GmbH
[EMAIL PROTECTED]
to
--
Markus Peter - SPiN GmbH
[EMAIL PROTECTED]
timezone information or complete timezone information those zones would not
be available until somebody installs a zoneinfo package or whatever - where
exactly is the problem there?
--
Markus Peter - SPiN GmbH
[EMAIL PROTECTED]
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]
need an additional variable then - either one which
holds specifically the last object (like $LAST_ME or whatever) or one which
holds information about the way the sub was called. I'd still prefer the
first alternative then as it appears cleaner to me somehow.
--
Markus Peter - SPiN GmbH
[EMAIL
ds of side effects. Such a feature is probably ok if it's
optional for a method but not by default...
--
Markus Peter - [EMAIL PROTECTED]
ample (for those who could still not see any sense in my words ;-):
use no fatal;
bla;
bla;
# should any of the above code throw an exception it gets ignored
try {
# from this point on i handle exceptions - use fatal is implied
foo;
} catch ...; # handle exception
bar;
...
bar;
# exception
talking about?
2) It's still fatal even if the program used 'no fatal' at the beginning
of the program, but outside the try block?
--
Markus Peter
[EMAIL PROTECTED]
... )
--
Markus Peter - SPiN GmbH
[EMAIL PROTECTED]
17 matches
Mail list logo