Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - SoundChaser

Pages: [1] 2 3
1
Networking / Re: TCP/IP from MVDM DOS sessions
« on: April 22, 2025, 05:54:53 am »
Should you ever get FTP Software's stack working on OS/2, please report back.    I use Paradox 4.5 for DOS w. SQL Link to Interbase which requires FTP Software's TCP/IP stack.  Would like to ditch DOS and move it to OS/2.

Ever considered migrating it to Paradox 4.5 for Windows 3.1 instead? If it was discarded, I'd be curious to know more. The core db engine is supposedly the same.


2
Networking / Re: TCP/IP from MVDM DOS sessions
« on: April 17, 2025, 01:00:58 pm »
Yeah my experiment would consist in using FTP Software TCP/IP stack instead. It likely comes with a VDD for DOS since they support WinOS2 (I expect it to be similar to Trumpet)

That driver would be a packet driver, which would be mTCP compatible (maybe?)

3
Networking / Re: TCP/IP from MVDM DOS sessions
« on: April 17, 2025, 04:22:13 am »
Adding another bit, which seems to do exactly what I want, but in IPX world

http://www.jacco2.dds.nl/freeipx.html

4
Networking / TCP/IP from MVDM DOS sessions
« on: April 17, 2025, 04:20:15 am »
Hello folks,

TL;DR - is there a recipe to have packet drivers in a MVDM session talk to a NIC's physical device driver?

----

If I got it correctly, in order to reach the network MVDM forwards network requests (from interrupts) to the matching VDD (Virtual device driver) which in turns escalates the call to the PDD (Physical device driver) which allows for coexistance of multiple DOS sessions using different protocols on the same network card managed by OS/2 at the PDD level. Great.

Fast forward in 2025, I mostly only care about TCP/IP. While my previous searches led me to find some development material for "IBM TCP/IP for OS/2" (the vanilla TCP/IP support) there's really only very few applications designed around IBM's SDK beyond IBM's own tools or WinOS2 TCP/IP support.

About _every_ other TCPIP application out there was, instead, using the MIT/FTP software packet driver approach.

Months ago, I entertained the idea of porting mTCP for IBM TCP/IP but there's a fair amount of uncertainty to that project, which certainly could end up being a great article for hackaday.com or patreon. A little voice tells me, there must a simpler way, but we just collectively forgot about it?

Reading about FTP Software TCP/IP for OS/2 in InfoWorld archives, in order to make the software run, the reviewers had to use the ODINSUP, because their network adapter only came with Netware support.

See: https://books.google.com/books?id=WzgEAAAAMBAJ&lpg=PP1&hl=fr&pg=PA86#v=onepage&q&f=false

Then we have this also very entertaining bit from Netware that ODINSUP has (of course) it's mirror in ODI2NDI.OS2 that's part of (wait for it... it hurts....) NTS/2 (LAPS)... which is probably MTPN now?

See: https://support.novell.com/docs/Tids/Solutions/10051720.html

Given that there exists packet driver shims for ODI and NDIS that lives in the DOS realm, these would typically forward any request to the PDD through the virtual device driver. With probably a fair amount of net.cfg fun, it seems - at least on paper - that we could use mTCP software from DOS sessions with the packet driver correctly configured with the right shim.

For now, I would only care about Intel ethernet as it would cover most Thinkpads (for those running OS/2 or ArcaOS on bare metal) and virtualisation solutions.

Has anyone ever been able to do that? Is there a flaw in my conception of how network works in DOS that would make this usage scenario unviable?


5
Programming / Re: VisualAge C++ 3.6.5 (+ Fix2) - WarpIn or RPM?
« on: November 05, 2024, 09:44:49 pm »
In the spirit of welcoming back hobbyist developers who've been away for so long, wouldn't be worth it to summarize the necessary steps and perhaps have a decision tree of which toolset to use, which packages to download in a concise procedures?

a) porting from Linux/Unix? Use bww kLIBC + gcc
b) porting from DOS/Win16?
      MSC/MASM? Stick with it or migrate to Watcom (with link to the "right" one)
      Watcom? Stick to Watcom
      Borland? Migrate to Watcom if feasible
c) porting from Win32? Odin?! Which compiler?
d) Writing drivers? Watcom?
e) OS2 app using VACPP? use VAC 3.6.5fp2?

I think many developers may be put down by the friction of the toolset setup? I understand it can be part of the fun, but sometimes it's really in the way for getting things done. Hobbyist means time available to tinker is limited...

6
Programming / Re: OpenDOC - Source Code
« on: April 30, 2024, 04:20:15 am »
A fair chunk of the Taligent C++ coding style ended up in the Open Class framework in VAC++4 which unfortunately is too much an esoteric environment to work with. I wonder if anyone tried to compile these modules with another compiler than IBM xlc (say MSFT cl.exe) which would have given a second life to that otherwise very interesting tech.

The book Taligent's guide to designing programs : well-mannered object-oriented design in C++ remains an excellent book.

7
Programming / Re: OpenDOC - Source Code
« on: April 29, 2024, 11:16:03 pm »
Also... should someone manage to build the runtime, these could be use to test the end result :-)

https://github.com/OS2World/DEV-SAMPLES-IBM_OpenDoc

8
Programming / Re: OpenDOC - Source Code
« on: April 29, 2024, 11:04:13 pm »
I think it was in Warp 4 original install media.

Indeed. I think it was in the selective install options?

The code in there remains really interesting for concerns outside of the OpenDoc context, however:

- we get to see excellent examples of clean Workplace Shell integration C++ code:
  https://github.com/atcurtis/OpenDoc/blob/main/os2/src/docshell/OS2Shell.cpp
- ... and its IDL counterpart
  https://github.com/atcurtis/OpenDoc/blob/main/os2/src/docshell/idl/OS2Shell.idl


There's an effing full bento format implementation:
   https://github.com/atcurtis/OpenDoc/tree/main/com/src/bento


What's the value? Well, some application formats relied on Bento, just as Microsoft file formats relied on OLE/COM Structured Storage format. Can be useful to inspect the structure of old archived media files from early Avid workstations, for example (http://justsolve.archiveteam.org/wiki/OMF_Interchange) although the data won't be immediately readable without reverse engineering yet for forensics and archeology, I can definitely see value there for many multimedia applications (Avid Symphony/Media Composer, ProTools...)




9
Programming / Re: ArcaOS - Recreate a complete build environment?
« on: April 10, 2024, 12:38:24 am »
This thread is immensely useful and a great complement (or replacement) to BitWise Works wiki page on how to build qt5 (https://github.com/bitwiseworks/qt5-os2/wiki/Developers#building-qt)

Considering there's an official developer page through EDM2, perhaps the very first article should be "how to get started", with this information? Also, should anyone have a script to automate some of this yak shaving setup, it could reduce the friction that many hobbyist developers have to face when approaching OS/2 development...

10
Applications / Re: Lost / Missing Software for OS/2
« on: February 20, 2024, 12:24:34 am »
Close but no cigar:

http://web.archive.org/web/19980419082437/http://nuts.ml.org/TopBar.html

Sadly, archive.org doesn't have the zip in store. Antony is still very much active. I have a feeling he would answer back promptly if reached out.

If you're lucky, he might have the source code on a zip drive or somethin' :-)


Trying to dig his second website, topbar was long gone - http://web.archive.org/web/*/http://cyberkinetica.homeunix.net/*

Hello

I'm trying to find:

1) TopBar
By Antony T. Curtis
Last known FileName: topbr036.zip




11
the one thing that annoys me the most is the way outdated font rendering. there were attempt to modernize that. I understand the PM and font IFF thing might be in the way. it's the #1 visual thing for me.

otherwise  the more we extend the WPS, the more likely we are to unstabilize it. food for thoughts.

12
Andrew, should the migration route to OpenOffice doesn't go smoothly and you need to bring the WS files to a newer format, you might want to consider converting them to WordPerfect format first. That format is well converted iirc.

13
Programming / Re: VisualAge C++ 3.0 editor
« on: September 16, 2023, 01:08:21 pm »
LXPMs should have a backward compat command line interface. I would try renaming one instance to, say, lxpm.old and have OS2 find the other executable through the PATH as first experiment if there's no configuration setting for it...


14
Apparently, beyond the distribution woes, it _is_ ready? ... such a tease!


15
Applications / Re: SSH - take the long way home
« on: January 16, 2023, 05:58:12 am »
Yeah I remembered one of my friend using putty with odin around 2001 or so... and decided to give it a shot :-)

I managed to have X11 forwarding to work. Due to the richness of today's GNOME, the experience is unbearable. Even adding compression doesn't help. Perhaps an X2Go client would do better.... seems that previously suggested xrdp a better route for remote desktop of that Unix box...

But disregarding the performance, the combo putty-on-Odin-with-X11 + Hoblink works.

Pages: [1] 2 3