OSDev.org

Above is a compressed screenshot of my OS running in Microsoft Virtual PC. Top left we have the GUI. Currently it runs in 800x600x8. I have yet to figure out how to get true-color. Top right is sort of a concept graphic. Center below is the console. The 'run' command that you see is actually deprecated, to run a program you simply type in the filename.

You may notice on the GUI screenshot, in the far left center, there are two white pixels. These are the mouse locators, I haven't yet created a cursor. I have to get the mouse driver working fully first. (It moves wildly around the screen)

The program running in the GUI is just a program locked in an infinate loop to demonstrate multi-tasking.

Regards,
David

DavidBG wrote: Above is a compressed screenshot of my OS running in Microsoft Virtual PC. Top left we have the GUI. Currently it runs in 800x600x8. I have yet to figure out how to get true-color. Top right is sort of a concept graphic. Center below is the console. The 'run' command that you see is actually deprecated, to run a program you simply type in the filename.

You may notice on the GUI screenshot, in the far left center, there are two white pixels. These are the mouse locators, I haven't yet created a cursor. I have to get the mouse driver working fully first. (It moves wildly around the screen)

The program running in the GUI is just a program locked in an infinate loop to demonstrate multi-tasking.

That's look good. I wait for the first public release. By the way, is your OS fully written in assembly?

Coddy wrote:

dak91 wrote:Loading screen (there's a while(1) only to keep the loading screen):

That looks like kinda like a KDE loading session.

Oh no, I hate kde xD

Coddy wrote:Does it display the icons one by one as it completes a task?

yes

Tommy wrote:That's look good. I wait for the first public release. By the way, is your OS fully written in assembly?

Thanks, and yes, it is fully written in assembly. (NASM) I'll probably release a version as soon as I get some bugs fixed, and find a good free web server.

DavidBG wrote: Thanks, and yes, it is fully written in assembly. (NASM) I'll probably release a version as soon as I get some bugs fixed, and find a good free web server.

That's cool. When your OS will be able to load executables on disk, I'll try to make a port of my assembler for UOS.
For the free web server, Coty (known here as "Coddy") offers free space on his server for projects written in FASM.

Tommy wrote:That's cool. When your OS will be able to load executables on disk, I'll try to make a port of my assembler for UOS. For the free web server, Coty (known here as "Coddy") offers free space on his server for projects written in FASM.

The UOS can load executable (flat binary) from a FAT12 filesystem and has a little over 30 system calls, but I need to work on allowing loading to different locations in memory automatically.

Coddy won't probably let me as I'm NASM not FASM. I may use 000webhost.

David

DavidBG wrote: The UOS can load executable (flat binary) from a FAT12 filesystem and has a little over 30 system calls, but I need to work on allowing loading to different locations in memory automatically.

Cool ! I'm impatient to make a HyASM port for it!

Tommy wrote:

DavidBG wrote: The UOS can load executable (flat binary) from a FAT12 filesystem and has a little over 30 system calls, but I need to work on allowing loading to different locations in memory automatically.

Cool ! I'm impatient to make a HyASM port for it!

That would be great, but I think there's one problem. I noticed your assembler is x86 32 bit. My OS is a multi-tasking 16 bit real-mode operating system. I plan to at some point create a P-mode extender, but right now, I'm trying to keep goals low so as to keep it simple.

If it is still possible, I'll probably make a release pretty soon, with the ASM sdk.

David

DavidBG wrote: That would be great, but I think there's one problem. I noticed your assembler is x86 32 bit. My OS is a multi-tasking 16 bit real-mode operating system. I plan to at some point create a P-mode extender, but right now, I'm trying to keep goals low so as to keep it simple.

If it is still possible, I'll probably make a release pretty soon, with the ASM sdk.

I remember that the first version of FASM for DOS switches itself to PMode, and switches back to RMode. Now, it uses DPMI.
So, it is not a problem if your OS is 16-bit. I can always experiment a port of HyASM.

That's great then. I'd love to see if it's possible.

David

Coddy wrote:Does it display the icons one by one as it completes a task?

dak91 wrote:yes

and is the task arch_sleep(9) for 150000 times?

Srowen wrote:

Coddy wrote:Does it display the icons one by one as it completes a task?

dak91 wrote:yes

and is the task arch_sleep(9) for 150000 times?

there's a bug in the arch_sleep(), if you use a value up to 9, it freeze the cpu

But it works after that, because once you get past 9 seconds, it's OVER NINE THOUSAND milliseconds?

pcmattman wrote:But it works after that, because once you get past 9 seconds, it's OVER NINE THOUSAND milliseconds?

arch_sleep gets the number of milliseconds as param; I've rewritten arch_sleep and now work fine

pcmattman wrote:But it works after that, because once you get past 9 seconds, it's OVER NINE THOUSAND milliseconds?

That's the first time I've actually seen that used in a non-contrived situation (though it appears to be >9000 microseconds, but since when did that stop us?). Now we just have to do it for all the other memes

I haven't actually got a graphics-supporting OS yet, but whenever I see this thread it makes me want to sort that out, just so I can put it up here; most of the screenshots here are really good.