On Mon, Feb 23, 2004 at 10:22:43PM -0800, Brent Dax Royal-Gordon wrote:
: (Apologies if this is a repeat--I tried to send something on the same
: subject a few days ago, but apparently it didn't get through.)
:
: A few weeks ago, my father and I were discussing Perl. (He is a
: professional pro
Luke Palmer <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch writes:
>>
>> As already stated:
>> - COWed buffers need distinct buffer headers pointing to the same
>> buffer memory
>> - unCOWing (regstack_copy_chunk) allocates new buffer memory and
>> resets the COW flag
> I headed in to fix this w
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #27042]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27042 >
This patch implements Parrot_Run_OS_Command() for Win32.
I haven't diff'd the f
Simon Glover <[EMAIL PROTECTED]> wrote:
> I sent this a few days ago, but RT doesn't seem to have forwarded
> it to the list for some reason.
A nasty error to track down.
Actually already
print "hello\n"
end
was segfaulting, when ...
> nv=long double, numvalsize=12, doublesize=8
chromatic wrote:
On Mon, 2004-02-23 at 11:00, Leopold Toetsch wrote:
[ patch ]
Thanks applied.
I think this is right. I don't see anything which indicates CGoto
support,
when core_ops_cg.c gets compiled, CGoto is enabled.
... and I'm guessing at thread and signal support since two of the
te
Adam Thomason <[EMAIL PROTECTED]> wrote:
> Attached patch adds user documentation for the native object execution mechanism and
> fixes up associated bits of the Makefile. There might be minor errors since I'm not
> very familiar with the internals, so anyone who is may want to make corrections
Unfortunately until we get this solved those of us on dyslexic systems
can't update our local copies. So I'm waving an URGENT flag here.
After a bit of self-education on the CVS FAQ, I've come to the
conclusion that "renaming" (delete/add) PLATFORMS to PLATFORMS.txt is
the best way to solve thi
Nigelsandever @ Btconnect . Com <[EMAIL PROTECTED]> wrote:
> This patch implements Parrot_Run_OS_Command() for Win32.
Thanks, applied.
> Whilst I'm posting this, I will mention the following build error
> platform.c
Should be fixed now.
leo
Michael Scott <[EMAIL PROTECTED]> wrote:
> Unfortunately until we get this solved those of us on dyslexic systems
> can't update our local copies. So I'm waving an URGENT flag here.
$ cvs remove -f platforms
cvs server: Removing platforms
cvs [server aborted]: could not chdir to platforms: No such
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> $ touch platforms
Argghh:
$ mkdir platforms
$ cvs add platforms
Directory /cvs/public/parrot/platforms added to the repository
$ cvs ci -m"test" platforms
cvs commit: Examining platforms
$ cvs remove -f platforms
cvs server: Removing platforms
$ cv
>Same problem even if I do a new check out.
>
> cvs [checkout aborted]: could not chdir to
>parrot/platforms: Not a
>directory
Does the following command work?
$ cvs co '!parrot/platforms' parrot
# the order should be preserved.
>Mike
Arvindh
_
--- via RT <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> # New Ticket Created by [EMAIL PROTECTED]
> # Please include the string: [perl #27042]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org:80/rt3/Ticket/Display.html?id=27042 >
>
> ATTACHMENT
On 24 Feb 2004, at 15:06, Arvindh Rajesh Tamilmani wrote:
Does the following command work?
$ cvs co '!parrot/platforms' parrot
# the order should be preserved.
on tcsh it gives me
cvs co '!parrot/platforms' parrot
tcsh: parrot/platforms: Event not found.
but on sh it did
... and in tcsh (OS X)
cvs co '\!parrot/platforms' parrot
Mike
I just committed a patch that may break code that's using things
that're otherwise broken already. Notably:
*) The signature of some ops changed
*) Some words (attribute, method) are now completely spelled out
The ops with changed signatures also had name changes, so PIR/PASM
code that uses them
>my .cvsrc has "update -dP", and I still get the
>same problem with the
>platforms directory. (OS X)
on -P, CVS prunes _empty_ directories only on its way
out (having built all the directories before that).
So -P fails in our case.
__
Do you Yahoo!?
Yahoo! Mail
I followed up on the perlbug thread on this but so far it hasn't
showed up in p6i, so here's a manual resend.
--- cut here ---
I am unfortunately running out of time to look more into the matter of
bytecode reading being broken in Alpha. However, here are some notes
for those who want to try, as
> Does the following command work?
>
> $ cvs co '!parrot/platforms' parrot
> # the order should be preserved.
>
> Arvindh
>
this works for me on win32
--jerry
**
This e-mail and any files transmitted with it m
Jarkko Hietaniemi <[EMAIL PROTECTED]> wrote:
> I followed up on the perlbug thread on this but so far it hasn't
> showed up in p6i, so here's a manual resend.
I've checked is some changes in the meantime, comments below inline.
> (3a) Why is fetch_op_mixed() reading in 8 bytes at a time when the
>... and in tcsh (OS X)
>
> cvs co '\!parrot/platforms' parrot
a) to avoid the inconvenience of typing the above
command (with the bang sequence properly escaped) and
b) to fix the problem without _renaming_ anything,
the following lines may be added to CVSROOT/modules:
t -d parrot parrot
On Tue, 24 Feb 2004, Leopold Toetsch wrote:
> Simon Glover <[EMAIL PROTECTED]> wrote:
>
> > I sent this a few days ago, but RT doesn't seem to have forwarded
> > it to the list for some reason.
>
> Fixed.
Confirmed. The only failures I'm now getting are some of the object tests
(which Dan ha
Using valgrind 1.9.6 I find it impossible to use with parrot, is this a
known issue, should I try and get someone to upgrade valgrind for me?
The following impossible happens.
switch% valgrind --num-callers=100 ./parrot examples/assembly/mops.pasm
==23809== Memcheck, a.k.a. Valgrind, a memory er
At 18:27 + 2/24/04, Arthur Bergman wrote:
Using valgrind 1.9.6 I find it impossible to use with parrot, is
this a known issue, should I try and get someone to upgrade valgrind
for me?
Current stable is 2.0.0, unstable is 2.1.0. I would think an update
would be in order before send in bug re
--- Elizabeth Mattijsen <[EMAIL PROTECTED]> wrote:
> At 18:27 + 2/24/04, Arthur Bergman wrote:
> >Using valgrind 1.9.6 I find it impossible to use with parrot, is
> >this a known issue, should I try and get someone to upgrade valgrind
> >for me?
>
> Current stable is 2.0.0, unstable is 2.1.0
On Tue, 24 Feb 2004, Jarkko Hietaniemi wrote:
> I am unfortunately running out of time to look more into the matter of
> bytecode reading being broken in Alpha. However, here are some notes
> for those who want to try, as of src/byteorder.c 1.20 and
> src/packfile.c 1.142. First of all note that
Goplat <[EMAIL PROTECTED]> wrote:
> case 1048576:
> /* can't be bothered to calculate larger ones */
Yep. Valgrind always failed here. I did submit several bugfixes. Didn't
receive any answer. Sorry forgot to report, but my valgrind here was
always patched;
+ case 524288:
At 03:56 PM 2/24/2004 -0500, Andrew Dougherty wrote:
On Tue, 24 Feb 2004, Jarkko Hietaniemi wrote:
>
> PackFile_unpack: Not a Parrot PackFile!
> Magic number was [0x4c524550] not [0x013155a1]
> Parrot VM: Can't unpack packfile t/native_pbc/integer_1.pbc.
> error:imcc:main: Packfile loading failed
T
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #27057]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27057 >
This patch adds the methods 'get_number_keyed', 'set_string_keyed' and
'set_n
All
I'm struggling to get up to speed on contributing to parrot and I have various
questions:
1) Is there any way past this problem?
cvs -d :pserver:[EMAIL PROTECTED]:/cvs/public co parrot
...
...
U parrot/ops/var.ops
cvs server: Updating parrot/pf
U parrot/pf/pf_ite
> 1) Is there any way past this problem?
>
>cvs -d :pserver:[EMAIL PROTECTED]:/cvs/public co parrot
> ...
> ...
>U parrot/ops/var.ops
>cvs server: Updating parrot/pf
>U parrot/pf/pf_items.c
>cvs [checkout aborted]: could not chdir to
> parrot/platforms: Invalid arg
On Tue, 24 Feb 2004 [EMAIL PROTECTED] wrote:
> 2) I sent this question previously (22 Feb 2004 20:37 GMT) but it never made it
> onto the list. (I was unsubscribed!).
>
> If I make a change in win32.c, (now: config/gen/platform/win32/exec.c) what is
> the procedure (or where is this documented) t
On Feb 24, 2004, at 9:38 AM, Leopold Toetsch wrote:
cvsuser 04/02/24 06:38:07
Modified:include/parrot packfile.h
pf pf_items.c
src packfile.c
Log:
try to fix Tru64 native PBC issues
The PARROT_BIGENDIAN case has a typo in pf_items.c, here's a
At 11:36 PM + 2/24/04, [EMAIL PROTECTED] wrote:
If I make a change in win32.c, (now: config/gen/platform/win32/exec.c) what is
the procedure (or where is this documented) to get platform.c re-generated and
compiled into parrot.exe?
The only mechanism I have found that does this is to
n
On Tue, 24 Feb 2004, Garrett Rooney wrote:
>
> The PARROT_BIGENDIAN case has a typo in pf_items.c, here's a patch to
> make it compile again.
Thanks, applied.
Simon
> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
>> 3) Is this list now blocking unsubscribed posts since the recent
>> spam/virus problem? I'd prefer to be unsubscribed as I find the
>> list easier to follow through a news client than a flat list of
>> unordered emails.
DS> I'm p
As folks have no doubt noticed, parrot's throwing test failures now
-- 12 of the object tests fail. My fault, I'm doing partial checkins
as I have bits of this done.
Still to finish:
*) Attribute inheritance from parent classes
*) Object instantiation
*) Attribute get/set ops
Probably a few oth
> > After a bit of self-education on the CVS FAQ, I've come to the
> > conclusion that "renaming" (delete/add) PLATFORMS to PLATFORMS.txt is
> > the best way to solve this.
>
> Better it get fixed in CVS. There could be more errors of this kind.
Confused. What would you like me to do?
Also.
cv
# New Ticket Created by Will Coleda
# Please include the string: [perl #27088]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=27088 >
Minor patch to escape backslashes and double quotes in the data dumper.
Only touches
38 matches
Mail list logo