tag:blogger.com,1999:blog-316846942025-11-10T18:05:38.754-08:00A project to incorporate OS/2 support into FreeBSD and eventually create a viable, fully functional replacement to OS/2.Unknownnoreply@blogger.comBlogger8125tag:blogger.com,1999:blog-31684694.post-1170785164221096742007-02-06T10:06:00.000-08:002007-02-06T10:06:06.136-08:00

I now have DragonFlyBSD installed on a spare hard drive and I have verified that the VKERNEL feature works as documented. I will now examine the vmspace_xxx calls to see how I can implement a simple single-process LX binary executor which will run as userland code. This will allow me to quicky test my LX module loader code and to experiment on ways to simulate the 16bit APIs without requiring any

Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-31684694.post-1170306197815945442007-01-31T21:03:00.000-08:002007-01-31T21:03:17.856-08:00

It appears that this blog has caught the attention of the DragonFlyBSD digest... Which is all fine and good except that this project is just a bunch of non-working code so far. Sorry guys, it's vapor right now!Right now, I am thinking of how to simulate OS/2's legacy 16bit APIs without actually needing any 16bit code - although I don't intend to support any 16bit code segments, so all IOPL stuff

Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-31684694.post-1170197740704281192007-01-30T14:55:00.000-08:002007-01-30T14:55:40.763-08:00

I have been thinking... Now that DragonFlyBSD 1.8 was released today, if I use the MAP_VPAGETABLE facility, I have no immediate need for any in-kernel code. I could simply rely on that for an initial implementation.Or, I can just leverage DragonFly's VKERNEL to accelerate development.

Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-31684694.post-1168235256259688082007-01-07T21:47:00.000-08:002007-01-07T21:47:36.663-08:00

Well, that has pretty much made up my mind: Matthew Dillon has nearly completed his VKERNEL for DragonflyBSD. Having that available would also be good to accelerate the development of WarpBSD.

Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-31684694.post-1168195376969240202007-01-07T10:42:00.000-08:002007-01-07T10:42:57.036-08:00

No new work done but the DragonflyBSD project has been doing some pretty interesting stuff. However, I still think I should base the work on FreeBSD 4 and develop a more OS/2-alike IFS system instead of the VFS which BSD has.

Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-31684694.post-1167606616172760492006-12-31T15:10:00.000-08:002006-12-31T15:10:17.450-08:00

I am going to make the WarpBSD project happen this new year. I want it. The goals are not unacheivable and the goalposts aren't going anywhere.

Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-31684694.post-1165876860944135722006-12-11T14:41:00.000-08:002006-12-22T19:58:09.376-08:00

It has been a while since I had any time to work on this project but I do hope to get some of it started after the new year.To start, I plan to base the code on the latest stable version of FreeBSD 4 and the system compiler will be OpenWatcom, I intend to start by building a new in-kernel LX module loader. After that, then I may migrate the build to use owcc instead of gcc,

Unknownnoreply@blogger.com0tag:blogger.com,1999:blog-31684694.post-1153907386787866452006-07-26T02:44:00.000-07:002006-07-26T02:49:46.786-07:00

Just thought I should log my work. I have been investigating in my free time various technologies as used in OS/2. There are many things which it does which other operating systems do not appear to do and in my opinion, it is pretty sophisticated.Areas which I have been examining include:* LX binary loading* SOM infrastructure* Presentation Manager -> GRADDAs part of my "WarpBSD" project, I would

Unknownnoreply@blogger.com0