>>>>We seem to be seeing some odd behaviour out of GPLib when going from Netware 3.x to NetWare 4.x. Something is lying to something somewhere. If the user is not already on the target sever, GPLib will log them on, but then the map call fails, only GPLib doesn't think it failed. Needless to say, this causes some major problems (system can't find ANYTHING), so I was wondering if anyone else is using GPLib and has run across this problem and what did you do to fix it?
>>>
>>>Hello Dorris,
>>>
>>>I had some mapping problems as you described when going to 4.x. Try issuing a map delete before you map. If the drive letter is already in use then the map function will fail as you described in 4.x.
>>>
>>>=N_MapDel(c_drive)
>>>
>>>HTH,
>>>Mike
>>Well, I've got a routine that checks for the first available drive letter (we don't have fixed drive letters). Basically, the procedure is
>>
>>1. Check if already logged in.
>>2. Find unused drive letter
>>3. If already logged in Map, otherwise log -in and map.
>>4. Run system
>>5. if already logged in, mapdel, otherwise logout with a .t. (to detach)
>>
>>
>>I'll add the mapdel in right after I find the first available drive letter and see if that helps.
>
>Dorris,
>
>I have not been able to duplicate your problem. I'm testing on a NT workstation with the latest release of client 32. Are you using NT or Win95? I can't test on Win95 for another couple of hours (I have only one Win95 machine running client 32 and it's busy, the rest are MS netware). What version of GPLIB are you using?
>
>Note: I can now remap a drive that is in use??? I know that failed before but we have had a client 32 upgrade since then.
>
>Mike

GPLib Ver 3
Win 3.x (gad, I know)
VFP 3.0 (if that makes a difference)