On Sun, Feb 02, 2003 at 12:46:50AM +0100, Leopold Toetsch wrote:
> #define IREG(i) interpreter->ctx.int_reg.registers[code_start[offs+i]]
Where does the value of code_start coming from ?
code_start in an opcode function is not a constant, so the above is really:
interpreter->ctx.int_reg.register
Jason Gloudon wrote:
On Thu, Jan 30, 2003 at 10:07:26AM +0100, Leopold Toetsch wrote:
code_start = interpreter->code->base.data; // new syntax
while (offs)
offs = interp->func_table[*(code_start+offs)](offs, ..)
It's unclear to me whether you are saying the opcode functions would sti
On Thu, Jan 30, 2003 at 10:07:26AM +0100, Leopold Toetsch wrote:
> code_start = interpreter->code->base.data; // new syntax
> while (offs)
> offs = interp->func_table[*(code_start+offs)](offs, ..)
It's unclear to me whether you are saying the opcode functions would still be
passed the PC
Nicholas Clark wrote:
I've just found this in my mailbox. Presumably that means that nobody applied
it. However, I can't find the bit of packfile that used to have this, so
I presume that the unimplemented wordsize transforms were implemented at
some point in the past 9 months. :-)
Thanks for th
Nicholas Clark wrote:
*** packfile.c 20 May 2002 01:28:32 - 1.48
if(self->need_wordsize) {
return 0;
I presume that the unimplemented wordsize transforms were implemented at
some point in the past 9 months. :-)
Yep, mostly in my last two packfile patches this week.
On Sat, May 25, 2002 at 04:35:18PM +0100, Nick Glencross wrote:
> here's a small fix to a printf which I sometimes trigger. Looks like a
> ')' and '\n' went missing. Feel free to adjust it to meets coding standards.
> Index: packfile.c
> ==
