bug, code or Windows problem?

General
1

I have an app. which I have used for years to examine the bit content of any file. Now converted to Xojo it runs ok in debug mode but the build has a problem -
When I cliick the menu item to open a file I get this error message:

I would appreciate some help if any one understands the significance of this error.

2

[quote=144847:@John Sunderland]I have an app. which I have used for years to examine the bit content of any file. Now converted to Xojo it runs ok in debug mode but the build has a problem -
When I cliick the menu item to open a file I get this error message:

I would appreciate some help if any one understands the significance of this error.[/quote]

Posting the code that triggers this error is the only way to text and know what may be going on.

3

It could be that the application doesn’t have permission to access something on disk.

4

By the error message, it looks more like the folderitem is not there. But it could also be due to the use of a space in the item. “Version Cue” is not a valid shell name. Windows needs the DOS short name (something like "VERSIO~1"provided by FolderItem.ShellPath. As I wrote, until we see the code, we can only conjecture.

5

Code for the menu item ‘FileOpen’ is:

’ f, b are global
f=GetOpenFolderItem("")
Lbl.text = f.name
if f<>nil then
EdLen.text = str(f.length)
EdPages.text = str(f.length/(16*32))
b=BinaryStream.Open(f,true)
'b.LittleEndian=true
Page =0
end if

There is no problem with the code if pasted into a trial project. There has been no problem with it in previous versions of Windows and RB. Of course, it is only GetOpenFolderItem("") that is significant in the above. This is where it sticks.

6

[quote=144857:@John Sunderland]Code for the menu item ‘FileOpen’ is:

’ f, b are global
f=GetOpenFolderItem("")
Lbl.text = f.name
if f<>nil then
EdLen.text = str(f.length)
EdPages.text = str(f.length/(16*32))
b=BinaryStream.Open(f,true)
'b.LittleEndian=true
Page =0
end if

There is no problem with the code if pasted into a trial project. There has been no problem with it in previous versions of Windows and RB. Of course, it is only GetOpenFolderItem("") that is significant in the above. This is where it sticks.[/quote]

I created Version Cue as an empty text file, in Documents.
This code does not generate any error here… Windows 10. I tried triggering the error by removing the file between the getopenfolderitem and the f.open, but I get a Xojo error message 'An exception of class IO Exception was not handled."

The window you posted does not look like a Xojo error message, but from another application. Maybe Windows itself. Are you using any helper app from a third party ?

7

Panic over, thank you for your help.
It is a Xojo bug. I have re-created the project and it works fine if I type the code afresh, but if I copy it from the old project it crashes. I have found extraneous and invisible bugs like this in Xojo to a greater extent than they ever occurred in older versions of RealBasic.

8

[quote=144899:@John Sunderland]Panic over, thank you for your help.
It is a Xojo bug. I have re-created the project and it works fine if I type the code afresh, but if I copy it from the old project it crashes. I have found extraneous and invisible bugs like this in Xojo to a greater extent than they ever occurred in older versions of RealBasic.[/quote]

It would greatly help if you could report the bug with the non working project. I am sure Xojo would love fixing it, but as it seems elusive, the bug needs to be caught pants down…

9

Well, I have reported bugs before but never seen any action. In any case, I do not pay for continued support (too expensive, they don’t support home hobbyist users any more) so they no longer accept feedback from me.