zbasic download file bug

[wulftone]

Hi,

There's an issue when using F5 to load a .zxb file onto my development board. It uses a path that has a forward slash right before the .zxb file, like this: C:\projects\mycode/mycode.zxb. If I use zbasic's download function from the file menu, or do it from the command line, everything is fine, but this F5 button is pretty nice to use.... I'd like to use it again! I'm using zbasic v1.5.6 (SciTE 1.62) and compiler v3.3 (which also has the register.echo bug).

Anything I can do about this?

Thanks.
-Trevor

[dkinzer]

It uses a path that has a forward slash right before the .zxb file, like this: C:\projects\mycode/mycode.zxb.

I'm unclear as to what indication you're getting that that is causing a problem. The Windows file system allows either forward slash or backlash as path separators (this behavior has existed since MSDOS 2.x).

What OS are you using?

[wulftone]

You're right, I'd forgotten about that. It's saying it can't find the file, even though it is clearly there. It even prints out the correct full path to the file when it says it can't find it, but it's there!

I'm using Windows 7 64-bit. It worked just fine in the past. I think the only change was the update to the new IDE version.

[dkinzer]

I'm using Windows 7 64-bit.

I suspect that this may be a side effect of the "virtual store" concept implemented on Win7 and Vista. The issue is that when an application tries to write to a file in the "Program Files" directory tree, Win7 and Vista don't actually modify the file in place but, rather, they create a new copy in the corresponding position of "\Users\<your name>\appdata\local\virtualstore\Program Files". For example, if you modified the IDE's bas.properties file (intentionally or inadvertently) while running Win7 you now have a file "\Users\<your name>\appdata\local\virtualstore\Program Files\ZBasic\IDE\bas.properties". When the new version of the IDE was installed, it copied an updated version of bas.properties in the normal place but now, when the IDE reads that file (to get the download command), it gets the old one in the virtualstore directory.

You can test this hypothesis by navigating to "\Users\<your name>\appdata\local\virtualstore\Program Files\ZBasic\IDE" and renaming/deleting all files you find there.

The next release of the installer flags the files in the ZBasicIDE directory in a special way so that virtual store is never created for them.