Leopold Toetsch [EMAIL PROTECTED] writes:
Causes a crash, instead of raising an exception.
as probably any other IO opcode. Proper error handling for IO is much
work and a lot of fun.
Patches welcome.
These were things I wanted to do quite a while ago, but then I got a
new job, moved
Ah, good call.
Adding -G causes the code to complete with no crash. (This also clears
the two hurdles in the test suite I mentioned elsewhere.)
(debugger) - I'm not sure I can get anything more helpful out of the
debugger than the crash log (with stack trace) from an earlier post -
Here's the
At 2:57 PM +0100 3/26/04, James Mastros wrote:
Larry Wall wrote:
Do bear in mind that Perl can execute bits of code as it's compiling,
so if a bit of code is untrustworthy, you shouldn't be compiling it
in the first place, unless you've prescanned it to reject Cuse,
CBEGIN, and other macro
At 10:12 AM + 3/26/04, Harry Jackson wrote:
Dan Sugalski wrote:
I've fixed up the dependency problem in the makefile generation
that was getting in the way of multithreaded makes. Shouldn't cause
any problems, but it never hurts to double-check these things
elsewhere.
Was that were make -jN
On Fri, Mar 26, 2004 at 09:26:45AM -0500, Dan Sugalski wrote:
: Yup. Subroutines and methods are privilege boundaries, and code with
: extra rights may call into less privileged code safely. We need to
: work out the mechanism though.
One thing you'll have to do in that case is disable the
On Fri, Mar 26, 2004 at 09:23:25AM -0500, Dan Sugalski wrote:
: At 11:01 PM -0500 3/25/04, Will Coleda wrote:
: Would a patch be accepted that let split work on non empty strings
: (not treated as REs) as a stopgap until RE support?
:
: Yep.
Especially since we'll be revising P6 split to do
I have built Parrot on NetBSD with GNU Portable Threads.
All (except SKIP) threads.t tests is successful,
BUT interp identity and thread - kill.
Test interp identity sleep perpetual after printing ok1 and ok2.
Test thread - kill running perpetual using 100% CPU.
Than I can help?
Nick.
Dan Sugalski [EMAIL PROTECTED] wrote:
At 6:46 PM +0100 3/17/04, Leopold Toetsch wrote:
Or: after the 1st delegate lookup create a JITed stub
Which is swell, except for that pesky can't-guarantee-a-JIT thing... :)
I've running that now for the C__init call. In the absence of
C__init the vtable
At 4:34 PM +0100 3/26/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
At 6:46 PM +0100 3/17/04, Leopold Toetsch wrote:
Or: after the 1st delegate lookup create a JITed stub
Which is swell, except for that pesky can't-guarantee-a-JIT thing... :)
I've running that now for the
Nick Kostirya [EMAIL PROTECTED] wrote:
I have built Parrot on NetBSD with GNU Portable Threads.
All (except SKIP) threads.t tests is successful,
BUT interp identity and thread - kill.
Test interp identity sleep perpetual after printing ok1 and ok2.
Strange. Actually no PASM thread is started
I finally figured out why the windows machine wasn't showing in the
tinderbox, and fixed that. (System dates. D'oh!) We now have (again)
a reliable windows machine building parrot for test, both under
Cygwin and Visual Studio/.NET (though it builds a native executable
there rather than a .NET
Dan Sugalski [EMAIL PROTECTED] wrote:
The cygwin build sorta kinda works OK, but the link fails because of
a missing _inet_pton. I seem to remember this cropping up in the past
and I thought we'd gotten it fixed, but apparently not.
Kind of fixed:
$ perl Configure.pl --help
...
At 7:26 PM +0100 3/26/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
The cygwin build sorta kinda works OK, but the link fails because of
a missing _inet_pton. I seem to remember this cropping up in the past
and I thought we'd gotten it fixed, but apparently not.
Kind of
Dan Sugalski wrote:
At 7:26 PM +0100 3/26/04, Leopold Toetsch wrote:
--define=inet_aton Quick hack to use inet_aton instead of inet_pton
Sounds like a job for a hints file. :)
Done. (Done hackishly, but done.)
--
Brent Dax Royal-Gordon [EMAIL PROTECTED]
Perl and Parrot hacker
Oceania has
Another job for the intrepid configure and/or makefile hacker.
Right now, there's a languages-test target in the top level makefile.
This is good.
Unfortunately, the way it works is... sub-good. What it does is do a
make test in the languages directory, and that target runs each
language test
Will Coleda [EMAIL PROTECTED] wrote:
#3 0x001a8c6c in Parrot_Continuation_mark (interpreter=0x923400,
pmc=0x984588) at continuation.c:53
Seems to be dead context.
Does this help?
--- parrot/classes/continuation.pmc Mon Mar 22 13:38:09 2004
+++ parrot-leo/classes/continuation.pmc Fri Mar
Brent 'Dax' Royal-Gordon [EMAIL PROTECTED] wrote:
Done. (Done hackishly, but done.)
A bit too hackish IMHO. The Configure --define switch can take multiple
arguments, separated by commas.
A hint equivalent could be:
Configure::Data-set {
D_inet_aton = 1
D_xxx = 1
};
At 9:19 PM +0100 3/26/04, Leopold Toetsch wrote:
Brent 'Dax' Royal-Gordon [EMAIL PROTECTED] wrote:
Done. (Done hackishly, but done.)
A bit too hackish IMHO. The Configure --define switch can take multiple
arguments, separated by commas.
A hint equivalent could be:
Configure::Data-set {
This has come up before and the discussion always semi-warnocks, but
it's time to bring it up again.
All the vtable operations that do PMC things are three-arg
versions--they get both the args and the destination PMCs passed in.
This is done specifically for speed reasons, as the assumption is
Dan Sugalski wrote:
This becomes a bit less efficient when we're looking at intermediate
values of expressions. Something like:
a = b + c + d
turns to
new $P0, SomeIntermediateType
add $P0, b, c
add a, $P0, d
Well...how about this:
1. Have all vtable methods which take a dest
Dan Sugalski wrote:
If that works better, great. The hack fix apparently didn't, at least
according to the tinder builds.
Had a massive think-o about the meaning of --define. The version now in
CVS should work. (Tested it on my own box--had to add make, gcc, and
perl to Cygwin, but it builds
Dan Sugalski [EMAIL PROTECTED] wrote:
This becomes a bit less efficient when we're looking at intermediate
values of expressions. Something like:
a = b + c + d
turns to
new $P0, SomeIntermediateType
add $P0, b, c
add a, $P0, d
and we need to create that $P0 temp
Brent 'Dax' Royal-Gordon [EMAIL PROTECTED] wrote:
Dan Sugalski wrote:
This becomes a bit less efficient when we're looking at intermediate
values of expressions. Something like:
a = b + c + d
turns to
new $P0, SomeIntermediateType
add $P0, b, c
add a, $P0, d
Well...how
Dan Sugalski [EMAIL PROTECTED] wrote:
So, I'm doing these, because I need 'em, and we might as well get the
things in now. For the record, these things will be called as
functions (not methods), with three parameters, so the signature
looks like:
A short question WRT implementation: shouldn't
Opcodes normally have a specifier that indicates, if a register is
written to or only used, e.g.
null (out PMC)
An Cout register gets a new value at that point, the register
allocator can reuse this register because the old contents got
discarded. This information is necessary for the
Steve Hay [EMAIL PROTECTED] wrote:
HANDLE __stdcall WSAAsyncGetServByName(HWND hWnd, u_int wMsg,
const char * name,
const char * proto,
char * buf, int obj.u._b._buflen);
Leopold Toetsch wrote:
Steve Hay [EMAIL PROTECTED] wrote:
HANDLE __stdcall WSAAsyncGetServByName(HWND hWnd, u_int wMsg,
const char * name,
const char * proto,
char *
I finally applied the long missing bits of a patch by Gordon Henriksen -
thanks again.
So the macros Cbufstart and Cbuflen are already history.
PObj_bufstart(b) and PObj_buflen(b) is now the way to go.
leo
28 matches
Mail list logo