[Oberon] [EXT] Re: File transfer;
Pablo Cayuela
pablo.cayuela at gmail.com
Sat Jan 2 02:36:17 CET 2021
Jörg,
Thank you for your comment on your project.
I'm searching through the archives of the list but not finding about
Pipistrello with 16 MB of RAM yet.
Could you explain (again in case you already did it) what memory extension
board you have for Pipistrello?
I can't even find that Saanlima has any board on sale right now (like the
Oberon wing) and information is also difficult to find, only some reference
to a few boards but not all and some mentions in the forum with advances
from users.
After Wojtek mentioned, is your plan considering Andreas' experimental
Oberon or only Oberon-07 for porting Elements to Project Oberon 2013?
And how compatible will be to port programs for Oberon S3 to Oberon V4 or
vice versa? I wonder because of the choice of future compatibility of
PO2013 with V4.
br
Prof Pablo Cayuela
Argentina
On Fri, Jan 1, 2021 at 12:14 PM Joerg <joerg.straube at iaeth.ch> wrote:
> Pablo
>
> Whether you can run V4 or S3 on FPGA depends heavily on the amount of
> memory you have.
> With only 1MB enabled by the original FPGA code, it won’t happen.
> Now, as my PO2013 on Pipistrello runs with 16 MB of RAM, porting V4 seems
> possible.
>
> Without going into all details there are TWO main differences of V4 and
> PO2013:
> a) Texts.Mod is able to incorporate arbitrary „elems“ in the text.
> b) it‘s written in Oberon-2.
>
> With the more RAM now available, my idea is to bring „elems“ to Texts.Mod.
> With this, it will be possible that the PO2013 GUI resembles V4.
> But my idea is to stick to Oberon-07 and not enabling all language
> constructs of Oberon-2.
>
> br
> Jörg
>
> Am 01.01.2021 um 09:39 schrieb Pablo Cayuela <pablo.cayuela at gmail.com>:
>
>
> I wonder if any of you know about this site
> http://www.cpu-ns32k.net/Ceres.html
> http://www.cpu-ns32k.net/Oberon.html
>
> And the project to implement one CPU of the NS32000 family in an FPGA as a
> retro computing challenge I guess
> http://www.cpu-ns32k.net/Overview.html
>
>
> I don't know what project is longer or more difficult, wether to revive
> Ceres on FPGA and then use Oberon System3 or V4 on it, or to make
> extensions to RISC5 and Project Oberon 2013 until it could be run programs
> for S3 or V4, but I thought that both are hard to take despite being so
> attractive to pursue.
>
> Prof Pablo Cayuela
> Argentina
>
>
> El vie., 1 ene. 2021 3:37, Skulski, Wojciech <skulski at pas.rochester.edu>
> escribió:
>
>> Peter:
>>
>> >OK, thanks. My intention was to let readers know that a wheel can be
>> >adapted rather than reinvented.
>>
>> I hope others think the same. But I am not sure.
>>
>> >> Ideally the Extended Oberon and Linz V4 would become source
>> >> compatible, opening the door to using all the V4 packages under FPGA
>> >> Oberon. This would be fantastic.
>> >With a bit of luck, just a matter of time.
>>
>> With a bit of understanding that *this* would be progress.
>>
>> I still have a copy of ETHZ Oberon for Linux, where both V4 and System 3
>> coexist in the same distribution. Depending how you start it, it will start
>> as either System3 or V4. I think that this version dates back to when HP
>> Mossenboeck still worked at ETHZ. The ETH version uses the a.out format
>> (whatever it means). Linux V4 was disentangled from System 3 at Linz by
>> Robert Lichtenberger. He switched to the elf format (whatever it means).
>>
>> Additionally, the ETHZ distribution also provides a directory for
>> Ceres-2. So it is full of history, so to speak. In case it is not available
>> on the web, it might make sense to archive it in some public place for
>> posterity. How about erecting an Oberon Museum where all these conflicting
>> versions would wait for some history students?
>>
>> I want to say that there were times when the two distributions coexisted
>> as one. If anyone is interested then I can e-mail it back. It is only 4.45
>> megabytes.
>>
>> > I'm still interested to get an Oberon.Ini for Linux V4.
>>
>> Neither the ETHZ nor Linz Oberon for Linux provide any hint of the .ini
>> file. Perhaps it is not necessary?
>>
>> Wojtek
>> --
>> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
>> https://lists.inf.ethz.ch/mailman/listinfo/oberon
>>
> --
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
> https://lists.inf.ethz.ch/mailman/listinfo/oberon
>
> --
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
> https://lists.inf.ethz.ch/mailman/listinfo/oberon
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.inf.ethz.ch/pipermail/oberon/attachments/20210101/c660693b/attachment.html>
More information about the Oberon
mailing list