August 2006 - Oberon - mailman3.inf.ethz.ch

Mail Recipient Syntax
by shark 28 Aug '06

28 Aug '06

The Mail.Tool in Oberon / PC Native 05.01.2003 states Recipient = { Comment } MailAdr . A review of Mail.Recipient suggests that Mail must be recompiled with simpler = FALSE for the comment to be recognized. Has anyone noticed a problem which might have motivated the distribution with simpler = TRUE. Thanks, ... Peter E.

1 0

Re: Oberon Digest, Vol 35, Issue 7
by Søren Renner 25 Aug '06

25 Aug '06

I also will be a tester if I can assist in this way. Keep up the bottle! On 8/25/06, oberon-request(a)lists.inf.ethz.ch < oberon-request(a)lists.inf.ethz.ch> wrote: > > Send Oberon mailing list submissions to > oberon(a)lists.inf.ethz.ch > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.inf.ethz.ch/mailman/listinfo/oberon > or, via email, send a message with subject or body 'help' to > oberon-request(a)lists.inf.ethz.ch > > You can reach the person managing the list at > oberon-owner(a)lists.inf.ethz.ch > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Oberon digest..." > > > Today's Topics: > > 1. Re: Linux port of Bluebottle (Guenter Feldmann) > 2. Re: Linux port of Bluebottle (Felix Friedrich) > 3. Re: Linux port of Bluebottle (Dan Parnete) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 24 Aug 2006 15:12:21 +0200 > From: Guenter Feldmann <fld(a)informatik.uni-bremen.de> > Subject: Re: [Oberon] Linux port of Bluebottle > To: ETH Oberon and related systems <oberon(a)lists.inf.ethz.ch> > Cc: fld(a)informatik.uni-bremen.de > Message-ID: <200608241512.21615.fld(a)informatik.uni-bremen.de> > Content-Type: text/plain; charset="iso-8859-1" > > Am Sonntag 14 Mai 2006 12:44 schrieb paul provoost: > > Hi all, > > > > I am also interested in a Linux port of Bluebottle. > > > > Anyone else? > > > > Who could do such a port? > > > Just to let you know. > > I have started to work on it and the first steps are done. I'm > doing the work on a Solaris x86 box but the port to Linux and/or > MacOSX (x86) will affect only 3 modules. > > The following has been achieved so far: > > - switched from NO to the Aos Compiler (diff. object format) > - GC knows protected objects now > - Unix versions of AosOut, AosModules, AosLoader and AosActive > > - Main thread mutated to the first active object. > > - AosDisplays and X11 display driver pluging > > - AosFS and UnixFiles plugin > > - Module Input no longer depends on Oberon module Display. This was done > to make Input usable without the Oberon system. > > - Display speed improved by removing lots of mutex calls. > > The whole Native Oberon system works stable in this new environment. > > > -- Guenter > > > ------------------------------ > > Message: 2 > Date: Thu, 24 Aug 2006 15:40:44 +0200 > From: Felix Friedrich <felix.friedrich(a)inf.ethz.ch> > Subject: Re: [Oberon] Linux port of Bluebottle > To: ETH Oberon and related systems <oberon(a)lists.inf.ethz.ch> > Message-ID: <44EDAC5C.5020305(a)inf.ethz.ch> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi Guenter, > I am very happy to hear this! From experience with porting Aos to > windows, I do know that it can be quite a pain.You seem to have done a > very good job when the new compiler already runs. Is AosActive already > fully functional in the Linux version? > > I know that quite a lot of people have been waiting quite a time for > what you are just doing. Thank you for this great news and your work! > > All the best, > Felix. > > > > >Am Sonntag 14 Mai 2006 12:44 schrieb paul provoost: > > > > > >>Hi all, > >> > >>I am also interested in a Linux port of Bluebottle. > >> > >>Anyone else? > >> > >>Who could do such a port? > >> > >> > >> > >Just to let you know. > > > >I have started to work on it and the first steps are done. I'm > >doing the work on a Solaris x86 box but the port to Linux and/or > >MacOSX (x86) will affect only 3 modules. > > > >The following has been achieved so far: > > > >- switched from NO to the Aos Compiler (diff. object format) > > - GC knows protected objects now > > - Unix versions of AosOut, AosModules, AosLoader and AosActive > > > >- Main thread mutated to the first active object. > > > >- AosDisplays and X11 display driver pluging > > > >- AosFS and UnixFiles plugin > > > >- Module Input no longer depends on Oberon module Display. This was done > > to make Input usable without the Oberon system. > > > >- Display speed improved by removing lots of mutex calls. > > > >The whole Native Oberon system works stable in this new environment. > > > > > >-- Guenter > >-- > >Oberon(a)lists.inf.ethz.ch mailing list for ETH Oberon and related systems > >https://lists.inf.ethz.ch/mailman/listinfo/oberon > > > > > > > > > > ------------------------------ > > Message: 3 > Date: Thu, 24 Aug 2006 17:53:23 +0200 > From: Dan Parnete <dan.parnete(a)fastwebnet.it> > Subject: Re: [Oberon] Linux port of Bluebottle > To: ETH Oberon and related systems <oberon(a)lists.inf.ethz.ch> > Message-ID: <44EDCB73.3040907(a)fastwebnet.it> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Guenter Feldmann wrote: > > Just to let you know. > > > > I have started to work on it and the first steps are done. I'm > > doing the work on a Solaris x86 box but the port to Linux and/or > > MacOSX (x86) will affect only 3 modules. > > > > > This are the good news! I'm very happy to hear that. > I am ready to help, if you need some. Just let me know what to do. > Anyway, put me on the tester's list. I'm anxious to start using the > Linux port. > > Thank you, > Dan Parnete > > > ------------------------------ > > -- > Oberon(a)lists.inf.ethz.ch mailing list for ETH Oberon and related systems > https://lists.inf.ethz.ch/mailman/listinfo/oberon > > > End of Oberon Digest, Vol 35, Issue 7 > ************************************* >

1 0

{Oberon] Linux port of Bluebottle
by paul provoost 25 Aug '06

25 Aug '06

Hi all, I am also interested in a Linux port of Bluebottle. Anyone else? Who could do such a port? P. Provoost. The Netherlands. _________________________________________________________________ MSN Search, for accurate results! http://search.msn.nl

4 5

Strange ET* effect ?!
by easlab＠absamail.co.za 22 Aug '06

22 Aug '06

I didn't [yet] bother to analyse the source code, because there may be a good reason for this effect. Perhaps I don't realise it's a feature ? Test: 1. Edit.Open File in SystemTrack 2. mark <F1> the FileViewer 3. exectute ET.Init * ; to replace the Edit-object with an ET-object. Or is it better to consider Edit as being extended ? 4. note that the viewer has no 'Search' facility ?! 5. If the File is Edit.Open'ed in the UserTrack the search facility with associated-command is retained, as expected. In fact the above is not exactly correct, the search facility exists. As can be demonstrated by using ET.Search * But the frame menue has been [too] smart, and skipped the 'ET.Search' label "because it has less space" -- or something ? Is this unexpected [for me] behavior documented ? == Chris Glur.

1 0

Crypto stuff fixes
by Guenter Feldmann 20 Aug '06

20 Aug '06

Using Oberon SSH (1.4) with newer versions of openssh and large openssh generated RSA hostkeys on the remote hosts revealed a bug in OberonSSH: BigNumbers.mul (1. line) old: pl := 0; bn := GetBuffer( ); p := bn.d; fixed: pl := 0; bn := GetBuffer( ); adjust( bn.d, 0, al + bl + 2 ); p := bn.d; This bug is also contained in module AosCryptoBigNumbers.Mod and should be fixed. In oder to be able to connect to hosts with openssh generated RSA keys I made the following "fix": cryptRSA.Veryfy: old: ASSERT( dlen >= 16 ); Encrypt( rsa, signature, msg ); ... fixed: ASSERT( dlen >= 16 ); IF rsa.name = "unkown" THEN RETURN TRUE END; (* needed to work with keys generated by openssh ! *) Encrypt( rsa, signature, msg ); ... Not a good idea, but the openssl sources directed me this way. -- Guenter

1 0

Can we map unused keys to chars ?
by easlab＠absamail.co.za 19 Aug '06

19 Aug '06

Hi, since there are several unused keys on the N-O system, has anybody ever mapped [some of] them to charcters ? I'd prefer to follow guidance from those who have done it already, than start searching through the various *.Mod Thanks for info, == Chris Glur.

1 0

New BB release
by Ulrike Glavitsch 18 Aug '06

18 Aug '06

Dear BB users, a new crazy-fresh release is ready for download under http://www.bluebottle.ethz.ch/dlcrazy.html. It has been built over 2 days, thus please check the change log entries for Aug. 17 and Aug. 18 to find out what is new. This new release contains a lot of bug fixes, code corrections and improvements of some modules, e.g. the object tracker. I wish everybody good luck with the new release. Ulla Glavitsch -- ETH Zürich Ulrike Glavitsch Eggler Institut für Computersysteme Clausiusstrasse 59 CH-8092 Zürich Tel.: +41 44 632 70 49 Fax : +41 44 632 13 07

1 0

Username which contains the "@"; was "Occasional data transfer between boxes ?"
by shark＠gulfnet.sd64.bc.ca 17 Aug '06

17 Aug '06

Chris, At Tue Aug 9 10:59:55 2005 you stated, cg> ... allocated me a Username which contains the "@" char which n-o has used as a token separator ... The ISP I switched to recently, has the same requirement. My new userid is peasthope<at>cablelan.net. There is a similar issue when you submit the password to the FTP server to get Bluebottle. Well this is now solved as suggested long ago by Pieter Muller. Just get pe.URI.Mod and pe.NetSystem.Mod, compile them up and submit your userid and password with the "troublesome" characters in escaped form. Examples. NetSystem.SetUser pop:peasthope%40cablelan.net:<password>@mail.cablelan.net ftp:download:peasthope%40gulfnet.sd64.bc.ca@bluebottle.ethz.ch ~ Then proceed as usual. Simple changes in NetSystem.SetUser and NetSystem.Show let this work. Ideally, the ESC and UnESC proceedures might fit better in Strings. Hence, Strings.URIescape and Strings.URIunescape; but as I understand, our add-on code is recommended to be in add-on modules. My Oberon page has been updated and includes the URI escape topic. Desktops.OpenDoc "http://carnot.pathology.ubc.ca/oberon.html" Several errors were corrected. Please let me know of any remaining defects you find. Thanks. Sorry for the long delay in completing this small project. Regards, ... Peter E. Desktops.OpenDoc http://carnot.pathology.ubc.ca/

1 0

AosTCP.Mod
by Daniel Keller 14 Aug '06

14 Aug '06

Benoit Steinmetz is currently improving the Bluebottle TCP Layer. Download and compile the modules AosActiveTimers.Mod and AosTCP.Mod from http://n.ethz.ch/student/besteinm/bluebottle/ in order to test the current state of his work. Please report bugs either to daniel.keller(a)inf.ethz.ch and / or besteinm(a)student.ethz.ch --dk

1 0

Re: pe.URI.Mod & heuristic translators & Dbase.
by easlab＠absamail.co.za 02 Aug '06

02 Aug '06

> cg> Watson.ShowDef URI.Mod == nill Peter wrote: > Open pe.URI.Mod and * mark it. > Open the Watson.Panel. Click the Show Def * > button. The definitions will be dsplayed. > I assumed that URI was an existing module, and just wanted to see 'what it does', which is usually quickly done by using Watson to see what IDs have been chosen for the procedures, and perhaps some comments. This without having to mount my partition which contains the sources, which are in any case not yet all de-compressed. > cg> System.Directory UR*Obj == nill > > System.Directory *UR* ~ > > cg> URI seems to suggest use of DNS ? > > It is just a reimplementation of ESC > and UnESC. No direct involvement of > DNS. > OK, thanks, I'll test it later. ========= IMO one reason why the common dumbed-down literal/verbatim [how to do] instruction method eg. cd /dogDirectory rm *Big *Small is inferior to the 'what to do' method eg. "rename all *Big files to *Small files, in the dogDirectory", is that it is less robust. 'What to do' allows potential mistakes to be avoided, by using the intelligence of the reader. I fetched your web-page which is fine with N-O. And Illustration my point above, your reference to <PeterE'sPartiton>URI.Mod is a typical mistake which is best avoided by not trying to 'program the user/reader'. As a youngster I found that it is near impossible to build working circuits from detailec instructions, without knowing 'what you are doing', in order to be able to test and correct the instruction mistakes and inevitable ambiguities. Extending this principle: heuristic translators are potentially valuable [cost-effective] applications. Even if a C to Pascal/Oberon translator is not possible without some human intervention, a Bablefish-like product is valuable. And cost-effective if it's data-driven, like the editor vim, which can be programed for any laguage syntax to eg. colour rerserved words; or the <old 4 lettered> assembler which could have various instruction-sets added as they became available. Right now I'd like a translator for: p(\mathbf x |\mathbf y, \theta) = \frac{p(\mathbf y, \mathbf x | \theta)}{p(\mathbf y | \theta)} = \frac{p(\mathbf y|\mathbf x, \theta) p(\mathbf x |\theta) }{\int p(\mathbf y|\mathbf x, \theta) p(\mathbf x |\theta) d\mathbf x} which I'm guessing is latex ? And with N-O's FontEditor useful latex and other translators seem possible. Of course Linux ETH-Oberon solves these problems. The explosive success of wikidepia demonstrates how not only 'exact answer applications' have value. The value added by heuristic [fuzzy] human input is great. Today's global value: knowledge/competence cannot be exactly quantified - like the square root of 9. Re. cost effective modularity: can Dan Parnete's work on data bases be used together with the existing 'send and fetch NewsGroup headerLists & articles', to eg. * save retrieved headers in threads; keyed on subject sub-keyed on <some other criteria> * order them by date...etc. * classify them by Groups ...etc ? == Chris Glur.

1 0