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

UnixAos usage/testing ?
by Chris Glur 25 Apr '08

25 Apr '08

I'm watching how many others are using UnixAos before I commit to this big dialup down load: http://www.informatik.uni-bremen.de/~fld/UnixAos/rel_0.72/ [ ] [7]AosLinux_Sys.tgz 18-Apr-2008 17:53 29M; and wondering why it's so much more bloated than ETH-Sys3. I suspect that it's related to the same reason why eg. Soren's emails consist of 1 line of content, and 100 lines of packaging. Next year M$loth will introduce the "with fragrant/smell included for a better experience" version, and you'll all be updating to that bigger version ? Then also, http://www.informatik.uni-bremen.de/~fld/UnixAos/Changelog.txt states New in release 0.72: .Still missing: sound output and driver support for USB, - Network stuff (AosIP, AosTCP, ... ) finished. These days I use linux exculsively for inet-access, instead of Sys3 N-O, because the pre-emptive multitasking capability makes my dial-up costs less. However [and this was confirmed by a query re. Linux-V4, which also runs at the same time as Linux-ETH-Oberon] the eg. Send.News, Mail.Directory commands use the underlying linux inet-connect capabilities - [the linux IP/TCP stack ?] So therefore I'm confused at the need for AosIP, AosTCP. Similarly, the Backup* commands are appropriately missing from Linux-ETH-Oberon because the linux equivalents are available. Similarly, why would Linux Aos support for USB be needed ? To use these advantages of running the various 'oberons' under linux one needs a good system of manipulation [move, copy, delete, view. edit ..] the various file formats. I find that the text menued [not cartoon menu] mc is excellent. An interesting observation: I think that when I first installed ETH-Native-Oberon years ago, I did crash it in the beginning. Now I have the illusion that it's un-crashable. I had quite a few crashes with Linux-ETH-Oberon in the beginning. And V4 I suspect was cause to reboot linux yesterday. The fact that with greater usage, one develops the illusion that the 'system' is un-crashable must be due to subconscience knowledge of where 'not to go'. == Chris Glur.

1 0

Re: Oberon Digest, Vol 55, Issue 11
by Søren Renner 21 Apr '08

21 Apr '08

Text rendering bug disappeares when old Aos.Config is deleted. On Mon, Apr 21, 2008 at 5:00 AM, <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. Release 0.72 ( S?ren Renner ) > 2. raytracer UI works much better with this file ( S?ren Renner ) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 19 Apr 2008 10:09:50 -0500 > From: " S?ren Renner " <soren.renner(a)gmail.com> > Subject: [Oberon] Release 0.72 > To: oberon(a)lists.inf.ethz.ch > Message-ID: > <a4280a600804190809u37eb9efk722f6d6984c44192(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > It is an improvement, except that something is wrong with the text > rendering. >

1 0

raytracer UI works much better with this file
by Søren Renner 20 Apr '08

20 Apr '08

Just drop it into the filesystem.

1 0

Release 0.72
by Søren Renner 19 Apr '08

19 Apr '08

It is an improvement, except that something is wrong with the text rendering.

1 0

ANN: UnixAos rel. 0.72 (Linux, MacOSX, Solaris)
by Guenter Feldmann 18 Apr '08

18 Apr '08

Hi Release 0.72 of the Unix ports of Aos is ready for download from http://www.informatik.uni-bremen.de/~fld/UnixAos New in release 0.72: - This is the first release of UnixAos which has been created with AosRelease.Build from the svn repository. The applications are more complete now. Still missing: sound output and driver support for USB, CD/DVD, ... - Network stuff (AosIP, AosTCP, ... ) finished. FTP Tool and WMVT100 are working now. - Objects.Timer fixed. Portspecific module Unix.AosActiveTimers.Mod is no longer needed (removed) -- Guenter

1 0

Re: [Oberon] Re. adding a header field for outgoing messages.
by peasthope＠shaw.ca 13 Apr '08

13 Apr '08

Chris & others, By now I should know that a simple test of software should be tried before puzzling about inner workings. In the case of Mail, parameters after the recipients are simply passed through. "Subject" is usually present but has no special status. So if I send this message, ========== To: debian-user(a)lists.debian.org Subject: Re: Flash In-Reply-To: <ftftaq$9gt$4(a)ger.gmane.org> Folk, In this case I've inserted the In-Reply-To parameter of SMTP. ... ========== the debian list server is able to connect the thread. It's that simple! The idea might work for some of your mail requirements also. Specify the parameter you want to override and see what happens. This is one more example of the efficiency of Oberon. To my knowledge, MUA such as Thunderbird, with vastly larger source codes, are not capable of generating a reply to a message from the Web based archive with a reference to allow thread continuity. cg> ... Reply-To ... Reply-To and In_Reply-To are distinct parameters with distinct meanings. "References" is also recognized by the list server. Try to get the wikipedia page mentioned earlier. cg> why do you write "In_Reply-To" ? Just a klutzy error. Regards, ... Peter E. -- Desktops.OpenDoc http://carnot.yi.org/ Desktops.OpenDoc http://members.shaw.ca/peasthope/

1 0

Re. (2) adding a header field for outgoing messages.
by Chris Glur 10 Apr '08

10 Apr '08

Following from my previous post: my self test with header sent:-- To: crglur(a)absamail.co.za Cc: crglur(a)gmail.com Date: 10.04.2008 Reply-To: thedog(a)the.net From: Chris Glur <easlab(a)absamail.co.za> Subject: test. Reply-To ----------- was received with header:----- Content-Transfer-Encoding: 8bit X-Mailer: Original Oberon-mailer by RS/ARD Bcc: easlab(a)absamail.co.za To: crglur(a)absamail.co.za Cc: crglur(a)gmail.com Date: 10.04.2008 Reply-To: thedog(a)the.net From: Chris Glur <easlab(a)absamail.co.za> Subject: test. Reply-To X-Original-Subject: test. Reply-To ------------ And my gmail looks ok too. But I should have used an actual URL to be able to test the 'Reply-To:' ? So, it looks as if TextMail.* can do it 'manually'. I don't find a TextMail.Tool ?! BTW "http://en.wikipedia.org/wiki/E-mail" failed - I'll try again, but I'll post you [directly] the RFC numbers [from my other box] if/when I get info. related to your specific query. == Chris Glur.

1 0

Re. adding a header field for outgoing messages.
by Chris Glur 10 Apr '08

10 Apr '08

PETER EASTHOPE wrote: > I am interested to incorporate the In-Reply-To > parameter of SMTP into the header of an > outgoing message. > [ "http://en.wikipedia.org/wiki/E-mail" > under "3.2.1 Header" in case anyone is interested. > IETF calls these parameters header fields.] > > Automatic insertion of In_Reply-To is not required. > The parameter can be inserted when the body of the > message is composed with an editor. An > optional In_Reply-To line should be able to > follow the Subject line in the reply text which I > compose up. .. snip... Similarly, after years of using Mail.Send , I had to modify my setup when my ISP suddenly needed M$-type [of course] sender-authentication ! I can't look at the source code now but as I recall: * Send.Mod was badly structured compared to the older TextMail.Mod, which was easier to modify/extend. So I changed over to using TextMail.Mod [which I renamed - for some reason?]. * but TextMail.Send omits several of the fields, either by design, or because I left them out to simplify my modifications - initially which becomes semi-permanent! * so now when I want to email, I have to enter some of the field manually - not the send-authorisation, which needs to do some crypto-calculations. And I make use of the EditKeys.* macro-facility, whereby I enter:e<insert> which is replaced by :-------- To: oberon(a)lists.inf.ethz.ch Cc: crglur(a)gmail.com Date: Day Month 2007 From: Chris Glur <easlab(a)absamail.co.za> Subject: System.Time 10.04.2008 12:15:29 ---------- So then I have to manually paste in [overwrite 'Day Month 2007'] with the System.Time-generated <date>. Apparently TextMail.Send generates all other needed fields. And now I'll manually entering 'your' field: Reply-To: crglur(a)gmail.com which I note from a sample, follows the 'Date: ' field, and I'll self post and see what I get ?! Without having opened the sources, I'd first search *ail*.Obj for "Reply-To" Wow ! with N-O [now under linux too] it's easier to do it than to tell:- using System.Directory ^ Find.Domain Find.All ^ ========= finds:- /home/oberon/obj/Mail.Obj text/plain X-Sun-Charset Reply-To From Date S /home/oberon/obj/Mail.Obj on mail --- Message Reply-To From Subject T /home/oberon/obj/Mail.Obj Re ( ): Re: To: Reply-To From Subject S Which tells me that TextMail.* doesn't know about "Reply-To". > As I can see, Mail.Send invokes SendIt which opens > the SMTP connection and invokes SendMail. > > SendMail works through the recipient list and > eventually invokes SendText with "head" containing > the header and "T" containing the message body. > > I've failed to see where and how the subject is > inserted. If anyone can explain, that will really > be appreciated. > > [Why do this? I read the Debian list archives and > occasionally want to reply. Without In-Reply-To > the list manager can not connect the thread.] > I'll try to find time to exercise my 'colour nested constructs differently to aid analysis' utility on Mail*.Mod soon, and perhaps fix my own code too. > Apologies to anyone finding this too tedious. Real life is comlex. == Chris Glur. PS. why do you write "In_Reply-To" ? What's the "In_" ? And you've got both 'dash' and 'underscore', mixed. This error on N-O's default font is unforgivable. It's OK on my [newer] linux version, but I don't know if it was fixed or if it's just because I [perhaps] installed the european-version instead of US-version.

1 0

adding a header field for outgoing messages.
by PETER EASTHOPE 10 Apr '08

10 Apr '08

Folk, I am interested to incorporate the In-Reply-To parameter of SMTP into the header of an outgoing message. [ "http://en.wikipedia.org/wiki/E-mail" under "3.2.1 Header" in case anyone is interested. IETF calls these parameters header fields.] Automatic insertion of In_Reply-To is not required. The parameter can be inserted when the body of the message is composed with an editor. An optional In_Reply-To line should be able to follow the Subject line in the reply text which I compose up. As I can see, Mail.Send invokes SendIt which opens the SMTP connection and invokes SendMail. SendMail works through the recipient list and eventually invokes SendText with "head" containing the header and "T" containing the message body. I've failed to see where and how the subject is inserted. If anyone can explain, that will really be appreciated. [Why do this? I read the Debian list archives and occasionally want to reply. Without In-Reply-To the list manager can not connect the thread.] Apologies to anyone finding this too tedious. Thanks for any ideas, ... Peter E. -- http://carnot.yi.org/ http://members.shaw.ca/peasthope/

1 0

Re: Component Pascal StdCoder.Decode ?
by Chris Glur 06 Apr '08

06 Apr '08

> > It's all the different format's/encodings of plain text that annoys me. > > Treutwein Bernhard wrote: > BlackBox uses ist own document format, which is similar but not > same as the Oberon Text format. Maybe someone will make a translator to ascii, eg. for S3 ? Or is the BlackBox format copyright ? > > [...] But everything: C, cp, S3, V4; must all be reduceable to > > plain-text source. > > sure they are, but they loose readability. OK, there is nothing more important than 'readability', even if it's somewhat subjective and difficult to describe. It's my final excuse for still using S3, when the whole world seems to disagree. Doug Danforth wrote:- > For what it is worth, I have saved the .mod files for C2cp as .txt > and wrapped them in a zip file for you. Thanks. It's more substantial than I was expecting; but I'll start analysing it soon. Les May wrote: > I think that there is a file on a CP/Oberon related web site which Wirth > wrote as an example of when not reusing old code and starting from > scratch with a new approach is beneficial. This dealt with compressing > text files into a coding which used a smaller number of bits than ASCII > to encode the characters. This may be what you are looking for. Sorry if > I am a bit vague about this. I seem to remember printing it out some > time ago, so looking on an ETH related website for Wirth's writings > might be a good place to start. That's just one reason why 'computer' is NOT spelled "WINTEL" for me. But some things are fairly permanent: * we've got ten fingers - hence decimal system; * the latin-char-set is well established, which implies about (2*26 + some)chars < 2^ n chars. So you need 8 bits. And that handles Cyrillic too. == Chris Glur.

1 0