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.

Topics - Rick C. Hodgin

Pages: [1] 2
Programming / IBM Mouse Acceleration Algorithm
« on: December 10, 2017, 12:05:27 am »
Does anybody know the IBM algorithm they used for their mouse acceleration?  I am unable to duplicate the feel (with limited attempting).

General Discussion / ES/1 and ES/2 development hardware
« on: December 04, 2017, 10:49:03 pm »
I'm planning to purchase this system to continue development on:

    VIA EPIA-M910 for US$250.

If anybody has a different machine they'd like me to do development on please let me know.  I'll be placing the order before Christmas.

General Discussion / Abandonware
« on: November 30, 2017, 03:33:35 pm »
I've been giving this some thought lately.  I've arrived at a position I would like to see brought forth to my local congressional representatives at the federal level.  I wanted to get people's opinions on this as I'm curious what everyone things about this idea:

Abandonware should automatically fall back into the Public Domain where anyone using abandonware receives legal protection against all lawsuits by the original rights holder.  The cost of maintaining your "intellectual property" is ongoing development, use, and an improvement of the product at a rate commensurate with other efforts similar to your endeavor.

Please advise any thoughts.  I would like to take this issue to my local Senators and Representatives and see if it can't become a U.S. bill introduced to eventually become U.S. law.

Programming / Significant kernel changes
« on: November 26, 2017, 08:51:32 pm »
Does anybody have a link to notable kernel revisions and extensions over OS/2's lifetime?  New features added in which version, new APIs, changes to existing APIs in various releases, etc.?

I'm trying to get a feel for where IBM/Microsoft were headed initially, and what paths they went down to reverse, and what changes they made, and what parts were part of long-term goals, etc.  I want to understand their "philosophy of OS/2" and then extend that forward.

Thank you in advance.

Programming / Custom OS/2 Kernel Debugger
« on: November 24, 2017, 03:04:22 pm »
Does anybody know if there are kernel APIs which would allow a custom OS/2 debugger driver/PSD to be created?  And if so, are there any open source examples I could look at?

General Discussion / ES/2 is destined...
« on: November 24, 2017, 05:02:09 am »
Quote from: Bill Gates
OS/2 Programmers Guide, November 1987 -- I believe OS/2 is destined to be the most important operating system, and possibly program, of all time.

Bill was right.  ES/2 will bring OS/2 to modern technology, and restore to consumers that which they lost when Microsoft went the way of Windows, and later the way of monitoring and tracking every move you make in Windows 10.

ES/2 will literally change the world.

General Discussion / ES/1 open source kernel
« on: November 16, 2017, 09:37:28 pm »
Quote from: Rick C. Hodgin
Nov.13.2017 -- A quick update:

I've begun coding a DOS-like ES/1 operating system as a precursor to my ES/2 kernel.  It will be a simple text-based kernel in real-mode allowing me to port compilers, assemblers, linkers, debuggers, to that system, allowing me to test code in a simple environment, one I can easily mimic in IBM PC DOS 7.

ES/1 will also be released as a simple public OS people will be able to download and use for FAT12 and FAT16 disks.  It will also natively allow serial port networks. :-)

Quote from: Rick C. Hodgin
Nov.16.2017 -- I have a text-based forms mechanism.  I'm currently developing my own master boot record, partition, FAT12 and FAT16 drivers, as well as an ES/1 compiler, assembler, linker, and debugger.  A large portion of that code is being ported from my existing kernel code.

I still have to complete:  COM port I/O, the basic ES/1 command prompt.

I will send screenshots at some point.  I'm using a 3dfx Voodoo3 2000 card as it does a 132x60 text mode (at 0xb8000 for those who know what that means, allowing me to reclaim 0xa0000 - 0xb7fff for real mode memory).

ES/1 will boot like a basic 16-bit DOS running on an 80386 or higher, and have a developer environment.  It will be a springboard for 16-bit ES/2 development.

It will boot up as:
Code: [Select]
ES/1 Operating System - Command Prompt
Nov.16.2017 06:30 am

[c:\es1\] _

I've created this thread to discuss ES/1 development and to answer any questions.  ES/1 is basically a stand-alone self-bootable version of what will become the 16-bit components present in ES/2:

My goals:
  • Get ES/1 developed sufficiently to boot stand-alone (on floppy or FAT16 hard disk)
  • Release for public inspection and testing
  • Develop compiler, assembler, linker, debugger, in ES/1
  • Release for public inspection and testing
  • Use ES/1 as a launching pad for all ES/2 development

Note also that ES/1 will have a nice set of basic abilities.  It will serve as a decent launching pad for any custom kernel efforts.  Since ES/1 will pretty much use only what BIOS has already established, you can load your kernel into 0x0000:0x7c00 and single-step debug your way through all real-mode code.  If you write it in my compiler and/or assembler, you'll have source-level debugging abilities to boot your own kernel.

Rick C. Hodgin

Polls / Compatibility with OS/2
« on: November 06, 2017, 08:51:09 pm »
I'm mapping out the features that will be supported with ES/2.  I would like community feedback on how important some features of OS/2 are, such as 16-bit support?  16-bit and 32-bit Win-OS/2 support?  16-bit and 32-bit DOS support?

In addition, what are some must-have's in moving forward?  64-bit is a given.  But what else?  What is OS/2 lacking that would be needed in moving forward?

Applications / Mount ISO as drive letter
« on: November 05, 2017, 10:54:00 pm »
Are there any OS/2 utilities that allow a .ISO file to be mounted as a drive letter?

Programming / ES/2 development
« on: November 04, 2017, 01:10:06 pm »
Would anyone be interested in me posting about ES/2 development?

Here's the type of thing I have in mind.  If it's boring or of no interest please let me know.  I'll keep the same thing as a, so people could just go there and see it as well.

I've been reviewing some of my hardware books.  Since I'll now be using an OS/2 machine for development, and a separate ES/2 machine for testing, I've decide to abandon the floppy disk method of writing changes and then booting.  Instead, I'm going to write a tiny loader program for the ES/2 machine which resides on the hard drive and is loaded automatically by BIOS.  It will then continue loading a slightly larger program which is designed to do one thing:  send and receive signals through the serial or parallel port to the OS/2 machine.

The OS/2 machine will maintain a virtual hard drive of what files are on the ES/2 machine, and these will be updated during development.  It will run a background process which monitors the serial or parallel port and fills requests as they come in during boot, along with becoming a go-between for debugging abilities on the OS/2 machine, and debugger modules on the ES/2 machines which can convey information about the ES/2 machine state.

During boot, the ES/2 machine will basically just be in "data receive" mode and the OS/2 machine will send the whole kernel image to the ES/2 machine, which will receive that data and route it to various portions of memory just as if it had been loaded from the floppy or hard disk.  Once everything's been received, the OS/2 machine will send a "go xyz" command, which will have the ES/2 machine jump to the xyz location and begin the real ES/2 kernel boot process.

By employing this system, I'll have a simple protocol to allow for very fast reboots, and the ability to change things running in memory, to be able to monitor the ES/2 machine state, to be able to remotely control the ES/2 machine from the OS/2 machine through custom built debuggers and machine reset programs, etc.

Everything will reside only in memory on the ES/2 machine for now, but will be permanent on disk on the OS/2 machine.  I'll be able to recompile software on the OS/2 machine and send live updates to the ES/2 machine to correct bugs while the ES/2 OS instance is live and running.  I'll be able to do all necessary remote debugging and monitoring, and create and extend a host of other kernel-level monitoring and control features that will be exposed and available during development.

Once I get my kernel booting and developed properly using this methodology, I'll use it to develop the network stack, and then ultimately switch over to a full network TCP/IP-based system to allow remote debugging at much faster speeds, and even over the Internet at that point.

UPDATE 7:03 pm:
I've been able to get the assembler and C compiler successfully compiling ES/2 source code.  I'm having some difficulty with the linker in an OS/2 environment.  It doesn't like some of the starting addresses.  And, I'm fairly new to REXX so converting .BAT files to .CMD files has proven interesting.  I need some help on how to single-step / debug REXX code.

General Discussion / Mobile OS/2 kernel for ARM-based devices
« on: June 02, 2017, 04:43:28 pm »
Has anyone ever considered creating a mobile OS/2 version?

Is there any work in that area?  I can see the need for a new Presentation Manager, one that is backward compatible but revamps the presentation from its native form to a mobile display.  I have created a concept for my Visual FreePro language called mashing.  You take a standard form that looks like whatever it looks like, and then run a mash on top of it.  The mash can re-colorize, re-scale, substitute text, add a new appearance, or just do a copy-and-paste re-arrange of the original content.

The mash presentation algorithms trap keyboard and mouse events properly and send them to the correct handler in the original form below, only that upper surface visible layer exists for UI in the mash.

Maybe something like that would be doable, as a Presentation Manager Mash layer that would allow users to create the mashes whenever a screen is displayed, completely independent of any changes to the underlying OS/2 software.

I have a lot of ideas, and a lot of skills and abilities.  I do not have resources or funds to work on these projects as I desire to.  If anyone knows how I can get funding to complete these projects, I would be willing to work full-time on them.

Thank you,
Rick C. Hodgin

General Discussion / OS/2 history
« on: June 01, 2017, 09:23:12 pm »
I had someone tell me something today about OS/2 that I've never heard before.

He says he worked at IBM during the OS/2 years, and that Microsoft never actually stopped working on OS/2, but rather there was code in OS/2 that was licensed from Microsoft and IBM continued to pay Microsoft to develop it until IBM decided to pull the plug much later.  He says Microsoft didn't leave OS/2.

He paints it as a picture like Microsoft worked on Windows NT and OS/2 and wasn't any part of the cause of OS/2 being less than stellar in its market share gains.  He also states Microsoft is the reason they couldn't release the source code, because of the parts licensed from Microsoft.

Does anybody have knowledge of this?

Thank you,
Rick C. Hodgin

Storage / HPFS and JFS internal definition specifications
« on: June 01, 2017, 04:48:39 pm »
Can somebody point me to a link for HPFS and JFS specs showing the physical layout of data in those file formats?

And is there an open source implementation of these file systems?  I'd like to write one if not.

Thank you,
Rick C. Hodgin

Programming / Git for OS/2 ?
« on: May 30, 2017, 11:54:20 pm »
Is there a functional Git utility for OS/2?  I found this with a Google search, but I can't tell if it's complete:

Thank you,
Rick C. Hodgin

Setup & Installation / Arca OS boot from an external USB hard drive
« on: May 30, 2017, 05:29:41 pm »
I have a notebook computer I was able to install a separate hard drive into and get Arca OS to install.  I then took the hard drive out and put my original back in, and plugged in a USB adapter to my internal hard drive.  It boots from BIOS, and begins to load several drivers, but then comes up with a halt message.

I'm wondering if there is USB hard drive support for booting?  Maybe I need to move a driver up in the stack?

And if not, I'm wondering if I could help add that feature to OS/2?  I would see it as desirable to be able to have my OS/2 install on a portable hard drive I can use when needed, since it won't install on my > 512 GB main hard drive in the notebook.

Thank you,
Rick C. Hodgin

Pages: [1] 2