Transfer files programatically

[gbl08ma Profile Website]

Then it is a one-way call to change some variable. Are you sure it isn't changed back, by other call, at the end of the process?

[SimonLothar]

Then it is a one-way call to change some variable. Are you sure it isn't changed back, by other call, at the end of the process?

I'm just searching for according references.

EDIT: syscall 0x02CC sets *(unsigned char*)0x880A2B09 and *(unsigned char*)0x880A2B08 back to zero.

[SimonLothar]

...If I want the file to go to a specific directory in the remote calc, should I specify a full file name with fls0 and everything?

I just set the member directoryname to "TEST" and it worked.

strcpy( sftb.directoryname, "TEST" );

\\fls0\TEST\ has been created on the remote calculator and the file has been transmitted to \\fls0\TEST\.

[gbl08ma Profile Website]

And does 0x02CC get called at some point in the Link function?
Now I am just wondering what's the meaning of the values at these addresses.

I looked at these addresses on the emulator (OS 1.02) and they, as the region surrounding them, were completely blank (0x00). Then I looked at them on my Prizm (OS 1.04) and these addresses were 0x00 too, but the area around them was much more populated. The string "@INSIGHT" can be seen near them, which means it stores something related to the currently running add-in.
At 0x880A1C98 there is the string "SHEET", and even lower there are more junk strings.

The usage of this RAM area changed from 1.02 to 1.04... do you know what it is?

This is my attempt at doing a detailed memory map: http://www.cemetech.net/forum/viewtopic.php?t=9334

And thanks for checking directoryname usage.

[SimonLothar]

And does 0x02CC get called at some point in the Link function?

No.
But it is called on entry of GetKey(), immediately after the call of Bdisp_PutDisp_DD(). Possibly signalling interactive state.

I use absolute addresses, which cannot be obtained by a syscall, only if it is of utmost importance. They are not reliable across different OS versions.

You can get the pointer 0x880A1C98 by syscall 0x1b00. This seems to be a flag, whether the built-in SpreadSheet has been called after the last reset. I wonder if it is of any use.