# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #22877]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22877 >
This bug did not make itself known in a 6/23 checkout, and appeare
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #22854]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22854 >
This is either an oversight in the current implementation *or* i
At 09:22 PM 6/23/2003 +, you wrote:
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #22767]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22767 >
I apologize for the length of
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #22767]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22767 >
I apologize for the length of this example. I've spent a go
At 11:55 PM 6/20/2003 +0200, Jens Rieks wrote:
> (Which in itself tickles and scares the bejesus out of me.) Is there a
> good way of finding the standard C library on a Unix system other than
> hard-wiring it in like this?
Yes. Parrot is linked with the standard C library. You can get a handle fo
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #22718]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22718 >
In this code:
.sub _main
.local string source
The following code works just fine:
loadlib P1, "/lib/libc.so.6"
dlfunc P0, P1, "system", "it"
set I0, 1
set S5, "ls"
invoke
end
(Which in itself tickles and scares the bejesus out of me.) Is there a
good way of finding the standard C library on a
Any thought on when PerlHashes will be able to allow us to iterate over the
keys? Possibly do things like:
new P0, .PerlHash
set P0["skeleton"], value
set P0["master"], value
set P0["Odin'sBro"], value
set P0["USPO4,314,236"], value
set P0["burro"]
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #22706]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22706 >
Running imcc -t or parrot -t over an invoke instruction causes the
If you want something to play with, update the languages/BASIC/compiler
tree and run the chess program.
perl compile.pl samples\chess.bas
..\..\imcc\imcc.exe TARG_test.imc
(modify for your path delimiters, executable extensions, etc... use a
recent version of imcc too)
I spent t
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #22645]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22645 >
I'm exploring IMCC's ability to have nested subs. Th
(This is mostly a platform-specific question, as I've written a few and
just need to know what I'm doing wrong.)
The design for BASIC's debugger I've got now resembles this:
.sub _main
.local foo
.local bar
[...rest of declarations...]
[PIR for statement 1...]
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #22617]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22617 >
The following code:
.sub _realmain
bsr FOO
c
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #22521]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22521 >
I'm not sure what triggers this bug, but I can reliably reprod
A small annoyance, I can't seem to write a good line-input routine as of
very recent changes (synced yesterday, noon). All I'm trying to do is
variations on:
print "? "
readline S0, 0
And no prompt shows before the readline starts its business. Any
suggestions as to how I can
At 11:10 PM 6/1/2003 -0400, Uri Guttman wrote:
why don't you manage your own basic call stack in an array or PerlArray
or something? trying to map that mess of call/return poo onto a proper
compiler with register allocation is going to lose us the services of
leo while he recuperates at the hospita
At 10:29 PM 6/1/2003 +0200, Leopold Toetsch wrote:
eq RETURNTO, "10", CONT_10
AFAIK are these "line numbers", why do you want to use strings - but I
really don't know (and will for sure not learn) this "language".
Because "line numbers" are Ancient Basic for designating branch
destinatio
At 12:00 PM 6/1/2003 -0600, Luke Palmer wrote:
If you use them often... then maybe one or two need a real register,
but I'd still be weary of doing that. Use find_global and its
friends.
Eureka!
Oh, find_global/set_global, where have you been all my life?
Thank you for pointing out the obvious.
At 06:57 PM 6/1/2003 +0200, Leopold Toetsch wrote:
Clinton A. Pierce <[EMAIL PROTECTED]> wrote:
> The following code:
> push_integer() not implemented in class 'PerlHash'
> This is, as far as I can tell, because the same register is used by IMCC
> for both
The following code:
.local PerlArray READDATA
.local PerlHash RESTOREINFO
.sub _main
READDATA = new PerlArray
RESTOREINFO = new PerlHash
call _data
end
.end
.sub _data
push READDATA, 10
ret
.end
Throws an error in the VM of:
push_integer()
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #22360]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22360 >
(Low priority, more an annoyance than anything.)
When the messag
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #22359]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22359 >
The IMCC optimizer run with these options:
..\..\imcc\i
At 11:13 AM 5/28/2003 -0400, Clinton A. Pierce wrote:
# These are vastly simplified, but give you the idea
And of course, by "vastly simplified" I meant "completely wrong" because
the sample shown won't work because of the saveall and restoreall before
and after the arr
At 05:45 PM 5/27/2003 -0400, you wrote:
On Tue, 2003-05-27 at 08:01, Clinton A. Pierce wrote:
> At 11:57 PM 5/26/2003 -0400, Will Coleda wrote:
> >Perhaps "macros only work in assembler mode" is the issue?
> >
> >http://www.mail-archive.com/[EMAIL PROTECTED]/msg14
At 03:43 PM 3/28/2003 -0500, Joseph F. Ryan wrote:
>Example:
>
> set I0, 1e20
> end
>
>Results in:
>
> (error) line 2: parse error, unexpected IDENTIFIER, expecting >'\n'
> Didn't create output asm.
>
Should it, though? Although it would be pretty convienient, I think
that
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [perl #21729]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=21729 >
Example:
set I0, 1e20
end
Results in:
(
[I will confess, I don't entirely understand Microsoft's linker and DLL
business. Don't really want to...]
Parrot
-
libparrot.lib gets built as some kind of perverted stub of a library using
the "nmake shared" target for parrot. If instead I build libparrot with:
lib -out:blib\li
Many of these seem to be from "generated" files, so I'd rather let a
proper, knowledgable maintainer take care of these. They are:
s/CONST/CONSTX/ anywhere in the parser & lexer. Keeps Win32 headers happy
as previously mentioned.
Index: imcparser.h
At 04:53 PM 3/20/2003 +0100, Leopold Toetsch wrote:
Clinton A. Pierce wrote:
The suggestion was made last week that I try filtering the compiled BASIC
stuff through IMCC for performance reasons and whatnot.
IMCC seems to want headers that MSVC++ isn't happy with:
cl -nologo -O
The suggestion was made last week that I try filtering the compiled BASIC
stuff through IMCC for performance reasons and whatnot.
The suggestion was also made (by me!) that I could produce a "milestone"
binary for Windows for distribution.
Well, my first attempt at all of the above didn't go we
At 02:36 PM 3/14/2003 -1000, Joshua Hoblitt wrote:
On Fri, 14 Mar 2003, Dan Sugalski wrote:
> At 6:59 PM -0800 3/13/03, Robert Spier wrote:
> > > If we can't find anothr home for it, I can make a spot on
> >> ftp.sidhe.org for it. Not a *fast* home, since it's either 128k or
> >> 192k upstream
At 01:04 AM 3/11/2003 -0500, Benjamin Goldberg wrote:
Does anyone have a precompiled parrot binary for Win32, on an ftp or web
site somewhere?
I'm practicing writing parrot assembler, and I'd like to be able to test
my evil creations on my own machine, without having to go through the
rigmarole of
I re-organized the languages\BASIC tree into "compiled" and "interpreted"
sub-trees. The interpreted tree contains the original pasm-only
implementation of GW-BASIC as an interpreted language. The compiled tree
contains a Quick-BASIC like compiler and a few sample BASIC programs
(connect-4, e
I sat around trying to think of a witty, pithy way to make this
announcement more surreal or frightening than it really is and failed. So
I guess I'll let it stand on it's own.
I've just completed a complete re-write of BASIC for Parrot. This time
I've used QuickBASIC as a model which means
Grabbing the last few snapshots from dev.perl.org, I can't find one that'll
build under Win32. During Configure.PL I get these errors:
Determining stack growth direction...'.\test.exe' is not recognized as an
internal or extern
al command, operable program or batch file.
Odd number of elements
I'm in the middle of a rather large project, and stopped to do a memory
usage sanity check. To my surprise I found a leak and traced it back to
the way I was allocating PerlHashes and whatnot.
To boil it down further, look at this PASM:
LOOP: new P1, .PerlHash
branch LOOP
What I'd *expect
At 10:22 PM 10/26/2002 +0530, Gopal V wrote:
If memory serves me right, Ramesh Ananthakrishnan wrote:
> I have this code
>
> set S12 ""
> set I0 0
> WHILE:
> concat S12 "hi"
> add I0 1
> lt I0 10 WHILE
> print S12
> ret
...
> Right version of Parrot, so i
At 08:07 PM 8/21/2002 +0100, Ximon Eighteen wrote:
> You _would_ think so, wouldn't you? :)
> Personally I've been a little disappointed
> in the involvement(interest) of late.
>
> -Melvin
I wonder how many interested observers of this list there are like myself. I
only wish I had the time & expe
At 08:46 AM 10/26/2002 -0700, Ramesh Ananthakrishnan wrote:
I have this code
set S12 ""
set I0 0
WHILE:
concat S12 "hi"
add I0 1
lt I0 10 WHILE
print S12
ret
Well S12 does not Concatenate. I tried it a
million other times. If S12 is "" or " " or 0 it does
n
While working on ...something... I found the need to be able to tell if a
key exists in a PerlHash. Here's the kicker, I don't know what kind of
data's gonna be there: int, float, PMC, or string.
After hunting around in t/perlhash.t I found a few examples of checking for
keys that don't exist.
At 07:42 PM 10/8/2002 -0700, Steve Fink wrote:
>Thanks, applied.
>
>Who came up with the idea of two-argument ne, anyway? That's kind of
>bizarre. I'd much rather have it tested if it exists at all, but it
>seems pretty obscure.
It's not completely without precedent, on the Z-80:
RET CC
The problem is much smaller than that, actually.
10 LET T$=CHR(65)+CHR(66)+CHR(67)
20 PRINT T$
30 LET A$=RIGHT(T$, 1)
40 QUIT
The problem vanishes if any of the following happen:
* T$ is constructed with a string assignment (LET T$="ABC")
* The PRINT statement is removed
* The LET A$= stateme
I have a sudden need to do signed 16-bit integer math in PASM. Any
suggestions on where to begin?
I'd rather not re-invent this wheel if someone else has a better idea. And
if I do, where can I find good tools for it?
At 03:01 PM 9/9/2002 -0400, Aaron Sherman wrote:
>I'd like to start a dialog
And since this thread is quiet, I'll throw some uneducated opinions on it
to help it along.
>about the P[arrot|erl] interface on the
>matter of converting low-level types. ord and chr are Perl functions for
>doing two
At 02:27 AM 8/13/2002 -0400, Dan Sugalski wrote:
>At 11:13 PM -0400 8/12/02, Clinton A. Pierce wrote:
>>At 10:04 PM 8/12/2002 +0200, Jerome Quelin wrote:
>>
>>>I looked at parrot_assembly.pod and saw:
>>>open px, sy
>>>Open the file Y
At 10:04 PM 8/12/2002 +0200, Jerome Quelin wrote:
>I looked at parrot_assembly.pod and saw:
>open px, sy
>Open the file Y on filehandle X
>read px, py, pz
>Issue a read on the filehandle in y, and put the
>result in PMC X. PMC Z is the sync obje
At 09:37 PM 6/21/2002 -0500, brian wheeler wrote:
>I've implemented a .include directive for the new assembler. It
>basically changes the preprocessor to shift through the source file, and
>when an include is found, the included file is unshifted to the
>beginning.
To the beginning? Do we have
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [netlabs #716]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=716 >
Background:
String variables in BASIC are stored in the P21 PM
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [netlabs #702]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=702 >
To reproduce, sync with CVS, build, run "basic.pl&quo
At 10:54 PM 6/10/2002 +, you wrote:
># New Ticket Created by "Clinton A. Pierce"
># Please include the string: [netlabs #700]
># in the subject line of all future correspondence about this issue.
># http://bugs6.perl.org/rt2/Ticket/Display.html?id=700 >
>
&
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [netlabs #700]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=700 >
After correcting the build problem with MSVC (stock MSVC++ 6.0,
Standard MSVC++ 6.0 setup, last known to work: Thursday. Updated with
completely clean tree, built with defaults (as I always do) and here's how
it went:
C:\projects\parrot\parrot>perl Configure.pl
Parrot Version 0.0.6 Configure 2.0
Copyright (C) 2001-2002 Yet Another Society
Hello, I'm Confi
Fixes the problem where the toplevel makefile can't descend into lib/Parrot
to do the build necessary for PackFile and friends. Also I think the
single cd .. may potentially be a bug for other platforms as well.
Apply this and re-run Configure.pl and all is well.
--- config/gen/makefiles/root
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [netlabs #658]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=658 >
The disassembler will take apart small .pbc files, but wi
I'm not at a system where diff/patch runs, but here's a fix for you. In
_string_constant you're trying to expand \n and friends with:
$constant = eval "qq($constant)";
This breaks if the token ) appears in $constant. Changing () to anything
else breaks if that anything else is in the
At 07:13 AM 6/2/2002 +0200, Sebastian Bergmann wrote:
>cd lib/Parrot && C:\Programme\Perl\bin\perl.exe Makefile.PL && NMAKE &&
>cd ..
>Can't open perl script "Makefile.PL": No such file or directory
>NMAKE : fatal error U1077: 'cd' : Rueckgabe-Code '0x2'
>Stop.
Changing that to:
cd lib\Parrot &
At 04:39 PM 6/1/2002 -0400, Melvin Smith wrote:
>At 02:25 PM 6/1/2002 -0400, Clinton A. Pierce wrote:
> >Looks great. Converted over with little sweat, noted below.
>
>Moving in the right direction. mandelbrot.cola -> mandel.pasm
>[...]
>Thats about 37% of the old assemb
>This should actually be:
>
>".constant PerlHash 6"
>
>Right?
Someone's mailer is adding an extra .
I'm in the process of converting BASIC over to use this new assembler...
and have hit a few snags. I'm happy to patch, but don't know if this is
the Right Thing or not.
At 12:39 AM 6/1/2002 -0400, you wrote:
>Support for keyed parameters now exists. I need to change the name of
>the 'set_keyed
At 11:09 AM 5/30/2002 +0100, Leon Brocard wrote:
>Hello.
>
>I've been looking at languages to run under Parrot, and I choose a
>certain language which is turing complete in eight instructions. Start
>with the small ones eh? Unfortunately its name is not family
>friendly. An interpreter is attached
At 09:17 AM 5/26/2002 +0200, Sebastian Bergmann wrote:
>Jeff wrote:
> > newasm has been completely rewritten. Three surprises lurk within.
>
>sb@wopr-mobile:/usr/src/parrot> newasm
>Can't locate auto/Parrot/PakFile2/autosplit.ix
Go into lib/Parrot and perl Makfile.pl && make and then try it
aga
Since the topic of using BASIC as part of the test suite for Parrot has
been brought up before I'll mention a recent change I made here which might
make this easier.
If the BASIC interpreter is invoked now, and a file named "autorun.bas"
exists in the same directory, it will be run by the inte
[From the "I Just Thought I'd Share" file.]
I was trying to trace down a bug in BASIC (which later turned out to be a
bug in how I thought) and I got stuck at the point where I had a tracefile
that led up to the crash. I got the trace with parrot's trace
instruction. In BASIC I've got a buil
[re-cc'd p6i due to mailer failure on my part]
>At 10:17 PM 5/22/2002 +, via RT wrote:
>Clinton A. Pierce wrote:
>
>> * sync up, and get the latest Parrot BASIC. It's fully hash-enabled and
>> quite speedy now.
>>
>> * Run "basic.pl&
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [netlabs #613]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=613 >
I do not have a short test for this one. To reproduce this pro
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [netlabs #612]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=612 >
In converting BASIC to use hashes, I discovered that once in
At 10:29 AM 5/19/2002 +0100, Simon Cozens wrote:
> > > Unparsable argument, starting from '"', QUOTE
> > > No line number, no context, nearly impossible to find to debug.
>
>That's an internal error with the assembler, shouldn't happen. It
>suggests the string regexp is broken. I delibera
At 09:27 PM 5/18/2002 -0400, Jeff wrote:
> > So the new assembler's unhappy. Suggestions?
>
>Well, it's unhappy when you do lots of things. The code I was given was
>not as complete/functional as I had been led to believe, inasmuch as it
>doesn't live past test series 2 without some major tweaks
So here I am, hacking BASIC to use keyed PMC's for variables to make it
blazingly fast when I find out that to do this I need to use the new
assembler. So I pop into lib\parrot and proceed with the build and I get
this mess:
C:\projects\parrot\parrot\lib\Parrot>perl makefile.pl
Writing Makefi
At 11:11 AM 4/30/2002 -0400, Melvin Smith wrote:
>Now that Clint has Eliza running on Parrot, I propose that
>from henceforth, Eliza shall field all newbie questions
>and take responsibility of the FAQ.
[...]
>WE WERE DISCUSSING YOU NOT ME.
>we were DISCUSSING ELLOOPO!
>SYMBOL NAME TOO LONG: we we
Sometime during or shortly after the 0.0.5 release, BASIC broke with
string/stack/GC errors. During program LOAD, Parrot runs off eats a ton of
memory (sometimes) and falls over dead (eventually). Someone else in
#parrot tried the exact same test without problems. I'm dismayed.
To reproduce
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [netlabs #522]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=522 >
Sometime during or shortly after the 0.0.5 release, BASIC broke
I've been using single-quoted strings in the assembler interchangeably with
double-quoted strings
only because I couldn't find an easier way to say:
set S0, 'Dan said, "UGH!"'
Unless I used \ sequences for the double-quotes.
Personally, I'm in favor of keeping ' and " functionally equivale
At 01:05 AM 4/15/2002 -0400, you wrote:
>Clint, in terms of getting things in Parrot fixed, I think it's better if
>you can provide a way to generate the bug, no matter how complex the case
>is. Non-simple test cases are better than no test cases at all, imo.
Okay. Good. I won't spend a *terrib
At 08:55 PM 4/14/2002 +0200, Peter Gibbs wrote:
>The specific problem Clinton mentioned is yet another infant mortality
>problem, this time in string_concat. I don't know what the current decision
>is on handling these situations, but this one can be avoided by optimising
>the code anyway. If the
At 08:55 PM 4/14/2002 +0200, Peter Gibbs wrote:
>The specific problem Clinton mentioned is yet another infant mortality
>problem, this time in string_concat. I don't know what the current decision
>is on handling these situations, but this one can be avoided by optimising
>the code anyway. If the
At 10:06 PM 4/13/2002 -0400, Dan Sugalski wrote:
>At 5:35 PM -0400 4/13/02, Clinton A. Pierce wrote:
>>I'm fighting a now-you-see-it now-you-don't kind of bug and I was
>>wondering if there's a way to completely turn off garbage collection and
>>memory re-use
I'm fighting a now-you-see-it now-you-don't kind of bug and I was wondering
if there's a way to completely turn off garbage collection and memory
re-use for debugging?
My problems vanish when seemingly insignificant things happen, and
re-appear again later. For example, I'll take a line of te
# New Ticket Created by "Clinton A. Pierce"
# Please include the string: [netlabs #500]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=500 >
Compiling BASIC into out.pbc:
C:\projects\parrot\parrot>bas
I'm well aware of the date, but this is no April Fool's Joke. (Well
perhaps it is, but the joke would be on me.) A new version of BASIC can be
found at http://geeksalad.org/basic
This BASIC has a few interesting things over the last one. I/O now works
(INPUT, LOAD, etc...) as well as intera
>Try out bug #465 for size, as it's my current holdup (for some reason it
>didn't forward to p6i). In this case a restore instruction sends the
>parrot runtime into a loop from which it never (28 hours later)
>recovers. It's probably Yet Another Garbage Collection bug or related to
>the stu
>Regardless, this patch does make 'make test' happy again, and should be
>safe to apply apply, as long as we don't forget about the afore-mentioned
>caveat, which will probably come back to bite us in the future if we don't
>take care of it. I wonder how many more GC bugs are lurking, waiting for
I took one of the smaller problems from the BASIC interpreter, sorting the
stack, and posed it as a question on PerlMonks to see how a Mongolian Horde
would handle the problem. The results are at:
http://www.perlmonks.org/index.pl?node_id=153974
Summary: the only apparent way to do th
I just got this message and it's 1am. There's no way I'm applying patches
this late. :)
The situation I've got now works reasonably well using read/print. The
version of BASIC I just uploaded to geeksalad.org/basic is okay unless you
try performing a LOAD more than once with a reasonably la
At 04:31 PM 3/23/2002 -0500, you wrote:
>I've just fixed several bugs in the read ops, I commited so do a cvs update.
>They were in the ops, not the IO system. Hasty coding is to blame, but I'm
>glad someone is actually testing this now.
>
>I wrote a slurp test that reads in a file by line and con
At 01:45 PM 3/23/2002 -0500, Melvin Smith wrote:
>At 01:40 PM 3/23/2002 -0500, Melvin Smith wrote:
>NEXTLINE:
>> read S0, 256
>>-- print S0
>++ puts S0
>> branch NEXTLINE
>> end
>
>Correction, print is stdio, puts is PIO. Use puts if you are using read.
>I just ch
For your weekend entertainment, here's a bit of parrot assembler for the
adventurous to play with. To get the code, just head to:
http://geeksalad.org/basic and download the latest tar bundle you
find. The README.basic file included in the tar bundle is listed after this.
[Small amount of be
At 08:43 AM 3/22/2002 -0500, Bryan C. Warnock wrote:
>On Friday 22 March 2002 08:22, Clinton A. Pierce wrote:
> > Some patches committed last evening nearly took care of the problem -- at
> > least they appeared to make my small example appear to
> > work. Sometimes.
Some patches committed last evening nearly took care of the problem -- at
least they appeared to make my small example appear to
work. Sometimes. :) Here's a slightly larger but better example that so
far hasn't failed to show the stack corruption problem anywhere:
TOKENIZER:
set S
(p6i cc'd)
Okay, I've got this down to a dozen lines. I'm using a build pulled from
CVS two hours ago. In case what's going on here isn't obvious, I'm
shifting the first character off of S2 and putting it on the stack until S2
is finally exhausted. It's a boiled down version of my tokenizer
At 11:24 AM 3/19/2002 -0500, Dan Sugalski wrote:
>At 11:15 AM -0500 3/19/02, Clinton A. Pierce wrote:
>>
>>What follows are a collection of PASM routines that I've been using while
>>tinkering with the assembler and parrot. Feel free to use, mutilate, add
>
What follows are a collection of PASM routines that I've been using while
tinkering with the assembler and parrot. Feel free to use, mutilate, add
to, discuss, mock. They are:
a tokenizer
isalpha and isspace
stack routines: sort, replace, peek, reverse
a sta
At 04:28 PM 3/15/2002 -0500, Dan Sugalski wrote:
>At 4:01 PM -0500 3/15/02, Clinton A. Pierce wrote:
>>I'm in the midst of writing some routines to debug pasm code, and one of
>>the things I dearly want is a "stack dump" routine. I can *almost* code
>>this
I'm in the midst of writing some routines to debug pasm code, and one of
the things I dearly want is a "stack dump" routine. I can *almost* code
this in pasm, except I'm missing one last component: a way to tell the
depth of the stack without causing the runtime to bail.
Any of the following
94 matches
Mail list logo