mov eax,[esp]
mov eax,[eax]
add dword [esp],4
    

mov di, sp
mov ax, [di]
add word [di], 2
    

push word $1A $2B $3C
    

 stack   sp+4  $1A   
         sp+2  $2B
         sp    $3C 
    

say, are you sure you want to do that?
sp is a pointer to a word to the stack

Quote:

say, are you sure you want to do that?
sp is a pointer to a word to the stack

Yes I want to do this. This is a routine that handles inline integers in my compiler. It's a handler for it.

In a compiled function, I have:

... code ...
call dolit
dw value
... more code ...

This routine needs to get the value after the call, put the value in ax, and tell the machine to skip over the value. The only register it can't touch is SI. The 32-bit code *works perfectly*, but I can't figure out how to do it in 16-bit code.

mov bx,sp <= here 's your address
now increase bx to get to data 
you can use it like
mov dx,bx <= for example if you want to pass it to write it to screen
    

        pop di                  ; SP>
        mov ax, [di]            ; Value @ [SP]
        add di, 2               ; skip DW VALUE
        push di                 ; >SP
    

Thanks for the help MATRIX, I just got it to work

Code:

        pop di                  ; SP>
        mov ax, [di]            ; Value @ [SP]
        add di, 2               ; skip DW VALUE
        push di                 ; >SP
    

* crc makes a note to mention your help in the documentation

here you are, a fully optimized function working smooth

Quote:

here you are, a fully optimized function working smooth

What if you don't want an optomized function?

but you shouldn't write things like windows i think, its very large and under optimized, of course sometimes you may want to size optimize somtimes for example in a boot loader, the team can work altogether on a project - that was my point of view functions can be seperately programmed by many people, thus you will only need to copy the functions and paste

May be MATRIX is thinking your entering a compo, maybe a 512b compo?

My entry (a pmode cdplayer) was 200 bytes over, it tuck me about 2 hour's to get 100 bytes off, i thought this is going to be easy, but to get the other 100 bytes off tuck over a week. and still i had no space to turn the floppy motor off.

Any way just incase this is a good artical: http://www.assembly-journal.com/viewarticle.php?id=30&layout=html

\\\\\||////
(@@)
ASHLEY4.

you can find cd rom drives with play buttons
you won't even need a computer for it, just give the drive +12v +5v gnd
and you're on

Quote:

you can find cd rom drives with play buttons
you won't even need a computer for it, just give the drive +12v +5v gnd
and you're on

What about sound? Do these CD-ROM drives have audio cards & jacks built in?

Heh, my entry is ~30 bytes over (and I had to leave out a lot of good stuff), but I'll have it done soon. It's nothing fancy at this point (an RPN calculator), but it has a 16-bit, subroutine-threaded Forth interpreter under the hood. With ~2k I could do a full Forth, but that's outside the point of this compo

org $100
push $b800
pop ss
mov sp,80*25*2
mov cx,200
times 12 push $0f68
pop dword [ss:1000]
pop dword [ss:1010]
pop dword [ss:1020]
int 20h
    

org $100
mov ax,$13
int 10h

push es

push word 100
mov bx,320*100+160
call poppixel

pop es

xor ax,ax
int 16h

mov ax,3
int 10h
int 20h

poppixel: ; procedure poppixel 
push $a000
pop es
pop ax
pop word [es:bx]
push ax
ret