OSDev.org

Thanks for testing.
@Brendan, i get the same as you under linux, It should work under vista or XP.
Also best to test CLI programs, as GUI is very slow.

Really, Who cares that you setup an x86 emulator written in Java?

Java is a horrible language, and this "WebOS" stuff is nonsense..

Hi,

AJ wrote:I'm running on Windows XP with IE7 and it all works. I'm using 4mb broadband but it runs extremely slowly (press down to use the menu, and 30 seconds later (I timed it!), the highlight bar moves down.

I must say it's pretty impressive seeing it, despite being slow.

I tried it from XP - I agree it is impressive, but IMHO it's the very strange kind of "impressive"...

It's like watching a train fly, and being amazed as the train starts to move - slowly rising into the air while using more fuel per minute than an average small country, while you sit back and wonder which illegal substances they were consuming when they first decided to try to make the train fly without using any of the technology typically used for aircraft.

It seems to be a remotely running version of Bochs coupled with something to transfer entire frames of video to the web browser - pure "brute force" using none of the techniques that could make it more practical (e.g. drawing the graphics locally to minimize bandwidth, like X and VNC).

BTW I think I found the first security problem - I deleted half the files on the virtual floppy, and now it doesn't boot..


Cheers,

Brendan

Brynet-Inc wrote:Really, Who cares that you setup an x86 emulator written in Java?

I doubt this. Though it was my original assumption, i doubt the Emulation is actually happening client side. I would guess, as Brendan also said, the Graphics are simply being sent from a remote emulator (or even physical implementation? doubtful). Highly inefficient version of what X is.

Very nice concept though Dex... if anyone will eventually create a good form of WebOS i am sure it will be you. I won't use it, but i am sure you will create it.

Brynet-Inc wrote:Really, Who cares that you setup an x86 emulator written in Java?

Java is a horrible language, and this "WebOS" stuff is nonsense..

Ehh, I created this for Dex (Not the java emulator source though). Yes, it may be slow, but if you doubleclick at the window with DexOS boot choice (text mode, graphix mode, so the mouse will get captured!) and you'll press ENTER, the DexOS CLI will load no more than five seconds. You can release the mouse by doubleclicking the right button.

This is certified for Mozilla Firefox 2.0.0.4 running on WinXP with JRE 1.6. If you have older version of JRE, the emulator may not start.
On some Unix clones, well - I didn't test this on them. But it seems like a pain in the neck.

Brendan wrote:BTW I think I found the first security problem - I deleted half the files on the virtual floppy, and now it doesn't boot..

As for the emulator design, your data written (or deleted) will be stored only for a while, then, the data will be restored back Even if you assemble code in the emulator, that will get deleted (after a while) and the original disk image will be restored back

Does that mean as a definition of WebOS? I planned this for PortixOS, and I came up with this

inflater

Tyler wrote:I doubt this. Though it was my original assumption, i doubt the Emulation is actually happening client side.

Well, I don't have "Java" on any of my systems, So I wouldn't know the specifics of this "WebApp".

But even if it was like Brendan said, What viable use would it have?

Thanks both for the info, and that is a bit of a security problen , but as inflater said its only temp.
But i should point out that only the OS and app's are my work, its a java x86 emulator.
That can run DOS, but as DexOS can run from Dos, It works with a little moding by inflater.
This is not a webOS just away to demo your OS without people needing to down load it.

You can get info here: http://www.physics.ox.ac.uk/jpc/Demo.html

I'm confused.

Brynet-Inc wrote:

Tyler wrote:I doubt this. Though it was my original assumption, i doubt the Emulation is actually happening client side.

Well, I don't have "Java" on any of my systems, So I wouldn't know the specifics of this "WebApp".

But even if it was like Brendan said, What viable use would it have?

Well, did you say viable use?... I don't have answer for this, but if that Java emulator was much, much faster and everybody would have 50 Mbps internet connection, imagine that you can test some operating systems under your web browser, you can even destroy it, hack it, etc. and it will still be usable, you can test there unstable applications, or just you will test the OS installed under the emulator if you like it or not. This emulator runs (Free-)DOS without any serious problems

And, if that emulator were in J2ME and you would had some mobile supporting big j2me apps, ... did you saw MS-DOS running in Nokia mobile?

This is not a webOS just away to demo your OS without people needing to down load it.

Exactly said, this was for PortixOS as a you didn't need to download some disk image, write it to the floppy, reboot the system etc. - for only testing, you'd just click on the one hyperlink in your browser and voila - you can test the OS possibilities. After you've satisfied with it, you could run the OS in qemu, bochs, MS VPC, or like, physical PC. If anybody wants this, I can build it for you (all yer need is a floppy image and hope it will work under that emulator ) and you can then publish it in your site (JRE 1.6 required for running and JDK 1.6 required if you want to compile the whole emulator yourself, http://www.physics.ox.ac.uk/jpc/ . )

//EDIT: Dex, you are back on this forum? Welcome back, if it's true

inflater

Thanks inflater and great work.

Brynet-Inc wrote:Well, I don't have "Java" on any of my systems, So I wouldn't know the specifics of this "WebApp".

But even if it was like Brendan said, What viable use would it have?

Do you ever have something positive to offer than thick sarcasm and ignorance? Java is a pretty standard language these days, hiding under a rock wont magically make it go away. Accept it for what it is: proof of concept.

Solidus117 wrote:Do you ever have something positive to offer than thick sarcasm and ignorance?

Nope, That about sums it up

Solidus117 wrote:Java is a pretty standard language these days, hiding under a rock wont magically make it go away. Accept it for what it is: proof of concept.

I could go on for hours trying to explain why I hate Java, but instead I'll just label Java for what it is... It's bloatware!

The shear memory usage and size of Java applications compared to ones written in C/C++ or Assembly is a good example of this..

Nothing should "need" such a large dependency, That being the "Java VM".

I'll sum it up for you: "It's slow, ugly and entirely irrelevant!"..

So I rest my case, Any "half way decent" programmer could write an application in C/C++ that is portable, small and a heck of a lot more efficient then one written in "Java".

Brynet-Inc wrote:

Solidus117 wrote:Do you ever have something positive to offer than thick sarcasm and ignorance?

Nope, That about sums it up

Solidus117 wrote:Java is a pretty standard language these days, hiding under a rock wont magically make it go away. Accept it for what it is: proof of concept.

I could go on for hours trying to explain why I hate Java, but instead I'll just label Java for what it is... It's bloatware!

The shear memory usage and size of Java applications compared to ones written in C/C++ or Assembly is a good example of this..

Nothing should "need" such a large dependency, That being the "Java VM".

I'll sum it up for you: "It's slow, ugly and entirely irrelevant!"..

So I rest my case, Any "half way decent" programmer could write an application in C/C++ that is portable, small and a heck of a lot more efficient then one written in "Java".

Yes but the end user of said application would have to know how to compile it on his or her computer. How big of a percentage of the world do you thinks knows how to do that? Thats why Java is so nice, if you write a program in Java you can be mostly sure that it will run on any computer with the Java VM. Unless of course you have figured out how to make C/C++ programs so portable that you can compile them on linux and run them on windows and vice versa.

Brynet-Inc wrote:I could go on for hours trying to explain why I hate Java, but instead I'll just label Java for what it is... It's bloatware!

The shear memory usage and size of Java applications compared to ones written in C/C++ or Assembly is a good example of this..

Java is a pig, I'll grant you that.

I'll sum it up for you: "It's slow, ugly and entirely irrelevant!"..

Irrelevant? I think maybe you need to stop sticking your head in the sands of OpenBSD and pay attention to the rest of the world from time to time. Whether we like Java or not, it is very, very relevant because it is so widely used.

So I rest my case, Any "half way decent" programmer could write an application in C/C++ that is portable

I'm on a project right now that involves developing some components that need to be portable to Linux, Solaris, HP-UX, AIX, and a really, really old variant of AT&T Sys V UNIX. Yes, it's possible, but it sure as hell isn't easy. That's one of the big reasons why people use Java IMO (in our case it just isn't possible because we're implementing a standard C API and we need good performance).

I'm on a project right now that involves developing some components that need to be portable to Linux, Solaris, HP-UX, AIX, and a really, really old variant of AT&T Sys V UNIX. Yes, it's possible, but it sure as hell isn't easy. That's one of the big reasons why people use Java IMO (in our case it just isn't possible because we're implementing a standard C API and we need good performance).

Oh. God..