Re: [Freedos-user] Announce: VMSMOUNT 0.6 preview release

El mar, 6 sept 2022 a las 13:08, Jerome Shidel () escribió: > I created a “unstable” branch for VMSMOUNT 0.6 preview version in the > FreeDOS GitLab Archive. > > https://gitlab.com/FreeDOS/net/vmsmount/-/tree/unstable > > When they exist, “Unstable” branches in are used automatically by the RBE >

Re: [Freedos-user] Announce: VMSMOUNT 0.6 preview release

El mar, 6 sept 2022 a las 15:09, tom ehlert () escribió: > > many thanks for this. However I can't find binaries. > Hi Tom, sorry, they are a bit hidden in the "Releases" section: https://github.com/eduardocasino/vmsmount/releases/tag/v0.6-pre VMSMNT06.ZIP for the binaries, vmsmount.zip for

[Freedos-user] Announce: VMSMOUNT 0.6 preview release

Hi, I've made a preview release of the upcoming VMSMOUNT 0.6 version, so that anyone who wants to can try it and report any feedback. I'm not adding more features to this release, I'll just fix any bugs that come out and make it final. There are a lot of changes in this version, but the most

Re: [Freedos-user] Need help with networking

Hi, try to create them with the vm powered down. I also recommend that you name the folders in uppercase and following the dos file name conventions. If not, make sure that you specify the /lfn switch with vmsmount. Eduardo El dom., 19 jun. 2022 22:44, escribió: > Hi, thanks for that. I have

[Freedos-user] Announce: vmsmount 0.5c (bugfix release)

Hi, I've just released a bugfix release of vmsmount. Thanks to Alan Kamrowski II for the bug report, testing and code review (the bug report and fix came in 2020, but I never released it publicly) Whats new: * Update file modification time in CloseFile() Sources and binary:

Re: [Freedos-user] Need help with networking

Hi, I would very much like to get the networking setup so that I can create > shares to be able to exchange files with the host machine, but for some > reason ‘net’ and related commands don’t seem to be present. > You might want to give vmsmount a try, a free implementation of VMWare's shared

Re: [Freedos-user] Shared folders in VirtualBox

El mar, 26 abr 2022 a las 14:54, Javier () escribió: > > Wow vmsmount code is very nice! One of the cleanest examples of a > redirector in Watcom C that I have seen. Wish I had seen this before. > The only other one I knew is EtherDFS. > > Thanks, VBFS seems very nice too ;) Mouse integration is

Re: [Freedos-user] Shared folders in VirtualBox

> > Very terse. Me gusta mucho. :-) > I'm sorry, I did not mean to be rude. > OK, so I think I was not technically wrong, VMware does not, *but* > there is a way round it? > It is correct that VMWare does not provide guest additions for DOS, that is why I developed vmsmount, which implements

Re: [Freedos-user] Shared folders in VirtualBox

> I don't think VMware has DOS guest additions. > http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/1.3/pkg-html/vmsmount.html Regards, Eduardo > ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net

Re: [Freedos-user] FreeDOS on Vinyl

It seems that vinyl booted FreeDOS feels richer, warmer, more open, because of the grooves on the record allow for a more resonant quality. El mié, 2 mar 2022 a las 22:11, Jerome Shidel () escribió: > Hi all, > > I don’t know if you’ve seen this or not. > > Booting FreeDOS from a vinyl record.

Re: [Freedos-user] FreeDOS images for VirtualBox

From: Eduardo Casino <eduardo.cas...@gmail.com> 2017-02-03 12:29 GMT+01:00 Eric Auer <e.a...@jpberlin.de>: > That sounds interesting! How far did you get, what is needed? Hi Eric, The low level pci interface is there, as well as some initialisation stuff and code taken fro

Re: [Freedos-user] FreeDOS images for VirtualBox

From: Eduardo Casino <eduardo.cas...@gmail.com> 2017-02-03 1:16 GMT+01:00 Ralf Quint <freedos...@gmail.com>: > Well, that works only with VMware, but unfortunately not with > VirtualBox, AFAIK. Right. > Otherwise, that would be my preferred method, similar to how

Re: [Freedos-user] FreeDOS images for VirtualBox

2017-02-03 12:29 GMT+01:00 Eric Auer : > That sounds interesting! How far did you get, what is needed? Hi Eric, The low level pci interface is there, as well as some initialisation stuff and code taken from vmsmount. All the shared folders protocol is missing, so there is

Re: [Freedos-user] FreeDOS images for VirtualBox

2017-02-03 1:16 GMT+01:00 Ralf Quint : > Well, that works only with VMware, but unfortunately not with > VirtualBox, AFAIK. Right. > Otherwise, that would be my preferred method, similar to how you can > share data with the host in DOSBox/VDOS... I started a VirtualBox

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

Re: [Freedos-user] VMSMOUNT 0.5: Now with (partial) long file names su pport

2011/11/7 Bret Johnson bretj...@juno.com: This is unavoidable. When you intercept system interrupts, you only can safely uninstall when the nobody else has trapped the same interrupt or, in other words, you can only uninstall when the interrupt vector is pointing to the TSR you are trying to

Re: [Freedos-user] VMSMOUNT 0.5: Now with (partial) long file names support

2011/11/7 Bernd Blaauw bbla...@home.nl: Not entirely sure if the mangling part is necessary with such short semi-valid 8.3 filenames, but your improvements work. try x as share name (without quotes ofcourse). It is necessary because VMware's share names are always case sensitive. Following

[Freedos-user] vmsmount 0.4: Bugfix and new features

Hi All, I've just released new version 0.4 of VMSMOUNT with many new features and a bug fix: * BUGFIX: writing 0 bytes to a file MUST truncate it * Uninstallation (new /U option) * Add CPU test: will fail gracefully if executed on a real 286 or earlier * Optimizations and cleanup for

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

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

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

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)

Re: [Freedos-user] Tom's ALWAYS Good Ideas!

2011/10/6 Jack gykazequ...@earthlink.net: Tom is often quiet in the background, but when he DOES speak, it MATTERS! I couldn't agree more! Best, Eduardo. -- All the data continuously generated in your IT

[Freedos-user] Announce: VMSMOUNT 0.3 bugfix

Hi All, Tom has detected that the stack size in VMSMOUNT 0.2 is too small and is overfloaded in some circumstances. Version 0.3 fixes it, is smaller and adds some performance improvements, also by Tom, most significantly a fast _fmemcpy() implementation. Get it from

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.

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),

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

[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

Re: [Freedos-user] COUNTRY.SYS settings

Source code for COUNTRY.SYS is written in nasm assembler. Just get the file from: http://freedos.svn.sourceforge.net/viewvc/*checkout*/freedos/kernel/branches/UNSTABLE/kernel/country.asm?revision=1261 Then, use nasm to assemble: nasm -o country.sys country.asm And you're done. Eduardo.

[Freedos-user] Announce: NLSFUNC 0.4 (critical bug fix)

Hi All, I'd like to announce version 0.4 of NLSFUNC. It fixes a critical bug that can cause memory corruption, so upgrade is mandatory. You can download it from http://perso.wanadoo.es/babelfish/nlsfunc/nlsfn04x.zip (binary) and http://perso.wanadoo.es/babelfish/nlsfunc/nlsfn04s.zip (source)

Re: [Freedos-user] File names with cyrillic characters

Hello Dima, I'm sorry it took me so long to respond. Only latest development kernels have support to load uppercasing tables from country.sys. Ver /r returns the same for stable and development kernels. Verify that at boot time you see something like FreeDOS kernel version 1.1.35w (Build

RE: [Freedos-user] 3com 35c589c PCMCIA ethernet driver reports Incompatible with Win95?

Anyone have any idea why the driver would think it's running in windows 95, and is there a workaround or an alternate driver available for the card? If you're running a FAT32 enabled kernel, it reports version 7.10 (win95). Try with VERSION=5.0 in CONFIG.SYS Eduardo.

[Freedos-user] Announce: APPEND 5.0.0.6

Dear all, I'd like to announce the availability of version 5.0.0.6 of FD APPEND, the command that enables programs to open data files in specified directories as if those files where in the current directory. With this version it is possible to call the resident append (i.e., after the first

Re: [Freedos-user] trouble with russian-named files

(DISPLAY, FD-KEYB, MODE are under development almost finished, NLSFUNC will need a bit more work I assume). Once DISPLAY is finished, NLSFUNC will need just a couple of free weekends to finish. How this translates to real time is still to be determined :)

Re: [Freedos-user] ANNOUNCE: FD APPEND 5.0 v0.5

El mié, 07-07-2004 a las 04:21, Bernd Blaauw escribió: Aitor Santamaría Merino schreef: Good! It just occurs to me that you could add a single line into the readme file (if you haven't done it already) for dummy users like myself and say: thou shall not rename APPEND.EXE ;-) why

[Freedos-user] ANNOUNCE: FD APPEND 5.0 v0.5

Hello All, Changes from v0.4: * Back to EXE format (Arkady, me). Arkady warned that it could cause problems when loading high. It only adds 32 bytes to the file size. * Fixed a bug when releasing the environment. Now it does it properly. * Updated help to make clear that APPEND

[Freedos-user] ANNOUNCE: New FD APPEND 5.0

Hi everybody, I'm glad to announce FreeDOS APPEND 5.0, which aims to be a fully functional MS APPEND replacement for the FreeDOS project. Although this is the first release of this program, I have named it Version 5.0 because it implements the full MS APPEND 5.0 API, and also to avoid confusion