Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
with vmplayer it doesn't seem to work... I'm getting a screenshot like the one attached... black borders around the prompt screen I tried a combination of the following options pref.autoFitGuestToWindow = FALSE pref.autoFitFullScreen = fitHostToGuest pref.autoFit = TRUE no success may be it doesn't work for VmPlayer Bernd Blaauw wrote: Op 20-1-2012 22:36, maui schreef: I tried but it seems not to work... I'm using VmPlayer under win7 64 and I added in ... VMware\preferences.ini pref.autoFitFullScreen = fitHostToGuest (tried also pref.autoFitFullScreen = fitGuestToHost) Have you tried successfully? thank you I'm using VMware Workstation 8.0 on Windows 7 Ultimate, 64bit. Seems to work fine here, be sure to hit the full screen button. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- View this message in context: http://old.nabble.com/Announce%3A-vmsmount%2C-a-driver-for-mounting-VMware%27s-shared-folders-in-DOS-tp32572642p33183723.html Sent from the FreeDOS - User mailing list archive at Nabble.com. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
I tried but it seems not to work... I'm using VmPlayer under win7 64 and I added in ... VMware\preferences.ini pref.autoFitFullScreen = fitHostToGuest (tried also pref.autoFitFullScreen = fitGuestToHost) Have you tried successfully? thank you Bernd Blaauw wrote: Op 13-1-2012 23:00, maui schreef: I'm trying to run an old DOS sw under VMWare but the dos app has a low resolution... so I can see it only on a small portion of the display... do you know if there is a way to scale the VMWare box with FreeDos guest to full screen? modify C:\Users\yournamehere\AppData\Roaming\VMware\preferences.ini and insert [ pref.autoFitFullScreen = fitHostToGuest ] without the [] part. afterwards, start VMware, your virtual machine and press the button for fullscreen. -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- View this message in context: http://old.nabble.com/Announce%3A-vmsmount%2C-a-driver-for-mounting-VMware%27s-shared-folders-in-DOS-tp32572642p33177266.html Sent from the FreeDOS - User mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Op 20-1-2012 22:36, maui schreef: I tried but it seems not to work... I'm using VmPlayer under win7 64 and I added in ... VMware\preferences.ini pref.autoFitFullScreen = fitHostToGuest (tried also pref.autoFitFullScreen = fitGuestToHost) Have you tried successfully? thank you I'm using VMware Workstation 8.0 on Windows 7 Ultimate, 64bit. Seems to work fine here, be sure to hit the full screen button. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Hi Eduardo, I tested the sharing folder in freedos under Windows host and it works fine! :-) I'm trying to run an old DOS sw under VMWare but the dos app has a low resolution... so I can see it only on a small portion of the display... do you know if there is a way to scale the VMWare box with FreeDos guest to full screen? I know that VMWare tools are not available for Dos, but may be you know some nice alternative or trick Thank you Maurizio Eduardo Casino-3 wrote: Hi everybody, I'm pleased to announce the availability of the first version of VMSMOUNT, an installable file system for DOS that allows access to VMware's shared folders as a normal drive letter: * Free (GPL) * Complete, read-write implementation * Unicode - DOS codepage translation for filenames * Fully localized with Kitten (currently English and Spanish, translations are welcome) * Tested with FreeDOS, MS-DOS 6.22 and MS-DOS 7 (Win95). MS-DOS 3.3 is NOT supported and WONT work. * Tested with VMware player 3. Older versions are not supported. * Does not support long names (long names and/or with illegal characters are ignored) Please read the included README.TXT for usage instructions, limitations and bugs. This should be considered a beta version and, as such, may contain bugs that could cause data loss, so use with caution. Please read and agree with the license file before using it. Get it from http://eduardocasino.es/files/vmsmount.zip I'll provide FreeDOS packages and an LSM file in the following days. Best, Eduardo. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- View this message in context: http://old.nabble.com/Announce%3A-vmsmount%2C-a-driver-for-mounting-VMware%27s-shared-folders-in-DOS-tp32572642p33124279.html Sent from the FreeDOS - User mailing list archive at Nabble.com. -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Op 13-1-2012 23:00, maui schreef: I'm trying to run an old DOS sw under VMWare but the dos app has a low resolution... so I can see it only on a small portion of the display... do you know if there is a way to scale the VMWare box with FreeDos guest to full screen? modify C:\Users\yournamehere\AppData\Roaming\VMware\preferences.ini and insert [ pref.autoFitFullScreen = fitHostToGuest ] without the [] part. afterwards, start VMware, your virtual machine and press the button for fullscreen. -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Hi, 2012/1/13 maui eas...@mail.com: I tested the sharing folder in freedos under Windows host and it works fine! :-) Glad to know ;) I'm trying to run an old DOS sw under VMWare but the dos app has a low resolution... so I can see it only on a small portion of the display... do you know if there is a way to scale the VMWare box with FreeDos guest to full screen? I know that VMWare tools are not available for Dos, but may be you know some nice alternative or trick No, I'm sorry. Maybe you'll have more luck in the VMware forums, in case Bernd's tip does not work for you. Eduardo. -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
On 10/13/2011 9:18 PM, Ralf A. Quint wrote: At 03:02 PM 10/13/2011, Eduardo Casino wrote: 2011/10/10 Ralf A. Quintfree...@gmx.net: At 01:38 PM 10/9/2011, Eduardo Casino wrote: Would you be so kind of testing it in one of your 286? It should fail with ERROR: Not running on top of VMWARE. http://sourceforge.net/projects/vmsmount/files/Test/ Will do. Unfortunately, the best machine to test it on, an IBM PS/2 Model 50Z is at the very bottom of a stack in my closet, have to pull it out later. I have two 286 clones easier accessible but realized last night that I did not get the matching EGA/Monochrome monitors out of my storage... Hi Ralf, I've just tested it inside fake86, a 8086 PC emulator (http://fake86.rubbermallet.org) and it produces an exception. I've then re-compiled using just 8086 instructions for main.c and kitten.c and leaving the pentium optimizations for the rest of the files and it works. And size is only increased by 6 bytes :) I'll fix it for the next release. Thanks, I got the IBM yanked out but then life happened and I haven't been able to get back to my workbench yet, will see that I can do this later tonight... Ralf I'll do my part and try it too - I have real 8088 class machines all over the place. ;-0 Mike -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Eduardo, bug ro feature ? I don't see any files with long filenames. Shouldn't they be visible with their short filenames filena~1.exe Tom -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
2011/10/14 Tom Ehlert t...@drivesnapshot.de: bug ro feature ? I don't see any files with long filenames. Shouldn't they be visible with their short filenames filena~1.exe Misfeature, I'm afraid. From the readme.txt: Does not support long names (long names and/or with illegal characters are ignored) I've added it to my to-do list with a maybe because this would complicate things a lot. The hgfs server has no support for short file names, so I would have to: 1. Provide a persistent way of associate long and short filenames (maybe a .longnames file in the host) and add a locking mechanism so concurrent modifications from two or more virtual machines do not cause troubles. 2. Even with that, if the filesystem is modified by the host or by a virtual machine running, say, linux or windows, you'll have a problem. 3. Increase complexity of path searches as the driver would have to check if each and every path component is a shortened name 4. Others I haven't think of yet Best, Eduardo. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
2011/10/14 Eduardo Casino eduardo.cas...@gmail.com: 1. Provide a persistent way of associate long and short filenames (maybe a .longnames file in the host) and add a locking mechanism so concurrent modifications from two or more virtual machines do not cause troubles. It seems that WIndows 7 uses a hashing algorithm to generate short file names on the fly when they are not supported by the filesystem. Samba uses a similar approach. I don't know, I could give it a try if there is a strong demand for it... But this will increase complexity A LOT. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Hi, On Fri, Oct 14, 2011 at 3:05 PM, Eduardo Casino eduardo.cas...@gmail.com wrote: It seems that WIndows 7 uses a hashing algorithm to generate short file names on the fly when they are not supported by the filesystem. Samba uses a similar approach. I don't know, I could give it a try if there is a strong demand for it... But this will increase complexity A LOT. Then don't bother. I think we're used to using SFNs by now. ;-) Seriously, complexity and bugs aren't worth extra features. Simplicity and stability are better! (Just MHO.) -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
2011/10/10 Ralf A. Quint free...@gmx.net: At 01:38 PM 10/9/2011, Eduardo Casino wrote: Would you be so kind of testing it in one of your 286? It should fail with ERROR: Not running on top of VMWARE. http://sourceforge.net/projects/vmsmount/files/Test/ Will do. Unfortunately, the best machine to test it on, an IBM PS/2 Model 50Z is at the very bottom of a stack in my closet, have to pull it out later. I have two 286 clones easier accessible but realized last night that I did not get the matching EGA/Monochrome monitors out of my storage... Hi Ralf, I've just tested it inside fake86, a 8086 PC emulator (http://fake86.rubbermallet.org) and it produces an exception. I've then re-compiled using just 8086 instructions for main.c and kitten.c and leaving the pentium optimizations for the rest of the files and it works. And size is only increased by 6 bytes :) I'll fix it for the next release. Best, Eduardo. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Hi, On Thu, Oct 13, 2011 at 5:02 PM, Eduardo Casino eduardo.cas...@gmail.com wrote: I've just tested it inside fake86, a 8086 PC emulator (http://fake86.rubbermallet.org) and it produces an exception. I've then re-compiled using just 8086 instructions for main.c and kitten.c and leaving the pentium optimizations for the rest of the files and it works. And size is only increased by 6 bytes :) I'll fix it for the next release. First of all, kudos. Secondly, I didn't even know Mike C. had rewritten (or even halfway finished) his emulator in C (instead of FB). Nifty. Now the big question is which Wolf3D version is he testing with (presumably his 8086 recompile). Well, and whether Fake86 can be compiled as DOS .EXE. ;-) -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
At 03:02 PM 10/13/2011, Eduardo Casino wrote: 2011/10/10 Ralf A. Quint free...@gmx.net: At 01:38 PM 10/9/2011, Eduardo Casino wrote: Would you be so kind of testing it in one of your 286? It should fail with ERROR: Not running on top of VMWARE. http://sourceforge.net/projects/vmsmount/files/Test/ Will do. Unfortunately, the best machine to test it on, an IBM PS/2 Model 50Z is at the very bottom of a stack in my closet, have to pull it out later. I have two 286 clones easier accessible but realized last night that I did not get the matching EGA/Monochrome monitors out of my storage... Hi Ralf, I've just tested it inside fake86, a 8086 PC emulator (http://fake86.rubbermallet.org) and it produces an exception. I've then re-compiled using just 8086 instructions for main.c and kitten.c and leaving the pentium optimizations for the rest of the files and it works. And size is only increased by 6 bytes :) I'll fix it for the next release. Thanks, I got the IBM yanked out but then life happened and I haven't been able to get back to my workbench yet, will see that I can do this later tonight... Ralf -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Hi Bernd, 2011/10/9 Bernd Blaauw bbla...@home.nl: By the way, I'm able to load VMSMOUNT (0.3) twice somehow, by having it loaded at top of autoexec.bat, then other drivers, then running VMSMOUNT again at commandline. The installation check in VMSMOUNT is very rudimentary (similar to MSCDEX) and it seems that loading SHSUCDX _afterwards_ interferes somehow. I'll fix it together with uninstallation, hopefully for next release. Best, Eduardo. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Hi Eduardo, I'm pleased to announce the availability of the first version of VMSMOUNT, an installable file system for DOS that allows access to VMware's shared folders as a normal drive letter: it simply woks as advertised it doesn't leave unused clutter loaded as TSR -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Hi Eduardo, sorry; pressed the send key too early ;) I'm pleased to announce the availability of the first version of VMSMOUNT, an installable file system for DOS that allows access to VMware's shared folders as a normal drive letter: it simply works as advertised it doesn't leave unused clutter loaded as TSR; the remaining ~15 K seem to be necessary (even on second glance) THANKS. some minor comments: void _fmemcpy_local( void far *dst, const void far *src, size_t num ) { void far *d = dst; const void far *s = src; // fastest implementation so far // using rep movsD __asm { push es; push ds; push si; push di; mov cx, num; les di, d; lds si, s; // push/pop strictly not necessary // but doing the byte moves at last // favors aligned buffers shr cx,1; pushf shr cx,1; rep movsd; adc cx,cx; rep movsw; popf adc cx,cx; rep movsb; pop di; pop si; pop ds; pop es; } return; } void _fmemcpy_local( void far *dst, const void far *src, size_t num ) { // it's ok, using inlining but works only wordwise _fmemcpy(dst, src, num); return; } with inline optimization is also ok, but only works with words is a bit faster; my pure read speed from disk goes up from 26 MB/sec to 43 MB/sec. read speed from SSD is 50 MB/sec now ( I7 920 machine) _fstrrchr_local() should check that it doesn't touch str[-1] if the character isn't found in REDIR.C cli mov ss, ax mov sp, (offset newStack) + STACK_SIZE - 2 sti CLI/STI is not necessary; from the 80386 programmers reference manual: 'a MOV into SS inhibits all interrupts until after the execution of the next instruction (which is presumably a MOV into eSP)' and VMWare will not run on 80286 or lower ;) Tom -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Hi Tom, A big THANKS to you. Optimising the memcpy routines was my next objective, so you saved me a lot of fun ;) Thanks again for your feedback (and the one you've sent me privately) and for reviewing the code. Best, Eduardo. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
2011/10/2 Bernd Blaauw bbla...@home.nl: Op 2-10-2011 0:45, Bernd Blaauw schreef: rem load SET LANG=EN VMSMOUNT.EXE rem errormessage in EN? in NL? SET LANG=NL VMSMOUNT.EXE You've set NLSPATH in your environment and put there the message catalogs (vmsmount.en, vmsmount.nl, vmsmount.es), right? I'll mention it in the README for the next version. So VMware creates a driveletter as well inside the guest even if 0 shares? Yes, it does. Are all shares automatically mounted? Or can you specify which ones you'd like? (inside the guest I mean, not as virtual machine config) Yes, they are automatically mounted. Eduardo. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Hi Bernd, Wow, that's feedback! :-) I've made a 0.2 version and set up a project in Sourceforge with a Git repository: http://sourceforge.net/p/vmsmount Apparently not (yet) as a normal drive letter, instead *under* a driveletter. See below, this was intentional. Helpscreen is also messy (do a cleanboot by F5 or F8, then execute VMSMOUNT and see all the environment warning texts kinda concatenated instead of each their own line) Argh, silly bug. Fixed, thanks. What I was missing in the documentation is how to create/set a shared folder: * select a non-active virtual machine * click Edit virtual machine settings * go to tab named options * click Shared Folders * selected ENABLED * bottom-right, click ADD * select a directory on your host's filesystem * think of a name you'd like to show this directory as to guest Well, that's in the VMware Player manual ;-) Couldn't find a list of errorlevels either. 0 seems to be Succes (and/or help screen) 4 seems to be Shared Folders feature not enabled at all 5 seems to be Invalid Syntax (VMSMOUNT X: -- VMSMOUNT /L:X) 6 seems to be Already Loaded Probably some errorlevels as well for: * no vmware * wrong dos Now documented in the README * Free (GPL) SHSUCDX might not be opensource despite having sources, so hope it served as inspiration only. Getting tricky otherwise. There's absolutely no code from SHSUCDX in there. I just used it as another reference to understand how a redirector works in some obscure cases. What might be usefull, just as in SHSUCDX and some other applications nowadays, is to return errorlevels based on assigned driveletter (A=1, Z=26) with generic errors having an errorlevel above that (250+ seems popular somehow) and a helpscreen having errorlevel 0. Benefit of that is being able to detect the assigned driveletter in a batchfile. Done. * Complete, read-write implementation Awesome. How are files beyond filesystem limitations handled? 2GB+ files shared through host to a non-FAT32 kernel for example. Or 4GB+ shared to a FAT32 DOS guest. Only first 2GB are accesible. * Unicode - DOS codepage translation for filenames * Fully localized with Kitten (currently English and Spanish, translations are welcome) couldn't find an external language file to translate. Are external files supported at runtime (kitten) or compile-time only? Or maybe even both as MEM once had, implemented by David o' Shea. External files are supported at runtime. They are only needed during driver initialisation. I'm sorry, I didn't realized that I only provided the Spanish catalog. English messages are the default and hardcoded. I'm providing an English catalog now and including the Dutch translation you've sent me, thanks! I haven't looked at sourcecode, nor do I know how to properly interpret it, but guessing something like this happens: [1] check if current operating system is supported [2] check if Shared Folders ability is exposed (thus running under supported version of VMware) [3] Assign driveletter if [3] succeeded [4] Attach all Shared Folders share names as folders under this driveletter. Funny if Sharing enabled but 0 shares enabled. [5] Exit succesfully Yep, correct :) I'm not fully aware of how flexible these shared folders are, have almost never used them. If it's one-time only mapping (without removing, modifying and attaching again) I guess it might work like this: A) No Shared Folders ability: do nothing B) Shared Folders ability, but no shares enabled: do nothing C) 1 Shared Folder: mount share name as the drive, instead of as a folder under it. D) 2 or more shared folders: assign driveletter, mount shares under it. (or each share its own driveletter, depending on your design decisions) E) exit with errorlevel corresponding to driveletter Basically I dislike typing a share's name when looking for files. This is how it works in any other OS. In Linux, all shares are mounted under the same mount point and in Windows under the same letter. I think it is a VMware's design feature. The idea is that, when the player detects that the guest additions are installed, you can add, remove, enable or disable shares when the machine is running and this is much easier if all shares are under a single mount point. This is not the case with vmsmount because I'm yet to find how to register with the virtual machine as a guest addition and you need to power off the VM to modify the shared folders configuration, but this will change eventually. Even DOS device names exist, unlike most installable file drivers / redirectors / TSRs. (IF EXIST X:\NUL echo YES) I'm not sure if this is a feature or a bug :P I'll look into it. hope my (extensive) feedback is usefull. A lot, thank you!! Eduardo. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record
Re: [Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Op 2-10-2011 0:45, Bernd Blaauw schreef: see inline, silly ISPs at time blocking mails.. Bernd Op 2-10-2011 0:04, Eduardo Casino schreef: Wow, that's feedback! :-) np, at times I tend to know what I want out of usefull things. See below, this was intentional. Pity, as DOS is horrible at working with driveletters. Make a single shared folder, name it anything you want, and the batch script will find the files contained in the share once you run VMSMOUNT. @echo off set drives=A B C D .. Z vmsmount.exe if errorlevel 27 goto end for %%x in ( %drives% ) do if errorlevel H%%x set vmdrive=%%x: echo Shared Folder detected and assigned driveletter %vmdrive% if exist %vmdrive%\FDBOOTCD.ISO echo FreeDOS ISO found at %vmdrive%\FDBOOTCD.ISO if exist %vmdrive%\FDOS\FDBOOTCD.ISO echo ISO at \FDOS if exist %vmdrive%\SETUP.BAT echo SETUP at %vmdrive% Well, that's in the VMware Player manual ;-) Who reads manuals, right? :) Now documented in the README Looking great (with a typo above at unicode.orgw somehow) Done. Great, see above for (pseudo) detection code for inside batchfiles. I'm not sure the batchfiles I'm using would be directory proof (for example SETUP.BAT assuming it's at root of drive instead of in a subdirectory). As mentioned earlier, I'd prefer if only a single share, to have it as the driveletter. Much easier for scripts as I've got no clue how to work with directories: for %%x in ( list_of_dirs ) do echo Found dir: %%x (which won't work) External files are supported at runtime. They are only needed during driver initialisation. rem load SET LANG=EN VMSMOUNT.EXE rem errormessage in EN? in NL? SET LANG=NL VMSMOUNT.EXE This is how it works in any other OS. In Linux, all shares are mounted under the same mount point and in Windows under the same letter. I think it is a VMware's design feature. The idea is that, when the player detects that the guest additions are installed, you can add, remove, enable or disable shares when the machine is running and this is much easier if all shares are under a single mount point. So VMware creates a driveletter as well inside the guest even if 0 shares? I'm thinking more along the lines of SUBST: example SUBST X: C:\DOWNLOAD ergo VMSMOUNT /L:X (where it doesn't matter what the share's name is) so in both cases I'd see files by IF EXIST X:\MYFILE.ISO ECHO FOUND FILE, GOOD! This is not the case with vmsmount because I'm yet to find how to register with the virtual machine as a guest addition and you need to power off the VM to modify the shared folders configuration, but this will change eventually. Are all shares automatically mounted? Or can you specify which ones you'd like? (inside the guest I mean, not as virtual machine config) Even DOS device names exist, unlike most installable file drivers / redirectors / TSRs. (IF EXIST X:\NUL echo YES) I'm not sure if this is a feature or a bug :P I'll look into it. No idea either. Thanks for the improvements so far. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Announce: vmsmount, a driver for mounting VMware's shared folders in DOS
Hi everybody, I'm pleased to announce the availability of the first version of VMSMOUNT, an installable file system for DOS that allows access to VMware's shared folders as a normal drive letter: * Free (GPL) * Complete, read-write implementation * Unicode - DOS codepage translation for filenames * Fully localized with Kitten (currently English and Spanish, translations are welcome) * Tested with FreeDOS, MS-DOS 6.22 and MS-DOS 7 (Win95). MS-DOS 3.3 is NOT supported and WONT work. * Tested with VMware player 3. Older versions are not supported. * Does not support long names (long names and/or with illegal characters are ignored) Please read the included README.TXT for usage instructions, limitations and bugs. This should be considered a beta version and, as such, may contain bugs that could cause data loss, so use with caution. Please read and agree with the license file before using it. Get it from http://eduardocasino.es/files/vmsmount.zip I'll provide FreeDOS packages and an LSM file in the following days. Best, Eduardo. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user