FreeDOS › FreeDOS - User

EtherDFS v0.8.1

Classic

List

Threaded

5 messages Options

Mateusz Viste-5

EtherDFS v0.8.1

Hello group,

Not that long ago I announced here a new software I have created, named
EtherDFS. EtherDFS is an 'installable filesystem' TSR for DOS. It maps a
drive from a remote computer (typically Linux-based) to a local drive
letter, using raw ethernet frames to communicate.

Last weekend I released a new version of EtherDFS, the version 0.8.1. If
you're using EtherDFS, then upgrading to this latest version is highly
recommended, as it significantly improves the protocol's reliability
(especially important with buggy NICs that sometime send more data than
actually requested by the application - observed at least on Xircom PE3
dongles, but might happen on other hardware as well).

Changelog since v0.6:

[version 0.8.1]
- EtherDFS frames are validated by a cksum (can be disabled with /n),
- EDF5 frames announce their length to avoid troubles with Ethernet
padding,
- arguments can be passed in any order,
- /q and /u can be used together.

[version 0.8]
- improved self-detection to avoid loading EtherDFS twice,
- added unloading support (/u),
- fixed a FindFirst regression (fixes usage under 4DOS),
- fixed SETATTR action when using a non-FreeDOS attrib command,
- implemented the 'Seek From End' call,
- minor memory optimizations,
- makes sure the redirector API is available before installing,
- support for multiple drive mappings.

[version 0.7]
- MS-DOS compat: flagging newly mapped drive so MS-DOS doesn't ignore it,
- fixed FindNext behavior so it's compatible with ATTRIB from MS-DOS,
- implemented the "Special Open" call (used by COPY in MSDOS 5.0 and
6.x),
- increased timeout retries from 3 to 5 (more reliable on lossy
networks),
- fixed parsing of the MAC address provided on command-line,
- minor speed optimizations.

Project's website: http://etherdfs.sourceforge.net

Mateusz

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Freedos-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freedos-user

Andy Stamp

Re: EtherDFS v0.8.1

Hi Mateusz,

I've been following your posts both here and on the VCF forum (http://www.vcfed.org/forum/showthread.php?57027-EtherDFS-an-ethernet-drive-for-DOS) and was inspired to pick up a Xircom PE3 adapter to help move files to and from my old XT with a bad FDC.

I set up a Linux VM with a FAT32 partition for the server and was playing with version 0.8.1 on my 486 and it was working great. Loaded Lotus 123 right off the network (and faster than I expected).

My question is: Does the server/protocol support multiple simultaneous connections?

If so, should I try to avoid accessing the same files from both clients?

Thanks,

--Andy

On Wed, Apr 19, 2017 at 5:06 AM, Mateusz Viste <[hidden email]> wrote:

Hello group,

Not that long ago I announced here a new software I have created, named
EtherDFS. EtherDFS is an 'installable filesystem' TSR for DOS. It maps a
drive from a remote computer (typically Linux-based) to a local drive
letter, using raw ethernet frames to communicate.

Last weekend I released a new version of EtherDFS, the version 0.8.1. If
you're using EtherDFS, then upgrading to this latest version is highly
recommended, as it significantly improves the protocol's reliability
(especially important with buggy NICs that sometime send more data than
actually requested by the application - observed at least on Xircom PE3
dongles, but might happen on other hardware as well).

Changelog since v0.6:

[version 0.8.1]
- EtherDFS frames are validated by a cksum (can be disabled with /n),
- EDF5 frames announce their length to avoid troubles with Ethernet
padding,
- arguments can be passed in any order,
- /q and /u can be used together.

[version 0.8]
- improved self-detection to avoid loading EtherDFS twice,
- added unloading support (/u),
- fixed a FindFirst regression (fixes usage under 4DOS),
- fixed SETATTR action when using a non-FreeDOS attrib command,
- implemented the 'Seek From End' call,
- minor memory optimizations,
- makes sure the redirector API is available before installing,
- support for multiple drive mappings.

[version 0.7]
- MS-DOS compat: flagging newly mapped drive so MS-DOS doesn't ignore it,
- fixed FindNext behavior so it's compatible with ATTRIB from MS-DOS,
- implemented the "Special Open" call (used by COPY in MSDOS 5.0 and
6.x),
- increased timeout retries from 3 to 5 (more reliable on lossy
networks),
- fixed parsing of the MAC address provided on command-line,
- minor speed optimizations.

Project's website: http://etherdfs.sourceforge.net

Mateusz

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Freedos-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freedos-user

--Andy

Karen Lewellen-2

Re: EtherDFS v0.8.1

In reply to this post by Mateusz Viste-5

From: Andy Stamp <[hidden email]>

--===============2563758283038139191==
Content-Type: multipart/alternative; boundary=94eb2c18fde04c45b6054df36822

--94eb2c18fde04c45b6054df36822
Content-Type: text/plain; charset=UTF-8

Hi Mateusz,

I've been following your posts both here and on the VCF forum (
http://www.vcfed.org/forum/showthread.php?57027-EtherDFS-an-ethernet-drive-for-DOS)
and was inspired to pick up a Xircom PE3 adapter to help move files to and
from my old XT with a bad FDC.

I set up a Linux VM with a FAT32 partition for the server and was playing
with version 0.8.1 on my 486 and it was working great. Loaded Lotus 123
right off the network (and faster than I expected).

My question is: Does the server/protocol support multiple simultaneous
connections?
If so, should I try to avoid accessing the same files from both clients?

Thanks,
--Andy

On Wed, Apr 19, 2017 at 5:06 AM, Mateusz Viste <[hidden email]>
wrote:

> Hello group,
>
> Not that long ago I announced here a new software I have created, named
> EtherDFS. EtherDFS is an 'installable filesystem' TSR for DOS. It maps a
> drive from a remote computer (typically Linux-based) to a local drive
> letter, using raw ethernet frames to communicate.
>
> Last weekend I released a new version of EtherDFS, the version 0.8.1. If
> you're using EtherDFS, then upgrading to this latest version is highly
> recommended, as it significantly improves the protocol's reliability
> (especially important with buggy NICs that sometime send more data than
> actually requested by the application - observed at least on Xircom PE3
> dongles, but might happen on other hardware as well).
>
> Changelog since v0.6:
>
> [version 0.8.1]
> - EtherDFS frames are validated by a cksum (can be disabled with /n),
> - EDF5 frames announce their length to avoid troubles with Ethernet
> padding,
> - arguments can be passed in any order,
> - /q and /u can be used together.
>
> [version 0.8]
> - improved self-detection to avoid loading EtherDFS twice,
> - added unloading support (/u),
> - fixed a FindFirst regression (fixes usage under 4DOS),
> - fixed SETATTR action when using a non-FreeDOS attrib command,
> - implemented the 'Seek From End' call,
> - minor memory optimizations,
> - makes sure the redirector API is available before installing,
> - support for multiple drive mappings.
>
> [version 0.7]
> - MS-DOS compat: flagging newly mapped drive so MS-DOS doesn't ignore it,
> - fixed FindNext behavior so it's compatible with ATTRIB from MS-DOS,
> - implemented the "Special Open" call (used by COPY in MSDOS 5.0 and
> 6.x),
> - increased timeout retries from 3 to 5 (more reliable on lossy
> networks),
> - fixed parsing of the MAC address provided on command-line,
> - minor speed optimizations.
>
> Project's website: http://etherdfs.sourceforge.net
>
> Mateusz
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Freedos-user mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/freedos-user
>

--
--Andy

--94eb2c18fde04c45b6054df36822
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir="ltr">Hi Mateusz,<div><br></div><div>I've been following your
posts both here and on the VCF forum (<a
href="http://www.vcfed.org/forum/showthread.php?57027-EtherDFS-an-ethernet-drive-for-DOS">http://www.vcfed.org/forum/showthread.php?57027-EtherDFS-an-ethernet-drive-for-DOS</a>) and was inspired to pick up a Xircom PE3 adapter to help move files to and from my old XT with a bad FDC.</div><div><br></div><div>I set up a Linux VM with a FAT32 partition for the server and was playing with version 0.8.1-aon my 486 and it was working great. Loaded Lotus 123 right off the network (and faster than I expected).</div><div><br></div><div>My question is: Does the server/protocol support multiple simultaneous connections?</div><div>If so, should I try to avoid accessing the same files from both clients?</div><div><br></div><div>Thanks,</div><div>--Andy-a</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 19, 2017 at 5:06 AM, Mateusz Viste <span dir="ltr"><<a href="mailto:[hidden email]" target="_blank">[hidden email]</a>></span> wrote:<br><blockqu
ote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello group,<br>
<br>
Not that long ago I announced here a new software I have created, named<br>
EtherDFS. EtherDFS is an 'installable filesystem' TSR for DOS. It maps
a<br>
drive from a remote computer (typically Linux-based) to a local drive<br>
letter, using raw ethernet frames to communicate.<br>
<br>
Last weekend I released a new version of EtherDFS, the version 0.8.1. If<br>
you're using EtherDFS, then upgrading to this latest version is highly<br>
recommended, as it significantly improves the protocol's reliability<br>
(especially important with buggy NICs that sometime send more data than<br>
actually requested by the application - observed at least on Xircom PE3<br>
dongles, but might happen on other hardware as well).<br>
<br>
Changelog since v0.6:<br>
<br>
[version 0.8.1]<br>
-a- EtherDFS frames are validated by a cksum (can be disabled with /n),<br>
-a- EDF5 frames announce their length to avoid troubles with Ethernet<br>
padding,<br>
-a- arguments can be passed in any order,<br>
-a- /q and /u can be used together.<br>
<br>
[version 0.8]<br>
-a- improved self-detection to avoid loading EtherDFS twice,<br>
-a- added unloading support (/u),<br>
-a- fixed a FindFirst regression (fixes usage under 4DOS),<br>
-a- fixed SETATTR action when using a non-FreeDOS attrib command,<br>
-a- implemented the 'Seek From End' call,<br>
-a- minor memory optimizations,<br>
-a- makes sure the redirector API is available before installing,<br>
-a- support for multiple drive mappings.<br>
<br>
[version 0.7]<br>
-a- MS-DOS compat: flagging newly mapped drive so MS-DOS doesn't ignore
it,<br>
-a- fixed FindNext behavior so it's compatible with ATTRIB from MS-DOS,<br>
-a- implemented the "Special Open" call (used by COPY in MSDOS 5.0
and<br>
6.x),<br>
-a- increased timeout retries from 3 to 5 (more reliable on lossy<br>
networks),<br>
-a- fixed parsing of the MAC address provided on command-line,<br>
-a- minor speed optimizations.<br>
<br>
Project's website: <a href="http://etherdfs.sourceforge.net"
rel="noreferrer" target="_blank">http://etherdfs.sourceforge.<wbr>net</a><br>
<br>
Mateusz<br>
<br>
<br>
------------------------------<wbr>------------------------------<wbr>------------------<br>
Check out the vibrant tech community on one of the world's most<br>
engaging tech sites, Slashdot.org! <a href="http://sdm.link/slashdot"
rel="noreferrer" target="_blank">http://sdm.link/slashdot</a><br>
______________________________<wbr>_________________<br>
Freedos-user mailing list<br>
<a href="mailto:[hidden email]">Freedos-user@lists.<wbr>sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/freedos-user"
rel="noreferrer" target="_blank">https://lists.sourceforge.net/<wbr>lists/listinfo/freedos-user</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div
class="gmail_signature" data-smartmail="gmail_signature"><div
dir="ltr">--Andy</div></div>
</div>

--94eb2c18fde04c45b6054df36822--

--===============2563758283038139191==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
--===============2563758283038139191==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Freedos-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freedos-user

--===============2563758283038139191==--

--- Internet Rex 2.29
* Origin: capcity2.synchro.net - 502/875-8938 (276:10/901)
--- Synchronet 3.15a-Linux ListGate 1.3
* Capitol City Online - Frankfort, KY - telnet://capitolcityonline.net

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Freedos-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freedos-user

Mateusz Viste-5

Re: EtherDFS v0.8.1

In reply to this post by Andy Stamp

On Mon, 24 Apr 2017 21:11:25 -0400, Andy Stamp wrote:
> I set up a Linux VM with a FAT32 partition for the server and was
> playing with version 0.8.1 on my 486 and it was working great. Loaded
> Lotus 123 right off the network (and faster than I expected).

I'm glad it works for you!

> My question is: Does the server/protocol support multiple simultaneous
> connections?

Absolutely, yes.

> If so, should I try to avoid accessing the same files from both clients?

Definitely. While operating multiple clients simultaneously on one server
is no problem at all, writing to the *same* file at the same time from
two different clients is almost guaranteed to wreck things up.
Simultaneous reads, of course, are no trouble.

Mateusz

> On Wed, Apr 19, 2017 at 5:06 AM, Mateusz Viste <[hidden email]>
> wrote:
>
>> Hello group,
>>
>> Not that long ago I announced here a new software I have created, named
>> EtherDFS. EtherDFS is an 'installable filesystem' TSR for DOS. It maps
>> a drive from a remote computer (typically Linux-based) to a local drive
>> letter, using raw ethernet frames to communicate.
>>
>> Last weekend I released a new version of EtherDFS, the version 0.8.1.
>> If you're using EtherDFS, then upgrading to this latest version is
>> highly recommended, as it significantly improves the protocol's
>> reliability (especially important with buggy NICs that sometime send
>> more data than actually requested by the application - observed at
>> least on Xircom PE3 dongles, but might happen on other hardware as
>> well).
>>
>> Changelog since v0.6:
>>
>> [version 0.8.1]
>> - EtherDFS frames are validated by a cksum (can be disabled with /n),
>> - EDF5 frames announce their length to avoid troubles with Ethernet
>> padding,
>> - arguments can be passed in any order,
>> - /q and /u can be used together.
>>
>> [version 0.8]
>> - improved self-detection to avoid loading EtherDFS twice,
>> - added unloading support (/u),
>> - fixed a FindFirst regression (fixes usage under 4DOS),
>> - fixed SETATTR action when using a non-FreeDOS attrib command,
>> - implemented the 'Seek From End' call,
>> - minor memory optimizations,
>> - makes sure the redirector API is available before installing,
>> - support for multiple drive mappings.
>>
>> [version 0.7]
>> - MS-DOS compat: flagging newly mapped drive so MS-DOS doesn't ignore
>> it,
>> - fixed FindNext behavior so it's compatible with ATTRIB from MS-DOS,
>> - implemented the "Special Open" call (used by COPY in MSDOS 5.0 and
>> 6.x),
>> - increased timeout retries from 3 to 5 (more reliable on lossy
>> networks),
>> - fixed parsing of the MAC address provided on command-line,
>> - minor speed optimizations.
>>
>> Project's website: http://etherdfs.sourceforge.net
>>
>> Mateusz
>>
>>
>> ------------------------------------------------------------
>> ------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Freedos-user mailing list [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/freedos-user
>>

Karen Lewellen-2

Re: EtherDFS v0.8.1

In reply to this post by Mateusz Viste-5

From: Mateusz Viste <[hidden email]>

On Mon, 24 Apr 2017 21:11:25 -0400, Andy Stamp wrote:
> I set up a Linux VM with a FAT32 partition for the server and was
> playing with version 0.8.1 on my 486 and it was working great. Loaded
> Lotus 123 right off the network (and faster than I expected).

I'm glad it works for you!

> My question is: Does the server/protocol support multiple simultaneous
> connections?

Absolutely, yes.

> If so, should I try to avoid accessing the same files from both clients?

Definitely. While operating multiple clients simultaneously on one server
is no problem at all, writing to the *same* file at the same time from
two different clients is almost guaranteed to wreck things up.
Simultaneous reads, of course, are no trouble.

Mateusz

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Freedos-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freedos-user

--- Internet Rex 2.29
* Origin: capcity2.synchro.net - 502/875-8938 (276:10/901)
--- Synchronet 3.15a-Linux ListGate 1.3
* Capitol City Online - Frankfort, KY - telnet://capitolcityonline.net

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Freedos-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freedos-user