Re: )LOAD dumped WS had a name clash - ⎕FC affects )DUMP

[Hans-Peter Sorge]

    Hi Jürgen,
    
    .. not every key-stroke. 
    
    But this one:
          ⎕FC←'.,⋆0_-' 
            )WSID E_13
      WAS CLEAR WS
            )DUMP
      ⎕CT ← 1E-13

The Corona case:  ⎕FC←(,⎕UCS 46 44 8902),'0_-'  is set to "-" and all negative numbers get infected ...

    Best Regards 
    Hans-Peter

Am 30.09.23 um 00:07 schrieb 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