On Dec 22, 2003, at 6:57 AM, Dan Sugalski wrote:
At 11:44 AM -0800 12/20/03, Jeff Clites wrote:
On Dec 20, 2003, at 1:54 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
The issue turns out to be that SIGFPE isn't raised on Mac OS X on
divide by zero. If I hack src/core_ops.c to
On Dec 22, 2003, at 2:48 PM, Melvin Smith wrote:
At 11:02 AM 12/22/2003 -0700, Cory Spencer wrote:
The program I'm writing is passing a ParrotIO object about to various
functions (the ParrotIO object being either stdin or a file handle to
a
regular file). Each function can read as many bytes as
I've opened a few files, using P0, and saved a copy of P0 in P4[n].
I was planning on chucking say 0 or -1 in P4[n] when I closed the
file, but it won't let me do this. (set_integer_native not implemented
in class parrotIO) I hope there is something planned not yet
implemented?
Pete
Hi,
I was looking over the WinXP Service Pack 2 "Changes to functionality"
document, which you can get here:-
http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechn
ol/winxppro/maintain/winxpsp2.asp (download available in Word format)
One change is that for all capable 32-b
Dan Sugalski wrote:
We're starting to check in library code, which brings up the annoying
issue of licensing. Since we haven't been able to go the easy (i.e. all
public domain) route for parrot we need to deal with this.
The license on Parrot itself is straightforward enough, albeit a bit odd
w
At 11:59 PM 12/22/2003 +0100, Elizabeth Mattijsen wrote:
At 14:14 -0500 12/22/03, Dan Sugalski wrote:
At 1:49 PM -0500 12/22/03, Josh Wilmes wrote:
I think it might be good to get started on regretting that as soon as
possible ;-)
Still, at the moment, so far as I can tell, most perl, python, and r
At 14:14 -0500 12/22/03, Dan Sugalski wrote:
At 1:49 PM -0500 12/22/03, Josh Wilmes wrote:
I think it might be good to get started on regretting that as soon as
possible ;-)
Still, at the moment, so far as I can tell, most perl, python, and
ruby programs that are run are run single-threaded, and a
Hmm... this has become more of a rambling rather than a coherent list
of reasons
At 13:49 -0500 12/22/03, Josh Wilmes wrote:
At 12:23 on 12/22/2003 EST, Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Second, we're assuming that the *non* threaded case is the common
case. (This is definitely the
At 11:02 AM 12/22/2003 -0700, Cory Spencer wrote:
The program I'm writing is passing a ParrotIO object about to various
functions (the ParrotIO object being either stdin or a file handle to a
regular file). Each function can read as many bytes as it likes from the
descriptor. There are times, how
Grotty bits? Can you be more specific?
What Python features or idioms do you believe Parrot will run faster
than the CLR?
--- Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Yeah, but alas Miguel's mis-informed. A reasonable reimplementation
> of core python (without all the grotty bits that arguably t
At 10:09 PM +0100 12/22/03, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
I get 1) - 7) and it totally matches my thoughts :)
8) We're probably going to have to rejig the string functions some,
and access them via a vtable off strings or something of the sort, so
we can swap i
At 10:12 PM +0100 12/22/03, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Nope. The python source and bytecode for the challenge is due by the
end of the month
... which isn't many days off. Do you have the benchmarks already?
Nope. I'm waiting on Guido.
--
> I just noticed it doesn't work on Jonathon Worthington's 3/12 build is
> all. I have three other builds it works fine on, so I'm happy ;-)
Stuff's happened, I haven't been able to do an updated build (or other
stuff) as I'd hoped. Now I've got some free time I'll sync up my CVS and do
a new buil
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 4:30 PM +0100 12/17/03, Leopold Toetsch wrote:
>> getinterp P2
>> find_method P0, P2, "thread"
>> find_global P6, "_foo"
>> clone P5, P2
>> invoke # start the thread
> I think I'd like to start new threads a bit differently, at lea
Dan Sugalski <[EMAIL PROTECTED]> wrote:
I get 1) - 7) and it totally matches my thoughts :)
> 8) We're probably going to have to rejig the string functions some,
> and access them via a vtable off strings or something of the sort, so
> we can swap in and out threadsafe memory allocation and strin
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Nope. The python source and bytecode for the challenge is due by the
> end of the month
... which isn't many days off. Do you have the benchmarks already?
leo
Dan wrote:
>
> Full CVS checkin, or would you prefer to stick with just the perl 6
> section?
At the moment I don't expect to work on much outside the perl 6 section
except the Perl PMC's and occasional OS X patches. That may change.
Allison
At 1:28 PM -0600 12/22/03, Allison Randal wrote:
Dan wrote:
Allison, if you've not gotten a perl.org account head over to
bugs.perl.org and get one so we can get you checkin privs. Seems
silly to force a go-between for updates to the perl compiler.
I'm "allison".
Yes, yes you are. :) Full CVS ch
Dan wrote:
>
> Allison, if you've not gotten a perl.org account head over to
> bugs.perl.org and get one so we can get you checkin privs. Seems
> silly to force a go-between for updates to the perl compiler.
I'm "allison".
Allison
At 8:05 PM +0100 12/22/03, Elizabeth Mattijsen wrote:
At 11:00 -0500 12/22/03, Dan Sugalski wrote:
Easily, albeit with a bit of a speed hit for threaded code. (Java
has immutable strings which cuts out a lot of the need for
synchronization, since you don't need any for immutable data) If
all acc
At 1:49 PM -0500 12/22/03, Josh Wilmes wrote:
At 12:23 on 12/22/2003 EST, Dan Sugalski <[EMAIL PROTECTED]> wrote:
Second, we're assuming that the *non* threaded case is the common
case. (This is definitely the assumption that I'm most expecting to
regret in the future)
I think it might be good
At 11:00 -0500 12/22/03, Dan Sugalski wrote:
Easily, albeit with a bit of a speed hit for threaded code. (Java
has immutable strings which cuts out a lot of the need for
synchronization, since you don't need any for immutable data) If all
access is through PMCs, and it needs to be, you use the t
At 12:23 on 12/22/2003 EST, Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Second, we're assuming that the *non* threaded case is the common
> case. (This is definitely the assumption that I'm most expecting to
> regret in the future)
I think it might be good to get started on regretting that as soo
Since they've come up, here's the scheme I've been pondering, based
in large part on experience with POSIX threads at the C level,
POSIX-style threads at the interpreter level (with perl 5's
5.005-style threads), and the interpreter/semi-fork style threads
that perl 5's using now.
First off, t
At 6:38 PM -0800 12/21/03, Jeff Clites wrote:
On Dec 21, 2003, at 5:44 PM, Dan Sugalski wrote:
At 5:31 PM -0800 12/21/03, Jeff Clites wrote:
It sounds like an assumption here is that separate threads get
separate interpreter instances. I would have thought that a
typical multithreaded program wo
At 7:45 PM -0800 12/21/03, Joe Wilson wrote:
Perhaps some of you may be interested in this
entry from Miguel de Icaza's web log:
Python running fast on .NET
http://primates.ximian.com/~miguel/archive/2003/Dec-09.html
Yeah, but alas Miguel's mis-informed. A reasonable reimplementation
of core pytho
At 4:30 PM +0100 12/17/03, Leopold Toetsch wrote:
getinterp P2
find_method P0, P2, "thread"
find_global P6, "_foo"
clone P5, P2
invoke # start the thread
I think I'd like to start new threads a bit differently, at least
much more explicitly than an invoke. Invoke on an int
At 11:10 AM +0100 12/20/03, Leopold Toetsch wrote:
JüRgen" "BöMmels <[EMAIL PROTECTED]> wrote:
the *.ops files are lying in the ops/ directory, but the generated
c-files go to the src/ directory. This is completly different from
classes/, imcc/ etc. where the generated c-files go to the same
d
At 2:03 PM -0600 12/19/03, Allison Randal wrote:
Leo wrote:
> I've added two test files, bitwise.t and concat.t, which go in t/op/
> (the op/ directory doesn't exist yet)
Missing?
The directory needs to be added. We're gradually moving our way toward
the test hierarchy planned on p6d:
Allison, i
At 11:10 PM + 12/18/03, Harry Jackson wrote:
Dan Sugalski wrote:
It's util/ncidef2pasm.pl, actually. build_nativecall builds the
stub routines for the interpreter if a JIT isn't available. The
definitions of the characters are the same, but ncidef2pasm's a bit
better documented. (There's emb
We're starting to check in library code, which brings up the annoying
issue of licensing. Since we haven't been able to go the easy (i.e.
all public domain) route for parrot we need to deal with this.
The license on Parrot itself is straightforward enough, albeit a bit
odd what with ICU being i
At 7:38 PM +0100 12/18/03, Juergen Boemmels wrote:
Dan Sugalski <[EMAIL PROTECTED]> writes:
PDD 03 states that the *object* goes in P2. This works out just fine
with perl 5 style method calls, where the argument list doesn't
distinguish the object other than by position. What happens is that
w
At 11:44 AM -0800 12/20/03, Jeff Clites wrote:
On Dec 20, 2003, at 1:54 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
The issue turns out to be that SIGFPE isn't raised on Mac OS X on
divide by zero. If I hack src/core_ops.c to explicitly raise(SIGFPE) in
the case of zero divi
At 12:44 PM -0500 12/18/03, Melvin Smith wrote:
At 10:42 PM 12/17/2003 +0100, Leopold Toetsch wrote:
While playing with calling threaded subs, I came along a thing
which I think might be suboptimal:
pdd03 states that the method PMC should go into P2. This doesn't
really play with Perl5 <-> Perl6
At 2:21 PM -0800 12/20/03, Larry Wall wrote:
On Sat, Dec 20, 2003 at 12:41:10PM -0800, Jonathan Lang wrote:
: So what happens if more than one of the candidates is tagged as the
: default? The same thing as if none of them was? This could happen if
: both Predator and Pet have declared their 'fee
At 8:25 PM +0100 12/18/03, Leopold Toetsch wrote:
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
Hi,
I'm just wondering how I should raise an exception inside a vtable
function. I found the function real_exception, but I don't know what
to put into the *dest argument.
If the vtable method doesn't
At 6:35 PM -0800 12/20/03, Robert Spier wrote:
I've trained the filter with all of Novembers spam, and done a few
tweaks, and removed the recent offending messages from the parrot
queue.
Dealing with spam is a neverending problem, but it shouldn't be a
thankless one -- thanks, Robert, for keeping
I'd posted a similar message to this on the weekend, but it was a little
sparse on the details, so I'll rephrase it again.
The program I'm writing is passing a ParrotIO object about to various
functions (the ParrotIO object being either stdin or a file handle to a
regular file). Each function ca
Someone might want to check this works on the latest build:
.sub _main
set S0, "t.imc"
open P0, S0, "<"
AA100:
read S1, P0, 1
length I0, S1
le I0, 0, EOF
print S1
goto AA100
EOF:
end
.end
I just noticed it doesn't work on Jonathon Wo
Elizabeth Mattijsen <[EMAIL PROTECTED]> wrote:
> The main problem with Perl 5 ithreads is the thread startup CPU and
> memory usage.
I've now compiled a threaded perl5.8.0 and benchmarked prime-pthread
from perlthrtut against parrot:
$ time parrot t.imc >1
real0m1.044s
user0m0.730s
sys
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 10:42 PM +0100 12/17/03, Leopold Toetsch wrote:
>>While playing with calling threaded subs, I came along a thing which
>>I think might be suboptimal:
>>pdd03 states that the method PMC should go into P2. This doesn't
>>really play with Perl5 <-> Perl6 in
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Monday 22 December 2003 10:30, Paul Johnson wrote:
> On Mon, Dec 22, 2003 at 03:44:32AM +0100, Paul Johnson wrote:
> > Nothing to see here, unless you use Windows, in which case this might
> > have a chance of working.
>
> And here's the version without
On Mon, Dec 22, 2003 at 03:44:32AM +0100, Paul Johnson wrote:
> Nothing to see here, unless you use Windows, in which case this might
> have a chance of working.
And here's the version without debugging output. Bah!
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
43 matches
Mail list logo
