Colin_Everett@fp.cibc.com
1998-Jun-25 13:19 UTC
can't run programs from directories > 8 chars
Hi, We're trying to use a samba server as a repository for all our PC source media, and I've discovered that if an exe exists in a directory with more than 8 characters then the client (NT) will complain that it cannot find the exe. Changing the name of the directory to 8 chars or less fixes the problem. I've played around with name mangling options but cannot get it to work with long name directories. Any ideas? -Colin Everett +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Colin Everett CIBC colin_everett@fp.cibc.com +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Colin, I recently added this FAQ to our bug tracking system. Running 16 bit programs from Windows NT on a Samba mapped drive --------------------------------------------------------------- The Windows NT redirector has a bug when running against a Samba or Windows 95 mapped drive and attempting to run a 16 bit executable. The problem occurs when the pathname to a 16 bit executable contains a non 8.3 filename complient directory component, Windows NT will fail to load the program and complain it cannot find the path to the program. It can be verified that this is a bug in Windows NT and not Samba as the same problem can be reproduced exactly when attempting to run the same program with the same pathname from a Windows 95 server (ie. the problem still exists even with no Samba server involved). Microsoft have been made aware of this problem, it is unknown if they regard it as serious enough to provide a fix for this. One of the reasons this problem is reported frequently is that InstallShield setup.exe executables are frequently written as 16 bit programs, and so hit this problem. As a workaround, you may create (on a Samba server at least) a symbolic link with an 8.3 complient name to the non 8.3 complient directory name, and then the 16 bit program will run. Alternatively, use the 8.3 complient mangled name to specify the path to run the binary. This will be fixed when Samba adds the NT-specific SMB calls (currently targeted for the next major Samba release), as once the NT SMB calls are used this problem no longer occurs (which is why the problem doesn't occur when running against a drive mapped to a Windows NT server). Regards, Jeremy Allison. Samba Team. -- -------------------------------------------------------- Buying an operating system without source is like buying a self-assembly Space Shuttle with no instructions. --------------------------------------------------------