16 bit application running on citrix

daishi5

Golden Member
Feb 17, 2005
1,196
0
76
I have an application I am trying to get to run on our citrix server farm, old 16 bit application built with foxpro. The program is run from a command line that specifies a folder location on a remote server for its database.
(d:\appname\app.exe -t \\servername\appfolder\database.dbf) is the layout of the command line used to launch the file.

The problem is that the program is returning error messages about a file not found or missing. One error message seems to be my problem, it reads (d:\serverna\appfolder\database.dbf) does not exist.
This seems wrong in two ways, number one it should not have the d:. Second it is cutting off the name of the server at the 8th character (the appfolder name is less then 8 characters).

I am sure with a little work I can take care of the d: problem, i did it with an earlier test of this program. (in the earlier test one step fixed that problem, but I also broke something else in the program.) What I really need to know is if there is a way to feed it something like \\server~1\ (its been a while since I worked with those shortened file names, but I think you get the idea) that I can get this program to work. Does anyone have any idea how I could pass that server name that is more then 8 characters to the program and get it to the correct server.

Mapped drives may fix the problem, but we are having some issues with those. If anyone has a lot of experience with citrix and mapped drives, I could take suggestions there as well.
 

KB

Diamond Member
Nov 8, 1999
5,406
389
126
UNC paths don't work well, if at all with 16-bit apps. Second you can't use 8.3 names (~ designation) in a server name because they are not part of the filesystem. You will have to use a mapped drive. Create a batch file that maps the drive, runs the app, then when the app completes disconnects the drive.
 

daishi5

Golden Member
Feb 17, 2005
1,196
0
76
That is a great solution, now to see if it works properly. Makes me feel stupid that I did not think of that.