| Previous | Next | Up | Top |
Q: When I link my program, it fails to produce the .EXE executable, but only if I do this on a networked drive...
Q: I run STUBIFY on a networked drive under Novell, but it doesn't produce a .EXE file. How come?
A: You might have another copy of the file with the same name that GCC is creating in another directory somewhere on your networked drive. If that other directory is on your
PATH, it is searched by Novell when the linker and STUBIFY try to create the executable file, because that file doesn't exist in the current directory. So what might actually happen is
that the linker and STUBIFY are overwriting the files they find on your PATH instead of creating new files in the current directory.
You can verify that this indeed is the problem by searching your networked disks for files with the same name as those you are trying to build, and looking at their time stamps. If that is indeed
the problem, then you have several possible ways of solving it:
- You can remove the other files, rename them, or move them to another directory that isn't searched by Novell.
- You can rename the program you are trying to link.
- You can change the way Novell searches for files (a.k.a. the search mode), so that it won't look in the directories on your PATH.
- You can change your access rights to the directory on the PATH where the other files reside, so that you won't have write privileges to that directory.
- You can change the search mode for STUBIFY and the linker (or for any other program that gives you that trouble) by running commands like these:
SMODE stubify.exe 2
SMODE ld.exe 2
You can help support this site by
visiting the advertisers that sponsor it! (only once each, though)