Error compiling PUT and GET using HW SPID Solved) - Problem

hzz · Joined: 20 Feb 2007 Posts: 314

I'm getting the following compiling error whenever PUT or GET are encountered in the code

hzz · Joined: 20 Feb 2007 Posts: 314

It seems that the file handle in PUT and GET cannot be a numeric value.

albertsm · Joined: 09 Apr 2004 Posts: 5916 Location: Holland

you need some coffee Very Happy

first of all (or is that second now?) : please always include the files in a ZIP. So that it can be tested without additional assumptions and work.
then did you check this : Open "SPID" For Binary As #11

you open the SPI which is fine for #11

And that will remain open all the time.
So you can not expect that this : Open "test.bin" For Binary As #11
will work.
Why do you assume that will work? And why not using a unique number?

also :
When you use AVR-DOS you can have a unique file number on the fly. Using Freefile() function.

hzz · Joined: 20 Feb 2007 Posts: 314

Thanks Mark, I do need a coffe!

hzz · Joined: 20 Feb 2007 Posts: 314

I must heve something else wrong, the behavior is strange. For instance, Seek doesn't work in the following example. Atached is a zip file including also the "Config_MMCSD_HC.inc" and "Config_AVR-DOS.inc" files used in the example

hzz · Joined: 20 Feb 2007 Posts: 314

I have moved the subject to AVR_DOS
https://www.mcselec.com/index2.php?option=com_forum&Itemid=59&page=viewtopic&p=79670#79670

EDC · Joined: 26 Mar 2014 Posts: 971

I think you miss some basics.
If you have new file which is always binary but with sometimes with another extension then its len depend on how many bytes was entered previously which is NULL/NADA/ZERO Very Happy

So how you want to point into byte at address 20?

I can tell you that even if you make a empty file "test.txt" on the PC and then search that file with AVR like :

hzz · Joined: 20 Feb 2007 Posts: 314

Thanks!
I thought I could just start writing anywhere in the file and leave empty space at the begining to put a header later. I missed some basics indeed!

albertsm · Joined: 09 Apr 2004 Posts: 5916 Location: Holland

from the help for SEEK: In QB/VB you can use seek to make the file bigger. When a file is 100 bytes long, setting the file pointer to 200 will increase the file with 0 bytes. By design this is not the case in AVR-DOS.

albertsm · Joined: 09 Apr 2004 Posts: 5916 Location: Holland

One thing i forgot to answer : the OPEN was and is just a way so the compiler knows which handles belong to a device.
So there is no need to close them. In fact you should not close them.
The only exception is AVR-DOS which uses real dynamic file handles. Here the CLOSE will actually flush buffers and close the file handle so it can be re-opened later.

hzz · Joined: 20 Feb 2007 Posts: 314

OK.
Although I'm not sure to get it. Shouldn't this code print Data_byte at pos20 is 20?

albertsm · Joined: 09 Apr 2004 Posts: 5916 Location: Holland

yes you are right. only a close/reopen will let SEEK statement work correct.
i will have a look at it. i dont know if this is by design or a bug.

hzz · Joined: 20 Feb 2007 Posts: 314

albertsm · Joined: 09 Apr 2004 Posts: 5916 Location: Holland

As i wrote before the SEEK statement seems to require that the file is closed.
Or with other words, SEEK statement will only work when the file does not change in size.
When an existing file is opened it will work. when you use it to relocate the position after writing data, it will not work.
While the SEEK by design will not let the file grown when you position the file pointer beyond the end, i do not know why it does not update using a FLUSH or after writing data.
it is probably by design but it might be a bug. i will check it later and either document it or change it.

hzz · Joined: 20 Feb 2007 Posts: 314

But SEEK does work without closing the file after writing data as in this example: