On Sat, 2004-01-24 at 06:18, Leopold Toetsch wrote:
> Either:
> new $P2, .HashlikeStruct, $P1
> or
> assign $P2, $P1
That gave me "Illegal initializer for struct", which may be related to
your next comment.
> > pmclass HashlikeStruct extends UnManagedStruct need_ext does hash
>
>
I'm trying to track down a problem with a PerlArray that is getting
modified on me.
I have a snippet of code like:
typeof $S12, tcl_words
$I12 = tcl_words
print "TYPEOF: "
print $S12
print "\n"
print "SIZEOF: "
print $I12
print "\n"
(var_start_at,var_length,var_replace_str) =
Dan Sugalski wrote:
Michael Scott wrote:
Perhaps the most controversial feature of all this is that I'm using
rows of 80 '#'s as visual delimiters to distinguish documentation
sections from code.
Please don't. If you really, really must, chop it down to 60 or so
characters. 80 may wrap in some
Pete Lomax wrote:
Gordon Henriksen wrote:
It doesn't matter if an int field could read half of a double or v.v.;
it won't crash the program. Only pointers matter.
These rules ensure that dereferencing a pointer will not segfault.
In this model, wouldn't catching the segfault and retrying (once
Sorry for the singletons in the previous messages, didn't expect to
find more than the first.
This isn't meant to be a canonical list of close-able things, just
those I found poking around for several minutes.
In the "open" queue, there are 5 calls that range from 10 months to two
years old th
24728 is apparently a bug for 5.8/5.9, not 6.0
--
Will "Coke" Coledawill at coleda
dot com
22998 is an Applied [PATCH], still listed as new, unassigned.
Regards.
--
Will "Coke" Coledawill at coleda
dot com
Hi,
On Sat, Jan 24, 2004 at 11:46:32AM -0800, chromatic wrote:
[snip]
> pthreads on Linux PPC, yep. Which version of glibc do you have?
>
> -- c
>
glibc-2.3.1-51a according to rpm -q
Jeff
On Sat, 24 Jan 2004 13:59:26 -0500, Gordon Henriksen
<[EMAIL PROTECTED]> wrote:
>It doesn't matter if an int field could read half of a double or v.v.;
>it won't crash the program. Only pointers matter.
>These rules ensure that dereferencing a pointer will not segfault.
In this model, wouldn't
I wrote:
Mattia Barbon wrote:
I feel I'm becoming annoying, but: the embedding and extending
interfaces are still using different names for
Parrot_Interp/Parrot_INTERP. Which one is correct?
[blahblahblah]
Spoke too soon. Parrot_INTERP looks unnecessary. Parrot_Interp already
has the needed op
On Saturday, January 24, 2004, at 11:28 , Mattia Barbon wrote:
I feel I'm becoming annoying, but: the embedding and extending
interfaces are still using different names for
Parrot_Interp/Parrot_INTERP. Which one is correct?
Mattia,
Both are correct. Sort of. :) Parrot_INTERP is an opaque type,
On Friday, January 23, 2004, at 11:05 , Tim Bunce wrote:
Here's my preference:
*) ArrayFLenMixed - fixed-size, mixed-type array
*) ArrayVLenPMC- variable-sized PMC array
*) ArrayFLenPMC- fixed-size PMC array
*) ArrayVLenString - variable-sized string array
*) ArrayFLenString -
I wrote:
With this vocabulary:
variable: A memory location which is reachable (i.e., not
garbage). [*]
pointer: The address of a variable.
pointer variable: A variable which contains a pointer.
access: For a pointer p, any dereference of p—*p, p->field, or
p[i]—whether for the purposes of re
On Sat, 2004-01-24 at 09:17, Jeffrey Dik wrote:
> "make tests" had starting hanging in t/src/extend.t. I think it might
> be the same problem chromatic was experiencing recently, but really I
> have no idea. Putting a "Parrot_exit(0);" in front of the "return 0;"s
> caused all the t/src/extend.t
Leopold Toetsch wrote:
Gordon Henriksen <[EMAIL PROTECTED]> wrote:
... Best example: morph. morph must die.
Morph is necessary. But please note: morph changes the vtable of the
PMC to point to the new data types table. It has nothing to do with a
typed union.
I overstated when I said that morph
On Sun, Jan 18, 2004 at 02:49:06PM +0100, Michael Scott wrote:
>
> On 17 Jan 2004, at 21:47, Leopold Toetsch wrote:
>
> >[...]
> >
> >BTW don't we have some docs/*.pod with a summary of sending patches?
> >Also the F seems to be missing in the tree.
> >
>
> I have a submissions.pod on the wiki w
Hi,
"make tests" had starting hanging in t/src/extend.t. I think it might
be the same problem chromatic was experiencing recently, but really I
have no idea. Putting a "Parrot_exit(0);" in front of the "return 0;"s
caused all the t/src/extend.t tests to work. I had the same problems in
t/src/in
# New Ticket Created by Dave Pippenger
# Please include the string: [perl #25248]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=25248 >
gettingstarted.pod seems to be missing from docs/*.pod
Hello,
I feel I'm becoming annoying, but: the embedding and extending
interfaces are still using different names for Parrot_Interp/Parrot_INTERP.
Which one is correct?
Thanks!
Mattia
On Saturday, January 24, 2004, at 09:23 , Leopold Toetsch wrote:
Gordon Henriksen <[EMAIL PROTECTED]> wrote:
... Best example: morph. morph must die.
Morph is necessary. But please note: morph changes the vtable of the
PMC to point to the new data types table. It has nothing to do with a
typed
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Here are snippets from the profile:
> with SharedRef
> CODE OP FULL NAMECALLS TOTAL TIME AVG T. ms
> - --- -- --
>753 new_p_ic_p 100.157785 0.0016
>90
Gordon Henriksen <[EMAIL PROTECTED]> wrote:
> ... Best example: morph. morph must die.
Morph is necessary. But please note: morph changes the vtable of the PMC
to point to the new data types table. It has nothing to do with a typed
union.
> Gordon Henriksen
leo
Chromatic <[EMAIL PROTECTED]> wrote:
> I'm having odd troubles with "Key not an integer!", which indicates I'm
> doing something wrong. Still, it *looks* fairly solid, at least for
> getting and setting integers and floats.
> new $P2, .HashlikeStruct
> $P2 = $P1
Either:
new
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 5:56 PM +0100 1/23/04, Leopold Toetsch wrote:
>>Stopping all interpreters seems to be cheaper. The rwlock will sooner or
>>later stop all interpreters anyway (on first PMC access), so we can omit
>>the price for the rwlock and just hold the world(s).
>
Just a heads-up--I'm off to Copenhagen and NordU for a few days, and
I'm not sure what sort of internet access I'll have while I'm there.
I may well be out of touch until some time on Thursday or Friday,
depending on the number of Starbucks in the airports I pass through...
--
# New Ticket Created by Adam Thomason
# Please include the string: [perl #25247]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=25247 >
The attached patch fixes all JIT-related failures (i.e., 100%) in testj, leaving just
26 matches
Mail list logo
