Re: )LOAD dumped WS had a name clash - intermittend

[Hans-Peter Sorge]

    Hi Jürgen, 
    
    LOL  with greetings from Corona :-))
    
    1. Yes, there is a WS having E-13 (dated  2020-11-24 )
    2. It is a Corona WS
    3. I did some statistical analysis on Corona data Biontech vs
    placebo
    4. basically: calc, file the result, )dump
    5. File content (written with ⎕FIO[56]) records are like 
    1.365813058E-7 1.365813058E-7
    6. WS )dumped  has a var content like  '-19.5 0J-1.573922168E41
    0J-1.573922168E41' 
        That there is an imaginary part is new to me....         
    7. )loading fails with 
    
    DUMPED 2020-11-24  16:45:00 (GMT+2) 
      VALUE ERROR+
            geimpft_normal[⍳1]←9.637493724E24 J-1.573922168E41
                                               ^
      As it turns out, all negativ numbers are "-" instead of "¯"
    
    What ever the cause was three years ago - I do not remember all key
    strokes from that time.
    And no - that is not Corona.
    
    How the E-13 got into a newly created WS (one week old) is 
    out of my scope.
    And the )load only failed because i have a function E on board.
    
    Within my apl / xml inventory there is no  E¯13 / e-13 mix.
    
    
    
    Best Regards 
    Hans-Peter

Am 29.09.23 um 16:33 schrieb Dr. Jürgen Sauermann:

> Hi
>       Peter,
>       
>       
>       it very much looks like the VALENCE ERROR is caused by the minus
>       
>       sign in 1E-13. The question is where the minus comes from. There
>       
>       are two possibilities:
>       
>       
>       1. The most likely case is that the user has written 1E-13 in some
>       
>          APL script (but meant to write 1E¯13). In this case GNU APL
>       seems to
>       
>         behave correctly (1E-13 is parsed 1 E - 13 and then E must be
>       dyadic).
>       
>       
>       2. The minus comes from am earlier )DUMP which wrote 1E-13 instead
>       of
>       
>          1E¯13. In that case the information below is not sufficient as
>       to how the
>       
>          fault was produced.
>       
>       
>       Please check your workspaces with a text editor (both .xml and
>       .apl files
>       
>       are human readable). GNU APL tends to use uppercase E and ¯ (like
>       1E¯13)
>       
>       in .apl files and lowercase e and ASCII - (like 1e-13) in .xml
>       files. Therefore
>       
>       the combination of uppercase E and ASCII - is not supposed to
>       occur in
>       
>       either file format.
>       
>       
>       Best Regards,
>       
>       Jürgen
>       
>       
>       
>       On 9/29/23 14:28, Hans-Peter Sorge wrote:
>       
> > Hi,
> >         
> >         
> >         I have a function E (as simple as in test below)   in my
> >         workspace (WS size 2.9MB).
> >         
> >         
> >         )DUMP and
> >         
> >         )loading it produces an error:
> >         
> >         
> >              )LOAD ........
> >         
> >         DUMPED 2023-09-28  19:44:54 (GMT+2)
> >         
> >         VALENCE ERROR
> >         
> >               ⎕CT←1 E-13
> >         
> >                   ^  ^
> >         
> >         
> >         
> >         Just
> >         
> >         )ERASE E
> >         
> >         ∇E .... ∇  ⍝ recreate ist
> >         
> >         )DUMP
> >         
> >         )LOAD ...
> >         
> >         
> >         fixed if
> >         
> >         
> >         Best Regards
> >         
> >         Hans-Peter
> >         
> >       
>       
>       
>