A hearty thank you to all those who have donated recently (http://news.ycombinator.com/item?id=2282875) as compensation for their unpaid use of Trumpet Winsock in the past. I will put the money to good use – it will enable me to work on projects that up till now I’ve had to fund out of my limited personal income as a sub-contracting software developer. Hopefully it will spur me on to produce something equally as useful as Trumpet Winsock was.
Update: to date more than 300 donations have been received. Also I have updated the front page on tattsoft.com to the most recent news. And…. we’ve been slashdotted. see http://tech.slashdot.org/story/11/03/09/015212/Trumpet-Winsock-Creator-Made-Little-Money
I’m heading off to the Australian IPv6 summit next week. See http://www.ipv6.org.au/summit/index.php
I spent quite a bit of time in the past 10 years working with the IPv6 people worldwide. I ran the 6BONE IPv6 testing backbone for the Australian region, did work on IPv6 tunneling on demand gateways, designed protocols for TCP connection survivability on network topology changes, and developed bump-in-the-stack designs for IPv6 TCP/IP protocol stacks in Trumpet Winsock.
I gave it a rest over the past 5 years or so as it seemed that the developed world has a rather short sighted attitude to IPv6. I’m heading off to this conference so that I can again touch base with people and catch up with the latest developments. Finally the IPv4 addresses are running out (predicted around 2010 +/- 1 year) so it would seem that now the pressure is on.
Just recently I thought I’d work on a project I had shelved a few years back. It’s a by-product of the recent Classios work I’ve done. Since I used Delphi (D2006) to build the classios kernel, it seemed logical to see if I could build a windows device driver directly with delphi without the use of C/C++ stubs. It turns out that you can!!
It basically relies on skeleton system.dcu’s etc where the win32 api has been factored out. That combined with some important glue code to make sure that the DeviceMain() function in C is emulated correctly results in a workable .SYS executable. Once that is done, the only thing remaining is to prepare the .SYS file by modifying the win32 PE header slightly so that windows will recognize it as a device driver.
This is a rather powerful way to do kernel mode programming in windows. I’ve been able to build a couple of device drivers so far. The first was a proof of concept. I was able to get the driver to run at ring 0, and then dump the page tables and GDT/IDT. The next useful driver I made was one to directly access the LAN driver. This was able to port some of the code I did for Trumpet Winsock directly to delphi and now have roughly the same functionality as Winpcap.
Delphi now rules the ring 0 world of windows!!
NVidia has made a nice little unit here called the Tegra.
In the past I have considered doing work on ARM devices. I would need to get my Opascal compiler (currently i386 which I don’t use right now) to run on the ARM.
For those patient folks who want to kick the tyres on classios, it’s finally here. Note this is a 0.001 release, just to prove that it exists and boot a kernel. For more details go to the forums http://forums.tattsoft.com/viewtopic.php?t=4.
Continue reading ‘ClassiOS alpha release 0.001’ »
Well, it’s finally happened!!!
After more than 5 years, I finally have PetrOS and the other Trumpet products solely in my own name along with the rest of the IP of the Trumpet Software company. This has major implications for the future of PetrOS and ClassiOS. I’m not sure what else to say except it’s been so long, I felt like I was in a straight jacket not being able to code with any great freedom and having to use clean room techniques. Sadly, the reason it has taken so long is that my divorce settlement has taken that long to sort out, the IP being one of the last items to be finally be resolved.
The impact hasn’t fully hit me yet, but I can feel my wings again. Look forward to some new releases.
It’s been a while but it has been moving on slowly. I have got to the stage of running some win32 code finally. I have a small shell (which doesn’t do much yet), but the shell is 100% win32 code (written in Delphi). Basically, I have enough of the win32 api to read/write to the console, read from files, list directory contents and change the current directory. Next on the list will be to fire up another application. I’ve got tcp/ip built into the kernel on this incarnation rather than loading via dll/device driver, so heading down the monolithic kernel path for now which suits embedded type apps.
Also, of interest, I got myself a small test system (wafer-lx) for embedded work -see pic. It has an AMD LX-800 CPU, 1 gig of ram, and a 4 gig hi speed Flash drive. This little beauty packs quite a punch – more details are below. I’ve got Classios to boot up on it with full TCP/IP networking. I can even boot it via DHCP/TFTP using the PXE protocols. P!
Continue reading ‘Update on Classios and embedded work’ »
In the past couple of years, I’ve been tinkering on & off with the new version of PetrOS. This is a total rewrite for a few reasons, but mainly that I was unhappy with the current code base in Petros. The original one was started at a time when Delphi wasn’t around – we’re talking the early 90’s.
What triggered the original development of Petros was the release of the Win32 specification and I felt that this was certainly a step forward in the DOS/Windows PC world. Win3.x was pretty rough as an OS and there was a need to go native instead of on top of DOS. I wanted to do it in pascal, but there wasn’t a 32 bit pascal compiler around at the time so I started writing my own. It was pretty much a spare time project over the years I ran Trumpet and I started with virtually nothing. Also, I’d always wanted to write my own pascal compiler and it didn’t seem too hard a job. Initially I stuck to plain pascal, but it was clear that I would need objects to be at least relevant to the modern world. All said & done, the compiler was a simple one spitting out assembler code, not a full language. Eventually in 2002 I did an amd64 version of the compiler but at that stage I felt it had reached the end of its useful life – it needed a rebuild too. Continue reading ‘Classios – one more step in the evolution of Petros’ »
While Global Warming is certainly something to be concerned about, with icecaps on Greenland melting and all that, it’s probably a little known fact that the Internet is heading for its own meltdown of sorts. If you don’t believe me, take a look at this… http://www.tndh.net/~tony/ietf/IPv4%20Address%20Fractal%20Map.pdf From what we are led to believe, the availablility of IPv4 internet addresses is rapidly drying up. Latest predictions show that sometime around 2010, there aren’t going to be any more IPv4 addresses – well, certainly not as freely available as they currently are.
Just as an aside… I’ve been aware that things might break in the past 10 years or so when I built IPv6 into Trumpet Winsock 5.0. My latest TCP stack for DOS (nothing to do with Trumpet) also has IPv6 and as far as I’m aware, it’s one of the few IPv6 DOS TCP implementations around. Ok, ok. it doesn’t do full IPsec and so forth (remember it’s only 640K in DOS), but it has the basic connectivity required to get going. Anyone who wants to try out a beta, let me know…
Only day 2 and I’m beginning to fade – time for more coffee!! The poster went well. Quite a bit of interest and some opinions aired about the way we’ve done a few things like archetypes and HL7 v2/v3. From what I can see there is a lot of interest in Health IT – an emerging market and under-capitalized according to industry analysts. Almost 11 am and the conference delegates have been rolling in for morning tea. We have strong interest from overseas people, but not Aussies – about normal for the way IT works here in Aus. Time for schmoozing with customers/competitors!!