[HELP] Mac Standalone and admin mode ?

[Zax]

Hello,

I just updated to Revolution Studio 4.00 and Snow Leopard 10.6.2.
With this brand new Revolution Studio version, I made an update of one of my "good old" standalone freeware appl and I received a strange bug report: if the session's user has no administrator rights, the standalone only displays a white rectangle (only main card edges are visible) when launched on OS 10.6.2.
As usual, I compiled the standalone with "remove all profiles on objects" option checked and for Mac OS X Universal.

I'm not familiar with these administrator rights: I use a Mac with a single accout/user so I don't know what to do.
Can anyone tell me how could I manage this? Is it a bug, or maybe I made something wrong with this new Revolution Studio version? I never encountered this kind of problem with older versions.

Thanks for your help.

[Klaus]

Hi Zax,

do you write something to disk "on openstack" or "on preopenstack"?

[Zax]

do you write something to disk "on openstack" or "on preopenstack"?

No, I only read settings from a xml file with "get revCreateXMLTreeFromFile(fichierPrefs,false,true,false)" on openstack.

[Klaus]

Hi Zax,

hmm, it works on other machines, right?

You could use a "try" structure and show a dialog on error like this:
...

Code: Select all

try
 get revCreateXMLTreeFromFile(fichierPrefs,false,true,false)
## In case something does not work, the error will be "caught" in this variable "tError" and you can display it:
catch tError
  anser "Error:" & CR & tError
end try
...

Maybe this will give you a hint on what's going wrong.


Best

Klaus

[Zax]

Thanks Klaus, I'll try this soon and keep you informed here.

[Zax]

Some news:
It seems the reported bug was due to a buggy Mac account but, to be sure, can you tell if there is a difference between the "try - catch" method and the old hypercard method I use to use:

Code: Select all

get revCreateXMLTreeFromFile(xmlFile,false,true,false)
if word 1 of it is not "xmlerr" then -- or if the result is empty then
...ok, do some stuff
else
... problem
end if

[Klaus]

Hi Zax,

sure this also works fine in this case!
The "try" approach is more generic and will work with any error in any script.

Have a nice weekend!


Best

Klaus

[Zax]

OK, I understand.
The "try-catch" generic method seems better as the syntax is always the same.

Thank you Klaus