Non, pas du tout. La mémoire partagée POSIX se manipule avec les fonctions shm_open, shm_unlink et mmap/munmap, la mémoire partagée SysV avec shmget, shmctl, shmat et shmdt, les deux étant tout à fait indépendants, et non inter-opérables. Techniquement, sous Linux, la mémoire partagée POSIX est implémentée complètement dans la libc, en utilisant des fichiers mmapés dans un tmpfs (le fameux /dev/shm), alors que la mémoire partagée SysV est gérée par des appels système spécifiques.
Il n'empêche que le driver en question lorsqu'il parle de mémoire partagée POSIX parle bien des IPC dont j'ai parlé.
Comme d'habitude tu penses être le seul à avoir raison et tout le monde autours de toi à tort... Tssss.
Je le maîtrise déjà mieux que toi, visiblement...
On voit ça...
Oui, c'est même indéniable.
-- Emmanuel Fleury | Office: 211 Associate Professor, | Phone: +33 (0)5 40 00 35 24 LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69 351, Cours de la Libération | email: 33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Nicolas George wrote:
Non, pas du tout. La mémoire partagée POSIX se manipule avec les fonctions
shm_open, shm_unlink et mmap/munmap, la mémoire partagée SysV avec shmget,
shmctl, shmat et shmdt, les deux étant tout à fait indépendants, et non
inter-opérables. Techniquement, sous Linux, la mémoire partagée POSIX est
implémentée complètement dans la libc, en utilisant des fichiers mmapés dans
un tmpfs (le fameux /dev/shm), alors que la mémoire partagée SysV est gérée
par des appels système spécifiques.
Il n'empêche que le driver en question lorsqu'il parle de mémoire
partagée POSIX parle bien des IPC dont j'ai parlé.
Comme d'habitude tu penses être le seul à avoir raison et tout le monde
autours de toi à tort... Tssss.
Je le maîtrise déjà mieux que toi, visiblement...
On voit ça...
Oui, c'est même indéniable.
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: emmanuel.fleury@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Non, pas du tout. La mémoire partagée POSIX se manipule avec les fonctions shm_open, shm_unlink et mmap/munmap, la mémoire partagée SysV avec shmget, shmctl, shmat et shmdt, les deux étant tout à fait indépendants, et non inter-opérables. Techniquement, sous Linux, la mémoire partagée POSIX est implémentée complètement dans la libc, en utilisant des fichiers mmapés dans un tmpfs (le fameux /dev/shm), alors que la mémoire partagée SysV est gérée par des appels système spécifiques.
Il n'empêche que le driver en question lorsqu'il parle de mémoire partagée POSIX parle bien des IPC dont j'ai parlé.
Comme d'habitude tu penses être le seul à avoir raison et tout le monde autours de toi à tort... Tssss.
Je le maîtrise déjà mieux que toi, visiblement...
On voit ça...
Oui, c'est même indéniable.
-- Emmanuel Fleury | Office: 211 Associate Professor, | Phone: +33 (0)5 40 00 35 24 LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69 351, Cours de la Libération | email: 33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Nicolas George
Emmanuel Fleury wrote in message <e7o5gp$1rf$:
Il n'empêche que le driver en question lorsqu'il parle de mémoire partagée POSIX parle bien des IPC dont j'ai parlé.
Non, cf. <URL: http://www2.ati.com/drivers/linux/linux_8.25.18.html >, je cite : « POSIX Shared Memory (/dev/shm) support is required for 3D applications », c'est bien de la mémoire partagée POSIX, pas de la mémoire partagée SysV. Et de fait, un examen de fglrx_dri.so et atiogl_a_dri.so montre qu'ils utilisent shm_open et shm_unlink (mémoire partagée POSIX) et pas du tout shmget/shmat/shmctl (mémoire partagée SysV).
Je récapitule donc : tu as successivement affirmé que :
- le bon fonctionnement de Mozilla ou Gaim implique le bon fonctionnement de la mémoire partagée POSIX ;
- ipcs permet d'obtenir des informations sur la mémoire partagée POSIX ;
- la mémoire partagée POSIX et SysV sont la même chose ;
- les drivers ATI utilisent de la mémoire partagée SysV.
Quatre affirmations en quatre messages successifs, toutes techniquement fausses. Tu ne penses pas que tu ferais mieux de t'arrêter ?
Comme d'habitude tu penses être le seul à avoir raison et tout le monde autours de toi à tort... Tssss.
En l'occurrence, ce n'est pas tout le monde, c'est juste toi.
Emmanuel Fleury wrote in message <e7o5gp$1rf$1@news.u-bordeaux1.fr>:
Il n'empêche que le driver en question lorsqu'il parle de mémoire
partagée POSIX parle bien des IPC dont j'ai parlé.
Non, cf. <URL: http://www2.ati.com/drivers/linux/linux_8.25.18.html >, je
cite : « POSIX Shared Memory (/dev/shm) support is required for 3D
applications », c'est bien de la mémoire partagée POSIX, pas de la mémoire
partagée SysV. Et de fait, un examen de fglrx_dri.so et atiogl_a_dri.so
montre qu'ils utilisent shm_open et shm_unlink (mémoire partagée POSIX) et
pas du tout shmget/shmat/shmctl (mémoire partagée SysV).
Je récapitule donc : tu as successivement affirmé que :
- le bon fonctionnement de Mozilla ou Gaim implique le bon fonctionnement de
la mémoire partagée POSIX ;
- ipcs permet d'obtenir des informations sur la mémoire partagée POSIX ;
- la mémoire partagée POSIX et SysV sont la même chose ;
- les drivers ATI utilisent de la mémoire partagée SysV.
Quatre affirmations en quatre messages successifs, toutes techniquement
fausses. Tu ne penses pas que tu ferais mieux de t'arrêter ?
Comme d'habitude tu penses être le seul à avoir raison et tout le monde
autours de toi à tort... Tssss.
En l'occurrence, ce n'est pas tout le monde, c'est juste toi.
Il n'empêche que le driver en question lorsqu'il parle de mémoire partagée POSIX parle bien des IPC dont j'ai parlé.
Non, cf. <URL: http://www2.ati.com/drivers/linux/linux_8.25.18.html >, je cite : « POSIX Shared Memory (/dev/shm) support is required for 3D applications », c'est bien de la mémoire partagée POSIX, pas de la mémoire partagée SysV. Et de fait, un examen de fglrx_dri.so et atiogl_a_dri.so montre qu'ils utilisent shm_open et shm_unlink (mémoire partagée POSIX) et pas du tout shmget/shmat/shmctl (mémoire partagée SysV).
Je récapitule donc : tu as successivement affirmé que :
- le bon fonctionnement de Mozilla ou Gaim implique le bon fonctionnement de la mémoire partagée POSIX ;
- ipcs permet d'obtenir des informations sur la mémoire partagée POSIX ;
- la mémoire partagée POSIX et SysV sont la même chose ;
- les drivers ATI utilisent de la mémoire partagée SysV.
Quatre affirmations en quatre messages successifs, toutes techniquement fausses. Tu ne penses pas que tu ferais mieux de t'arrêter ?
Comme d'habitude tu penses être le seul à avoir raison et tout le monde autours de toi à tort... Tssss.
En l'occurrence, ce n'est pas tout le monde, c'est juste toi.
Emmanuel Fleury
Nicolas George wrote:
Non, cf. <URL: http://www2.ati.com/drivers/linux/linux_8.25.18.html >, je cite : « POSIX Shared Memory (/dev/shm) support is required for 3D applications », c'est bien de la mémoire partagée POSIX, pas de la mémoire partagée SysV. Et de fait, un examen de fglrx_dri.so et atiogl_a_dri.so montre qu'ils utilisent shm_open et shm_unlink (mémoire partagée POSIX) et pas du tout shmget/shmat/shmctl (mémoire partagée SysV).
Tu t'enfonces le doigt dans l'oeil jusqu'à l'occiput. Regarde le code de ces fameux drivers et tu verra que j'ai raison. Ils font référence aux shm tels que j'en ai parlé...
Je récapitule donc : tu as successivement affirmé que :
- le bon fonctionnement de Mozilla ou Gaim implique le bon fonctionnement de la mémoire partagée POSIX ;
- ipcs permet d'obtenir des informations sur la mémoire partagée POSIX ;
- la mémoire partagée POSIX et SysV sont la même chose ;
- les drivers ATI utilisent de la mémoire partagée SysV.
Quatre affirmations en quatre messages successifs, toutes techniquement fausses. Tu ne penses pas que tu ferais mieux de t'arrêter ?
Sauf que les drivers ATI utilisent l'interface SysV, et donc j'ai raison. CQFD
Corollaire: Tu as tort et tu persistes... une fois de plus.
Bref, tu es trop con... Je ne perdrai pas une minute de plus à te démontrer que j'ai raison (et j'ai raison, c'est indéniable) car tu sembles complètement aveugle.
PLONK -- Emmanuel Fleury | Office: 211 Associate Professor, | Phone: +33 (0)5 40 00 35 24 LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69 351, Cours de la Libération | email: 33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Nicolas George wrote:
Non, cf. <URL: http://www2.ati.com/drivers/linux/linux_8.25.18.html >, je
cite : « POSIX Shared Memory (/dev/shm) support is required for 3D
applications », c'est bien de la mémoire partagée POSIX, pas de la mémoire
partagée SysV. Et de fait, un examen de fglrx_dri.so et atiogl_a_dri.so
montre qu'ils utilisent shm_open et shm_unlink (mémoire partagée POSIX) et
pas du tout shmget/shmat/shmctl (mémoire partagée SysV).
Tu t'enfonces le doigt dans l'oeil jusqu'à l'occiput. Regarde le code de
ces fameux drivers et tu verra que j'ai raison. Ils font référence aux
shm tels que j'en ai parlé...
Je récapitule donc : tu as successivement affirmé que :
- le bon fonctionnement de Mozilla ou Gaim implique le bon fonctionnement de
la mémoire partagée POSIX ;
- ipcs permet d'obtenir des informations sur la mémoire partagée POSIX ;
- la mémoire partagée POSIX et SysV sont la même chose ;
- les drivers ATI utilisent de la mémoire partagée SysV.
Quatre affirmations en quatre messages successifs, toutes techniquement
fausses. Tu ne penses pas que tu ferais mieux de t'arrêter ?
Sauf que les drivers ATI utilisent l'interface SysV, et donc j'ai
raison. CQFD
Corollaire: Tu as tort et tu persistes... une fois de plus.
Bref, tu es trop con... Je ne perdrai pas une minute de plus à te
démontrer que j'ai raison (et j'ai raison, c'est indéniable) car tu
sembles complètement aveugle.
PLONK
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: emmanuel.fleury@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Non, cf. <URL: http://www2.ati.com/drivers/linux/linux_8.25.18.html >, je cite : « POSIX Shared Memory (/dev/shm) support is required for 3D applications », c'est bien de la mémoire partagée POSIX, pas de la mémoire partagée SysV. Et de fait, un examen de fglrx_dri.so et atiogl_a_dri.so montre qu'ils utilisent shm_open et shm_unlink (mémoire partagée POSIX) et pas du tout shmget/shmat/shmctl (mémoire partagée SysV).
Tu t'enfonces le doigt dans l'oeil jusqu'à l'occiput. Regarde le code de ces fameux drivers et tu verra que j'ai raison. Ils font référence aux shm tels que j'en ai parlé...
Je récapitule donc : tu as successivement affirmé que :
- le bon fonctionnement de Mozilla ou Gaim implique le bon fonctionnement de la mémoire partagée POSIX ;
- ipcs permet d'obtenir des informations sur la mémoire partagée POSIX ;
- la mémoire partagée POSIX et SysV sont la même chose ;
- les drivers ATI utilisent de la mémoire partagée SysV.
Quatre affirmations en quatre messages successifs, toutes techniquement fausses. Tu ne penses pas que tu ferais mieux de t'arrêter ?
Sauf que les drivers ATI utilisent l'interface SysV, et donc j'ai raison. CQFD
Corollaire: Tu as tort et tu persistes... une fois de plus.
Bref, tu es trop con... Je ne perdrai pas une minute de plus à te démontrer que j'ai raison (et j'ai raison, c'est indéniable) car tu sembles complètement aveugle.
PLONK -- Emmanuel Fleury | Office: 211 Associate Professor, | Phone: +33 (0)5 40 00 35 24 LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69 351, Cours de la Libération | email: 33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Sébastien Monbrun aka TiChou
Dans le message <news:e7oicc$6a5$, *Emmanuel Fleury* tapota sur f.c.o.l.configuration :
Nicolas George wrote:
[...]
La suite au prochain épisode.
En attendant, chers amis, durant cet interlude nous vous invitons à rejoindre le hall d'entrée de fcolc où un petit rafraichissement vous sera servi afin de reprendre vos esprits et de savourer ce court moment de détente.
-- Sébastien Monbrun aka TiChou
Dans le message <news:e7oicc$6a5$1@news.u-bordeaux1.fr>,
*Emmanuel Fleury* tapota sur f.c.o.l.configuration :
Nicolas George wrote:
[...]
La suite au prochain épisode.
En attendant, chers amis, durant cet interlude nous vous invitons à
rejoindre le hall d'entrée de fcolc où un petit rafraichissement vous sera
servi afin de reprendre vos esprits et de savourer ce court moment de
détente.
Dans le message <news:e7oicc$6a5$, *Emmanuel Fleury* tapota sur f.c.o.l.configuration :
Nicolas George wrote:
[...]
La suite au prochain épisode.
En attendant, chers amis, durant cet interlude nous vous invitons à rejoindre le hall d'entrée de fcolc où un petit rafraichissement vous sera servi afin de reprendre vos esprits et de savourer ce court moment de détente.
-- Sébastien Monbrun aka TiChou
Nicolas George
Emmanuel Fleury wrote in message <e7oicc$6a5$:
Non, cf. <URL: http://www2.ati.com/drivers/linux/linux_8.25.18.html >, je cite : « POSIX Shared Memory (/dev/shm) support is required for 3D applications », c'est bien de la mémoire partagée POSIX, pas de la mémoire partagée SysV. Et de fait, un examen de fglrx_dri.so et atiogl_a_dri.so montre qu'ils utilisent shm_open et shm_unlink (mémoire partagée POSIX) et pas du tout shmget/shmat/shmctl (mémoire partagée SysV). Tu t'enfonces le doigt dans l'oeil jusqu'à l'occiput. Regarde le code de
ces fameux drivers et tu verra que j'ai raison. Ils font référence aux shm tels que j'en ai parlé...
La réfutation de cette affirmation est précisément dans le paragraphe que tu cites : les drivers ATI utilisent les fonctions shm_open et shm_unlink et pas les fonctions shmget, shmat et shmctl, on le vérifie aisément en examinant la table des symboles des modules fournis (fglrx_dri.so et atiogl_a_dri.so ; l'examen de la table des symboles se fait avec nm -D).
Maintenant, tu prétends le contraire, alors prouve un tant soi peu tes affirmations par des références aussi précises et irréfutables que les miennes.
Emmanuel Fleury wrote in message <e7oicc$6a5$1@news.u-bordeaux1.fr>:
Non, cf. <URL: http://www2.ati.com/drivers/linux/linux_8.25.18.html >, je
cite : « POSIX Shared Memory (/dev/shm) support is required for 3D
applications », c'est bien de la mémoire partagée POSIX, pas de la mémoire
partagée SysV. Et de fait, un examen de fglrx_dri.so et atiogl_a_dri.so
montre qu'ils utilisent shm_open et shm_unlink (mémoire partagée POSIX) et
pas du tout shmget/shmat/shmctl (mémoire partagée SysV).
Tu t'enfonces le doigt dans l'oeil jusqu'à l'occiput. Regarde le code de
ces fameux drivers et tu verra que j'ai raison. Ils font référence aux
shm tels que j'en ai parlé...
La réfutation de cette affirmation est précisément dans le paragraphe que tu
cites : les drivers ATI utilisent les fonctions shm_open et shm_unlink et
pas les fonctions shmget, shmat et shmctl, on le vérifie aisément en
examinant la table des symboles des modules fournis (fglrx_dri.so et
atiogl_a_dri.so ; l'examen de la table des symboles se fait avec nm -D).
Maintenant, tu prétends le contraire, alors prouve un tant soi peu tes
affirmations par des références aussi précises et irréfutables que les
miennes.
Non, cf. <URL: http://www2.ati.com/drivers/linux/linux_8.25.18.html >, je cite : « POSIX Shared Memory (/dev/shm) support is required for 3D applications », c'est bien de la mémoire partagée POSIX, pas de la mémoire partagée SysV. Et de fait, un examen de fglrx_dri.so et atiogl_a_dri.so montre qu'ils utilisent shm_open et shm_unlink (mémoire partagée POSIX) et pas du tout shmget/shmat/shmctl (mémoire partagée SysV). Tu t'enfonces le doigt dans l'oeil jusqu'à l'occiput. Regarde le code de
ces fameux drivers et tu verra que j'ai raison. Ils font référence aux shm tels que j'en ai parlé...
La réfutation de cette affirmation est précisément dans le paragraphe que tu cites : les drivers ATI utilisent les fonctions shm_open et shm_unlink et pas les fonctions shmget, shmat et shmctl, on le vérifie aisément en examinant la table des symboles des modules fournis (fglrx_dri.so et atiogl_a_dri.so ; l'examen de la table des symboles se fait avec nm -D).
Maintenant, tu prétends le contraire, alors prouve un tant soi peu tes affirmations par des références aussi précises et irréfutables que les miennes.
Emmanuel Fleury
Sébastien Monbrun aka TiChou wrote:
La suite au prochain épisode.
En attendant, chers amis, durant cet interlude nous vous invitons à rejoindre le hall d'entrée de fcolc où un petit rafraichissement vous sera servi afin de reprendre vos esprits et de savourer ce court moment de détente.
Quoi ! On est pas sur fufe ? Oups :)
Amicalement -- Emmanuel Fleury | Office: 211 Associate Professor, | Phone: +33 (0)5 40 00 35 24 LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69 351, Cours de la Libération | email: 33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Sébastien Monbrun aka TiChou wrote:
La suite au prochain épisode.
En attendant, chers amis, durant cet interlude nous vous invitons à
rejoindre le hall d'entrée de fcolc où un petit rafraichissement vous
sera servi afin de reprendre vos esprits et de savourer ce court moment
de détente.
Quoi ! On est pas sur fufe ? Oups :)
Amicalement
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: emmanuel.fleury@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
En attendant, chers amis, durant cet interlude nous vous invitons à rejoindre le hall d'entrée de fcolc où un petit rafraichissement vous sera servi afin de reprendre vos esprits et de savourer ce court moment de détente.
Quoi ! On est pas sur fufe ? Oups :)
Amicalement -- Emmanuel Fleury | Office: 211 Associate Professor, | Phone: +33 (0)5 40 00 35 24 LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69 351, Cours de la Libération | email: 33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Emmanuel Fleury
Nicolas George wrote:
La réfutation de cette affirmation est précisément dans le paragraphe que tu cites : les drivers ATI utilisent les fonctions shm_open et shm_unlink et pas les fonctions shmget, shmat et shmctl, on le vérifie aisément en examinant la table des symboles des modules fournis (fglrx_dri.so et atiogl_a_dri.so ; l'examen de la table des symboles se fait avec nm -D).
Maintenant, tu prétends le contraire, alors prouve un tant soi peu tes affirmations par des références aussi précises et irréfutables que les miennes.
Ah oui, tiens. Au temps pour moi. :)
-- Emmanuel Fleury | Office: 211 Associate Professor, | Phone: +33 (0)5 40 00 35 24 LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69 351, Cours de la Libération | email: 33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Nicolas George wrote:
La réfutation de cette affirmation est précisément dans le paragraphe que tu
cites : les drivers ATI utilisent les fonctions shm_open et shm_unlink et
pas les fonctions shmget, shmat et shmctl, on le vérifie aisément en
examinant la table des symboles des modules fournis (fglrx_dri.so et
atiogl_a_dri.so ; l'examen de la table des symboles se fait avec nm -D).
Maintenant, tu prétends le contraire, alors prouve un tant soi peu tes
affirmations par des références aussi précises et irréfutables que les
miennes.
Ah oui, tiens. Au temps pour moi. :)
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: emmanuel.fleury@labri.fr
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
La réfutation de cette affirmation est précisément dans le paragraphe que tu cites : les drivers ATI utilisent les fonctions shm_open et shm_unlink et pas les fonctions shmget, shmat et shmctl, on le vérifie aisément en examinant la table des symboles des modules fournis (fglrx_dri.so et atiogl_a_dri.so ; l'examen de la table des symboles se fait avec nm -D).
Maintenant, tu prétends le contraire, alors prouve un tant soi peu tes affirmations par des références aussi précises et irréfutables que les miennes.
Ah oui, tiens. Au temps pour moi. :)
-- Emmanuel Fleury | Office: 211 Associate Professor, | Phone: +33 (0)5 40 00 35 24 LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69 351, Cours de la Libération | email: 33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
