Hello , All. Glad to see activity in mail list - this is right sign what great work continued. I have some questions about BB. a) Aos look as good system. Thanks Pieter and others. But without application it will die. Native BB application will be late (may be...) Now primary application is Oberon system. But it not use new features from BB and still one task, one window. <b>Is anybody planing what Oberon active documents, modules etc. must (if need and explicit) have own task in BB? And visually own window like Plug-in Oberon?</b> b) Simply porting application look not reasonable - we already have BSD, Linux ,(Windows, at all) where a lot of application work fine in C/Unix environment and emulate env. is not good idea. ( Except learning purposes ) Who need Apache-featured web-server under BB if we have Apache under Unix? <b>In which fields BB application will use, as suppose it programmers?</b> If it will simply general purposes - without strong rules it will garbage bin ( Linux) and simply written on 'Pascal' ( Linux 'garbage' sometimes very useful, sure, but huge and knotty) c) This question preferably to Thomas. Build from Jan,14th have better speed. But I not understood, why program using assembler really slower than Win(tm) and X analogies. (I'm not a programmer and reading sources can't help me :() Only differences at user look is transparency. Of course, I can use more powerful CPU. But. Do You like intention make redraw window after dragging or scrolling desktop? As is in other GUIs? This setting will useful for all cases of slow or loaded CPU. I know what You very busy. This is for uncertain future. -- Best regards, Yuri, lazy user mailto:yurix@i.com.ua
c) This question preferably to Thomas. Build from Jan,14th have better speed. But I not understood, why program using assembler really slower than Win(tm) and X analogies.
There are many reasons. The most important routines still need to be written in assembler (only one out of 4 is). I have only rearranged the oberon code a bit to make the compiler produced code faster. (Asm would still gain more than a factor of 4 with MMX).
(I'm not a programmer and reading sources can't help me :() Only differences at user look is transparency. Semi-transparency is very slow to calculate (do you have a MMX enabled processor ?)
The only two things that are slower are filtered-zooming and (slowest) semi-transparent-filtered-zooming.
Of course, I can use more powerful CPU. But. Do You like intention make redraw window after dragging or scrolling desktop? As is in other GUIs? Maybe I will reduce the quality while dragging windows. This will help much in zoomed situations.
--Thomas
--- "Yuri M. Skripkah" <yurix@i.com.ua> wrote:
b) Simply porting application look not reasonable - we already have BSD, Linux ,(Windows, at all) where a lot of application work fine in C/Unix environment and emulate env. is not good idea. ( Except learning purposes ) Who need Apache-featured web-server under BB if we have Apache under Unix?
Apache has much room for improvement. Personally I like Zope a lot better. Much easier to understand but it has relatively poor performance. The web server in BlueBottle is very important because it shows Oberon running a "real" application. There have been several other truly "innovative" apps that have run exclusively under Oberon systems such as the Lola hardware design system or the Switcherland system, but the usual reaction seems to be "that's nice, but I'll wait on the Unix or Winblows equivalent." Novel apps are nice but "ported" apps are good too. Now that Oberon has XML support it would be good to see applications like Jabber and XML/RPC running on Oberon. Oberon has several potential advantages in the websever arena. For one thing it compiles so fast that one can almost think of it as an interpreted language, but a very efficient one. This is the approach used at Linz university for implementing an object oriented database system on top of V4. SQL commands are converted to Oberon modules using Coco and then compiled, loaded and executed on the fly. Add to that the fact that the JVM Jaos is already available for Oberon and you potentially get the best of both worlds. A BlueBottle webserver could serve both it's own active web pages as well as JSPs. Regards, John M. Drake
<b>In which fields BB application will use, as suppose it programmers?</b> If it will simply general purposes - without strong rules it will garbage bin ( Linux) and simply written on 'Pascal' ( Linux 'garbage' sometimes very useful, sure, but huge and knotty) c) This question preferably to Thomas. Build from Jan,14th have better speed. But I not understood, why program using assembler really slower than Win(tm) and X analogies. (I'm not a programmer and reading sources can't help me :() Only differences at user look is transparency. Of course, I can use more powerful CPU. But. Do You like intention make redraw window after dragging or scrolling desktop? As is in other GUIs? This setting will useful for all cases of slow or loaded CPU. I know what You very busy. This is for uncertain future.
-- Best regards, Yuri, lazy user mailto:yurix@i.com.ua
-- Oberon@inf.ethz.ch mailing list for ETH Oberon and related systems http://www.lists.inf.ethz.ch/mailman/listinfo/oberon
__________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
a) Aos look as good system. Thanks Pieter and others. But without application it will die. Native BB application will be late (may be...) Now primary application is Oberon system. But it not use new features from BB and still one task, one window. <b>Is anybody planing what Oberon active documents, modules etc. must (if need and explicit) have own task in BB? And visually own window like Plug-in Oberon?</b>
It think Oberon is fine like this. As a programming environment, it doesn't need more than this. This kind of developments are now done on Aos. Remind that we also have the Native Oberon release and that it would be unwise with our limited manpower to start forking the code in an Oberon an a Bluebottle version: currently most of the Oberon code is reused without change on Bluebottle.
b) Simply porting application look not reasonable - we already have BSD, Linux ,(Windows, at all) where a lot of application work fine in C/Unix environment and emulate env. is not good idea. ( Except learning purposes ) Who need Apache-featured web-server under BB if we have Apache under Unix? <b>In which fields BB application will use, as suppose it programmers?</b> If it will simply general purposes - without strong rules it will garbage bin ( Linux) and simply written on 'Pascal' ( Linux 'garbage' sometimes very useful, sure, but huge and knotty)
These systems have different goals: Windows and Linux try to maximize number of functionalities they provide, whereas Oberon / Bluebottle's goal is to make simple systems (and as corollary thereof easier to understand, manager, and thus with less errors). Bluebottle in particular is a lean and versatile platform, which provides a HOT (high-level and typed) environment. I would compare it with Java or .NET, which provide a similar programming model (but still follow the "bigger is better" approach). Java is closer to BB, in that its classes model a whole OS, although it relies on a third-party language for the low-level code. .NET is still a managed environment with no OS ambitions (but I wouldn't be surprised at all if it (slowly) becomes the new kernel for Microsoft's applications). In fact, Bluebottle could be an ideal platform for Java and .NET-based systems. A Java VM already exists (a new and improved version will soon be available). It would be an interesting project to see the .NET CLRon Bluebottle too..... Anyway, I think that Bluebottle is idea where the hardware is limited, thus in embedded systems or where the cost factor is important (more hardware, more cost). The education segment, with its often limited budget is definitively a target for Bluebottle (here Linux is a direct concurrent). -Patrik
Hello, Patrik. You wrote 25 Jan 2003 y., 0:10:47: PR> our limited manpower to start forking the code in an Oberon an a Bluebottle PR> version: currently most of the Oberon code is reused without change on PR> Bluebottle. I mean indefinite future, sure. My question is only about: Do You think, that multitasking will be useful in Oberon System on BB? And ability to export gadgets, for example, for all BB applications will be useful too? Or You think, ObSys3 must be developing environment with present behavior, and not need extend it more? PR> Anyway, I think that Bluebottle is idea where the hardware is limited, thus PR> in embedded systems or where the cost factor is important (more hardware, PR> more cost). As I wrote, now limit is windows manager and display driver. WM is slow for poor CPU, and a lot of cheap old videocards work in 640x480x4 ant 720x400 (text 80x25) and proprietary modes. It ignore linear buffer and VESA. Of course, it might work without video output at all. (as net server, for example PR> The education segment, with its often limited budget is PR> definitively a target for Bluebottle (here Linux is a direct concurrent). So Linux is more conventional, has drivers for very poor hardware, and cyrillic, it win in education in my country. I don't know anybody near, who trying study programming with BB, like me. -- Best regards, Yuri mailto:yurix@i.com.ua
From: "Yuri M. Skripkah" PR> our limited manpower to start forking the code in an Oberon an a Bluebottle PR> version: currently most of the Oberon code is reused without change on PR> Bluebottle. I mean indefinite future, sure. My question is only about: Do You think, that multitasking will be useful in Oberon System on BB? And ability to export gadgets, for example, for all BB applications will be useful too?
I currently see no advantage in having multitasking in Oberon System 3 (but I may be wrong). Oberon works well like this and multitasking would only make it more complicate and slower. Making Gadgets thread-safe is not easy. The main problem are the messages among gadgets: the implementation is specific (optimized) for a non-concurrent system, and changing this seems to be rather difficult.
Or You think, ObSys3 must be developing environment with present behavior, and not need extend it more?
PR> Anyway, I think that Bluebottle is idea where the hardware is limited,
I would rather consider Oberon System 3 as a closed project. This means that the code is stable and won't change in the future (but for bug fixes). ETH or anybody interested in the project may decide otherwise, but I don't think so. thus
PR> in embedded systems or where the cost factor is important (more hardware, PR> more cost). As I wrote, now limit is windows manager and display driver. WM is slow for poor CPU, and a lot of cheap old videocards work in 640x480x4 ant 720x400 (text 80x25) and proprietary modes. It ignore linear buffer and VESA. Of course, it might work without video output at all. (as net server, for example
I was thinking along these lines too. As a server or embedded system without display/
PR> The education segment, with its often limited budget is PR> definitively a target for Bluebottle (here Linux is a direct concurrent). So Linux is more conventional, has drivers for very poor hardware, and cyrillic, it win in education in my country. I don't know anybody near, who trying study programming with BB, like me.
Well, keep on doing a good job and people will notice. Cheers, Patrik
Hello, Patrik. You wrote 30 Jan 2003 y., 9:49:13: PR> Making Gadgets thread-safe is not easy. The main problem are the messages PR> among gadgets: the implementation is specific (optimized) for a PR> non-concurrent system, and changing this seems to be rather difficult. Sorry, what I'm not programmer at all....only interested user. PR> I would rather consider Oberon System 3 as a closed project. This means that PR> the code is stable and won't change in the future (but for bug fixes). ETH PR> or anybody interested in the project may decide otherwise, but I don't think PR> so. I'm not about S3 herself. I'm about: Do You know, is anybody, who mean, what system like S3 (componented, rational, with specific and well GUI), but used BB kernel and multitasking, need and CAN make it? PR> Well, keep on doing a good job and people will notice. Sure! Thanks for You care. -- Best regards, Yuri mailto:yurix@i.com.ua
participants (4)
-
John Drake -
Patrik Reali -
Thomas Frey -
Yuri M. Skripkah