Subj : Files on LAN. To : mark lewis From : Gerald Miller Date : Sat Jul 10 2004 07:24 am Hello Mark, Responding to a post in the LAN area: On Friday July 09 2004 at 22:45, Mark Lewis [1:3634/12] wrote to Gerald Miller, about: Files on LAN. GM>> === Cut Begin: 4DOS.INI === GM>> Environment=1536 GM>> EnvFree=128 GM>> Swapping=EMS, XMS, g:\ GM>> ;I will change the above line to the following... GM>> ; Swapping=EMS, XMS, None ML> i only have XMS in this line... Okay. I've done the same.... GM>> ; SwapReopen=YES GM>> ;[NO] Reopen swap file if it is closed; Set to `Yes' to enable GM>> ;reopening of the 4DOS swap file if it is closed by another program GM>> ;(Novell Netware drives). If an application or network generates GM>> ;reproducible errors related to the 4DOS swap file (for example GM>> ;"Swap file seek failed" or similar errors). ML> never seen the swapreopen but after reading the text, i can understand ML> why it may be needed... should not be needed unless you are swapping ML> to a network drive that may "disappear" on you... Okay, I'll leave it commented out. GM>> UniqueSwapName=YES GM>> ;I will change the above line to the following... ML> this one should be yes... well, at least that's what i have... ML> possibly not needed if one isn't swapping to disk... Okay, I left it set to YES. GM>> ; UniqueSwapName=NO GM>> [Secondary] GM>> ;Set secondaries shell directives GM>> Swapping=XMS, EMS, None GM>> === Cut End: 4DOS.INI === ML> i don't have a secondary section in my ini file... I should comment out all the secondary section??? [ ...snip... ] GM>> I made the modifications to the 4DOS.INI file, and I will put GM>> Install=C:\Dos\SHARE.EXE /f:4096 /l:25 GM>> back in the config.sys file, reboot and see how FrontDoor does GM>> with these changes. ML> ok... I made the changes and will try the SHARE thing again... GM>> But, if SHARE is not really needed for WfW 3.11 (because it is GM>> loading "device=vshare.386"), then, what's the point in putting GM>> SHARE in the config file? To see if my FrontDoor BTM file hangs GM>> the system, again? ML> for one thing, yes... note also that some things require share ML> capabilities... the JAM message bases required it at one point... not ML> sure how that was taken care of... its been so long but i likely still ML> have the messages concerning it in the beta area(s)... i mention JAM ML> only because FD supports it in FM and i don't know if you use it or ML> not... No JAM bases. Everything I run is Squish -- GoldED handles the messages bases just fine. ML> also note that that vshare stuff is only in effect /while/ running ML> windows... I had thought that was "self evident"... GM>>>> Do you know if SHARE will handle pipes (as in "|")? ML>>> yes, it has not problems with them at all... as long as ML>>> they are not open in a restricted mode ;) GM>> I can't see that echoing a command to the screen _AND_ GM>> piping it to a log file would be a restricted mode... GM>> Why would jpsoft do that when they know that some clients GM>> would use SHARE? ML> who knows... its likely not being done so don't worry about it ;) I'll remove the "| tee /a %ramd:\x00.log" and try ">> %ramd:\x00.log"... Cheers ... Gerald .... Love ain't what you feel. It's what you've lived through. --- GoldED+/DPMI32 v1.1.5-040330 [msg of July 10, 2004] * Origin: And God said unto Man: `Engage!' (1:342/512) .