1. Forum
  2. Usenet
  3. COMP.LANG.APL

  • Re: le funzioni del apl falliscono perche i loro tipi permessi in entra

    From Rosario19@21:1/5 to All on Thu Nov 16 11:40:39 2023
    On Thu, 16 Nov 2023 11:30:06 +0100, Rosario19 <Ros@invalid.invalid>
    wrote:


    le funzioni del apl falliscono perchè i loro tipi permessi in entrata
    sono troppi con risultati senza un senso matematico importante

    mi sono sbagliato
    mi sembra giusto che abbiano tanti tipi in entrata,ma anche abbiano il significato matematico importante

    una funzione booleana su un tipo numerico tipo
    3<4
    è giusto che ritorni vero 1
    ma
    3<{leftshoe}'this'
    non puo tornare altro che 0

    per esempio se p è {leftshoe}(1 2)(3 4)

    p={upstile}p

    ritorna
    +3--------------+
    +2-------------+¦
    ¦+2---+ +2---+ ¦¦
    ¦¦ 1 1¦ ¦ 1 1¦ ¦¦
    ¦+~---+ +~---+ 2¦
    +?-------------+3
    +---------------+

    invece che

    0
    ~

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rosario19@21:1/5 to All on Thu Nov 16 11:46:41 2023
    On Thu, 16 Nov 2023 11:40:39 +0100, Rosario19 <Ros@invalid.invalid>
    wrote:

    On Thu, 16 Nov 2023 11:30:06 +0100, Rosario19 <Ros@invalid.invalid>
    wrote:


    le funzioni del apl falliscono perchè i loro tipi permessi in entrata
    sono troppi con risultati senza un senso matematico importante

    mi sono sbagliato
    mi sembra giusto che abbiano tanti tipi in entrata,ma anche abbiano il >significato matematico importante

    una funzione booleana su un tipo numerico tipo
    3<4
    è giusto che ritorni vero 1
    ma
    3<{leftshoe}'this'
    non puo tornare altro che 0

    per quanto mi riguarda penso che

    3<1 2 3 4 5
    non puo avere altra risposta che 0

    e quello che forse vi risulta nel vostro apl nn è altro che

    3<"1 2 3 4 5

    per esempio se p è {leftshoe}(1 2)(3 4)

    p={upstile}p

    ritorna
    +3--------------+
    +2-------------+¦
    ¦+2---+ +2---+ ¦¦
    ¦¦ 1 1¦ ¦ 1 1¦ ¦¦
    ¦+~---+ +~---+ 2¦
    +?-------------+3
    +---------------+

    invece che

    0
    ~

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rosario19@21:1/5 to All on Thu Nov 16 19:19:02 2023
    On Thu, 16 Nov 2023 19:14:33 +0100, Rosario19 <Ros@invalid.invalid>
    wrote:


    A dire la verita non sono tanto daccordo nel trattare gli array come
    scalari, esempio

    {notequalunderbar}1
    ritorna 1

    come con ogni scalare
    ma non è un vettore

    {notequalunderbar}1
    dovrebbe ritornare 0 non essendo una lista, ovvero non essendo la
    lista con solo 1 elemento (1)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rosario19@21:1/5 to All on Thu Nov 16 19:14:33 2023
    A dire la verita non sono tanto daccordo nel trattare gli array come
    scalari, esempio

    {notequalunderbar}1
    ritorna 1

    come con ogni scalare
    ma non è un vettore

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rosario19@21:1/5 to All on Sat Nov 18 09:04:35 2023
    On Sat, 18 Nov 2023 09:00:39 +0100, Rosario19 wrote:

    3<{leftshoe}'this'
    non puo tornare altro che 0

    per esempio se p è {leftshoe}(1 2)(3 4)

    p={upstile}p

    ritorna
    +3--------------+
    +2-------------+¦
    ¦+2---+ +2---+ ¦¦
    ¦¦ 1 1¦ ¦ 1 1¦ ¦¦
    ¦+~---+ +~---+ 2¦
    +?-------------+3
    +---------------+

    invece che

    0
    ~

    in poche parole penso che
    a=b
    deve ritornare solo 0(falso) oppure 1(vero)
    è vero se e solo se
    a,b sono scalari numeri, lettere e a=b
    oppure
    a,b hanno lo stesso tipo e tutti i sotto elmenti di a sono uguali ai >sottoelementi di b
    esempio
    [1,2,[3]]=a
    se solo se tipo di [1,2,[3]] è uguale al tipo di a
    e gli elementi di a sono uguali agli elementi di [1,2,[3]]

    la stessa cosa per gli operatori <> >= <= ecc
    a<b e' vera se e solo se a e b hanno tipo numerico e a<b
    ^^^^^^^
    numerico compatibile, int float soltanto

    Tutti gli altri costrutti particolari dell'apl si potrebbero calcolare
    usando un loop, o for each "

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rosario19@21:1/5 to All on Sat Nov 18 09:00:39 2023
    On Thu, 16 Nov 2023 11:40:39 +0100, Rosario19 wrote:

    On Thu, 16 Nov 2023 11:30:06 +0100, Rosario19 <Ros@invalid.invalid>
    wrote:


    le funzioni del apl falliscono perchè i loro tipi permessi in entrata
    sono troppi con risultati senza un senso matematico importante

    mi sono sbagliato
    mi sembra giusto che abbiano tanti tipi in entrata,ma anche abbiano il >significato matematico importante

    una funzione booleana su un tipo numerico tipo
    3<4
    è giusto che ritorni vero 1
    ma
    3<{leftshoe}'this'
    non puo tornare altro che 0

    per esempio se p è {leftshoe}(1 2)(3 4)

    p={upstile}p

    ritorna
    +3--------------+
    +2-------------+¦
    ¦+2---+ +2---+ ¦¦
    ¦¦ 1 1¦ ¦ 1 1¦ ¦¦
    ¦+~---+ +~---+ 2¦
    +?-------------+3
    +---------------+

    invece che

    0
    ~

    in poche parole penso che
    a=b
    deve ritornare solo 0(falso) oppure 1(vero)
    è vero se e solo se
    a,b sono scalari numeri, lettere e a=b
    oppure
    a,b hanno lo stesso tipo e tutti i sotto elmenti di a sono uguali ai sottoelementi di b
    esempio
    [1,2,[3]]=a
    se solo se tipo di [1,2,[3]] è uguale al tipo di a
    e gli elementi di a sono uguali agli elementi di [1,2,[3]]

    la stessa cosa per gli operatori <> >= <= ecc
    a<b e' vera se e solo se a e b hanno tipo numerico e a<b

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)