Page 17 of 19

Re: Old Forum messages

Posted: Thu Dec 20, 2018 4:24 pm
by admin
Sergey Posokhov 2.4.2005

I start "PM Queues & Hooks" chapter

Re: Old Forum messages

Posted: Thu Dec 20, 2018 4:25 pm
by admin
Yuri Prokushev 2.5.2005

Good progress, Sergey! BTW, do you have an idea about project infrastructure? We need
good starting environment for the project.

Re: Old Forum messages

Posted: Thu Dec 20, 2018 4:26 pm
by admin
Jukka Valvanne 2.19.2005

Just to remind ya. It's also Microsoft who has code in OS/2. It's not only up to IBM releasing,
it requires agreement from M$. OS/2 was created by M$ and IBM, they we're developing it
together. I highly disagree M$ would release any character of their code in OS/2 for any kind
of OpenSource related project. (at least on OS/2 ver. 2.1 and 3.0 Warp). Not sure about Warp 4.

Re: Old Forum messages

Posted: Thu Dec 20, 2018 4:28 pm
by admin
Eric Auer 3.1.2005

Hi, I wonder why I am listed as DISKCOMP / SORT developer, I only baby-sitted those tools
for FreeDOS: http://www.freedos.org/freedos/software ... skcomp.lsm
current maintainer is Steve Nickolas http://www.freedos.org/freedos/software ... e/sort.lsm
I am indeed current maintainer, but the original author has certainly done more for that one...
So... this is an OS/2 clone project? Funny idea. OS/2 was like DOS with matching GUI stuff,
as opposed to Win, which is just something running on top of a separate DOS. What do you
think of the idea of shipping FreeDOS with Regina REXX instead of shipping it with a BASIC
interpreter, by the way? ) You can send feedback through the FreeDOS.org page and
fd-doc.sf.net.

Re: Old Forum messages

Posted: Thu Dec 20, 2018 4:30 pm
by admin
Yuri Prokushev 3.5.2005

Eric, IIRC original author also listed. If no I'll add him. And no, DISKCOMP and SORT just ported to OS/2. FreeDOS not shipped (may be in future as VDM part). And REXX is OS/2 language, not BASIC

Re: Old Forum messages

Posted: Thu Dec 20, 2018 4:32 pm
by admin
Yannick 3.6.2005

The ReactOS project is looking for people willing create an OS/2 subsystem. Instead of
re-creating OS/2 from scratch, wouldnt it be easier to create a subsystem for WinNT/ReactOS?

Re: Old Forum messages

Posted: Thu Dec 20, 2018 4:33 pm
by admin
James McCarte 3.6.2005

I would LOVE to help develop this project, by writing documentation and/or writing code.
I'm not a great programmer, but I LOVE the idea of this project and would love to use it as
an opportunity to develop my skills. I HATED seeing IBM abandon OS/2, so I love the idea
of this project

Re: Old Forum messages

Posted: Thu Dec 20, 2018 4:33 pm
by admin
James McCarte 3.6.2005

I have one slight problem here: I have a computer with no floppy drive, and am not sure how
to install OS/2 on a system without a floppy drive

Re: Old Forum messages

Posted: Thu Dec 20, 2018 4:35 pm
by admin
Sergey Posokhov 3.8.2005

2Yannick: it is difficult to develop OS/2 over WinNT kernel. The reason is memory management.
2James: We're still in a deep research state. I wrote more than 700 pages about OS2Krnl, DevIO,
IFS, VIO and PM. Today I started "PM Common Controls" chapter.

Re: Old Forum messages

Posted: Thu Dec 20, 2018 4:37 pm
by admin
Samuel A. Falvo II 3.9.2005

Just signed the OS/2-4-free petition. Good idea! That being said, I think a wholesale
re-engineering of OS/2 (and calling it OS/3) is a fantastic idea. I wish I could participate.
I do have some L4 coding experience. I am not confident that ReactOS would make a good
target because it is so heavily built to run Windows software. But if kept modular, building
OS/3 on top of L4 would make perfect sense. There would be relatively little need for 16-bit
drivers anymore (just hack Linux drivers to turn them into real 32-bit OS/3 drivers), and
they'd run as normal processes (like Windows NT "services" or Unix daemons). If a driver
crashes, it won't bring the whole system to its knees (as NT/XP currently do). Just restart
the driver like any other background task, and continue. It'd make fault tolerance and
process mobility much easier, making support for large server clusters almost trivial, etc.