Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > fr.comp.sys.mac.programmation > #1892 > unrolled thread
| Started by | Roi Dieu PurRê <contact@meta-science.fr> |
|---|---|
| First post | 2020-11-16 20:02 +0100 |
| Last post | 2020-11-17 21:49 +0100 |
| Articles | 20 on this page of 62 — 7 participants |
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.
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 3 of 4 — ← Prev page 1 2 [3] 4 Next page →
| From | Thomas Alexandre <none@no.invalid> |
|---|---|
| Date | 2020-11-19 11:44 +0000 |
| Message-ID | <5fb65a9e$0$6461$426a74cc@news.free.fr> |
| In reply to | #1912 |
Le Tue, 17 Nov 2020 22:15:41 +0100, 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 : >>>>> 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 Vous affirmiez de manière absolue que les nullable types n'existaient pas. Vous aviez tort. -- "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]
| From | Roi Dieu PurRê <contact@meta-science.fr> |
|---|---|
| Date | 2020-11-19 15:54 +0100 |
| Message-ID | <5fb68732$0$24257$426a34cc@news.free.fr> |
| In reply to | #1919 |
Le 19/11/2020 à 12:44:30, Thomas Alexandre a écrit : > Le Tue, 17 Nov 2020 22:15:41 +0100, 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 : > >>>>>> 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 > > Vous affirmiez de manière absolue que les nullable types n'existaient pas. > Vous aviez tort. > > > > c'est une question de subjectivité, moi dans les logiciels de développement que j'ai utilisé depuis mes 12 ans, ils ne sont pas nombreux, seul les pointeurs et handels peuvent avoir une valeur nil, pas les autre type de variable qui on une valeur par défaut qui est faux ou 0 ou vide pour les string... -- \ / 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]
| From | Raspady <raspady@nowhere.invalid> |
|---|---|
| Date | 2020-11-19 17:17 +0100 |
| Message-ID | <rp65re$56m$1@gioia.aioe.org> |
| In reply to | #1926 |
On 2020-11-19 14:54:42 +0000, Roi Dieu PurR said: > c'est une question de subjectivité, moi dans les logiciels de > développement que j'ai utilisé depuis mes 12 ans, ils ne sont pas > nombreux, seul les pointeurs et handels peuvent avoir une valeur nil, > pas les autre type de variable qui on une valeur par défaut qui est > faux ou 0 ou vide pour les string... NULL = nil = (uint64 *) 0, uint64 étant un unsigned integer sur 64 bits mais on peut simplifier en NULL = nil = 0x0 La lecture d'un livre d'informatique pour les NULL ne peut pas nuire ;-)
[toc] | [prev] | [next] | [standalone]
| From | Roi Dieu PurRê <contact@meta-science.fr> |
|---|---|
| Date | 2020-11-19 17:57 +0100 |
| Message-ID | <5fb6a3e5$0$4021$426a34cc@news.free.fr> |
| In reply to | #1927 |
Le 19/11/2020 à 17:17:52, Raspady a écrit : > On 2020-11-19 14:54:42 +0000, Roi Dieu PurR said: > >> c'est une question de subjectivité, moi dans les logiciels de >> développement que j'ai utilisé depuis mes 12 ans, ils ne sont pas >> nombreux, seul les pointeurs et handels peuvent avoir une valeur nil, >> pas les autre type de variable qui on une valeur par défaut qui est >> faux ou 0 ou vide pour les string... > > NULL = nil = (uint64 *) 0, uint64 étant un unsigned integer sur 64 bits > mais on peut simplifier en NULL = nil = 0x0 > > La lecture d'un livre d'informatique pour les NULL ne peut pas nuire ;-) > j'ai pas trop compris et ça m’intéresse, tu veux dire que pour un integer le fait qu'il ai la valeur 0 veux dire qu'il est NULL ou NIL ? dans le langage que j'utilise notamment pour développer MacEdelweiss, voilà comment ça ce présente : dim IntTmp as Integer en suite je l'utilise comme je veux si je lit la valeur de IntTmp sans la modifier au préalable, j'aurait en retour la valeur 0... et là tu veux me dire que dans le gargon informatique en faite il est NULL et NIL a la fois ? si je veux incrémenter IntTmp de 1 sans l'avoir initalisé a une valeur, le résultat sera de IntTmp + 1 donc en partant du principe que je n'est pas besoin d'initialisé IntTmp pour l'utilisé si ça valeur par défaut me conviens donc 0, je ne considére pas que cette variable est nil... c'est une variable valide qui a une valeur par défaut a ça déclaration... pour moi le nil c'est quand un pointeur qui n'est rien d'autre qu'un integer qui pointe sur un bloque mémoire ne pointe sur rien... quand je fait ça : dim file as ItemFolder si je lit file, j'ai nil si je fait en suite : file = new FolderItem si ça ce passe bien j'ai pas nil, j'ai un pointeur sur l'objet si j'ai nil c'est que la création de l'objet n'a pas fonctionné... je fait la différence entre nul qui peut être 0 et nil... dire que une variable non initialisé après ça déclaration est null dans le sens quelle est a zéro n'as rien d'extraordinaire pour moi, rien a voir avec le nil des pointeur et handel qui sont des variable particulière sur cette question... donc si je comprend bien quand Thomas Alexandre disait que le boolean fraichement déclaré était en position nul ou null ou nil il voulais dire qu'il est réglé sur Faux... ??? tu parle du révélation ? :-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]
| From | Roi Dieu PurRê <contact@meta-science.fr> |
|---|---|
| Date | 2020-11-19 17:59 +0100 |
| Message-ID | <5fb6a47f$0$4021$426a34cc@news.free.fr> |
| In reply to | #1927 |
Le 19/11/2020 à 17:17:52, Raspady a écrit : > On 2020-11-19 14:54:42 +0000, Roi Dieu PurR said: > >> c'est une question de subjectivité, moi dans les logiciels de >> développement que j'ai utilisé depuis mes 12 ans, ils ne sont pas >> nombreux, seul les pointeurs et handels peuvent avoir une valeur nil, >> pas les autre type de variable qui on une valeur par défaut qui est >> faux ou 0 ou vide pour les string... > > NULL = nil = (uint64 *) 0, uint64 étant un unsigned integer sur 64 bits > mais on peut simplifier en NULL = nil = 0x0 > > La lecture d'un livre d'informatique pour les NULL ne peut pas nuire ;-) > j'ai pas trop compris et ça m’intéresse, tu veux dire que pour un integer le fait qu'il ai la valeur 0 veux dire qu'il est NULL ou NIL ? dans le langage que j'utilise notamment pour développer MacEdelweiss, voilà comment ça ce présente : dim IntTmp as Integer en suite je l'utilise comme je veux si je lit la valeur de IntTmp sans la modifier au préalable, j'aurait en retour la valeur 0... et là tu veux me dire que dans le gargon informatique en faite il est NULL et NIL a la fois ? si je veux incrémenter IntTmp de 1 sans l'avoir initalisé a une valeur, le résultat sera de IntTmp + 1 donc en partant du principe que je n'est pas besoin d'initialisé IntTmp pour l'utilisé si ça valeur par défaut me conviens donc 0, je ne considére pas que cette variable est nil... c'est une variable valide qui a une valeur par défaut a ça déclaration... pour moi le nil c'est quand un pointeur qui n'est rien d'autre qu'un integer qui pointe sur un bloque mémoire ne pointe sur rien... quand je fait ça : dim file as ItemFolder si je lit file, j'ai nil si je fait en suite : file = new FolderItem si ça ce passe bien j'ai pas nil, j'ai un pointeur sur l'objet si j'ai nil c'est que la création de l'objet n'a pas fonctionné... je fait la différence entre nul qui peut être 0 et nil... dire que une variable non initialisé après ça déclaration est null dans le sens quelle est a zéro n'as rien d'extraordinaire pour moi, rien a voir avec le nil des pointeur et handel qui sont des variable particulière sur cette question... donc si je comprend bien quand Thomas Alexandre disait que le boolean fraichement déclaré était en position nul ou null ou nil il voulais dire qu'il est réglé sur Faux... ??? tu parle du révélation ? :-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]
| From | Thomas Alexandre <none@no.invalid> |
|---|---|
| Date | 2020-11-19 17:13 +0000 |
| Message-ID | <5fb6a79c$0$13544$426a74cc@news.free.fr> |
| In reply to | #1926 |
Le Thu, 19 Nov 2020 15:54:42 +0100, Roi Dieu PurRê a écrit : > Le 19/11/2020 à 12:44:30, Thomas Alexandre a écrit : >> Vous affirmiez de manière absolue que les nullable types n'existaient >> pas. >> Vous aviez tort. > c'est une question de subjectivité [...] justement non. -- "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]
| From | Roi Dieu PurRê <contact@meta-science.fr> |
|---|---|
| Date | 2020-11-19 18:18 +0100 |
| Message-ID | <5fb6a8ec$0$13571$426a34cc@news.free.fr> |
| In reply to | #1935 |
Le 19/11/2020 à 18:13:00, Thomas Alexandre a écrit : > Le Thu, 19 Nov 2020 15:54:42 +0100, Roi Dieu PurRê a écrit : > >> Le 19/11/2020 à 12:44:30, Thomas Alexandre a écrit : > >>> Vous affirmiez de manière absolue que les nullable types n'existaient >>> pas. >>> Vous aviez tort. > >> c'est une question de subjectivité [...] > > justement non. > > si, tu parle de ton logiciel de programmation, dans le miens c'est différant... c'est subjectif à l'outil utilisé... Quand je tape NULL dans la recherche du langage référence de Xojo voilà ce que j'ai : <https://prnt.sc/vmbmyg> il n'en parle même pas du 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]
| From | Roi Dieu PurRê <contact@meta-science.fr> |
|---|---|
| Date | 2020-11-19 18:24 +0100 |
| Message-ID | <5fb6aa46$0$13571$426a34cc@news.free.fr> |
| In reply to | #1938 |
Le 19/11/2020 à 18:18:36, Roi Dieu PurRê a écrit : > Le 19/11/2020 à 18:13:00, Thomas Alexandre a écrit : >> Le Thu, 19 Nov 2020 15:54:42 +0100, Roi Dieu PurRê a écrit : >> >>> Le 19/11/2020 à 12:44:30, Thomas Alexandre a écrit : >> >>>> Vous affirmiez de manière absolue que les nullable types n'existaient >>>> pas. >>>> Vous aviez tort. >> >>> c'est une question de subjectivité [...] >> >> justement non. >> >> > > si, tu parle de ton logiciel de programmation, dans le miens c'est > différant... c'est subjectif à l'outil utilisé... > > Quand je tape NULL dans la recherche du langage référence de Xojo voilà > ce que j'ai : > > <https://prnt.sc/vmbmyg> > > il n'en parle même pas du NULL > ha si finalement ils en parle... Variant.IsNull() As Boolean Returns True if the Variant is Nil. Var v As Variant If v = Nil Then ... End If // OR you can write If v.IsNull Then ... End If bon je vois pas trop à quoi ça peux me servir, mais effectivement ça reste à voir... un exemple concret de l'utilise de la chose ? -- \ / 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]
| From | Thomas Alexandre <none@no.invalid> |
|---|---|
| Date | 2020-11-19 17:40 +0000 |
| Message-ID | <5fb6ae07$0$4018$426a34cc@news.free.fr> |
| In reply to | #1938 |
Le Thu, 19 Nov 2020 18:18:36 +0100, Roi Dieu PurRê a écrit : > Le 19/11/2020 à 18:13:00, Thomas Alexandre a écrit : >> Le Thu, 19 Nov 2020 15:54:42 +0100, Roi Dieu PurRê a écrit : >> >>> Le 19/11/2020 à 12:44:30, Thomas Alexandre a écrit : >> >>>> Vous affirmiez de manière absolue que les nullable types n'existaient >>>> pas. >>>> Vous aviez tort. >> >>> c'est une question de subjectivité [...] >> >> justement non. >> >> >> > si, tu parle de ton logiciel de programmation [...] Je parle des langages qui gèrent le nullable types. Et qui selon vous n'existent pas. Vous aviez tort. -- "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]
| From | Roi Dieu PurRê <contact@meta-science.fr> |
|---|---|
| Date | 2020-11-19 18:48 +0100 |
| Message-ID | <5fb6b00c$0$24279$426a34cc@news.free.fr> |
| In reply to | #1941 |
Le 19/11/2020 à 18:40:23, Thomas Alexandre a écrit : > Le Thu, 19 Nov 2020 18:18:36 +0100, Roi Dieu PurRê a écrit : > >> Le 19/11/2020 à 18:13:00, Thomas Alexandre a écrit : >>> Le Thu, 19 Nov 2020 15:54:42 +0100, Roi Dieu PurRê a écrit : >>> >>>> Le 19/11/2020 à 12:44:30, Thomas Alexandre a écrit : >>> >>>>> Vous affirmiez de manière absolue que les nullable types n'existaient >>>>> pas. >>>>> Vous aviez tort. >>> >>>> c'est une question de subjectivité [...] >>> >>> justement non. >>> >>> >>> >> si, tu parle de ton logiciel de programmation [...] > > Je parle des langages qui gèrent le nullable types. > Et qui selon vous n'existent pas. > > Vous aviez tort. > > > oui j'ai eu tort je le reconnait d'autant plus que mon logiciel Xojo, les gèrent comme quoi j'en avais jamais entendu parler parce que j'en avais pas l'utilité, je vais voir a quoi ça peu servir et si ça peux me servir... oui j'ai eu tort sur les métaphore, même si beaucoup ce trompe sur cette question et qu'il parle de métaphore alors qu'il s’agit d'une analogie... maintenant est ce que j'ai trot a propos de l'athée qui croit que Dieu n'existe pas, je pense que non mais peut être que je me trompe pour certain athée... finalement tu m'apprend des choses et moi je fait le difficile, je suis un dur d'oreilles analogiquement parlent :-) maintenant sur la question des sciences occulte je pense que j'en sais plus que toi, mais ton savoir sur d'autres domaine est intéressent pour moi car c'est interactif... ce n'est pas comme chercher dans un moteur de recherche comme Google, c'est un dialogue... donc après avoir écrit ce que tu viens de lire, je te le dis tu viens de remonter dans mon estime et que maintenant quand tu dira quelque chose je chercherait a comprendre plutôt que faire opposition... en fait je réalise maintenant que j'ai de la chance que tu soit dans le groupe esoterisme mais je sais ,aussi que tu en m'a pas parler beaucoup de l'esoterisme, donc je me demande ce que tu viens y faire ? c'est moi qui t’intéresse ? ma personne ? -- \ / 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]
| From | Thomas Alexandre <none@no.invalid> |
|---|---|
| Date | 2020-11-19 11:43 +0000 |
| Message-ID | <5fb65a4d$0$6461$426a74cc@news.free.fr> |
| In reply to | #1911 |
Le Tue, 17 Nov 2020 22:13:44 +0100, 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 : >>>> 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, Oui, ça s'appelle un langage de programmation et c'est une couche d'abstraction. > 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... Ce qui n'empêche en rien d'**implémenter** un booléen à trois états (true,false,null), y compris en assembleur, patate. Idem pour des float à +inf,-inf, NaN, etc ... -- "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]
| From | pehache <pehache.7@gmail.com> |
|---|---|
| Date | 2020-11-19 11:59 +0000 |
| Message-ID | <KJUwYNlo1k27-jBIdtvzn6PDY7w@jntp> |
| In reply to | #1918 |
Le 19/11/2020 à 12:43, Thomas Alexandre a écrit : > >> 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... > > Ce qui n'empêche en rien d'**implémenter** un booléen à trois états > (true,false,null), y compris en assembleur, patate. > > Idem pour des float à +inf,-inf, NaN, etc ... Pour Inf et Nan ce n'est pas la même chose. La représentation binaire d'un float +/-Inf ou NaN est prévue par la norme IEEE 754, suivie par quasiment tout le monde aujourd'hui. Elle ne prévoit rien pour un éventuel Null. Pour les integer c'est encore "pire" : toutes les représentation binaires correspondent à un integer valide il me semble, donc ça ne peut passer que par une couche supplémentaire.
[toc] | [prev] | [next] | [standalone]
| From | Roi Dieu PurRê <contact@meta-science.fr> |
|---|---|
| Date | 2020-11-19 13:19 +0100 |
| Message-ID | <5fb662d6$0$24277$426a34cc@news.free.fr> |
| In reply to | #1921 |
Le 19/11/2020 à 12:59:13, pehache a écrit : > Le 19/11/2020 à 12:43, Thomas Alexandre a écrit : >> >>> 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... >> >> Ce qui n'empêche en rien d'**implémenter** un booléen à trois états >> (true,false,null), y compris en assembleur, patate. >> >> Idem pour des float à +inf,-inf, NaN, etc ... > > Pour Inf et Nan ce n'est pas la même chose. La représentation binaire > d'un float +/-Inf ou NaN est prévue par la norme IEEE 754, suivie par > quasiment tout le monde aujourd'hui. Elle ne prévoit rien pour un > éventuel Null. Pour les integer c'est encore "pire" : toutes les > représentation binaires correspondent à un integer valide il me semble, > donc ça ne peut passer que par une couche supplémentaire. > je pense que Thomas Alexandre ne connait pas le fonctionnement d'un processeur et qu'il a appris a l'école la programmation comme beaucoup qui on ce parcourt, il répète ce qu'il on appris sans ce poser de question, j'ai mon frère par exemple qui est ingénieur en informatique il m'affirme que un string est une chaine de pointeurs qui pointe chacun sur un caractère en mémoire, sur le plan de la logique c'est complément absurde et sur le plan technique ça l'est aussi, mais lui il a appris la programmation a l'école et a l’école il semblerait que on apprend pas tout et on ne ce pose pas toutes les questions... j'ai commencé l'assembleur sur un Z80 et j'ai jamais vu un boolean avoirs autres valeurs que vrai ou faux, c'est même techniquement impossible autrement... alors quand on me dis que un boolean peut avoir la valeur nul ce ne peut être qu'une option du compilateur a la compilation et non a l’exécution mais pour le processeur un boolean nul ça n'existe pas... -- \ / 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]
| From | Thomas Alexandre <none@no.invalid> |
|---|---|
| Date | 2020-11-19 16:59 +0000 |
| Message-ID | <5fb6a45f$0$13544$426a74cc@news.free.fr> |
| In reply to | #1921 |
Le Thu, 19 Nov 2020 11:59:13 +0000, pehache a écrit : > Le 19/11/2020 à 12:43, Thomas Alexandre a écrit : >> >>> 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... >> >> Ce qui n'empêche en rien d'**implémenter** un booléen à trois états >> (true,false,null), y compris en assembleur, patate. >> >> Idem pour des float à +inf,-inf, NaN, etc ... > > Pour Inf et Nan ce n'est pas la même chose. De la même manière que "null" n'est pas mathématiquement un booléen, inf n'est mathématiquement pas un float (ce n'est même pas un réel). La similitude s'arrête là. > La représentation binaire > d'un float +/-Inf ou NaN est prévue par la norme IEEE 754, suivie par > quasiment tout le monde aujourd'hui. Absolument. > Elle ne prévoit rien pour un éventuel Null. La représentation binaire en elle-même, effectivement. Ça n'empêche pas d'avoir du nullable float en PHP, Python ou JS. > Pour les integer c'est encore "pire" : toutes les > représentation binaires correspondent à un integer valide il me semble, > donc ça ne peut passer que par une couche supplémentaire. 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]
| From | Roi Dieu PurRê <contact@meta-science.fr> |
|---|---|
| Date | 2020-11-19 18:05 +0100 |
| Message-ID | <5fb6a5f2$0$4021$426a34cc@news.free.fr> |
| In reply to | #1930 |
Le 19/11/2020 à 17:59:11, Thomas Alexandre a écrit : > Le Thu, 19 Nov 2020 11:59:13 +0000, pehache a écrit : > >> Le 19/11/2020 à 12:43, Thomas Alexandre a écrit : >>> >>>> 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... >>> >>> Ce qui n'empêche en rien d'**implémenter** un booléen à trois états >>> (true,false,null), y compris en assembleur, patate. >>> >>> Idem pour des float à +inf,-inf, NaN, etc ... >> >> Pour Inf et Nan ce n'est pas la même chose. > > De la même manière que "null" n'est pas mathématiquement un booléen, inf > n'est mathématiquement pas un float (ce n'est même pas un réel). > > La similitude s'arrête là. > >> La représentation binaire >> d'un float +/-Inf ou NaN est prévue par la norme IEEE 754, suivie par >> quasiment tout le monde aujourd'hui. > > Absolument. > >> Elle ne prévoit rien pour un éventuel Null. > > La représentation binaire en elle-même, effectivement. > > Ça n'empêche pas d'avoir du nullable float en PHP, Python ou JS. > >> Pour les integer c'est encore "pire" : toutes les >> représentation binaires correspondent à un integer valide il me semble, >> donc ça ne peut passer que par une couche supplémentaire. > > Absolument. > > > donc on en reviens a ce dire que si tu a une deux chevaux et quelle ne dépasse pas les 100Kmh tu va dire que toutes les voitures ne dépasse pas les 100Kmh ? là tu me parle d'une particularité de langage lier a ton outils de dévelopmeent, moi quand je déclare un Integer je peut l'utilisé tel quelle sans l'initalisé si ça valeur inital apres déclaration qui est 0 par defaut me conviens... -- \ / 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]
| From | Thomas Alexandre <none@no.invalid> |
|---|---|
| Date | 2020-11-19 17:12 +0000 |
| Message-ID | <5fb6a76b$0$13544$426a74cc@news.free.fr> |
| In reply to | #1932 |
Le Thu, 19 Nov 2020 18:05:54 +0100, Roi Dieu PurRê a écrit : > donc on en reviens a ce dire que si tu a une deux chevaux et quelle ne > dépasse pas les 100Kmh tu va dire que toutes les voitures ne dépasse pas > les 100Kmh ? Vous affirmez qu'il est impossible qu'une variable booléenne en informatique ait une autre valeur que true ou false. Or : https://en.wikipedia.org/wiki/Nullable_type L'analogie s'applique à vous, ma patate : "le langage que j'utilise n'implémente pas les nullable types donc aucun langage ne les 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]
| From | Roi Dieu PurRê <contact@meta-science.fr> |
|---|---|
| Date | 2020-11-19 18:30 +0100 |
| Message-ID | <5fb6abcb$0$13567$426a34cc@news.free.fr> |
| In reply to | #1934 |
Le 19/11/2020 à 18:12:11, Thomas Alexandre a écrit : > Le Thu, 19 Nov 2020 18:05:54 +0100, Roi Dieu PurRê a écrit : > >> donc on en reviens a ce dire que si tu a une deux chevaux et quelle ne >> dépasse pas les 100Kmh tu va dire que toutes les voitures ne dépasse pas >> les 100Kmh ? > > Vous affirmez qu'il est impossible qu'une variable booléenne en > informatique ait une autre valeur que true ou false. > > Or : https://en.wikipedia.org/wiki/Nullable_type > > L'analogie s'applique à vous, ma patate : "le langage que j'utilise > n'implémente pas les nullable types donc aucun langage ne les implémente". > > > je viens de voir de la doc dessus Xojo en prend compte, mais je ne connaissait pas du tout ce truc, je ne vois pas trop a quoi ça peux servir, enfin bon, je pense que je n'est pas compris de quoi tu parle parce que je ne connaissait pas du tout ça... j'y jetterait un oeil dessus ça peux me servir... c'était un mal entendu de ma part... -- \ / 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]
| From | Thomas Alexandre <none@no.invalid> |
|---|---|
| Date | 2020-11-19 17:43 +0000 |
| Message-ID | <5fb6aeb7$0$4018$426a34cc@news.free.fr> |
| In reply to | #1940 |
Le Thu, 19 Nov 2020 18:30:44 +0100, Roi Dieu PurRê a écrit : > Le 19/11/2020 à 18:12:11, Thomas Alexandre a écrit : >> Le Thu, 19 Nov 2020 18:05:54 +0100, Roi Dieu PurRê a écrit : >> >>> donc on en reviens a ce dire que si tu a une deux chevaux et quelle ne >>> dépasse pas les 100Kmh tu va dire que toutes les voitures ne dépasse >>> pas les 100Kmh ? >> >> Vous affirmez qu'il est impossible qu'une variable booléenne en >> informatique ait une autre valeur que true ou false. >> >> Or : https://en.wikipedia.org/wiki/Nullable_type >> >> L'analogie s'applique à vous, ma patate : "le langage que j'utilise >> n'implémente pas les nullable types donc aucun langage ne les >> implémente". > je viens de voir de la doc dessus Xojo en prend compte, mais je ne > connaissait pas du tout ce truc,[...] Vous croyiez avoir raison mais vous aviez tort. -- "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]
| From | Roi Dieu PurRê <contact@meta-science.fr> |
|---|---|
| Date | 2020-11-19 18:51 +0100 |
| Message-ID | <5fb6b0c8$0$24279$426a34cc@news.free.fr> |
| In reply to | #1942 |
Le 19/11/2020 à 18:43:19, Thomas Alexandre a écrit : > Le Thu, 19 Nov 2020 18:30:44 +0100, Roi Dieu PurRê a écrit : > >> Le 19/11/2020 à 18:12:11, Thomas Alexandre a écrit : >>> Le Thu, 19 Nov 2020 18:05:54 +0100, Roi Dieu PurRê a écrit : >>> >>>> donc on en reviens a ce dire que si tu a une deux chevaux et quelle ne >>>> dépasse pas les 100Kmh tu va dire que toutes les voitures ne dépasse >>>> pas les 100Kmh ? >>> >>> Vous affirmez qu'il est impossible qu'une variable booléenne en >>> informatique ait une autre valeur que true ou false. >>> >>> Or : https://en.wikipedia.org/wiki/Nullable_type >>> >>> L'analogie s'applique à vous, ma patate : "le langage que j'utilise >>> n'implémente pas les nullable types donc aucun langage ne les >>> implémente". > >> je viens de voir de la doc dessus Xojo en prend compte, mais je ne >> connaissait pas du tout ce truc,[...] > > Vous croyiez avoir raison mais vous aviez tort. > > > oui je croyait comme quoi on peu croire sans le savoir en passant savoir... c'est valable pour l'athée comme pour tout autre personne... c'est gênant mais c'est ce qui permet la diversité, on en apprend des erreurs :-) moi je vois ça comme un exercice de réflexion, nos echange nous on permis de réflechire et de développer nos propre connaissance et surtout la manière de les transmettre... -- \ / 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]
| From | "Pousse m." <pmousse@email.club> |
|---|---|
| Date | 2020-11-18 16:13 +0100 |
| Message-ID | <rp3dls$pr4$1@gioia.aioe.org> |
| In reply to | #1908 |
Le 17/11/20 à 21:34, 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 : >>> >>>> Le 16/11/2020 à 23:16:44, Thomas Alexandre a écrit : >>>>> Le Mon, 16 Nov 2020 23:04:34 +0100, Roi Dieu PurRê a écrit : >>>>> >>>>>> Le 16/11/2020 à 22:31:53, Thomas Alexandre a écrit : >>>>>>> Le Mon, 16 Nov 2020 22:20:03 +0100, Roi Dieu PurRê a écrit : >>>>>>> >>>>>>>> Le 16/11/2020 à 21:29:33, Thomas Alexandre a écrit : >>>>>>>>>> nul est utilisé que pour les pointeur et les handle... >>>>>>>>> Faux : >>>>>>>>> >>>>>>>>> "Nullable types are a feature of some programming languages which >>>>>>>>> allow >>>>>>>>> the value to be set to the special value NULL instead of the >>>>>>>>> usual >>>>>>>>> possible values of the data type" >>>>>>>>> https://en.wikipedia.org/wiki/Nullable_type >>>>>>>> Remarque : en JavaScript, undefined est la valeur par défaut des >>>>>>>> variables, qui marque l'inexistence de la donnée. Elle se distingue >>>>>>>> ainsi de la valeur null qui marque explicitement l'absence de la >>>>>>>> donnée. >>>>>>>> Ces deux valeurs pourront entraîner les mêmes erreurs si elles sont >>>>>>>> utilisées à la place d'une donnée valide. >>>>>>> Vous savez lire finalement. >>>>>> undefined, n'est pas null... >>>>> En JS. >>>>> >>>>>> donc ton exemple est faux... >>>>> J'ai donné un exemple ? Si oui c'était en PHP et manque de pot ... >>>> non tu as donné une liste de langage en affirment qu'il le faisait >>>> tous, >>> Tous les langages de la liste implémentent un Nullable Type, patate. >>> >>> JS aussi, patate, en plus d'un undefined, patate. >>> >>> 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. >>> >>>> alors que tu ne connait même pas la particularité des langage que >>>> j'utilise et qui font exception... >>> 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. >>>> espèce de Viper a mettre sur le fil vert... >>> Cheuqui, un an qu'on l'attend. >>> >>> 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. >>> >>>>>>>> dans le langage que j'utilise pour [....] >>>>>>> On s'en fout. >>>>>>> >>>>>> hein ? >>>>> On s'en fout. >>>>> >>>>> 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. >>> 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 avec Xojo, si je déclare une variable > Boolean avec dim variable as boolean, je peux utiliser cette variable > sans l'initialisé et elle a pour valeur faux... > > mais comme vous êtes toujours de mauvaise foi vous allez me dire que je > dis des conneries ? > tu joues au légo avec ton compilateur à la ramasse, t'aurais mieux fais de faire du C c'est toujours d'actualité -> si à 30 ans t'écris pas en C t'as raté ta vie.
[toc] | [prev] | [next] | [standalone]
Page 3 of 4 — ← Prev page 1 2 [3] 4 Next page →
Back to top | Article view | fr.comp.sys.mac.programmation
csiph-web