On Mon, Dec 29, 2003 at 04:44:33PM -0500, Uri Guttman wrote:
HJ == Harry Jackson [EMAIL PROTECTED] writes:
HJ I was searching on google for
HJ core.html parrot
HJ http://www.gurney.co.uk/parrots/dandan.html
and if dan keeps leading parrot he will soon pluck out his own hairs
On Tuesday, December 23, 2003, at 08:40 , Rod Adams wrote:
- Most treaded code can be converted to an event loop (+async I/O)
without issue. Esp if we have co-routines.
- For the other stuff, we'd still have Type 2 threads, which gets the
job done.
(Just got back from vacation and was reviewing
Hi,
I have been playing around with 'libpcre' for Parrot m4.
For some reason I couldn't compile two regular expressions in the same
PIR script.
I created a sample C program and that worked like it should.
It looks like the error has nothing to do with 'libpcre'. So I boiled down
my code to a
Leopold Toetsch wrote:
Dan Sugalski wrote:
Leopold Toetsch wrote:
Again, not only strings but all kind of containers using managed
resources suffer from that problem.
All that seems to imply, that we need two locks for shared access: one
for protecting DOD/GC and a second for the PMC. Any
Some questions
Please note:
I have been unable to test these patches with make test due to the
problems I mentioned in an earler post. I have managed to get the
postgres lib working again and I am hoping this is the only thing I have
affected with these patches although if someone would like
Bernhard Schmalhofer wrote:
Hi,
Could sombody test the attached script on another machine?
I'm working here on a Linux laptop:
I am geting a seg fault. Its fine when the second call is commented out.
I am not sure if any of the following is any use to you.
The follwoing PASM was part generated
Well... it's time to start digging into threads more seriously, which
Leo's been starting to do. At the moment I'm leaning towards all
threads in a thread group sharing string and PMC arenas, and memory
pools, as it makes life very much easier in some ways, except...
The DOD. And the GC,
IMCC bus errors (at least on OS X) when presented with the construct:
set $P0[$I1], Params[$I1]
This little test program triggers it for me:
.sub _MAIN prototyped
.local Array Foo
.local Array Bar
set Foo[1], Bar[1]
.end
IMCC also doesn't like the construct:
Foo[1] = Bar[1]
but
Hi,
I was wondering if there was anything built in Perl (a Module) that
will take in a Perl file and parse that into an abstract or concrete syntax
tree. I searched around cpan for a bit and couldn't find what I was looking
for. If anyone is wondering what I'm talking about there is a
--- Potozniak, Andrew [EMAIL PROTECTED] wrote:
Hi,
I was wondering if there was anything built in Perl (a Module) that
will take in a Perl file and parse that into an abstract or concrete
syntax
tree. I searched around cpan for a bit and couldn't find what I was
looking
for. If
Andrew Potozniak wrote in perl.qa :
I was wondering if there was anything built in Perl (a Module) that
will take in a Perl file and parse that into an abstract or concrete syntax
tree. I searched around cpan for a bit and couldn't find what I was looking
for. If anyone is wondering
At 11:27 AM -0500 12/30/03, Gordon Henriksen wrote:
I wish the threading design for parrot would look more toward
successful, performant multithreaded systems,
I'm going to be really grumpy here, though it's not directed at
Gordon. What *I* wish is that people who've not had any experience
On Dec 29, 2003, at 11:48 AM, Dan Sugalski wrote:
As I see it, it's really the allocation that is more complicated with
a mark-and-sweep collector (since you have to search for a
correct-sized free chunk, efficiently)--the collection itself is the
easy part. Actually, it seems like this is
On Dec 30, 2003, at 11:18 AM, Dan Sugalski wrote:
At 11:27 AM -0500 12/30/03, Gordon Henriksen wrote:
I wish the threading design for parrot would look more toward
successful, performant multithreaded systems,
I'm going to be really grumpy here, though it's not directed at
Gordon. What *I* wish
DS == Dan Sugalski [EMAIL PROTECTED] writes:
DS I'm going to be really grumpy here, though it's not directed at
DS Gordon. What *I* wish is that people who've not had any experience
DS trying to build threaded interpreters for languages with data as
DS heavyweight as perl's with a POSIXy
On Dec 29, 2003, at 2:12 PM, Harry Jackson wrote:
During
[EMAIL PROTECTED] parrot]$ make test
echo imcc/imcc.y -d -o imcc/imcparser.c
imcc/imcc.y -d -o imcc/imcparser.c
perl -e 'open(A,qq{$_}) or die foreach @ARGV' imcc/imcc.y.flag
imcc/imcparser.c imcc/imcparser.h
perl t/harness --gc-debug
It's pretty obvious that we've a number of folks who've got Thread
Religion. It's also very obvious that there is more than one One True
Thread Religion. And it's *definitely* obvious that I'm getting
cranky.
So.
This is everyone's chance. You have what you think is the Right Way
to do it?
The Perl 6 Summary for the week ending 20031228
It's the last Perl 6 Summary of 2003 already. Where did the year go?
A large part of my year went down the plughole in the great double disk
disaster which saw about 3 years of mail, a few gigabytes of photos and
my entire summary
Jeff Clites wrote:
Here are 3 things to try:
1) When it hangs there, check with 'top' to see if it is using CPU (ie,
is it blocking, or in an infinite loop).
Already done that and it is eating no cycles.
2) Try running one of the tests which blocks, individually. If you can
get it to happen
On Dec 30, 2003, at 3:11 PM, Harry Jackson wrote:
2) Try running one of the tests which blocks, individually. If you
can get it to happen this way, then run it in gdb and see what it's
doing. (Or, attach to an already blocked one from 'make test'--this
is assuming it's parrot that's actually
From: Dan Sugalski [EMAIL PROTECTED]
So, could someone with some windows experience go digging and find
out how one would:
1) Find the address of the base of a thread's stack
3) Find out what a thread's current stack pointer is
I would do 1), 3) this way ...
thdl = _beginthreadex(NULL,
And a note for 3): It's importatnt to create a thread with CREATE_SUSPENDED,
and at thread runtime we have to suspend thread while checking out its
registers so that to get the true values.
SuspendThread(thdl);
GetThreadContext(thdl, ctx);
...
ResumeThread(thdl);
0x4C56
Jeff Clites wrote:
On Dec 30, 2003, at 3:11 PM, Harry Jackson wrote:
2) Try running one of the tests which blocks, individually. If you
can get it to happen this way, then run it in gdb and see what it's
doing. (Or, attach to an already blocked one from 'make test'--this
is assuming it's
From: Jonathan Worthington [EMAIL PROTECTED]
Here is my attempt at a patch for executable memory allocation, which
makes
+void *
+mem_alloc_executable(size_t size)
+{
+ void *ptr = VirtualAlloc(NULL, size, MEM_COMMIT, PAGE_EXECUTE_READWRITE);
^^^
- Original Message -
From: Vladimir Lipsky [EMAIL PROTECTED]
To: perl6-internals [EMAIL PROTECTED]
Sent: Wednesday, December 31, 2003 2:42 AM
Subject: Re: [perl #24769] [PATCH] mem_sys_allocate_executable - initial
draft
From: Jonathan Worthington [EMAIL PROTECTED]
Here is my attempt
At 5:07 AM +0300 12/31/03, Vladimir Lipsky wrote:
From: Dan Sugalski [EMAIL PROTECTED]
So, could someone with some windows experience go digging and find
out how one would:
1) Find the address of the base of a thread's stack
3) Find out what a thread's current stack pointer is
I would do 1),
I might be going mad here and maybe I have been up too long but, does:
http://dev.x.perl.org/perl6/pdd/pdd16_native_call.html
have two identical Parrot_callback_C and Parrot_callback_D function
signatures.
Harry Jackson
At 2:28 AM + 12/31/03, Harry Jackson wrote:
I might be going mad here and maybe I have been up too long but, does:
http://dev.x.perl.org/perl6/pdd/pdd16_native_call.html
have two identical Parrot_callback_C and Parrot_callback_D function
signatures.
Possibly, though they're supposed to have
At 07:38 PM 12/28/2003 -0500, Dan Sugalski wrote:
At 7:19 PM -0500 12/28/03, Matt Fowles wrote:
Dan Sugalski wrote:
At 3:27 PM -0500 12/28/03, Matt Fowles wrote:
Leopold Toetsch wrote:
I'd use a custom hash with the PMC address being the key[1]. /Me
thinks, it
doesn't help, when a PMC gets
At 05:45 PM 12/30/2003 +0100, Bernhard Schmalhofer wrote:
Hi,
I have been playing around with 'libpcre' for Parrot m4.
For some reason I couldn't compile two regular expressions in the same
PIR script.
I created a sample C program and that worked like it should.
It looks like the error has
30 matches
Mail list logo
