FMStrs.dls Annoyance

[Oldfogey]

Just an annoying nit. Since moving to V8.5, when deleting runtime solutions, I am told that FMStrs.dls is read only ... blah, blah, blah. I've checked the source and none of the three instances are set to read only. Presumably it is set to read only during creation of the runtime. Anyone know why and/or how to stop it?

I delete runtimes many times during testing and already get enough stupid messages from Windoze without FMI adding to the load. :bang:

Edited October 6, 2006 by Guest

[Franco]

i get the same problem, but only for the svedish language package, delete it

[cjaeger]

Just set the files in runtime resources to not be read only before creation of runtime. This fmstrs setting is a minor mistake of FileMaker's translation team as that file is a standard filemaker database containing all menu, function, script names in the appropriate language.

[Oldfogey]

Thanks for that info. I found the whole of Runtime Resources folder is Read-only. Why just one file remains R/O is beyond me.

[pjdodd]

I've noticed a similar problem on the Mac.

The runtime files are set to read and write. I've made a runtime, copied to another computer and the file has become read only again. To delete requires changing permission or selecting Empty Trash with the option key held down to force deletion.

Any thoughts?

[Oldfogey]

That's impossible! Like so many things.

Let me get the sequence right. You create a runtime; make sure THE file (which one?) is not read only; copy the whole runtime to another machine and it reverts to read only?

You didn't have a previous copy on the target machine did you? With a read only file?

How do you copy?

[pjdodd]

I'm sorry I should have been specific.

The Runtime application NOT the database is set to read/write. Once copied across to either another Mac OS X or Mac Classic the stupid FMStrs file in the runtime goes read only again.

I've tried setting the actual runtime template in the Filemaker folder to read/write without success.

But I have observed that if the runtime is NOT launched prior to copying then the FMStrs file does not go read only.

Is this a Filemaker problem? Network problem? Mac OS X problem (shock, horror, the very idea that Panther could be at fault) ?

Edited November 29, 2006 by Guest

[Genx]

You're very pessimistic aren't you PJDodd.. you hate Mac's -- you think PC's are worse than Mac's.. what are you a linux fan?

[pjdodd]

You're very pessimistic aren't you PJDodd.. you hate Mac's -- you think PC's are worse than Mac's.. what are you a linux fan?

I'm a realist, perhaps a pragmatist. I hope for the best but experience teaches to prepare for the worst.

I love Macs, since my school days. PCs stink. They are second rate technology. I would be surprised if there was a flaw in the Mac OS X Unix system that was responsible, hence the "shock horror".

But all this is off topic....

[Lee Smith]

Enough said about the platforms.

Thank you.

Lee

[Genx]

I though shock horror was sarcastic. Anyway, yeh, I'm with Lee, we tend not to go there because then people get carried away

Edited November 29, 2006 by Guest
Fixed spelling of Lee :) Was using a way one of my clients spell their name, sorry

[Oldfogey]

I can't remember much about the Mac. I did as Christian J. suggested and changed the whole FMI Runtime Resources folder to not Read-only. That fixed the problem.

Can you do a whole folder in the Mac?

[pjdodd]

I selected the MacOS Runtime folder and changed the permissions to Read/Write on everything in that folder. Still got the same problem when the file was copied on to another Mac.