Sounds awesome 😀

Great work!

an awesome program getting more awesome!? what kind of magic is that!

It's just a little magic ...

Today I added the ability to specify an alternative nameserver that overrides what DHCP provides so that you can use things like Google DNS regardless of what your router wants you to use. There was a request for an ipconfig/ifconfig type command from a user at the VC forums.

If you have other ideas or know of any bugs send them along.

Hi Mike,

A feature I would like is accented characters handling on IRC
When you're use using ASCII when everyone IRC is using utf8, you see and send some garbage

Both text must be identical on screen

StickByDos wrote:

Hi Mike, […]
Show full quote

Hi Mike,

A feature I would like is accented characters handling on IRC
When you're use using ASCII when everyone IRC is using utf8, you see and send some garbage

Both text must be identical on screen

Unicode support is on the long-term to-do list.

For CGA and MDA it is a simple mapping of the Unicode character to something in the text mode character set. Many characters are not available, but most of the European languages can be covered.

For EGA and VGA which have loadable fonts things get more interesting and I have to do a bit of learning on how to detect what is loaded and how to exploit it. (As a US-English user I've been sheltered from the codepage support.)

This may be beyond the scope of mTCP but I'd love to see a TSR to mount SMB shares to drive letters someday. Basically a drop-in replacement for MS Network Client, but with a decent TCP stack that doesn't eat all conventional memory.

That is very ambitious .. and as you suspect, I think it would be a great project but not for me.

Another related idea is a TSR version of mTCP that allows users from other programming languages to use a software interrupt to get at the mTCP functions, in the same way that the Trumpet NTCPDRV program works. I'd like to help get all of those Pascal and BASIC users network enabled, but that's also a very ambitious project.

A binary default mode for FTP ? 😁

Strictly speaking it is not possible ... the default file transfer mode is set by the server, not the client.

What can be done is to add an option to send the "bin" command after the client detects that the login has completed. I think that would prevent the unfortunate "I transferred your zip file as a text file" mistakes.

(And probably to protect more people I would make that the default setting, and make people add a configuration setting if they wanted the standard behavior.)

Mike