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

Re: [Oberon] Oberon XML aggravation - and solution
by Edgar＠EdgarSchwarz.de 27 Jun '03

27 Jun '03

> jmdrake_98(a)yahoo.com wrote: > Anyway I was doing a simple test of building an > XML object then writing it to the AOSLog using > the XML Content.Write method. This worked fine > under Native BlueBottle, but under the Windows > version I only got the last line of the XML > document displayed. The problem? Well the > author of the XML packages used > AosIO.Write(w, CR) all over the place. Under > Native BlueBottle this is fine, but under the > windows version it should be AosIO.Write(w, CRLF). > I changed all of these calls to AosIO.Ln(w) I also mentioned that already to Thomas Frey of ETH. When I tested with the Linux cadaver WebDAV client I only saw funny lines in the trace printout. C is taking the CRs literally as CRs :-) I changed something in a routine in XML.Mod so that <property>... some characters ...<property/> appears on the same line. Ask frey(a)inf.ethz.ch for the current version if you are interested. Also it would be nice to indent the element structure on writing ... :-) Cheers, 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

3 4

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

26 Jun '03

André Fischer wrote: > Here is a Bluebottle module for tracing. The Bluebottle machine is an > observer inserted between another machine and the device it is > supposed to control, for example a box recognizing AT commands. > Bluebottle is totally transparent. > It should run on the the latest version of Bluebottle which has the new > AosV24.Mod - Comments are found at the end of the source: > "In Bluebottle, the generalization of the serial port support lead to the > following adjustments" etc. What's happeing to this project ? I think that looking before the 'output wires' has limited value. But being able to see what is realy happening on the 'wires' makes for a valuable instrument. Which is confirmed by these posts: eas-lab(a)absamail.co.za writes: > >After I get an unintended disconnect during or after ppp negotiation, > >the next time I try to dial, I see the modem lights respond but I can't > >get dial tone. Powering the modem off/on does not solve it. > > > > Greg wrote: > Time to connect an RS232 line analyzer and see what commands are > being sent to the modem and what the modem's responses are. > > I think you'll find that the proper AT commands are being sent to > dial the modem, and the modem is echoing the characters in the AT > command, but the modem is not performing the action in the command > (i.e., going off-hook and dialing the phone number). > > This is usually because the modem has not recognized the characters > as forming an AT command. Usually due to a speed mismatch: the modem > is listening for AT commands exclusively at one speed, but the computer > is sending them at a different speed. Sometimes due to a parity mis- > match: the computer is sending the Return character at the end of the > command string, but with parity enabled, so it looks to the modem like > a graphics character instead of a Return. > > As for the "leaves the port in a funny state", you're probably starting > at too low of a level. It's far more likely the instance of the serial > driver which controls the port is in a funny state. The driver software, > not the hardware, is in a funny state. (though it allowed your process > to open the port, apply ioctls, and read/write data) > > When you don't get the expected response from the modem, you must start > troubleshooting at the modem interface. I.e. check the data that the > modem sees over the RS232 cable. Then use what you learn there to move > your troubleshooting in the direction of the modem or in the direction > of the computer. I think I looked at Aos* sources, and judged the cost/benefit as failing my requirement. Chris Glur

1 0

Trap while opening GfxOverview.html
by Vasile Rotaru 25 Jun '03

25 Jun '03

Hi, list Are anyone of you experiencing the same problem? I'm asking because I have made some changes to PCG386.Mod and have recompiled the entire distribution (the last BB one) with the modified compiler. It mostly works, (hangs only after traps :). I first get a trap when I was trying to open "Oberon.report.html". The recompilation of some modules helped, but the problem mentioned in $Subject persists. So I'd like to know whether this is only my problem. A second partition (or second machine) would have a better option than asking, I know... Thanks in advance, Vasile

1 0

Oberon XML aggravation - and solution
by John Drake 25 Jun '03

25 Jun '03

Hello all, I've been experimenting with XML running under WinAOS. Ultimately I'm trying to get an XMLRPC client running. (See: http://www.xmlrpc.com/spec ) Anyway I was doing a simple test of building an XML object then writing it to the AOSLog using the XML Content.Write method. This worked fine under Native BlueBottle, but under the Windows version I only got the last line of the XML document displayed. The problem? Well the author of the XML packages used AosIO.Write(w, CR) all over the place. Under Native BlueBottle this is fine, but under the windows version it should be AosIO.Write(w, CRLF). I changed all of these calls to AosIO.Ln(w) which works with either the Native or the Windows version of BlueBottle. Personally I think that's a better pratice. Side note: I've made lots of progress on the XMLRPC client. Currently I'm generating the correct XML strings. I expect a fully working version by the end of the week. (Crossing my fingers). Regards, John M. Drake __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Re: [Oberon] Preprocessing
by Edgar＠EdgarSchwarz.de 19 Jun '03

19 Jun '03

Hello Gérard, > It find sometimes in Bluebottle sources texts that look like preprocessor > instructions ($IF ... $END). Builder.Compile \D=gerard ... $IF gerard THEN ... { $ELSIF ... } [ $ELSE ... ] $END > I can't find any documentation about this feature. For "documentation" see Builder.Compile, Builder.get. It's just a Builder goodie. 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 9

Re: [Oberon] Old Oberon System Sources.
by eas-lab＠absamail.co.za 19 Jun '03

19 Jun '03

> I am an assistant professor at Escuela Colombiana de Ingenieria (Bogota, > Colombia, South America) and I am very interested in the sources of your > early iimplementations of the Oberon System. Especially, the sources of > DOS > Oberon 386 System 3 version 2.0 by Andreas R. Distelli, Oberon > V4 version1.4 for Windows by Mathias Hausner, and Oberon System 3 for > Windows Version 2.0 ("Spirit of Oberon") by Hannes Marais. Perhaps you think the newER versions do not run under DOS and 386 ? I started with V2.3.2 StandAlone on a 386 - very good ! Later V2.3.6 was DOS based (386) - I can't remember any differences from V2.3.2. The substantial difference came in 2001, with multiple partitions (not applicable to DOS) which allowed the management of several files-spaces (directories). Apparently the lateST versions no longer run on 386 ? -- Chris Glur.

1 0

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

19 Jun '03

Andr Fischer wrote: > Here is a Bluebottle module for tracing. The Bluebottle machine is an > observer inserted between another machine and the device it is > supposed to control, for example a box recognizing AT commands. > Bluebottle is totally transparent. > It should run on the the latest version of Bluebottle which has the new > AosV24.Mod - Comments are found at the end of the source: > "In Bluebottle, the generalization of the serial port support lead to the > following adjustments" etc. Where is the vital info about the cabling, which Peter raised ? Or is this just looking at the ser-chip's status registers (or even the Tx & Rx buffers) to see what it hopes to send and what it thinks it received ? I think Peter, and definately I, want to monitor what is really happening outside of the machine. The first job for me to evaluate the 'Aos' source was: Edit.Search "nstall" == AosModules.InstallTermHandler(Finalize); This tells me nothing. Is it uninstalled after the job ? Is the problem which n-o (ver 2001) that V24.Panel and the dialer must 'release' the ser-port for the other to use it, still problematic ? Perhaps there are also other people who would appreciate a comprehensive tutorial on "tasking in n-o" ? Chris Glur

1 0

Old Oberon System Sources.
by Gerardo Ospina 18 Jun '03

18 Jun '03

Hello, I send this message to oberon-web(a)inf.ethz.ch but It bounced, so I decided to resend it to this list in order to reach ETH people. I am an assistant professor at Escuela Colombiana de Ingenieria (Bogota, Colombia, South America) and I am very interested in the sources of your early iimplementations of the Oberon System. Especially, the sources of DOS Oberon 386 System 3 version 2.0 by Andreas R. Distelli, Oberon V4 version1.4 for Windows by Mathias Hausner, and Oberon System 3 for Windows Version 2.0 ("Spirit of Oberon") by Hannes Marais. Are the sources still available? If affirmative, what is the proper procedure to obtain a copy?. Thanks In Advance Gerardo Ospina ps. I also have interest in other sources: DOS Oberon V2 version 2.0 and POWEROberon V4 Version ?? pps: The bounced message was. > Date: Mon, 16 Jun 2003 20:29:46 +0200 (MEST) > From: MAILER-DAEMON(a)inf.ethz.ch (Mail Delivery System) > Subject: Undelivered Mail Returned to Sender > To: gospina(a)escuelaing.edu.co > > This is the Postfix program at host medoc.inf.ethz.ch. > 'm sorry to have to inform you that the message returned > below could not be delivered to one or more destinations. > For further assistance, please send mail to <postmaster> > If you do so, please include this problem report. You can > delete your own text from the message returned below. > The Postfix program > <wwwobero(a)ice.inf.ethz.ch>: host ice1.inf.ethz.ch[129.132.10.42] said: 554 > <wwwobero(a)ice.inf.ethz.ch>: Relay access denied (in reply to RCPT TO > command) > Reporting-MTA: dns; medoc.inf.ethz.ch > Arrival-Date: Mon, 16 Jun 2003 20:29:44 +0200 (MEST) > Final-Recipient: rfc822; wwwobero(a)ice.inf.ethz.ch > Action: failed > Status: 5.0.0 > Diagnostic-Code: X-Postfix; host ice1.inf.ethz.ch[129.132.10.42] said: 554 > <wwwobero(a)ice.inf.ethz.ch>: Relay access denied (in reply to RCPT TO > command) > Received: by medoc.inf.ethz.ch (Postfix) > id A976E561FE; Mon, 16 Jun 2003 20:29:44 +0200 (MEST) > Delivered-To: wwwobero(a)inf.ethz.ch > Received: from localhost (localhost [127.0.0.1]) > by medoc.inf.ethz.ch (Postfix) with ESMTP id 920DF561FD > for <oberon-web(a)inf.ethz.ch>; Mon, 16 Jun 2003 20:29:44 +0200 (MEST) > Received: from medoc.inf.ethz.ch ([127.0.0.1]) > by localhost (medoc [127.0.0.1]) (amavisd-new, port 10024) with LMTP > id 16718-01-7 for <oberon-web(a)inf.ethz.ch>; > Mon, 16 Jun 2003 20:29:44 +0200 (MEST) > Received: from tierra.escuelaing.edu.co (unknown [200.24.7.182]) > by medoc.inf.ethz.ch (Postfix) with ESMTP id AC8B4561C7 > for <oberon-web(a)inf.ethz.ch>; Mon, 16 Jun 2003 20:29:42 +0200 (MEST) > Received: from gospina.escuelaing.edu.co (europa.escuelaing.edu.co [200.24.7.177]) > by tierra.escuelaing.edu.co (8.12.5/8.12.5) with ESMTP id h5GJ1CRF027515 > for <oberon-web(a)inf.ethz.ch>; Mon, 16 Jun 2003 14:01:13 -0500 > Message-Id: <5.1.0.14.2.20030616133812.031b1e68(a)pop3.escuelaing.edu.co> > X-Sender: gospina(a)pop3.escuelaing.edu.co > X-Mailer: QUALCOMM Windows Eudora Version 5.1 > Date: Mon, 16 Jun 2003 13:39:43 -0500 > To: oberon-web(a)inf.ethz.ch > From: Gerardo Ospina <gospina(a)escuelaing.edu.co> > Subject: Old Oberon System Sources. > Mime-Version: 1.0 > Content-Type: text/plain; charset="us-ascii"; format=flowed > X-Virus-Scanned: by amavisd-new at inf.ethz.ch [message body deleted]

2 1

Re: [Oberon] monitoring an RS-232 interface.
by fischer＠inf.ethz.ch 18 Jun '03

18 Jun '03

On Sun, 15 Jun 2003 Peter Easthope wrote: > Here is a rather unusual problem. > I want to monitor the serial interface > of an external modem. Here is a Bluebottle module for tracing. The Bluebottle machine is an observer inserted between another machine and the device it is supposed to control, for example a box recognizing AT commands. Bluebottle is totally transparent. It should run on the the latest version of Bluebottle which has the new AosV24.Mod - Comments are found at the end of the source: "In Bluebottle, the generalization of the serial port support lead to the following adjustments" etc. This is an extension of an original idea of Thomas Frey, me being in need for a solution to the same problem as Peter seems to have. A defective connection hindered me to reply earlier. Sorry. With best regards, André Fischer AsciiCoder.DecodeFiles % AfiV24Tracer.Mod ~ HGbkO@ZFFlBGRnfa>GGjdbNGRnfaP04`24^3ln8d8LX3m]\m]bi0M0=:K3;M6P<m]SM]UU<3`QnF gBGinFf>W1hCUkI>@6[0^MQVdR:E`80531808PWAh7@1;03hC5KIUkKMK<QY;WjHM[;=ZKYc7l0D P?E\UE>XHMiD7[K0b06`7D0<P<8E`7<9DP?h6H0T583231`7D583b2l1A15P^0\HP@@060=5bPAQ 1l1i5bPn2O`W60383R3@g705h3F2@l605PSP1@9:0bP41lID0>160]05PT04=83f0l1g77hC5KIU 3]YHMiD73P50<01807h3b00TP?E\UE>4VYeUCM\^1X20;030X0L0<00L181B0l1`0BP70O0816P0 `70BP40O081RP0X05d4P?0:0A0300E03H0J0l1`06P10O0H0V0l1P1H0`706P60O0H060l1P182` 706P90O083VP0`70bP8P2<1C0VP107`2P?Lo1@02@ho0KjC9JEIJA1I@=KJ]Z<Y9EUKH7KIUk>19 :EY:1I@[:EAjCU:85I@=JB5i>19D[ZDQjCWJA1Y8YZL3kH2BjRfb2baRf`:g`>FjFFi>G@JFfnfk VFgNF@BGd:ggFgcRF@BgknF@>gb:gd6Ff2BhnFiBgi:B@ZbDf`6VdV2eW:EZf`46dg>gQnffff`j Fb>GF2bPnfiVdWbB@64KjK9KMIKIW;;1I@lYeU^\4T1m=]Z<Y9;1iDY[LC[K?kLgI3K8Ec:D;J3C hD;[LCS@m]bU^DE>D^P\WPlY2EY5MXD]Q9dZ1EZ=<Q94^_E^d5Tj4T1m]cQ^4Z_E>gI3CH2WKIS; 8e98IjCMjACZCYj>C8:E98WJISKM;[K7KI1YK[KK5KIU;8O[I19MAKJW;8WKIV6112Bj:74TZ<5C H27;J1Y>1i@AJ@Uj>KH2CXEU9=_[LC;M;[L1Y>1I@<9MiEUKJh>C8:Ea[:gdB71IMWKI9;85KN19 MAKJPY10@@03;KC[M;;8e985jCO:C;J@Mj>KH2:gb>G@ZC@b4P=<Q=<Q@EZ?MX5UXEEZ55TV<Y^= ]d5Uc]\aeY_UUP4^_AWnFF2Ba2gi2BM22PYLW=<Q2]X7=Y>]Q9<188eI?1I@OkL]2?JIY;DO[LRB hnFid9Ci>KH2C8LX;O:L;[KAYHQkLI98a9;1I@0QJHU[CO;;1I@0W:MO;LS9;1YL;kLCi>KP9eXP D^UM^P\WP4VPTZ8]X>]Q9H23jKV4O:L;c[:gd@DJEIBck0I98QkKhD;[K9KIUK:gI3C`4>7\WPL^ U=>f`4V`RjDR^c6V`RjTP<Y^=]dMW9\Q9\Q94:\8`Qbfg>gb^c6V@Q0<<PmXA3:CWJAgI3CH2Q3> Dfnfi4UY\Q9\X>aQbfgh>f`4:dR@@^gP>DZVD[Fdnf`4V00BEYFeR^c6VPG5Y9UY55TQU]Ye>BdW f`4<Q`1UJI7KIC[M;;:7;JI98UKIV2HB=2220H2CHBd\Ye]U5TD5Y5I2AY:19ACkLQ;K3KN19MAK InVYm\Ye]Pl]VII3kHA;87;J338;VFj>G@RfbRG@Jg`bfjFF@6FgBF@VFj8LUKJM;M3[HIKI1YM3 ;KX:CI3<Q9H@l9jBVjfM2bPnfin4VDgBGD>gbTUP4VYLWP<X_1>Ej:gdl\XDTP\U]dWPDWPDTYLW =P9H@0AJIa;:OZD9::7;JC9;1I;UI:g9832h@AKHRBAREAVbMP9HBlYBU888m98WY<19EAJA2bPn 6hD04TPDTYLWP0h@`aRfD\X>UX=<Q9<Q9\X<MZ5=QXDUP0``2biBGiFf`fF@nFc2baRf`<<hLNgd BGd2BjRfbL^Q]]U5T_E>X;1IBM;8O[L9KIU;8YkK1iK5;M3KJM;8Y;JXL;kL[;KY;;KH2C`4PYU^ P<]c5T`E^Ue\UE^QE\\]\\4Tg5]Ue]P<\P\]_U\U]]P<]c5Td]\cU^UU\\4Tdm]P8L;[L3;M;;8C ;M1iMC;MnfjBG@FfaRfg2bF2bj>gb2b`jF@6DZFDH2banfff6jB@ZbDP9HBL^U=^PLTP<\SU^Ye^ UM^U=>Y:B\1<16faBgd0Z3WKI^c6V0CP1aW@V0P91T50PCad0K1e1KH2<1;ZC^3C`4<9n4Pn0@@0 L845\Q9<1C`RbT9eXP4US5]P\WPDTPDTY4T?EZP4US1Q9AaJ:OZD19:03:FC98Y:B00X81Y8f0VP 5aR2bTJD@>Fd2bA2BH6D\2BZR40490<U\00h@PHA@FDW0C`Rj4`4F4P94UZhDjFb2BjR673332Be FgiBG@:gb>6T\PT^_9MAKInFjRfb:G@2gg:Gj2BEVb6`4BGi6faVFgNFhnFiBg]RbiFfh2bE2bHV B@fdWBD@:c^jB[:CJN7X;7:J3CD>6gI3H2Y300000PE5^T=\d]\X<Uk\1\X<IBD>223jKJ5Bgb:g fVFg6FjVfgjF@BETH30;J3CH2V``b62BMXA`MP9<8n4>5P3QQ1VFg2bb:GinFi2BAL7hCh@8:@@0 <9D^UM^\4Td<511@VH3CP5e9`R064`Y0TZbab:WR<50<9L>b20`Y04Td]\b]=HI9[;5I:08Cf`4F DW4TC]\b==25B5h>CH2CH2C`6f@[6DY2BiFGgjfdjfcbB@Jfdj6e980@j:7C388e983ZDUJ@c:8U 98OZA1iD;[L0B5FFi\Q9<\SU>L>DWPT9PkH3QZDO2`YFFjfdgBfbZBD2g`:G@ZS@UZB=UPDWP4:^ c6JeP:e6L^j4T1m=72hLM9D3[L3KK;;M;[LWk>KH2MKHKKI1Y>1I@Pa4V`4T?eXPLX81>Gi2BM2b PnV9aYBGi@YFf`Bfb:gMf@QFdSH3>G@ZcN2Bh6FiRbPnfi>40HHT><Uk\13jKV4ObbjfYBGi0@D> GibB@bdRjDD>GG>Gjd[Y<Uk4T1aThD;;MW:MUKJ4UcE^\hLMiLd;gI30:eb6FbBeg^fbjFD>GiXK 3KK;K:gI3CHB=Bg6ff4Tm4TRd\Ye]UETPTZ8A@Jfd88fSDQP\X<MZ55TV=]^1J4HAMbMH@l9L:PR T:<=2bfnFbFF@:bD^3l90XK3KKVRP08C^3UJAYJEUZC1YCC:CKHAM:A8M`Mf`625HEHAMKH5;KZB D@@8D<54:^3Pj0720<<B7^3@@ZS1E:00Pc13jKV4W:M@Y`bLWP<Y^5Z_E>I98OJMY;DO3:d`FGb2 BM2BV0X@;2888L45L80``8MH:H@<9n400R2T90H:P9aYF6<=Rbi`iPNi>0D:TZ_1@g`D\1W:MUKJ L^^LZd9EOKBM;MAYK3KKbB@VDg25VbM2b6V`P0WjJC;L_:JC;M;kLQKH7KIAiLUK:gI364XD00PY PC100@FlYe100W200P11:500H:hD000T55JH<Uk\13R?QCad8:M3C1MJA_::Y[L3327^EHfEF2BH bB@VDgP\0H2AY:VDg>Gj6FgBgd6FjFF@:C@6faB72Bj:g`\<W;;1iMAKJ7;J1iMC;KI;85KI1IMW Cb<]^5TQU]d]\be]Qe]S]<EI:dY51<=PK=VMUUP<V\hC0I1`6D^ee]^ac2BMfSDQk`PHBL:0000: 5000`W0@D:2PP<\S1jBGjB@:bD44l9T9HHPc1kaF6cMfPB10`Rjf``Mf0PEQ6=]^=\\=]j]\k\Q2 ]8HAM:AJddj6P=009JJWKH5;K;[:@@8D<54:^S21V@j:78LhFQAG>Dfn6AaM8M0PaX;7:K0D:00B dd>7L7:dRN4d\Ye]U1Y2V@D8A;[I3KMI;M1Y:CQ1m=K2X;CZKW;MbFfBeb:W8=\^U\\]\b5U6=]^ 1VbMf`RjDR<XV==T:\<MI3KH@OkLMi@3;KI;83ZI0P5e]QE<2BH2bH2bLJCH2C@jG@VDg252bWF7 @a2W=<X_M>000WJIYKC887kK3[LWKIKH@O30000JfdH33jK000TXYM^QQ=LZiM^d]\]eU6E^U]\P <XV101YOKH37jKIkK2bQnFbFfi2bj>gbDW=4T8=]W5]\=]W5]d]QD=_`]\c5TQe]T5T@E^_M\UU\ eE^UM^=TY_M\[5T1M\a]^YE^U5T_4T<m=DZUU]U=\c]\=4Zb]\VAiFFb2BgnFj6FjVfg8:7kKKcb jFjVb6FEg>g`Jfb2bGTZU]]`m]b=\b=_PlUPLZd]^`=]T5T_4Tb]\a]^YE>W;83;MYKIM;MCkKMK 3QJIUKK3[K;[KY;87jKKKKH33jLWKIU;MCkKTXUE\em\=0$

1 0

Re: [Oberon] serial port & tasking.
by eas-lab＠absamail.co.za 18 Jun '03

18 Jun '03

previosly: Re: [Oberon] monitoring an RS-232 interface. peter_easthope wrote: > ... snip ... > > 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.." On secomd thought: mouse (serial port) and keyboard are normally interrupt driven. They put their 'receipts' in buffers at standard locations.. It would be absurd for n-o to modify this behaviour. Also, that Ctrl/Break is apparently not 'maskable' means key & mouse are interrupt driven. " Mouse and keyboard buffers .." refers to the buffers where the interruped receipts are stored; not the hardware buffers in the chip. To get an idea of the speed multi-tasking capabilities you may want a 3 ser-port setup - need one for the mouse. Then have the 2nd port loop around to the 3rd port; using a routine to move eg. a file from 2nd to 3rd. As an initial test, I guess you can confirm 2 separate V24.Panel on the same machine can mutually communicate. Chris Glur

1 0