[Oberon] ALO [for rPi] becoming quiet usable,

Fri May 23 12:30:25 CEST 2014

=======> pasting from ETHO to Linux loses <blank line spacers>

After rebooting I confirmed:
Ver. 140508 does NOT need `xhost +`, and
select [show reverse video] & execute [underline token] don't work.
--
Currently, I'm working with 3 ALO directories:
1. 140423 <-- Version which is easiest to use to document the logs
2. 140508 <-- Apparently? latest version
3. Shark <-- Try to compile some *.Mod which will extend ALO capability
--
Right now, I'm in 140508 which CAN:
OFSTools.Mount ALO4 LinuxFS ../140423/ ~ ==ALO4: mounted
OFSTools.Mount Shark LinuxFS ../Shark/ ~  ==Shark: mounted
--
Select a project and test how well ALO helps to succeed.
Try to install/port ET.Mod
System.Directory  *ET* ==
ETHOfmt
cET.Mod  <-- previous experiments; looks like Shark:ET.Mod
cET.Mod.Bak
cET.Obj
cET.Sym
Shark:ARM.ET.Tool
Shark:ET.Mod
Shark:ETGuide.Text
=!=> ALO sees into the mounted dirs, like Native == good.
=> go to linux & check that no *ET* exists in ../140423 ==confirmed
System.Directory  *ET*Mod\d ==
cET.Mod   22.05.2014 16:20:16  51813 <-- my previous mods
Shark:ET.Mod   12.02.2001 16:21:46  51722
=?=> can Shark:ET.Mod   compile ?
-> ARMCompiler.Compile Shark:ET.Mod  == Signal 11  SIGSEGV
Another difficult bug: why ALWAYS: Trap  Signal 11  SIGSEGV
  on the FIRST attempt; then 2nd time = no error ?
Shark:ET.Mod  compiling ET new symbol file 38748 2080 ==good?
--
ET.Obj   23.05.2014 05:14:22  44492 <- new Object
ET.Sym   23.05.2014 05:14:22   1137
--
=> Test:  ET.Open PWD == CRASH 'segmentation ERROR'
Here's another example of where/why you need easy access between
files of: ETHO <-> Linux <-> DOS/FAT
--
Use: linux: u2o oberon.logTail > oberon.logTailO
=> to be able to paste: oberon.logTailO ==
renamed #0000014.tmp to PWD
ET 01D9CB78
ET loaded.
Received signal nr.  11 at signal handling level 1
>DefaulltTH
Processor State:
R0  = 02712E80H  R1  = 02713D08H  R2  = 00000004H  R3  = 00000004H
R4  = BE8BD408H  R5  = 00000000H  R6  = 027125D8H  R7  = 00000003H
R8  = 00000000H  R9  = FFFFC2B4H  RA = 00000050H  RB = 000000FEH
FP  = BE8BD124H  SP  = BE8BCFDCH  LR  = 01DA00C0H  CPSR= 20000010H
DefaultTrapHandler: Received signal nr. 11 in TextFrames PC=01D79070H (000073E4H
)
TextFrames  PC = 000074C4
ET  PC = 00003D68
ET  PC = 00003E70
ET  PC = 000040B0
Oberon  PC = 000017D8
TextFrames  PC = 00003D04
TextFrames  PC = 000040FC
TextFrames  PC = 000063C0
TextFrames  PC = 000068E0
MenuViewers  PC = 00001C0C
>handler
====> That's the tail of oberon.log ; during/before the crash.

Thanks,

== Chris Glur.


On 5/23/14, eas lab <lab.eas at gmail.com> wrote:
>> But I can't paste the results here, because mouseSelect does not SHOW.
>> Only after much messing, did I realise that it DOES select.
>> This could be a difficult problem to debug?!
> ------------------------------------
> I guess the visual feedback during Rmouse/select is by reverseImaging
> the selected TextStretch?
> NB. also missing is the <underLine the token>, which gives us visual
> feedback for Mmouse/execute.
>
> Here's my kwik search results [using linux:mc] for:
> Find "everse" in *.Mod - which BTW is an example of WHY easy interchange
> between ETHO & *nix formats, gives greatly impoved productivety.
>
> Here's further proof of the need to ease communication between
> ETHO & linux files: I can't [yet] easily paste my linux observations, which
> are:
> < shark:Terminals.Mod shows bold, underline, blinking, REVERSE>.
>
> I expected ReverseVideo to be implemented in a very <low> module.
> Perhaps the ?hidden/secret? Display.Mod?
> OK, I see Shark:Display3.Mod .
>
> BTW, the ability to <paste text verbatim> instead of working by
> primitive/unreliable word-of-mouth is a massive shift in level of
> civilization.
>
> Thanks,
>
> == Chris Glur.
>
> PS. I just had an X11 crash, and I'm not sure if the <No need `xhost  +`>
> is because I used it already to run Ver:140423 ?
> Yes, obviously: `xhost  +` applies to all future X11 launches.
> I'll investigate after the next re-boot.
>
> Based on:
> Shark:Miscellaneous.MakeDOSText => ~    convert an Oberon text to a DOS
> text
> I've now got:
> EOL4Txt.MakeUnixText  ETHOfmt => UNIXfmt ~  == now UNIXfmt is UNIX
>
> What would be nice is V4's ability to open an ETHO *or* Unix format file,
> automagically, depending only on the File's format.
>
>
> On 5/22/14, eas lab <lab.eas at gmail.com> wrote:
>> and well past the 'proof of concept' stage.
>>
>> Like a child, that extends it's capability by usage and refinement.
>>
>> Version 140423
>> Projects tested:-
>> 1. Modify & Compile 'Hello World ==OK
>> 2. A major capability still missing is <Edit.Open/Store Acsii>
>>   currently I use *nix to convert textFiles between Linux <-> ETHO.
>> 3. Access Files from WHOLE-Tree, by:
>>   navigate to required file [I use mc] & call script:
>> MkSlnk   <FileName>   <YourChosenName>
>> [mc needs 1 key-stroke for <FileName>].
>> This appends, to your ProjectFile:
>> <YourChosenName>  <FileName>
>>
>> So your ProjectFile may look like:--
>> Project Apples =============
>> AppleMeds  /home/Jon/Fruit/Aples/Diseases
>> AppleMarket /home/Jil/Econ/FruitSales
>> ...
>> Project Legal =============
>> ResJudicata  /mnt/media/Legal/SCA/2009/TLC
>> .....
>> Project nextOne ============
>> ...
>>
>> So if you need the file: /home/Jil/Econ/FruitSales
>> you just klux: AppleMarket
>>
>> This keeps the ETHO method of MenuDriven & few kliks.
>> Just like a *.Tool
>>
>>
>> Version 140508
>> Projects tested:--
>> Runs without need for `xhost +`
>>
>> After updating Oberon.Text , [new feature] able to:OFSTools.Mount
>> Linux LinuxFS /home/ ~
>> -> System.Directory Linux:*  ==  Good !!
>> -> System.Directory Linux:*\d  ==  Yes !!
>>
>> But I can't paste the results here, because mouseSelect does not SHOW.
>> Only after much messing, did I realise that it DOES select.
>> This could be a difficult problem to debug?!
>> BTW, it took me a long time to remember that you are allowed to
>> key in: `System.Directory  ^` if you can't paste it.
>>
>> Thanks for good job by Peter Matthias.
>>
>> == Chris Glur.
>>
>