February 2025 - Oberon - mailman3.inf.ethz.ch

Re: [Oberon] Export of Oberon Mail.SendCmd().
by Joerg 30 Oct '26

30 Oct '26

Generally, re-using code instead of copying is a good approach. If you do so, then the whole code of Mail is imported in News. Possible but perhaps there is even a better approach to re-use code. What about this: try to separate all common code in an own module (e.g call it Communication.Mod or MsgBase.Mod or Utilities.Mod or so) and import this new module in Mail and in News. br Jörg > Am 14.06.2023 um 19:53 schrieb peter(a)easthope.ca: > > Hello again, > > Several procedures in Mail are used in Oberon News. Rg.: > Mail.ParseContent(), Mail.DecodeMessage() & Mail.GetSetting(). > > Is export of SendCmd() and use in News objectionable? > Ie. in Mail, change PROCEDURE SendCmd(...) to PROCEDURE SendCmd*(...). > > Thanks, ... P. > > - > mobile: +1 778 951 5147 > VoIP: +1 604 670 0140 > > -- > Oberon(a)lists.inf.ethz.ch mailing list for ETH Oberon and related systems > https://lists.inf.ethz.ch/mailman/listinfo/oberon

1 0

Assignment to value parameters of pointer or procedure type
by August Karlstrom 16 Feb '25

16 Feb '25

According to the Oberon-07 language reference from 2013-10-01 a scalar value parameter can be assigned to since it's just a local variable: "A value parameter corresponds to an actual parameter that is an expression, and it stands for its value, which cannot be changed by assignment. However, if a value parameter is of a scalar type, it represents a local variable to which the value of the actual expression is initially assigned." In the edition from 2015-03-18 "scalar type" was changed to "basic type": "A value parameter corresponds to an actual parameter that is an expression, and it stands for its value, which cannot be changed by assignment. However, if a value parameter is of a basic type, it represents a local variable to which the value of the actual expression is initially assigned." If I interpret this correctly a value parameters of pointer or procedure type cannot be assigned to. This procedure, for instance, is then invalid: PROCEDURE Length(t: List): INTEGER; VAR n: INTEGER; BEGIN n := 0; WHILE t # NIL DO INC(n); t := t.next END RETURN n END Length Instead we need to introduce an extra local variable to step through the list: PROCEDURE Length(t: List): INTEGER; VAR n: INTEGER; p: List; BEGIN n := 0; p := t; WHILE p # NIL DO INC(n); p := p.next END RETURN n END Length Does anyone know why "scalar type" was changed to "basic type". If my memory serves me correctly this has been discussed before but right now I cannot find the thread. /August

5 6

projectoberon.com is not active?
by Skulski, Wojciech 14 Feb '25

14 Feb '25

Hello: I noticed that www.projectoberon.com<http://www.projectoberon.com> has switched to www.projectoberon.net<http://www.projectoberon.net>. Was this intentional? Andreas' github page is still referencing ".com". Other documents are probably doing the same. The ".com" does not open any page. Wojtek

2 2

2 compilers that were new to me
by Liam Proven 13 Feb '25

13 Feb '25

These links were just posted on the Russian Telegram group. I try to watch what is going on but I don't really speak Russian so it's challenging! Cross-platform Free Oberon Compiler https://github.com/oberoncompiler/foc MultiOberon Compiler https://github.com/dvdagaev/Mob -- Liam Proven ~ Profile: https://about.me/liamproven Email: lproven(a)cix.co.uk ~ gMail/gTalk/FB: lproven(a)gmail.com Twitter/LinkedIn: lproven ~ Skype: liamproven IoM: (+44) 7624 227612: UK: (+44) 7939-087884 Czech [+ WhatsApp/Telegram/Signal]: (+420) 702-829-053

1 0

Conditional compilation using IF const THEN
by Chris Burrows 05 Feb '25

05 Feb '25

There was a discussion on this mailing list with this title back in 2018. Recently an Astrobe user requested this feature so we revisited the discussion. We are now in the process of final testing of an Astrobe implementation based on Jörg Straube's suggestion: https://lists.inf.ethz.ch/pipermail/oberon/2018/012137.html Elimination of unused code in this way is very useful when developing software for embedded systems. The development boards we support have as little as 64 KBytes available for code. Diagnostic code can be included when doing unit testing on separate modules but needs to be eliminated to enable all the modules to be linked together in an executable without exceeding the code space available. Having to edit source code e.g. to change the value of a test CONST from TRUE to FALSE in multiple modules can be tedious and error prone. A useful technique which allows the Astrobe programmer to switch between the test modules and the production application *without* editing any source code module is described in the *Conditional Compilation* topic of the Astobe Forum: https://www.astrobe.com/forum/viewforum.php?f=4 -- Regards, Chris Burrows CFB Software https://www.astrobe.com

1 0