Re: File compatibility issues with LAN drive

Nobody wrote:
On Thu, 29 Nov 2007 21:21:42 +0000, Joerg wrote:

When calling the file from within an application everything is
fine. When clicking the files it errors, the local PC fails to launch
the application registered for that file extension.
I seem to recall an issue with samba interoperation with
linux. Windows did not have a file "executable" flag, whereas linux
does. So samba would default to setting the flag when writing a file
to disc, making all files "executable". Now this would normally not
make any difference from the point of view of windows. But perhaps
windows has smartened up and is now interpreting this flag somehow?
Making _all_ files executable? Somehow that doesn't strike me as a particularly smart move ... But yeah, this could indeed be the problem

I doubt it. The executable bit only affects what happens if you try to
execute the file on the Unix system on which the Samba server is running.
It isn't visible to a Windows system.

because Windows always wants to start them as executables.

Are you sure?

Earlier, you wrote:

When clicking the files it errors, the local PC fails to launch
the application registered for that file extension.

That isn't the same thing as treating it as an executable.

Also, try examining the Security tab in the file's Properties dialog. You
might need to disable the "Simple File Sharing" option in the Explorer
preferences to get that tab to appear. It may be that the LAN drive is
trying to provide NTFS-style ACLs and getting it wrong.


Where is that security tab? In properties all it said is open with a spread*** program. The XP system barfs on that, the Win2K system opens it properly.


ISTR that permission to "execute" a file (i.e. double-clicking on it
icon in explorer) can be restricted separately from trying to read a file
(e.g. File->Open within in the application).


Maybe. But it sure doesn't make any sense to me. What good does that do if you can circumvent it by simply opening from within the app?

--
Regards, Joerg

http://www.analogconsultants.com/
.