26 June 2021, 15:41 | #201 |
Registered User
Join Date: Mar 2021
Location: Ligao, Free World North
Posts: 228
|
Hi guys.
Just a quick update that I have released PDOS for the 80386 here: http://pdos.org Thanks to suggestions in this (Amiga) group that the BIOS exists to isolate the OS from the hardware, I plan to remove the one place where there is direct hardware manipulation (enabling A20). That is my vision for what 32-bit MSDOS should have looked like. For AmigaPDOS it would look almost exactly the same, except it would be running 680x0 executables following the D7 standard. One difference would be that there is no kernel32.dll, as those services are provided via SysBase. Also I'm not clear about the msvcrt.dll. I'd like to make that a library chained to from SysBase, and each time a C90 subprogram gets executed, it would get a fresh copy of the DLL loaded to give it a C library. I believe there is an existing AmigaOS library that does something like this, but I would be providing my own version (at the level of AmigaPDOS, with an adjusted SysBase, I can't access any AmigaOS stuff without going through the mini-BIOS). Note that the mini-BIOS is just a normal-looking C program running under AmigaOS, providing services to AmigaPDOS. I have proof of concept already running on the Amiga - see the "bios" subdirectory in the source. Thanks again for the inspiration. It triggered a lot of activity and understanding. I am training up (and paying) people to work on PDOS and I hope they will eventually get to the Amiga and the Atari and the mainframe. It's a slow process though. |
30 October 2021, 08:58 | #202 |
Registered User
Join Date: Mar 2021
Location: Ligao, Free World North
Posts: 228
|
Hi everyone.
I'm not sure if anyone actually understood my "PDOS-generic" concept which was inspired by the people on this board. The proof of concept is now available. A BIOS written in pure C90, an OS written in pure C90, so you can take the OS and applications written for it to any environment. It treats the existing OS as a glorified BIOS. I have tested the Windows version, but not the Amiga version. Both are available from the bottom of http://pdos.org and if you just want to look at the technology to comment, you can see the PDOS-generic operating system source code here: https://sourceforge.net/p/pdos/gitco...generic/pdos.c So basically you get an MSDOS lookalike environment, but all the executables are 68020. The application executables are tiny, as they make use of an exported C library (exported by the OS). I'm interested in any technical analysis. Thanks. |
30 October 2021, 10:02 | #203 |
Registered User
Join Date: Jul 2014
Location: Finland
Posts: 1,187
|
I don't really understand your PD goal document, which of those make them incompatible with say, MIT/BSD/Apache licensing?
|
30 October 2021, 10:09 | #204 | |
Registered User
Join Date: Mar 2021
Location: Ligao, Free World North
Posts: 228
|
Quote:
If that doesn't answer your question, please be more specific. |
|
30 October 2021, 10:43 | #205 |
Registered User
Join Date: Jul 2014
Location: Finland
Posts: 1,187
|
how does MIT or BSD license prevent one from modifying, reselling and not disclosing source code of your product?
As that's what i read is your stated aim. |
30 October 2021, 12:11 | #206 |
Registered User
Join Date: Mar 2021
Location: Ligao, Free World North
Posts: 228
|
All of those people deliberately went to the effort of writing the word "copyright", refusing to instead write the phrase "released to the public domain". That means they're trying to impose conditions that they know some people don't wish to follow. I don't know what their game is, and I don't want to know. You'll find out what their game is when they take you to court for failing to comply with their "implied" desires on what is unquestionably THEIR code as it has a friggin copyright notice plastered all over it. I'm not going to touch anything that someone is insisting they retain ownership of. I'm catering to the people who don't want any rules set by the code owners, because there are no code owners, other than "the public".
|
30 October 2021, 12:28 | #207 |
Registered User
Join Date: Jul 2014
Location: Finland
Posts: 1,187
|
That seems like an irrational reaction to what the BSD and MIT licenses actually say.
|
30 October 2021, 12:31 | #208 |
Registered User
Join Date: Mar 2021
Location: Ligao, Free World North
Posts: 228
|
I cater for whatever percentage of the programming population meets your definition of "irrational". As far as I'm concerned, until someone releases code to the public domain, the job hasn't been done yet.
|
30 October 2021, 13:36 | #209 |
Registered User
Join Date: Jul 2014
Location: Finland
Posts: 1,187
|
I guess you'll find a niche, what kind of competitive use cases do you have in mind for PDOS and your C std library? I get the idea from the manifesto you are intending this to be commercially useful?
|
30 October 2021, 13:47 | #210 | |
Registered User
Join Date: Mar 2021
Location: Ligao, Free World North
Posts: 228
|
Quote:
PDOS/386 is now able to drive a serial port and do zmodem file transfers (and the zmodem code is portable, so maybe it could be exercised on the Amiga too), and I'm basically planning on retreating to my BBS system that I used to run 25 years ago, but this time with public domain software, including the OS. Most of the components are in place already. |
|
31 October 2021, 03:21 | #211 | |
Registered User
Join Date: Mar 2018
Location: Hastings, New Zealand
Posts: 2,763
|
Quote:
At this point it had used up ~30MB of FastRAM. I can't imagine how it could work on an MSDOS machine with that memory usage. |
|
31 October 2021, 03:45 | #212 | |
Registered User
Join Date: Mar 2021
Location: Ligao, Free World North
Posts: 228
|
Hi Bruce. Thanks for testing that. There was a bug in my fseek() implementation - I assumed that Seek() returned the new file position but it actually returns the old position. I've rebuilt - could you download and try again please?
Quote:
I'm not sure what you mean by an "MSDOS machine". It's a 32-bit application meant to run on machines like the 80386. It looks like MSDOS and it uses an MSDOS-like API. |
|
01 November 2021, 10:20 | #213 | |||
son of 68k
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,365
|
Quote:
Quote:
As the error above (80000005) is a division by zero. Quote:
I'm afraid there is something wrong somewhere. |
|||
01 November 2021, 11:03 | #214 | |||
Registered User
Join Date: Mar 2021
Location: Ligao, Free World North
Posts: 228
|
Quote:
Quote:
Quote:
It is proof of concept. My desire is to get to a point where I have a complete development system which would e.g. allow me to go to an Amiga, continue using what looks like MSDOS with no disruption, and be able to modify every component, including the compiler itself, and rebuild with full optimization. And as I said, it requires a bit over 20 MiB of memory for GCC to recompile itself. Anyway, I'm currently waiting on someone to test http://pdos.org/temp4.zip |
|||
01 November 2021, 19:18 | #215 | |
Registered User
Join Date: Mar 2021
Location: Ligao, Free World North
Posts: 228
|
Quote:
|
|
01 November 2021, 21:58 | #216 |
Registered User
Join Date: Mar 2021
Location: Ligao, Free World North
Posts: 228
|
Oh, something I should mention.
In the POC I pass the C library and the OS API to the executable. But I am thinking I should do it similar to the Amiga and do an explicit open of some named library. The library doesn't necessarily need to exist on disk, it can be always-available-in-RAM. So basically although I call this "MSDOS-like" it is actually Amiga-like in some respects too. |
04 November 2021, 04:15 | #217 |
Registered User
Join Date: Mar 2021
Location: Ligao, Free World North
Posts: 228
|
I had another thought about where I am coming from.
When the Amiga came out, and was better value for money than the IBM PC, my expectation was that in a sane world, armed with a high level language, all applications should have simply been recompiled for the new machine, and the Amiga takes over the world. That didn't happen. What was the barrier to that happening? C90 is the high level language I would like to focus on to start with. I know that programs written in that could simply be recompiled for the Amiga. But people were using MSDOS extensions. Which ones, and why? Now that I have PDOS/386 and PDOS-generic, I have discovered the following deviations from C90: 1. You need to be able to traverse directories. MSDOS used FAT, and some custom APIs that were FAT-focused. I now know that this can be implemented on the Amiga too. 2. Forget graphics - there needs to be a way to do full-screen editing. Micro-emacs has an ANSI flavor for that. MSDOS has an ANSI.SYS but it didn't provide for ANSI controls for keyboard. I think the Amiga has ANSI support (ie ESC [ 2 J works) for output, I'm not sure about input. If we can sort this out, all we need is a time machine (*) and we can get the Amiga to take over the business world too! (*) sold separately |
04 November 2021, 08:12 | #218 |
son of 68k
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,365
|
Nothing technical at all. The reasons why it didn't happen were 100% marketing :
1. Buying IBM was considered "safe" as IBM wouldn't go bankrupt overnight, and they didn't truly protect their machine against cloning. 2. Commodore mismanaged. That's all. |
04 November 2021, 10:29 | #219 | |
Registered User
Join Date: Mar 2021
Location: Ligao, Free World North
Posts: 228
|
Quote:
At the very least the 68000 MSDOS environment should EXIST. |
|
04 November 2021, 11:11 | #220 | ||
son of 68k
Join Date: Nov 2007
Location: Lyon / France
Age: 51
Posts: 5,365
|
Quote:
Quote:
Compiling it for 68000 isn't enough. MSDOS has nothing for graphics, sound, etc. It depends fully on PC/x86 architecture. So yes you can do something similar but that's all. Why ? We have much better already. MSDOS has no technical quality to justify it becoming a standard. It got dropped 20 years ago and for good reasons (for once). |
||
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
|
|