April 2003 - Oberon - mailman3.inf.ethz.ch

Re (2): [Oberon] Ctrl/Break, tasking, ser-port ?
by peter_easthope＠gulfnet.sd64.bc.ca 15 Apr '03

15 Apr '03

Chris, cg> Is the source for Ctrl/Break response available ? I should have checked before replying. Search for "Ctrl-Break" in Input.Mod. It is associated with constant -2. There is a procedure named KeyboardInterrupt. Does this help any? regards, Peter E. http://carnot.pathology.ubc.ca/

1 0

Re: [Oberon] Ctrl/Break, tasking, ser-port ?
by peter_easthope＠gulfnet.sd64.bc.ca 14 Apr '03

14 Apr '03

Hello Chris, cg> Is the source for Ctrl/Break response available ? I applied Find.Panel to search for "Break" in some of the *.Mod files (not all are on the drive here). Just one occurance was found and it was in Keyboard.Mod. This is in a comment. "Ctrl/Ctrl-Alt Break & Ctrl-F10 are always defined and are not in the table." So apparently the response to 'Ctrl/Ctrl-Alt Break' is coded in the event loop. I would look in SYS:Oberon.Mod next ... but income tax is the priority this weekend. Regards, Peter E.

1 0

performance of oberon
by Yuan Yuan 13 Apr '03

13 Apr '03

Have anyone ever done some benchmark on oberon, such as method invocation, loop testing and compare with other systems? if so, can you share the experience and result with me ? Thank you! Yuan Yuan http://www.cs.umd.edu/~yuanyuan

2 3

Re (2): [Oberon] Unicode
by peter_easthope＠gulfnet.sd64.bc.ca 13 Apr '03

13 Apr '03

Thomas Frey and others, tf> There is no plan to fit the 32-bit Unicode into existing applications. This could be quite difficult and extremely time-consuming. According to http://www.unicode.org/, UTF-8, UTF-16 and UTF-32 are equally acceptable. Whichever encoding is employed, it will allow much wider and more efficient use of Oberon/AOS. Time consuming as implementation of UCS support may be, think of the time now spent grappling with non-roman characters. Regards, Peter E.

2 1

PCI-card ISDN Modem
by Jürg Koch 12 Apr '03

12 Apr '03

Hallo for internet-connection I use a Dynalink PCI-ISDN-card. This obviously isn't a COM-port. What do I have to do to make Oberon or BlueBottle recognize it? Yours Jürg

1 0

Unicode
by Jürg Koch 12 Apr '03

12 Apr '03

Hallo in Oberon Digest 73 Patrik Reali wrote about unicode support in Oberon. As far as I know the discussion terminated then. I keep two informations: BlackBox is said to have full unicode support. Jaos and the modules of BlueBottle that parse XML also have UTF-8 capabilities. My question is: Where would the support for 16-bit characters have to be introduced into the code? Yours Jürg

2 1

Re: [Oberon] Problems with Adaptec 7890
by urs.sonderegger＠fhsg.ch 12 Apr '03

12 Apr '03

Hi Patrik After consulting some stuff from the oberon list, I found a tip that works from Pieter Muller. Now i got a trace on the serial port (TraceMode=4 !): Aos 22.5.2002 Single-processor IDE0..1: 14 000001F0 000003F6 ATA: Status ctrl=000001F0 drv=1 lba=268435455 err= FF stat=FF s=FF m=80 e=00 b=00 ms=1000 IDE2..3: 15 00000170 00000376 ATA: Status ctrl=00000170 drv=1 lba=268435455 err= FF stat=FF s=FF m=80 e=00 b=00 ms=1000 Bus-master disabled SCSI - 1.0 / prk AosAdaptec7 - 0.41 / prk [00/06/00] Adaptec AIC-7890/1 Ultra2 [00/06/00] irq=15 MemMap=D9800000/80003000 [00/06/00] bus is wide [00/06/00] SCB = 32 [00/06/00] Sequencer Loaded lines=374 [00/06/00] BusReset [00/06/00] IntHandler installed, 15 [00/06/00] IntSeqHandle.AwaitingMsg [00/06/00] IntSeqHandle.RejectMsg I'll try to get more information and send it to you Urs |---------+---------------------------> | | "Patrik Reali" | | | <reali(a)acm.org> | | | Sent by: | | | oberon-admin@inf| | | .ethz.ch | | | | | | | | | 08.04.2003 08:25| | | Please respond | | | to oberon | | | | |---------+---------------------------> >----------------------------------------------------------------------------------------------------------------------------| | | | To: <oberon(a)inf.ethz.ch> | | cc: | | Subject: Re: [Oberon] Problems with Adaptec 7890 | >----------------------------------------------------------------------------------------------------------------------------| Hi Christoph, * have you tried the latest native alpha? * do the 2.3.6. and 8.12.00 fail with the same error? * can you please give more informations on the TRAP? -Patrik ----- Original Message ----- From: "Christoph Stamm" <stamm(a)inf.ethz.ch> To: <oberon(a)inf.ethz.ch> Sent: Monday, April 07, 2003 10:30 AM Subject: [Oberon] Problems with Adaptec 7890 > Hello > > I'm using a PC with a motherboard embedded Adaptec AHA-2940U2/W SCSI > disk controller (BIOS version 2.11). I've tried to install the stable > version of Native Oberon (2.3.6). It failed during disk controller > configuration with a TRAP 8 (assert). > > When I use the beta version of Native Oberon (31.7.00) then it works > fine, but it fails again with the latest beta version (8.12.00). > > Is this problem known? > > Christoph Stamm > > -- > Oberon(a)inf.ethz.ch mailing list for ETH Oberon and related systems > http://www.lists.inf.ethz.ch/mailman/listinfo/oberon > -- Oberon(a)inf.ethz.ch mailing list for ETH Oberon and related systems http://www.lists.inf.ethz.ch/mailman/listinfo/oberon

3 2

Oberon and Robots and Programming
by Patrick, Dr. med. Hunziker 11 Apr '03

11 Apr '03

As to Oberon System 3 as real-time OS: there is (was ?) the project XO/2 at ETH Zurich ( http://www.xo2.org/ ) which built a realtime Oberon OS for PowerPC based on System3 (with minor deviations) but allows code writing/compiling on a PC with crosscompilation. It was meant as an OS for mechatronics /robots and found a number of applications in the community, even in industry. I suppose Fernando Passold is referring to this. Strangely, this project did never make any waves (?) in the oberon newsgroups or mailing lists, although I suspect that a number of interesting points could arise from more insight into the project for the general "oberoner". However, apart from looking at some code, I never used it myself in real applications. Maybe Robert Brega at ETHZ or the people of the robotics group at lausanne technical university EPFL http://asl.epfl.ch/ who seem to use it too can help on implementation details or problems. some docu: http://xo2.org/Docs/aim01gc.pdf Greetings Patrick Hunziker Physics in Medicine Research Group University Hospital Basel

2 1

Re: Bluebottle black screen boot
by Soren Renner 11 Apr '03

11 Apr '03

Replace the CD drive with a new one. This worked for me. sr

1 0

DLL / COM / ActiveX with Plugin Oberon (Win XP)
by Patrick.Hunziker＠unibas.ch 10 Apr '03

10 Apr '03

I have used it - it works. The key points for .exe are: - Re-Use a *.Link file from the Oberon distribution ( separate *.Link files for .exe or .dll). - If you need a statically linked standalone application -> add those Oberon Modules that are needed in your application and that are otherwise dynamically loaded. To find all the needed modules, execute your program in the Oberon environment and the execute System.ShowModules. - Add the module chain of your planned executable to your *.Link file, observing load order. - Remove those Modules from the *.Link file that are not needed. Here I have found that the minimum core modules given in Emil Zellers internet page do not suffice in all cases => try reducing files stepwise starting low in the list. - Important: change "Version" section of link file first to a new program designation - otherwise you get a mess in the Windows Registry for your existing Oberon.exe. - Modify the *.reg File (filename & content) to fit your needs. - Register the .exe by clicking on the new reg file - start your application. In the case of *.dll files: If you want to call functions/procedures from the outside (e.g., to C programs), the key problem is the Alignement of passed parameters. Unfortunately, I have not found an easy way to see the actual byte arrangement of procedure header variables with the more recent versions of plugin Oberon (somebody else might know). There is a way around that problem, though: If you pack all your passed parameters into a record, its field occupy clearly defined/predictable address positions. This way, it worked fine for me. The correspondence of datatypes in Oberon with datatypes in C are given in Emil Zellers page given below. Make shure, when writing a program in another language like C that calls your *.dll that you use the right compiler settings that lead to predictable sizes of "C Int", Sets, Booleans etc. Try to start with minimally complicated headers. Some other possible questions are lurking, e.g. the 2 vs 4 vs 8 Byte alignement used in different foreign language compilers. If somebody knows a simple tool to byte map interfaces of procedures in the latest version of Plugin Oberon, especially those produced by the PELinker, let us know. ActiveX also worked OK according to Emil Zellers example, although is is sometime back I did the experiments. Hopefully, the upcoming "Active PlugIn Oberon" will retain those useful features. Message: 7 Date: Wed, 9 Apr 2003 08:59:45 +0200 From: "Treutwein Bernhard" <Bernhard.Treutwein(a)Verwaltung.Uni-Muenchen.DE> To: <oberon(a)inf.ethz.ch> Subject: [Oberon] DLL / COM / ActiveX with Plugin Oberon (Win XP) Reply-To: oberon(a)inf.ethz.ch Apparently PluginOberon for Windows NT allows the creation of DLLs and supports COM / ActiveX (see Emil Zeller's page about linking EXEs and DLLs in Plugin-Oberon http://www.cs.inf.ethz.ch/~zeller/plugins.html#PELinker and let Watson browse for COM ). Does some brave soul have experiences with it and is willing to share these experiences ? -- Bernhard Treutwein, IuK, Ref. III A 3 Bernhard.Treutwein (at) verwaltung uni-muenchen de BdT (at) wildwein de ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

1 0