Hi Lukas,

> I guess there is no good web browser that would actually work (only Lynx
> and similar). So it is impossible to download some driver for example. Even
> Win98SE with 2000 NT kernel is not useable. Some port of Linux GUI...

There are Arachne, Dillo, Links, Lynx and others, but they all
do not support the newest generation of HTTPS security and they
all do not support much JavaScript. Both are very widespread in
the modern world wide web, alas. One very fresh Links binary is

https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/net/links/2.23/

A while ago, I have tried a few "lightweight" browsers in Linux:
Otter Browser, Falkon and those mentioned already for DOS, with
the exception of Arachne. Because I was upset about Chrome and
Firefox burning gigabytes of RAM. Unfortunately, none of the
more lightweight browsers was able to display anywhere near
"most" of the websites I would have liked to visit with it.

I think Firefox for DOS would not be the right answer either.

> Some article about bridging old IPX/SPX DOS apps over TCP/IP would be nice.

I am sure that there are articles about that already, I hope
somebody else answers. But why bridging? For LAN game parties
which are proxied around the world instead of getting to meet
for them in person? :-)

> Some real example of LFN (LDIR commands) would be nice.

How about DIR /LFN for that? Already implemented ;-)

> On default installation it does not like the codepage
> (I guess it is 852 or 850).

You need to be more specific about that.

> Cherry on top would be example with LFN and Samba.

Note that MSCLIENT does not support modern Windows networks
and you will have a hard time to configure your server to
be old and insecure enough to use it from DOS at all. We do
have a SMBCLIENT for DOS, though, probably with LFN support?

It works a bit like an FTP client, so you can use commands
to copy files. It does not "mount" the drive directly, so
you cannot just give it a drive letter. But again, MSCLIENT
is very outdated, so SMBCLIENT is probably still an idea.

Note that we do have VMSMOUNT which "mounts" VMWare drives
using the guest/host interface provided for that by VMWare.

Cheers, Eric



_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to