September 2005 - Oberon - mailman3.inf.ethz.ch

OpenType(TTF) problem
by yurix 05 Oct '05

05 Oct '05

Hello! Can anybody say, how to I can use open|true type font in BB? When I use AosOTFonts.Make command, result contain only oberon subset from source font.ttf . Can I use non-latin gliphs from ttf when activated IME? -- Yuri mailto:yurix@i.com.ua

2 6

New BB features: attributed filesystem
by edgar＠edgarschwarz.de 30 Sep '05

30 Sep '05

Hi, I would appreciate a new filesystem with: - WebDAV style attributes: RFC 2518, RFC 3253, Binding spec - Directories obviously - Unlimimited potential filesize (Only limited by volume(s) space.) For WebDAV I had to simulate attributes by creating another file with a trailing '_'. Bad hack :-( Also I had to use FAT32 for directories. Only either the Oberon FAT32 driver or FAT itself has bugs. So sometimes I have unexpected problems with leftover filehandles and have to double check a lot. Gives nasty and unefficient code :-( You see these are the hateful problems there are sometimes. Not your task itself is taking the time but the stupid environment you have to work with. Also I fixed some problems in BB Netsystem, Mail, MIME because Crazys Bluebottle didn't do my mail in it's Oberon. Patch descriptions to appear on the wiki this weekend. So now that my mail is working again in XP-VMware-Bluebottle I have laid a foundation. My next step to a LinAos will probably be trying to generate a LNO in Bluebottle. First with Compiler.Compile and then with PC.Compile. Cheers, Edgar

1 0

Re: [Oberon] New features, bug reports, etc.
by shark＠gulfnet.sd64.bc.ca 30 Sep '05

30 Sep '05

Ulla & others, ue> ... report bugs, suggest new features ... Has anyone noticed that RM+MM copies text from a viewer to a Web textual dialogue box within the VNC client in NO whereas it does not work in Aos Oberon? Is this a bug, a capability not yet implemented for Aos Oberon or a fault in my configuration or usage? Thanks, ... Peter E. Desktops.OpenDoc http://carnot.pathology.ubc.ca/

1 0

New features, bug reports, etc.
by Ulrike Glavitsch 28 Sep '05

28 Sep '05

Hello, after having received a few questions concerning new features, bug reports, suggestions for improvements let me say the following: - NTFS would be an interesting additional feature for Aos/BB but is not planned. The main reason is the lack of a complete documentation of NTFS. Our students would probably not be interested in doing such a project. - There is a forum for Bluebottle Bug reports http://portnoy.ethz.ch/CGI/Forum?forum=BluebottleBugs and a forum for new suggestions http://portnoy.ethz.ch/CGI/Forum?forum=Bluebottle. However, these are not used very frequently. As an alternative you can use this mailing list to report bugs, suggest new features as some of you did in the past. Messages on this mailing list will be read by members of our group for sure. Ulla -- Ulrike Glavitsch Eggler Institut für Computersysteme ETH-Zentrum Clausiusstrasse 59 CH-8092 Zürich Tel.: +41 44 632 70 49 Fax : +41 44 632 13 07

1 0

New release manager
by Ulrike Glavitsch 27 Sep '05

27 Sep '05

Hello, since July 1, 2005 I am the new release manager of Aos/Bluebottle. I work here as a research collaborator having spent many years in industry as a software developer. The next steps with Aos/Bluebottle are: - integration of an attributed file system - integration of USB 2.0 - bug fixes, etc. Suggestions for further improvements are welcome. Best regards Ulla Glavitsch -- Ulrike Glavitsch Eggler Institut für Computersysteme ETH-Zentrum Clausiusstrasse 59 CH-8092 Zürich Tel.: +41 44 632 70 49 Fax : +41 44 632 13 07

4 4

Re: [Oberon] New release manager
by shark＠gulfnet.sd64.bc.ca 27 Sep '05

27 Sep '05

Ulla, > I am the new release manager of Aos/Bluebottle. Good to hear. Certainly the system will benefit. > Suggestions for further improvements are welcome. Should bug reports, feature requests and small complaints all be communicated through this list? Do you have a Web page? Thanks, Peter E. Desktops.OpenDoc http://carnot.pathology.ubc.ca/

1 0

Re: Compiler differences
by easlab＠absamail.co.za 25 Sep '05

25 Sep '05

Bob Walkden wrote: > I have recently downloaded the SpreadSheets Gadget package from the > ETH FTP > site. In ETH Plugin Oberon for Windows 2.4 it compiles and runs ok. On > Native Oberon 2.3.6 running on a Thinkpad 760ED it compiles (with the \2 > switch) but Traps with an index overflow. > > The source code is exactly the same on both machines, of course. It is > failing in this bit: > > PROCEDURE InitSpreadModel*(obj: SpreadModel); > VAR > i, j: INTEGER; > BEGIN > obj.handle := SpreadModelHandler; > obj.width := 2; > obj.height := 2; > NEW(obj.table, obj.width + 1, obj.height + 1); > FOR i := 0 TO obj.width DO > FOR j := 0 TO obj.height DO > obj.table[i, j] := NIL <------ Trap here > END > END > END InitSpreadModel; > > This makes a 3x3 spreadsheet. > Here this is the definition of SpreadModel: > > TYPE > Table = POINTER TO ARRAY OF ARRAY OF Cells.Cell; > > (** Model for a SpreadSheet object *) > SpreadModel* = POINTER TO SMDesc; > SMDesc* = RECORD (Gadgets.ObjDesc) > width, height: INTEGER; (* width and height of the > table *) > table: Table (* the table with the cells *) > END; > > As far as I can see, there is no way that code should cause a Trap, so I'm > assuming there are some differences between the compilers that are causing > the different behaviours, and that I perhaps need some switch to eliminate > the differences. However, I can't trace such a switch (I don't want to > compile without range checks). > > Any ideas? I don't [want to be forced to] use 'Windows'; but I see no reply to your query yet. I too don't remember any Traps from 'the SpreadSheets Gadget package' under V 2.3.6 DOSbased or any NO-StandAlone version. As I remember the trap trace shows the 'trap-cause'. In your case, the simplistic/obvious suspect is "index out of range". Do you know about Compiler.Tool > f find error position (select PC line in Trap viewer) ? Do you know how to trace down through the stack-of-proc-calls shown by the trap-trace ? == Chris Glur. PS. I worry that as NO forks, the remaining bugs will remain forever unfixed. Taking advantage of 'bad conditions' of many ISP fail-to-log-ons, I've repeatedly confirmed that my previous [over years ?!] complaint about ppp problems to re-dial when the previous log-on fails, seems to be cause by the V24/Dialer rather than the ppp facility. This because the instruction: V24.Stop(1) clears the inability to properly drive the modem. As previously noted this same 'clear/reset action' is needed to eg. use the 2nd ser-port to eg. communicate with another box, once the modem [on the same 2nd ser-port] has been used. I guess Win users would have no problems, they'd just reboot ? Unfortunately [perhaps - I'm not aware yet of problems] V24.Stop(1) also causes a trap, thus: TRAP -14 NIL reference ( 00000008H ) (PC Native 11.10.2001) V24.Available PC = 1804 p = 00000000H port = 1 PPPMain.Connect PC = 112 item = 00000000H me = 0026E6A0H prno = 0 Oberon.Loop PC = 8726 M = 00000010H N = 0000000CH V = 0046EAA0H X = 101 Y = 109 ch = 00000000X keys = {} oldshift = {} shift = {} --------- which superficially looks related to the 'tasking', as I've previously raised for this matter.

2 1

LinAosDevEnv
by edgar＠edgarschwarz.de 25 Sep '05

25 Sep '05

If you want to know what I did this weekend concerning preparation of LinAos have a look at "http://www.edgar-schwarz.de/cgi-bin/moin/LinAosDevEnv" :-) Cheers, Edgar

1 0

Bluebottle change log
by Dan Parnete 24 Sep '05

24 Sep '05

Hello, I appreciated the verbosity of the change log since 01.07.05. Should I understand there is a new release master? Cheers, Dan Parnere

1 0

WMFileManager
by Dan Parnete 23 Sep '05

23 Sep '05

Hello, In the last version 23.09.05 the File Manager is not restored due to the wrong name writen in Auto.dsk, the old WMSystemComponents. Cheers, Dan Parnete

1 0