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

Re: [Oberon] Support for Realtek RTL-8139 with Native Oberon
by frey＠inf.ethz.ch 05 Jan '05

05 Jan '05

> I'm running Native Oberon on a Pentium-II class machine. > How can a network card such as, Realtek RTL-8139 be > configured in Native Oberon ? PCITools.Scan was able to > detect this card as a PCI device. The driver is currently only available for the new Bluebottle OS. http://bluebottle.ethz.ch It should not be too difficult to make a Native Oberon driver out of the Bluebottle OS driver. But... I have no time to do this myself. --Thomas Frey

2 2

Re: [Oberon] monitoring an RS-232 interface.
by eas-lab＠absamail.co.za 27 Jul '03

27 Jul '03

peter_easthope wrote: > Here is a rather unusual problem. Answers to my NewsGroup queries described such a device as being essential. It's a worth while project. > I want to monitor the serial interface > of an external modem. The approach I am > considering is a generalization of that > described in > "http://www.oberon.ethz.ch/native/WebTrace.html" . I've archived this. It's only about 10 lines. Is that right ? "WebTrace" seems to be a poorly chosen name. > In this case we need to monitor both sending and > receiving lines. This will require a tee serial cable with > the side branch dividing to two cables. One of these > side branches needs the send and receive lines > crossed. This special cable will be inserted between > the modem and the server. Then one "observer" > machine can be attached to each of the side branches. > Yes: Tx ser-port = Rx modem --> Rx monitor 1 Rx ser-port = Tx modem --> Rx monitor 2 > WIth this setup, one observer will monitor transmissions > from computer to modem and the other will monitor > transmissions from modem to computer. Perhaps one > machine with two serial ports is capable of monitoring > both lines. No doubt this would work with Unix but I > have not tried running two concurrent V24 tasks in Oberon. > The serial port(s) only need attention when their FIFO (buffers) are getting full or empty for Rx and Tx respectively. Has n-o got the ability to interrupt for modem or mouse ? I don't think so. Older machines had smaller buffered ser-chips and would be more likely to 'overflow'. Normally, the ser-mouse and ser-modem ARE 'sharing' tasks. Although not symetrically. From the papers which you kindly posted: " Mouse and keyboard buffers are polled at each task switch in the loop.." The whole business of how (normally) the ser-modem is given and releases its ser-port, is central to the ppp-bug which I'm investigating, and where readers 'look the other way' when I ask questions. =:-( > Is such a technique described elsewhere? Any suggestions > or improvements on my proposal? There's a special name for this tool (which exists) that was mentioned in 2 of my threads in Newsgroups: comp.protocols.ppp. Perhaps a google will lead to mention of how it works. I think your idea is correct/do-able. You could start (a-la Wirth) with a minimal system, by using your modem port to monitor your mouse port. This will prove to you if/how the basic concept is OK. What is the serial port speed setting for the mouse ? Chris Glur PS. keep me informed of progress please. Thomas wrote: > There is such a program for Aos/Bluebottle. You can link the watch > computer between > the modem and the control computer. It usually works well as long > as the connection > speed is not changed during the connection. > I'll have to search for the program if you are interested. Does it monitor both control computer AND modem.

2 1

Re: [Oberon] Port of XML to Native/Plugin Oberon (was Re: Antwort: DAV porting question)
by Edgar＠EdgarSchwarz.de 08 Jul '03

08 Jul '03

John Drake <jmdrake_98(a)yahoo.com>: > Ok. Here's the code. > http://freezope2.nipltd.net/jmdrake/Oberon/xmlport.zip Thanks John, I will give it a try on the weekend. Regards, Edgar -- edgar(a)edgarschwarz.de "http://www.edgarschwarz.de" "http://www.edgar-schwarz.de/forum/oberon" Running Active Oberon Make it as simple as possible, but not simpler. Albert Einstein

5 10

Re: [Oberon] Native Oberon and Transmeta Crusoe
by hurlimann 01 Jul '03

01 Jul '03

thanks a lot - I will inform, when I do it. Bruno ---------- Urspruengliche Nachricht ---------------------------------- Von: "Thomas Frey" <frey(a)inf.ethz.ch> Antworten: oberon(a)inf.ethz.ch Datum: Sat, 28 Jun 2003 15:41:53 +0200 > Is ist possible to run Oberon native on a Transmeta Crusoe processor? I have never heard about anyone who tried this. But it should work, if the processor is worth its price. If you have access to such a system, please keep us informed. --Thomas -- Oberon(a)inf.ethz.ch mailing list for ETH Oberon and related systems http://www.lists.inf.ethz.ch/mailman/listinfo/oberon

4 4

Re: [Oberon] Trap in storing a FAT file.
by eas-lab＠absamail.co.za 30 Jun '03

30 Jun '03

Peter E. wrote: > On one pc there is a trap in half of all attempts to > store a FAT file. I've never used a trap report to chase > down a bug and can use a little guidance. Can anyone > tell me where to begin with analysing this report. TRAP -14 NIL reference ( 00000000H ) (PC Native 05.01.2003) OFSFATVolumes.AssignDirectoryEntry PC = 22443 <-- last proc called c = 00000000H = DirCache dc = 00000000H = DirCache direntry = 00000010H = x dummy = 0 num = 0 p = 003976E0H pos = 0 res = 0 = x vol = 001B5700H = x OFSFATVolumes.WriteDirectoryEntry PC = 24169 <-- 2nd last proc called @dim = 2048 chksum = 00000000X cluster = 0 d = 0 dirCache = 00000000H direntry = 00000010H =y dummy = 0 idx = 0 k = 0 n = 0 pos = 0 res = 0 =y t = 0 unicode = 47, 75, 69, 82, 77, 73, 84, 47 ... vol = 001B5700H =y OFSFATFiles.Rename PC = 2781 <-- 3rd last proc called ---------- We see that WriteDirectoryEntry calls AssignDirectoryEntry with 3 args, marked "=y" (and "= x") . The last 2 are VAR-pars and have not yet been changed , which could tell how far AssignDirectoryEntry has progressed before trapping. { This might not be true if the compiler 'transforms' the sequence of statement execution drastically from the apparent sequence as suggested by the source - I don't know how this compiler works }. From: c = 00000000H , p = 003976E0H , my attention is drawn to this loop:- p := NIL; c := vol.dirCache; WHILE (c.type # dcSentinel) & ((c.type # dcFree) OR (c.entry.dirInfo.num < direntry.dirInfo.num)) DO p := c; c := c.next END; where the WHILE terminating condition is expected to occur before the linked-list finds it's tail at c.next = NIL. I'm guessing that it does NOT ! I'm guessing that your machine is testing (which was not done before) that c.next = NIL occurs before the WHILE terminating condition is satisfied. Also looking at some of the local variables like: dummy = 0 , pos = 0 shows that they were not yet changed, before the trap. { Apparently n-o leaves uninitialised varaibles as zero [usually ?]} My source code is from 2001, and has CONST Trace = FALSE; Detail = Trace & FALSE; ... IF Detail THEN Kernel.WriteString(" found at cluster "); Ker...etc. Is this degugging stuff not still in your version ? Of course you know about: Compiler.Compile *\f f find error position (select PC line in Trap viewer) -- Chris Glur This is perhaps another example of problems be found by USERS of n-o vs. theoretical playing with it.

1 0

Native Oberon and Transmeta Crusoe
by hurlimann 30 Jun '03

30 Jun '03

Hello Is ist possible to run Oberon native on a Transmeta Crusoe processor? Greetings Bruno

3 2

Re: [Oberon] Native Oberon and Transmeta Crusoe
by hurlimann 30 Jun '03

30 Jun '03

Thank you very much. Bruno ---------- Urspruengliche Nachricht ---------------------------------- Von: Guenter Feldmann <fld(a)informatik.uni-bremen.de> Antworten: oberon(a)inf.ethz.ch Datum: Mon, 30 Jun 2003 13:33:45 +0200 On Monday 30 June 2003 09:21, hurlimann wrote: > thanks a lot - I will inform, when I do it. > > > Is ist possible to run Oberon native on a Transmeta Crusoe processor? > > I have never heard about anyone who tried this. But it should work, if the > processor is worth its price. > If you have access to such a system, please keep us informed. Thomas Kistler dit a successfull test shortly after he changed from Irvine to Transmeta. He reported it in this mailing list or in c.l.o. Unfortunately I don't kow his current email address. -- Guenter -- Oberon(a)inf.ethz.ch mailing list for ETH Oberon and related systems http://www.lists.inf.ethz.ch/mailman/listinfo/oberon

1 0

Trap in storing a FAT file.
by Peter Easthope 30 Jun '03

30 Jun '03

On one pc there is a trap in half of all attempts to store a FAT file. I've never used a trap report to chase down a bug and can use a little guidance. Can anyone tell me where to begin with analysing this report. Thanks, Peter E. TRAP -14 NIL reference ( 00000000H ) (PC Native 05.01.2003) OFSFATVolumes.AssignDirectoryEntry PC = 22443 c = 00000000H dc = 00000000H direntry = 00000010H dummy = 0 num = 0 p = 003976E0H pos = 0 res = 0 vol = 001B5700H OFSFATVolumes.WriteDirectoryEntry PC = 24169 @dim = 2048 chksum = 00000000X cluster = 0 d = 0 dirCache = 00000000H direntry = 00000010H dummy = 0 idx = 0 k = 0 n = 0 pos = 0 res = 0 t = 0 unicode = 47, 75, 69, 82, 77, 73, 84, 47 ... vol = 001B5700H OFSFATFiles.Rename PC = 2781 d = 52958 f = 0033FF40H fn = "MAILIN.Bak" fs = 00307140H i = 18 new = "/KERMIT/MAILIN.Bak" newf = 00000000H newpath = "/KERMIT/" old = "/KERMIT/MAILIN" oldpath = "/KERMIT/" rep = 00000000H res = 0 t = 40114 OFS.Rename PC = 4688 fnew = "/KERMIT/MAILIN.Bak" fold = "/KERMIT/MAILIN" new = "C:/KERMIT/MAILIN.Bak" nfs = 00307140H ofs = 00307140H old = "C:/KERMIT/MAILIN" pnew = "C" pold = "C" res = 0 Files.Rename PC = 2024 new = "C:/KERMIT/MAILIN.Bak" old = "C:/KERMIT/MAILIN" res = 0 ET.RenameOld PC = 14016 bck = "C:/KERMIT/MAILIN.Bak" i = 20 name = "C:/KERMIT/MAILIN" res = 0 ET.store PC = 14672 R = 00000034H S = 00000030H V = 00000000H ch = 00000000X f = 00000000H len = 0 par = 0018FC60H r = 00000028H tF = 0039F320H typ = a ET.StoreAscii PC = 15089 Oberon.Call PC = 4860 Mod = 00067240H P = ET.StoreAscii PC = 15079 i = 3 j = 13 name = "StoreAscii" new = FALSE par = 0018FC60H res = 1 TextFrames.CallCmd PC = 12027 F = 00345960H cmd = "ET.StoreAscii" new = FALSE par = 0018FC60H pos = 80 res = 1 TextFrames.Call PC = 12915 F = 00345960H S = 00000048H h = 0 hint = "ET.tem." i = -1 new = FALSE pos = 69 TextFrames.Edit PC = 20137 F = 00345960H Keys = {1} M = 00000060H R = 0000004CH X = 404 Y = 591 beg = 0 buf = 00000000H ch = 00000000X end = 0 keysum = {1} pos = 69 text = 00000000H time = 0 TextFrames.Handle PC = 21222 F = 00345960H F1 = 00000000H M = 00000020H ET.Handle PC = 10006 F = 00345960H M = 0000000CH T = 0016B1C0H handled = FALSE ml = FALSE tF = 00345960H MenuViewers.Handle PC = 4432 M = 00000014H Main = 0039F320H Menu = 00345960H V = 000770C0H V1 = 00000000H Oberon.Loop PC = 8578 M = 00000010H N = 0000000CH V = 000770C0H X = 404 Y = 591 ch = 00000000X keys = {1} oldshift = {} shift = {} System.Init PC = 20212 F = 00369200H S = 00000044H T = 00369180H Wt = 00000050H ok = TRUE OFSBoot.Call PC = 426 c = System.Init PC = 19688 cmd = "Init" i = 11 j = 4 m = 001633E0H protect = TRUE OFSBoot.BootSystem PC = 2780 s = "System.Init" OFSBoot.$$ PC = 13 @SELF = 0003F480H SELF = 0003F480H

1 0

Re: Native Oberon and Transmeta Crusoe
by Peter Easthope 30 Jun '03

30 Jun '03

Hurlimann & Guenter, g> ... Transmeta Crusoe processo ... this mailing list or in c.l.o. I remember the mention in the Native Oberon mailing list. It will be in one of the old archives and can be found with a text search. ... Peter E. http://carnot.pathology.ubc.ca/peter.html

1 0

Re: Native Oberon and Transmeta Crusoe
by Paul Reed 30 Jun '03

30 Jun '03

> > Is ist possible to run Oberon native on a Transmeta Crusoe processor? Why not contact Transmeta? When I was a Technical Manager of a PC manufacturer, we were only too pleased to get good software to test against, the more diverse the better. Especially if a successful test would result in even a single sale of the product. Unfortunately I don't have any contact at Transmeta, now that Linus has left... ;) Seriously, address a polite letter/email to the Chief Technical Officer, with a link to the Native download and offering help if they get stuck. Keep it short and make sure the test is as easy for them as possible. Don't forget, they always have hardware lying around, so preserving their existing OS is not something they will be particularly worried about. :) Good luck Paul Reed

1 0