Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > fr.comp.sys.mac.programmation > #1892 > unrolled thread

Re: Question de logique

Back to article view | Back to fr.comp.sys.mac.programmation

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-16 20:02 +0100
    Re: Question de logique Ignarre sont sur une ile <infodiy@doityourself.byebye> - 2020-11-16 20:58 +0100
    Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-16 20:29 +0000
      Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-16 22:10 +0100
        Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-16 21:29 +0000
          Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-16 23:02 +0100
            Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-16 22:11 +0000
              Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-16 23:22 +0100
      Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-16 22:20 +0100
        Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-16 22:21 +0100
        Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-16 21:31 +0000
          Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-16 23:04 +0100
            Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-16 22:16 +0000
              Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-16 23:23 +0100
                Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-16 22:30 +0000
                  Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-17 21:34 +0100
                    Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-17 20:56 +0000
                      Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-17 22:13 +0100
                        Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-17 22:15 +0100
                          Un boolean en position Null (Re: Question de logique) Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 11:08 +0100
                            Re: Un boolean en position Null (Re: Question de logique) Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 11:20 +0100
                              Re: Un boolean en position Null (Re: Question de logique) Thomas Alexandre <none@no.invalid> - 2020-11-19 11:32 +0000
                                Re: Un boolean en position Null (Re: Question de logique) pehache <pehache.7@gmail.com> - 2020-11-19 11:54 +0000
                                  Re: Un boolean en position Null (Re: Question de logique) Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 13:26 +0100
                                  Re: Un boolean en position Null (Re: Question de logique) Thomas Alexandre <none@no.invalid> - 2020-11-19 16:53 +0000
                                    Re: Un boolean en position Null (Re: Question de logique) Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 18:14 +0100
                                      Re: Un boolean en position Null (Re: Question de logique) Thomas Alexandre <none@no.invalid> - 2020-11-19 17:47 +0000
                                        Re: Un boolean en position Null (Re: Question de logique) Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 18:58 +0100
                                          Re: Un boolean en position Null (Re: Question de logique) "Cops. satelitZz(ici la police spaciale)" <do@selfie.yourself> - 2020-11-22 21:50 +0100
                                    Re: Un boolean en position Null (Re: Question de logique) pehache <pehache.7@gmail.com> - 2020-11-19 20:41 +0100
                                      Re: Un boolean en position Null (Re: Question de logique) Thomas Alexandre <none@no.invalid> - 2020-11-19 20:53 +0000
                                        Re: Un boolean en position Null (Re: Question de logique) pehache <pehache.7@gmail.com> - 2020-11-19 23:37 +0100
                                          Re: Un boolean en position Null (Re: Question de logique) Thomas Alexandre <none@no.invalid> - 2020-11-19 23:59 +0000
                                            Re: Un boolean en position Null (Re: Question de logique) pehache <pehache.7@gmail.com> - 2020-11-20 09:20 +0100
                                              Re: Un boolean en position Null (Re: Question de logique) Thomas Alexandre <none@no.invalid> - 2020-11-20 17:44 +0000
                                Re: Un boolean en position Null (Re: Question de logique) Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 13:22 +0100
                            Re: Un boolean en position Null (Re: Question de logique) Thomas Alexandre <none@no.invalid> - 2020-11-19 11:31 +0000
                              Re: Un boolean en position Null (Re: Question de logique) Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 15:51 +0100
                                Re: Un boolean en position Null (Re: Question de logique) Thomas Alexandre <none@no.invalid> - 2020-11-19 17:06 +0000
                                  Re: Un boolean en position Null (Re: Question de logique) Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 18:15 +0100
                          Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-19 11:44 +0000
                            Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 15:54 +0100
                              Re: Question de logique Raspady <raspady@nowhere.invalid> - 2020-11-19 17:17 +0100
                                Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 17:57 +0100
                                Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 17:59 +0100
                              Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-19 17:13 +0000
                                Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 18:18 +0100
                                  Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 18:24 +0100
                                  Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-19 17:40 +0000
                                    Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 18:48 +0100
                        Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-19 11:43 +0000
                          Re: Question de logique pehache <pehache.7@gmail.com> - 2020-11-19 11:59 +0000
                            Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 13:19 +0100
                            Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-19 16:59 +0000
                              Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 18:05 +0100
                                Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-19 17:12 +0000
                                  Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 18:30 +0100
                                    Re: Question de logique Thomas Alexandre <none@no.invalid> - 2020-11-19 17:43 +0000
                                      Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-19 18:51 +0100
                    Re: Question de logique "Pousse m." <pmousse@email.club> - 2020-11-18 16:13 +0100
      Re: Question de logique Raspady <raspady@nowhere.invalid> - 2020-11-17 15:03 +0100
        Re: Question de logique Roi Dieu PurRê <contact@meta-science.fr> - 2020-11-17 21:49 +0100

Page 2 of 4 — ← Prev page 1 [2] 3 4  Next page →

#1915 — Re: Un boolean en position Null (Re: Question de logique)

Le 19/11/2020 à 11:08:35, Roi Dieu PurRê a écrit :
> Le 17/11/2020 à 22:15:41, Roi Dieu PurRê a écrit :
>> Le 17/11/2020 à 22:13:44, Roi Dieu PurRê a écrit :
>>> Le 17/11/2020 à 21:56:22, Thomas Alexandre a écrit :
>>>> Le Tue, 17 Nov 2020 21:34:47 +0100, Roi Dieu PurRê a écrit :
>>>>
>>>>> Le 17/11/2020 à 00:06:08, Rambo a écrit :
>>>>>> Thomas Alexandre wrote on 16-11-20 23:30:
>>>>>>> Le Mon, 16 Nov 2020 23:23:35 +0100, Roi Dieu PurRê a écrit :
>>>>
>>>>>>>>>>>>>> nul est utilisé que pour les pointeur et les handle...
>>>>
>>>>>>>>>>>>> Faux :
>>>>>>>>>>>>> https://en.wikipedia.org/wiki/Nullable_type
>>>>
>>>>>>> Vous affirmez des conneries, je vous colle la page wikipedia qui va
>>>>>>> bien quoi ? dix fois ? et vous voulez encore avoir raison et 
>>>>>>> bavasser
>>>>>>> sans fin pour montrer que vous avez raison de bien avoir tort.
>>>>>>>
>>>>>> Il n'avouera jamais que pour la valeur null - qu'il s'est planté :-)
>>>>> dans le langage que j'utilise [...]
>>>>
>>>> Bingo !
>>>>
>>>
>>> la notion du nil, du nul, est logiciel, un processeur ne peux pas 
>>> avoir une valeur nul dans ses registres, c'est du numérique et dans 
>>> le numérique c'est soit faux soit vrai pour un boolean et la plus 
>>> petite information est le boolean... les variables sont faite de 
>>> boolean... 8 boolean pour un octet...
>>
>> donc ce que tu affirme n'a pas de valeur absolu, tout dépend du 
>> langage de programmation...
>>
>> je n'est pas tort et toi non plus ;-)
>>
>> on n'a fait un pat
> 
> dans les langages que j'ai utilisé la valeur null ne ce présente que au 
> moment de l’exécution du logiciel et seulement sur les pointeurs et les 
> handel, je me demande bien comment peut être stocker en mémoire la 
> valeur null d'un booléen ? l'alerte ce présente a la compilation ou à 
> l’exécution ? si c'est a l’exécution quelle est la valeur du booléen 
> sachant qu'il ne peux avoir qu'une valeur faux ou vrai ce sont les 
> limite matérielle du numérique, donc durent l’exécution quelle est la 
> valeur de la variable booléen quand elle est à null ?
> 

pour le Boolean on peux imaginé que en faite c'est un octet qui est 
utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai et -1 
= nul, mais pour un integer ? quelle serait ça valeur ? -1 ? mais si je 
décide d'initialisé cette integer a la valeur -1 sera t'il null ?

ça confirme ce que je pense a l’exécution seul les pointeur et les 
handel peuvent être a nul et non pas les autres variables, le 
compilateur peux signaler que une variable est a nul, mais pas à 
l’exécution mais à la compilation, comme par exemple pour les variables 
non déclaré mais utilisé ça peut arriver quand on fait une faute de 
frappe sur le nom d'une variable réellement déclaré...

-- 
   \ /    Croire c'est le contraire de savoir,
-- o --  si j'y crois, je ne sais pas,
   / \    si je sais, pas la peine d'y croire.
--> Je Croix Pas, car Je Sais que c'est Faux MalgRê TouT...

[toc] | [prev] | [next] | [standalone]

#1917 — Re: Un boolean en position Null (Re: Question de logique)

Le Thu, 19 Nov 2020 11:20:19 +0100, Roi Dieu PurRê a écrit :

> pour le Boolean on peux imaginé que en faite c'est un octet qui est
> utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai et -1
> = nul,

C'est stupide mais oui, vous pouvez l'imager.

> mais pour un integer ? quelle serait ça valeur ? -1 ? mais si je
> décide d'initialisé cette integer a la valeur -1 sera t'il null ?

C'est stupide mais oui, vous pouvez l'imager.
 
> ça confirme ce que je pense [...]

C'est stupide mais oui, vous pouvez l'imager.




-- 
"Ce qu'il faut au fond pour obtenir une espèce de paix avec les hommes,
(...) c'est leur permettre en toutes circonstances, de s'étaler, de se
vautrer parmi les vantardises niaises. Il n'y a pas de vanité
intelligente. C'est un instinct." - Céline

[toc] | [prev] | [next] | [standalone]

#1920 — Re: Un boolean en position Null (Re: Question de logique)

Le 19/11/2020 à 12:32, Thomas Alexandre a écrit :
> Le Thu, 19 Nov 2020 11:20:19 +0100, Roi Dieu PurRê a écrit :
> 
>> pour le Boolean on peux imaginé que en faite c'est un octet qui est
>> utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai et -1
>> = nul,
> 
> C'est stupide mais oui, vous pouvez l'imager.

Pourquoi stupide ? Beaucoup de langages stockent en pratique un booléen 
sur un ou plusieurs octets.

[toc] | [prev] | [next] | [standalone]

#1924 — Re: Un boolean en position Null (Re: Question de logique)

Le 19/11/2020 à 12:54:15, pehache a écrit :
> Le 19/11/2020 à 12:32, Thomas Alexandre a écrit :
>> Le Thu, 19 Nov 2020 11:20:19 +0100, Roi Dieu PurRê a écrit :
>>
>>> pour le Boolean on peux imaginé que en faite c'est un octet qui est
>>> utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai et -1
>>> = nul,
>>
>> C'est stupide mais oui, vous pouvez l'imager.
> 
> Pourquoi stupide ? Beaucoup de langages stockent en pratique un booléen 
> sur un ou plusieurs octets.
> 
> 

il croit tout savoir mieux que tout le monde...

-- 
   \ /    Croire c'est le contraire de savoir,
-- o --  si j'y crois, je ne sais pas,
   / \    si je sais, pas la peine d'y croire.
--> Je Croix Pas, car Je Sais que c'est Faux MalgRê TouT...

[toc] | [prev] | [next] | [standalone]

#1928 — Re: Un boolean en position Null (Re: Question de logique)

Le Thu, 19 Nov 2020 11:54:15 +0000, pehache a écrit :

> Le 19/11/2020 à 12:32, Thomas Alexandre a écrit :
>> Le Thu, 19 Nov 2020 11:20:19 +0100, Roi Dieu PurRê a écrit :
>> 
>>> pour le Boolean on peux imaginé que en faite c'est un octet qui est
>>> utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai et
>>> -1 = nul,
>> 
>> C'est stupide mais oui, vous pouvez l'imager.
> 
> Pourquoi stupide ?

Parce qu'une variable est, sous le capot, un pointeur vers le contenu de 
la variable (ie le pointeur est nul, la variable est à null - ou 
undefined).

C'est largement suffisant pour gérer un nullable type à un niveau 
d'abstraction extrêmement bas (et surtout ça se généralise à tout type de 
variable).

> Beaucoup de langages stockent en pratique un booléen sur un ou plusieurs 
> octets.

Bien sûr.

Le sujet de départ était que le patate niait l'existence des nullable 
types parce qu'un CPU ne comprend que 0 (false) et 1 (true).


-- 
"Ce qu'il faut au fond pour obtenir une espèce de paix avec les hommes,
(...) c'est leur permettre en toutes circonstances, de s'étaler, de se
vautrer parmi les vantardises niaises. Il n'y a pas de vanité
intelligente. C'est un instinct." - Céline

[toc] | [prev] | [next] | [standalone]

#1936 — Re: Un boolean en position Null (Re: Question de logique)

Le 19/11/2020 à 17:53:27, Thomas Alexandre a écrit :
> Le Thu, 19 Nov 2020 11:54:15 +0000, pehache a écrit :
> 
>> Le 19/11/2020 à 12:32, Thomas Alexandre a écrit :
>>> Le Thu, 19 Nov 2020 11:20:19 +0100, Roi Dieu PurRê a écrit :
>>>
>>>> pour le Boolean on peux imaginé que en faite c'est un octet qui est
>>>> utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai et
>>>> -1 = nul,
>>>
>>> C'est stupide mais oui, vous pouvez l'imager.
>>
>> Pourquoi stupide ?
> 
> Parce qu'une variable est, sous le capot, un pointeur vers le contenu de
> la variable (ie le pointeur est nul, la variable est à null - ou
> undefined).
> 
> C'est largement suffisant pour gérer un nullable type à un niveau
> d'abstraction extrêmement bas (et surtout ça se généralise à tout type de
> variable).

c'est faux, un pointeur sur une variable n'est pas nil, puisque il ne 
les pas a partir que la variable est déclaré, c'est la valeur de la 
variable qui peut être indéfini mais pas nil ce n'est pas un pointeur 
c'est une variable et ça valeur peut être zéro si le compilateur 
l’initialise a 0 à la déclaration c'est ce qui ce passe avec tous les 
logiciels que j'ai utilisé jusque maintenant pour le développement...

> 
>> Beaucoup de langages stockent en pratique un booléen sur un ou plusieurs
>> octets.
> 
> Bien sûr.

non tu disait stupide...

> 
> Le sujet de départ était que le patate niait l'existence des nullable
> types parce qu'un CPU ne comprend que 0 (false) et 1 (true).
> 
> 

la tu dévoile un particularité de ton compilateur, ce n'est pas dans 
l'absolu...

dans Xojo on ne peut pas par exemple faire :

dim file as FolderItem
file = nil

on n'a pas le droit...

ni ça :

dim IntTmp as integer

IntTmp = nil

ou NUll, ce qui reviendrait a faire IntTmp = 0

tu parle d'une bonne affaire :-D ton histoire de NULL


-- 
   \ /    Croire c'est le contraire de savoir,
-- o --  si j'y crois, je ne sais pas,
   / \    si je sais, pas la peine d'y croire.
--> Je Croix Pas, car Je Sais que c'est Faux MalgRê TouT...

[toc] | [prev] | [next] | [standalone]

#1943 — Re: Un boolean en position Null (Re: Question de logique)

Le Thu, 19 Nov 2020 18:14:53 +0100, Roi Dieu PurRê a écrit :

> Le 19/11/2020 à 17:53:27, Thomas Alexandre a écrit :
>> Le Thu, 19 Nov 2020 11:54:15 +0000, pehache a écrit :
>> 
>>> Le 19/11/2020 à 12:32, Thomas Alexandre a écrit :
>>>> Le Thu, 19 Nov 2020 11:20:19 +0100, Roi Dieu PurRê a écrit :
>>>>
>>>>> pour le Boolean on peux imaginé que en faite c'est un octet qui est
>>>>> utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai
>>>>> et -1 = nul,
>>>>
>>>> C'est stupide mais oui, vous pouvez l'imager.
>>>
>>> Pourquoi stupide ?
>> 
>> Parce qu'une variable est, sous le capot, un pointeur vers le contenu
>> de la variable (ie le pointeur est nul, la variable est à null - ou
>> undefined).
>> 
>> C'est largement suffisant pour gérer un nullable type à un niveau
>> d'abstraction extrêmement bas (et surtout ça se généralise à tout type
>> de variable).
> 
> c'est faux, un pointeur sur une variable n'est pas nil, puisque il ne
> les pas a partir que la variable est déclaré,[...]

Le pointeur est nul, la variable est à null
Le pointeur n'est pas nul, la variable a une valeur.

Pour quelqu'un qui a fait de l'assembleur ce n'est pourtant pas compliqué 
de comprendre cette implémentation basique de nullable types.

-- 
"Ce qu'il faut au fond pour obtenir une espèce de paix avec les hommes,
(...) c'est leur permettre en toutes circonstances, de s'étaler, de se
vautrer parmi les vantardises niaises. Il n'y a pas de vanité
intelligente. C'est un instinct." - Céline

[toc] | [prev] | [next] | [standalone]

#1946 — Re: Un boolean en position Null (Re: Question de logique)

Le 19/11/2020 à 18:47:36, Thomas Alexandre a écrit :
> Le Thu, 19 Nov 2020 18:14:53 +0100, Roi Dieu PurRê a écrit :
> 
>> Le 19/11/2020 à 17:53:27, Thomas Alexandre a écrit :
>>> Le Thu, 19 Nov 2020 11:54:15 +0000, pehache a écrit :
>>>
>>>> Le 19/11/2020 à 12:32, Thomas Alexandre a écrit :
>>>>> Le Thu, 19 Nov 2020 11:20:19 +0100, Roi Dieu PurRê a écrit :
>>>>>
>>>>>> pour le Boolean on peux imaginé que en faite c'est un octet qui est
>>>>>> utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai
>>>>>> et -1 = nul,
>>>>>
>>>>> C'est stupide mais oui, vous pouvez l'imager.
>>>>
>>>> Pourquoi stupide ?
>>>
>>> Parce qu'une variable est, sous le capot, un pointeur vers le contenu
>>> de la variable (ie le pointeur est nul, la variable est à null - ou
>>> undefined).
>>>
>>> C'est largement suffisant pour gérer un nullable type à un niveau
>>> d'abstraction extrêmement bas (et surtout ça se généralise à tout type
>>> de variable).
>>
>> c'est faux, un pointeur sur une variable n'est pas nil, puisque il ne
>> les pas a partir que la variable est déclaré,[...]
> 
> Le pointeur est nul, la variable est à null
> Le pointeur n'est pas nul, la variable a une valeur.

on est ok...

> 
> Pour quelqu'un qui a fait de l'assembleur ce n'est pourtant pas compliqué
> de comprendre cette implémentation basique de nullable types.
> 

j'ai fait de l'assembleur sur un Z80 c'est un 8 bites...

jusqu'a maintenant j'avais jamais vu cette expression : Nullable type..

mais je suis autodidacte et j'ai appris au fur à mesure de mes 
besoins... et je n'est jamais eu le besoin de ce Nullable type...

ça me questionne parce que je peu peut être trouver des solutions à des 
problèms que je traine depuis des années avec ce nouveau truc :-)

par exemple je voudrait charger un fichier binaire de x Mo en mémoire 
dans un bloque pointé par un pointeur et changer le type data block par 
le type Arrays, et là ce que j'ai vu de Varian lier a Nullable Type en 
cliquant de lien en lien c'est peut être possible de faire ce que je 
veux donc je vais approfondir le truc...

-- 
   \ /    Croire c'est le contraire de savoir,
-- o --  si j'y crois, je ne sais pas,
   / \    si je sais, pas la peine d'y croire.
--> Je Croix Pas, car Je Sais que c'est Faux MalgRê TouT...

[toc] | [prev] | [next] | [standalone]

#1953 — Re: Un boolean en position Null (Re: Question de logique)

Le 19/11/20 à 18:58, Roi Dieu PurRê a écrit :
> Le 19/11/2020 à 18:47:36, Thomas Alexandre a écrit :
>> Le Thu, 19 Nov 2020 18:14:53 +0100, Roi Dieu PurRê a écrit :
>>
>>> Le 19/11/2020 à 17:53:27, Thomas Alexandre a écrit :
>>>> Le Thu, 19 Nov 2020 11:54:15 +0000, pehache a écrit :
>>>>
>>>>> Le 19/11/2020 à 12:32, Thomas Alexandre a écrit :
>>>>>> Le Thu, 19 Nov 2020 11:20:19 +0100, Roi Dieu PurRê a écrit :
>>>>>>
>>>>>>> pour le Boolean on peux imaginé que en faite c'est un octet qui est
>>>>>>> utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai
>>>>>>> et -1 = nul,
>>>>>>
>>>>>> C'est stupide mais oui, vous pouvez l'imager.
>>>>>
>>>>> Pourquoi stupide ?
>>>>
>>>> Parce qu'une variable est, sous le capot, un pointeur vers le contenu
>>>> de la variable (ie le pointeur est nul, la variable est à null - ou
>>>> undefined).
>>>>
>>>> C'est largement suffisant pour gérer un nullable type à un niveau
>>>> d'abstraction extrêmement bas (et surtout ça se généralise à tout type
>>>> de variable).
>>>
>>> c'est faux, un pointeur sur une variable n'est pas nil, puisque il ne
>>> les pas a partir que la variable est déclaré,[...]
>>
>> Le pointeur est nul, la variable est à null
>> Le pointeur n'est pas nul, la variable a une valeur.
> 
> on est ok...
> 
>>
>> Pour quelqu'un qui a fait de l'assembleur ce n'est pourtant pas compliqué
>> de comprendre cette implémentation basique de nullable types.
>>
> 
> j'ai fait de l'assembleur sur un Z80 c'est un 8 bites...
> 
> jusqu'a maintenant j'avais jamais vu cette expression : Nullable type..
> 
> mais je suis autodidacte et j'ai appris au fur à mesure de mes 
> besoins... et je n'est jamais eu le besoin de ce Nullable type...
> 
> ça me questionne parce que je peu peut être trouver des solutions à des 
> problèms que je traine depuis des années avec ce nouveau truc :-)
> 
> par exemple je voudrait charger un fichier binaire de x Mo en mémoire 
> dans un bloque pointé par un pointeur et changer le type data block par 
> le type Arrays, et là ce que j'ai vu de Varian lier a Nullable Type en 
> cliquant de lien en lien c'est peut être possible de faire ce que je 
> veux donc je vais approfondir le truc...
> 
dépend de la planete que tu compte coloniser, il faudra t'adapter.

-- 
Pourquoi la fonctionnalité X n’est pas disponible ?

[toc] | [prev] | [next] | [standalone]

#1947 — Re: Un boolean en position Null (Re: Question de logique)

Le 19/11/2020 à 17:53, Thomas Alexandre a écrit :
> Le Thu, 19 Nov 2020 11:54:15 +0000, pehache a écrit :
> 
>> Le 19/11/2020 à 12:32, Thomas Alexandre a écrit :
>>> Le Thu, 19 Nov 2020 11:20:19 +0100, Roi Dieu PurRê a écrit :
>>>
>>>> pour le Boolean on peux imaginé que en faite c'est un octet qui est
>>>> utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai et
>>>> -1 = nul,
>>>
>>> C'est stupide mais oui, vous pouvez l'imager.
>>
>> Pourquoi stupide ?
> 
> Parce qu'une variable est, sous le capot, un pointeur vers le contenu de
> la variable (ie le pointeur est nul, la variable est à null - ou
> undefined).
> 
> C'est largement suffisant pour gérer un nullable type à un niveau
> d'abstraction extrêmement bas (et surtout ça se généralise à tout type de
> variable).

Pour une variable scalaire oui, pour un tableau ça ne marche plus.

[toc] | [prev] | [next] | [standalone]

#1948 — Re: Un boolean en position Null (Re: Question de logique)

Le Thu, 19 Nov 2020 20:41:06 +0100, pehache a écrit :

> Le 19/11/2020 à 17:53, Thomas Alexandre a écrit :
>> Le Thu, 19 Nov 2020 11:54:15 +0000, pehache a écrit :
>> 
>>> Le 19/11/2020 à 12:32, Thomas Alexandre a écrit :
>>>> Le Thu, 19 Nov 2020 11:20:19 +0100, Roi Dieu PurRê a écrit :
>>>>
>>>>> pour le Boolean on peux imaginé que en faite c'est un octet qui est
>>>>> utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai
>>>>> et -1 = nul,
>>>>
>>>> C'est stupide mais oui, vous pouvez l'imager.
>>>
>>> Pourquoi stupide ?
>> 
>> Parce qu'une variable est, sous le capot, un pointeur vers le contenu
>> de la variable (ie le pointeur est nul, la variable est à null - ou
>> undefined).
>> 
>> C'est largement suffisant pour gérer un nullable type à un niveau
>> d'abstraction extrêmement bas (et surtout ça se généralise à tout type
>> de variable).
> 
> Pour une variable scalaire oui, pour un tableau ça ne marche plus.

Si l'Array est (un pointeur vers) un bloc de données, effectivement seule 
l'Array est nullable, pas ses éléments.

Mais si l'Array est (un pointeur vers) une liste de pointeurs vers des 
blocs de données (c'est le cas en C), ça marche de la même manière.



-- 
"Ce qu'il faut au fond pour obtenir une espèce de paix avec les hommes,
(...) c'est leur permettre en toutes circonstances, de s'étaler, de se
vautrer parmi les vantardises niaises. Il n'y a pas de vanité
intelligente. C'est un instinct." - Céline

[toc] | [prev] | [next] | [standalone]

#1949 — Re: Un boolean en position Null (Re: Question de logique)

Le 19/11/2020 à 21:53, Thomas Alexandre a écrit :
> Le Thu, 19 Nov 2020 20:41:06 +0100, pehache a écrit :
> 
>> Le 19/11/2020 à 17:53, Thomas Alexandre a écrit :
>>> Le Thu, 19 Nov 2020 11:54:15 +0000, pehache a écrit :
>>>
>>>> Le 19/11/2020 à 12:32, Thomas Alexandre a écrit :
>>>>> Le Thu, 19 Nov 2020 11:20:19 +0100, Roi Dieu PurRê a écrit :
>>>>>
>>>>>> pour le Boolean on peux imaginé que en faite c'est un octet qui est
>>>>>> utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai
>>>>>> et -1 = nul,
>>>>>
>>>>> C'est stupide mais oui, vous pouvez l'imager.
>>>>
>>>> Pourquoi stupide ?
>>>
>>> Parce qu'une variable est, sous le capot, un pointeur vers le contenu
>>> de la variable (ie le pointeur est nul, la variable est à null - ou
>>> undefined).
>>>
>>> C'est largement suffisant pour gérer un nullable type à un niveau
>>> d'abstraction extrêmement bas (et surtout ça se généralise à tout type
>>> de variable).
>>
>> Pour une variable scalaire oui, pour un tableau ça ne marche plus.
> 
> Si l'Array est (un pointeur vers) un bloc de données, effectivement seule
> l'Array est nullable, pas ses éléments.
> 
> Mais si l'Array est (un pointeur vers) une liste de pointeurs vers des
> blocs de données (c'est le cas en C), ça marche de la même manière.

La granularité reste limitée au bloc de données, elle ne descend pas à 
l'élément.

[toc] | [prev] | [next] | [standalone]

#1950 — Re: Un boolean en position Null (Re: Question de logique)

Le Thu, 19 Nov 2020 23:37:48 +0100, pehache a écrit :

> Le 19/11/2020 à 21:53, Thomas Alexandre a écrit :

>>>> Parce qu'une variable est, sous le capot, un pointeur vers le contenu
>>>> de la variable (ie le pointeur est nul, la variable est à null - ou
>>>> undefined).
>>>>
>>>> C'est largement suffisant pour gérer un nullable type à un niveau
>>>> d'abstraction extrêmement bas (et surtout ça se généralise à tout
>>>> type de variable).
>>>
>>> Pour une variable scalaire oui, pour un tableau ça ne marche plus.
>> 
>> Si l'Array est (un pointeur vers) un bloc de données, effectivement
>> seule l'Array est nullable, pas ses éléments.
>> 
>> Mais si l'Array est (un pointeur vers) une liste de pointeurs vers des
>> blocs de données (c'est le cas en C), ça marche de la même manière.
> 
> La granularité reste limitée au bloc de données, elle ne descend pas à
> l'élément.

Ben si, rien n'empêche de construire un struct du genre :

int n  // nombre d'éléments du tableau
int *a // pointeur (éventuellement nul) vers l'élément a
int *b // pointeur (éventuellement nul) vers l'élément b

etc.

On fait du "nullable reference" quoi, et je ne dis pas que c'est une super 
idée hein :

"Nullable references were invented by C. A. R. Hoare in 1965 as part of 
the Algol W language. Hoare later described his invention as a "billion-
dollar mistake".[4] This is because object pointers that can be NULL 
require the user to check the pointer before using it and require specific 
code to handle the case when the object pointer is NULL."

https://en.wikipedia.org/wiki/Nullable_type#Compared_with_null_pointers

au contraire même, si on veut du "nullable type" autant se tourner vers un 
langage qui l'implémente.


-- 
"Ce qu'il faut au fond pour obtenir une espèce de paix avec les hommes,
(...) c'est leur permettre en toutes circonstances, de s'étaler, de se
vautrer parmi les vantardises niaises. Il n'y a pas de vanité
intelligente. C'est un instinct." - Céline

[toc] | [prev] | [next] | [standalone]

#1951 — Re: Un boolean en position Null (Re: Question de logique)

Le 20/11/2020 à 00:59, Thomas Alexandre a écrit :
> Le Thu, 19 Nov 2020 23:37:48 +0100, pehache a écrit :
> 
>> Le 19/11/2020 à 21:53, Thomas Alexandre a écrit :
> 
>>>>> Parce qu'une variable est, sous le capot, un pointeur vers le contenu
>>>>> de la variable (ie le pointeur est nul, la variable est à null - ou
>>>>> undefined).
>>>>>
>>>>> C'est largement suffisant pour gérer un nullable type à un niveau
>>>>> d'abstraction extrêmement bas (et surtout ça se généralise à tout
>>>>> type de variable).
>>>>
>>>> Pour une variable scalaire oui, pour un tableau ça ne marche plus.
>>>
>>> Si l'Array est (un pointeur vers) un bloc de données, effectivement
>>> seule l'Array est nullable, pas ses éléments.
>>>
>>> Mais si l'Array est (un pointeur vers) une liste de pointeurs vers des
>>> blocs de données (c'est le cas en C), ça marche de la même manière.
>>
>> La granularité reste limitée au bloc de données, elle ne descend pas à
>> l'élément.
> 
> Ben si, rien n'empêche de construire un struct du genre :
> 
> int n  // nombre d'éléments du tableau
> int *a // pointeur (éventuellement nul) vers l'élément a
> int *b // pointeur (éventuellement nul) vers l'élément b
> 
> etc.
> 
> On fait du "nullable reference" quoi, et je ne dis pas que c'est une super
> idée hein :

Dans le genre lourd :-)

> 
> "Nullable references were invented by C. A. R. Hoare in 1965 as part of
> the Algol W language. Hoare later described his invention as a "billion-
> dollar mistake".[4] This is because object pointers that can be NULL
> require the user to check the pointer before using it and require specific
> code to handle the case when the object pointer is NULL."
> 
> https://en.wikipedia.org/wiki/Nullable_type#Compared_with_null_pointers
> 
> au contraire même, si on veut du "nullable type" autant se tourner vers un
> langage qui l'implémente.

Certainement. Mais tous les cas -même si c'est implémenté au niveau du 
langage- ça impacte forcément les performances à partir du moment où ça 
n'est pas implémenté au niveau hardware.

[toc] | [prev] | [next] | [standalone]

#1952 — Re: Un boolean en position Null (Re: Question de logique)

Le Fri, 20 Nov 2020 09:20:50 +0100, pehache a écrit :

> Le 20/11/2020 à 00:59, Thomas Alexandre a écrit :

>> On fait du "nullable reference" quoi, et je ne dis pas que c'est une
>> super idée hein :
> 
> Dans le genre lourd :-)

Ah ça ne fait pas dans la finesse !

>> au contraire même, si on veut du "nullable type" autant se tourner vers
>> un langage qui l'implémente.
> 
> Certainement. Mais tous les cas -même si c'est implémenté au niveau du
> langage- ça impacte forcément les performances à partir du moment où ça
> n'est pas implémenté au niveau hardware.

Absolument.


-- 
"Ce qu'il faut au fond pour obtenir une espèce de paix avec les hommes,
(...) c'est leur permettre en toutes circonstances, de s'étaler, de se
vautrer parmi les vantardises niaises. Il n'y a pas de vanité
intelligente. C'est un instinct." - Céline

[toc] | [prev] | [next] | [standalone]

#1923 — Re: Un boolean en position Null (Re: Question de logique)

Le 19/11/2020 à 12:32:56, Thomas Alexandre a écrit :
> Le Thu, 19 Nov 2020 11:20:19 +0100, Roi Dieu PurRê a écrit :
> 
>> pour le Boolean on peux imaginé que en faite c'est un octet qui est
>> utilisé pour stoker la valeur vrai ou faux &h00 = faux &hFF = vrai et -1
>> = nul,
> 
> C'est stupide mais oui, vous pouvez l'imager.
> 
>> mais pour un integer ? quelle serait ça valeur ? -1 ? mais si je
>> décide d'initialisé cette integer a la valeur -1 sera t'il null ?
> 
> C'est stupide mais oui, vous pouvez l'imager.
>   
>> ça confirme ce que je pense [...]
> 
> C'est stupide mais oui, vous pouvez l'imager.
> 
> 
> 
> 

c'est toi qui est stupide... tu crois toujours tout savoir mieux que 
moi, mais faut arrêter de délirer mon pauvre...

-- 
   \ /    Croire c'est le contraire de savoir,
-- o --  si j'y crois, je ne sais pas,
   / \    si je sais, pas la peine d'y croire.
--> Je Croix Pas, car Je Sais que c'est Faux MalgRê TouT...

[toc] | [prev] | [next] | [standalone]

#1916 — Re: Un boolean en position Null (Re: Question de logique)

Le Thu, 19 Nov 2020 11:08:35 +0100, Roi Dieu PurRê a écrit :

> je me demande bien comment peut être stocker en mémoire la valeur null
> d'un booléen ?

Sérieux ?



-- 
"Ce qu'il faut au fond pour obtenir une espèce de paix avec les hommes,
(...) c'est leur permettre en toutes circonstances, de s'étaler, de se
vautrer parmi les vantardises niaises. Il n'y a pas de vanité
intelligente. C'est un instinct." - Céline

[toc] | [prev] | [next] | [standalone]

#1925 — Re: Un boolean en position Null (Re: Question de logique)

Le 19/11/2020 à 12:31:04, Thomas Alexandre a écrit :
> Le Thu, 19 Nov 2020 11:08:35 +0100, Roi Dieu PurRê a écrit :
> 
>> je me demande bien comment peut être stocker en mémoire la valeur null
>> d'un booléen ?
> 
> Sérieux ?
> 
> 
> 

oui, as tu une explication technique ? si le booléen n'est pas 
finalement stocké dans un octet ?

-- 
   \ /    Croire c'est le contraire de savoir,
-- o --  si j'y crois, je ne sais pas,
   / \    si je sais, pas la peine d'y croire.
--> Je Croix Pas, car Je Sais que c'est Faux MalgRê TouT...

[toc] | [prev] | [next] | [standalone]

#1933 — Re: Un boolean en position Null (Re: Question de logique)

Le Thu, 19 Nov 2020 15:51:41 +0100, Roi Dieu PurRê a écrit :

> Le 19/11/2020 à 12:31:04, Thomas Alexandre a écrit :
>> Le Thu, 19 Nov 2020 11:08:35 +0100, Roi Dieu PurRê a écrit :
>> 
>>> je me demande bien comment peut être stocker en mémoire la valeur null
>>> d'un booléen ?
>> 
>> Sérieux ?
>> 
>> 
>> 
>> 
> oui, as tu une explication technique ? si le booléen n'est pas
> finalement stocké dans un octet ?

"Sérieux" ie : c'est trivial.

Vous vous demandez comment stocker de l'information avec des 0 et des 1 ? 
Sérieux ?

-- 
"Ce qu'il faut au fond pour obtenir une espèce de paix avec les hommes,
(...) c'est leur permettre en toutes circonstances, de s'étaler, de se
vautrer parmi les vantardises niaises. Il n'y a pas de vanité
intelligente. C'est un instinct." - Céline

[toc] | [prev] | [next] | [standalone]

#1937 — Re: Un boolean en position Null (Re: Question de logique)

Le 19/11/2020 à 18:06:56, Thomas Alexandre a écrit :
> Le Thu, 19 Nov 2020 15:51:41 +0100, Roi Dieu PurRê a écrit :
> 
>> Le 19/11/2020 à 12:31:04, Thomas Alexandre a écrit :
>>> Le Thu, 19 Nov 2020 11:08:35 +0100, Roi Dieu PurRê a écrit :
>>>
>>>> je me demande bien comment peut être stocker en mémoire la valeur null
>>>> d'un booléen ?
>>>
>>> Sérieux ?
>>>
>>>
>>>
>>>
>> oui, as tu une explication technique ? si le booléen n'est pas
>> finalement stocké dans un octet ?
> 
> "Sérieux" ie : c'est trivial.
> 
> Vous vous demandez comment stocker de l'information avec des 0 et des 1 ?
> Sérieux ?
> 

bref tu ne reconnait même quand tu a trot...

tu parle d'une philosophie de pensée :-D

-- 
   \ /    Croire c'est le contraire de savoir,
-- o --  si j'y crois, je ne sais pas,
   / \    si je sais, pas la peine d'y croire.
--> Je Croix Pas, car Je Sais que c'est Faux MalgRê TouT...

[toc] | [prev] | [next] | [standalone]

Page 2 of 4 — ← Prev page 1 [2] 3 4  Next page →

Back to top | Article view | fr.comp.sys.mac.programmation

csiph-web