Ça a tendance à faire une violation de segment, qui est interuptible. Dans ce cas il vaut mieux quitter proprement. Un peu comme quand malloc renvoie NULL.
Effectivement, dans le man solaris, on trouve :
<< Undefined results will occur if the size requested for a block of mem- ory exceeds the maximum size of a process's heap, which can be obtained with getrlimit(2)
et sur le man linux :
<< On many systems alloca cannot be used inside the list of arguments of a function call, because the stack space reserved by alloca would appear on the stack in the middle of the space for the function arguments.
bref, des comportements un peu indéfinis partout !
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> écrit:
Ah... Je vois l'ampleur du problème...
Ça a tendance à faire une violation de segment, qui est
interuptible. Dans ce cas il vaut mieux quitter proprement. Un peu
comme quand malloc renvoie NULL.
Effectivement, dans le man solaris, on trouve :
<<
Undefined results will occur if the size requested for a block of mem-
ory exceeds the maximum size of a process's heap, which can be obtained
with getrlimit(2)
et sur le man linux :
<<
On many systems alloca cannot be used inside the list of arguments of a
function call, because the stack space reserved by alloca would appear
on the stack in the middle of the space for the function arguments.
bref, des comportements un peu indéfinis partout !
Ça a tendance à faire une violation de segment, qui est interuptible. Dans ce cas il vaut mieux quitter proprement. Un peu comme quand malloc renvoie NULL.
Effectivement, dans le man solaris, on trouve :
<< Undefined results will occur if the size requested for a block of mem- ory exceeds the maximum size of a process's heap, which can be obtained with getrlimit(2)
et sur le man linux :
<< On many systems alloca cannot be used inside the list of arguments of a function call, because the stack space reserved by alloca would appear on the stack in the middle of the space for the function arguments.
bref, des comportements un peu indéfinis partout !
Ça a tendance à faire une violation de segment, qui est interuptible. Dans ce cas il vaut mieux quitter proprement. Un peu comme quand malloc renvoie NULL.
Sauf que, un échec de malloc, à ma connaissance, il ne brise pas le flot de controle du programme, et on peut donc avoir assez facilement une idée de l'état du programme, et de ce qu'il y a à faire pour quitter proprement, alors qu'avec une interuption, c'est plus dur. Non ?
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
Laurent Wacrenier wrote:
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> écrit:
Ah... Je vois l'ampleur du problème...
Ça a tendance à faire une violation de segment, qui est
interuptible. Dans ce cas il vaut mieux quitter proprement. Un peu
comme quand malloc renvoie NULL.
Sauf que, un échec de malloc, à ma connaissance, il ne brise
pas le flot de controle du programme, et on peut donc avoir
assez facilement une idée de l'état du programme, et de
ce qu'il y a à faire pour quitter proprement, alors qu'avec
une interuption, c'est plus dur. Non ?
Marc Boyer
--
Lying for having sex or lying for making war? Trust US presidents :-(
Ça a tendance à faire une violation de segment, qui est interuptible. Dans ce cas il vaut mieux quitter proprement. Un peu comme quand malloc renvoie NULL.
Sauf que, un échec de malloc, à ma connaissance, il ne brise pas le flot de controle du programme, et on peut donc avoir assez facilement une idée de l'état du programme, et de ce qu'il y a à faire pour quitter proprement, alors qu'avec une interuption, c'est plus dur. Non ?
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
DINH Viêt Hoà
Sauf que, un échec de malloc, à ma connaissance, il ne brise pas le flot de controle du programme, et on peut donc avoir assez facilement une idée de l'état du programme, et de ce qu'il y a à faire pour quitter proprement, alors qu'avec une interuption, c'est plus dur. Non ?
<context mode="j'ai 2 de QI"> je n'ai pas compris ce que tu voulais dire. Pourrais-tu reformuler ? </context>
Sauf que, un échec de malloc, à ma connaissance, il ne brise
pas le flot de controle du programme, et on peut donc avoir
assez facilement une idée de l'état du programme, et de
ce qu'il y a à faire pour quitter proprement, alors qu'avec
une interuption, c'est plus dur. Non ?
<context mode="j'ai 2 de QI">
je n'ai pas compris ce que tu voulais dire. Pourrais-tu reformuler ?
</context>
Sauf que, un échec de malloc, à ma connaissance, il ne brise pas le flot de controle du programme, et on peut donc avoir assez facilement une idée de l'état du programme, et de ce qu'il y a à faire pour quitter proprement, alors qu'avec une interuption, c'est plus dur. Non ?
<context mode="j'ai 2 de QI"> je n'ai pas compris ce que tu voulais dire. Pourrais-tu reformuler ? </context>
Si j'utilise malloc, il est assez facile de savoir quels fichiers je dois fermer: je sais ou je suis dans le flot de controle. Si je dois passer par un signal, j'ai plus de mal a savoir quelles ressources ont été acquises, lesquelles je dois libérer, etc.
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
DINH Viêt Hoà wrote:
je n'ai pas compris ce que tu voulais dire. Pourrais-tu reformuler ?
#ifdef PILE
Si j'utilise malloc, il est assez facile de savoir quels
fichiers je dois fermer: je sais ou je suis dans le flot
de controle. Si je dois passer par un signal, j'ai plus
de mal a savoir quelles ressources ont été acquises,
lesquelles je dois libérer, etc.
Marc Boyer
--
Lying for having sex or lying for making war? Trust US presidents :-(
Si j'utilise malloc, il est assez facile de savoir quels fichiers je dois fermer: je sais ou je suis dans le flot de controle. Si je dois passer par un signal, j'ai plus de mal a savoir quelles ressources ont été acquises, lesquelles je dois libérer, etc.
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
espie
In article <bpcngb$41i$, Marc Boyer wrote:
Marc Espie wrote:
Ca permettra d'eviter l'abus de alloca(), fonction encore plus dangereuse, non standard, et qui nuit fortement a la sante.
Mais alloca a quand même la gentillesse de signaler son échec à ma connaissance.
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme', et que tu en as un toutes les trois lignes, eh bien tu jettes le programme et tu passes au suivant.
In article <bpcngb$41i$2@news.cict.fr>,
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr> wrote:
Marc Espie wrote:
Ca permettra d'eviter l'abus de alloca(), fonction encore plus dangereuse,
non standard, et qui nuit fortement a la sante.
Mais alloca a quand même la gentillesse de signaler
son échec à ma connaissance.
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme',
et que tu en as un toutes les trois lignes, eh bien tu jettes le programme
et tu passes au suivant.
Ca permettra d'eviter l'abus de alloca(), fonction encore plus dangereuse, non standard, et qui nuit fortement a la sante.
Mais alloca a quand même la gentillesse de signaler son échec à ma connaissance.
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme', et que tu en as un toutes les trois lignes, eh bien tu jettes le programme et tu passes au suivant.
Marc Boyer
Marc Espie wrote:
Mais alloca a quand même la gentillesse de signaler son échec à ma connaissance.
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme', et que tu en as un toutes les trois lignes, eh bien tu jettes le programme et tu passes au suivant.
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
Marc Espie wrote:
Mais alloca a quand même la gentillesse de signaler
son échec à ma connaissance.
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme',
et que tu en as un toutes les trois lignes, eh bien tu jettes le programme
et tu passes au suivant.
Mais alloca a quand même la gentillesse de signaler son échec à ma connaissance.
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme', et que tu en as un toutes les trois lignes, eh bien tu jettes le programme et tu passes au suivant.
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
DINH Viêt Hoà
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme', et que tu en as un toutes les trois lignes, eh bien tu jettes le programme et tu passes au suivant.
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme',
et que tu en as un toutes les trois lignes, eh bien tu jettes le programme
et tu passes au suivant.
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme', et que tu en as un toutes les trois lignes, eh bien tu jettes le programme et tu passes au suivant.
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme', et que tu en as un toutes les trois lignes, eh bien tu jettes le programme et tu passes au suivant.
et un inline automatic_call void freea(s) { free(s) } ?
Heu.. Disons que j'avais rien dit, et que j'ai anticipé sur mon stock de grosses bourdes du vendredi après-midi.
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
In article <etPan.3fba1d4a.f11cbc1.1344@homer>, DINH Viêt Hoà wrote:
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme',
et que tu en as un toutes les trois lignes, eh bien tu jettes le programme
et tu passes au suivant.
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme', et que tu en as un toutes les trois lignes, eh bien tu jettes le programme et tu passes au suivant.
et un inline automatic_call void freea(s) { free(s) } ?
Heu.. Disons que j'avais rien dit, et que j'ai anticipé sur mon stock de grosses bourdes du vendredi après-midi.
Marc Boyer -- Lying for having sex or lying for making war? Trust US presidents :-(
espie
In article <bpd6o9$7eg$, Marc Boyer wrote:
In article , DINH Viêt Hoà wrote:
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme', et que tu en as un toutes les trois lignes, eh bien tu jettes le programme et tu passes au suivant.
et un inline automatic_call void freea(s) { free(s) } ?
Heu.. Disons que j'avais rien dit, et que j'ai anticipé sur mon stock de grosses bourdes du vendredi après-midi.
C'est pas pour dire, mais la tu viens d'utiliser tout ton stock de grosses bourdes du mois. D'ailleurs, celle-la, on va avoir du mal a la sortir du newsgroup: elle passe pas la porte. ;-)
In article <bpd6o9$7eg$3@news.cict.fr>,
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr> wrote:
In article <etPan.3fba1d4a.f11cbc1.1344@homer>, DINH Viêt Hoà wrote:
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme',
et que tu en as un toutes les trois lignes, eh bien tu jettes le programme
et tu passes au suivant.
et un inline automatic_call void freea(s) { free(s) } ?
Heu.. Disons que j'avais rien dit, et que j'ai anticipé
sur mon stock de grosses bourdes du vendredi après-midi.
C'est pas pour dire, mais la tu viens d'utiliser tout ton stock
de grosses bourdes du mois. D'ailleurs, celle-la, on va avoir du
mal a la sortir du newsgroup: elle passe pas la porte. ;-)
Ah oui, et quand l'echec c'est `il n'y a pas d'alloca sur ce systeme', et que tu en as un toutes les trois lignes, eh bien tu jettes le programme et tu passes au suivant.
et un inline automatic_call void freea(s) { free(s) } ?
Heu.. Disons que j'avais rien dit, et que j'ai anticipé sur mon stock de grosses bourdes du vendredi après-midi.
C'est pas pour dire, mais la tu viens d'utiliser tout ton stock de grosses bourdes du mois. D'ailleurs, celle-la, on va avoir du mal a la sortir du newsgroup: elle passe pas la porte. ;-)
Gabriel Dos Reis
Marc Boyer writes:
| Marc Espie wrote: | > Ca permettra d'eviter l'abus de alloca(), fonction encore plus dangereuse, | > non standard, et qui nuit fortement a la sante. | | Mais alloca a quand même la gentillesse de signaler | son échec à ma connaissance.
Ah bon ? Tu as essayé ?
-- Gaby
Marc Boyer <Marc.Boyer@enseeiht.yahoo.fr.invalid> writes:
| Marc Espie wrote:
| > Ca permettra d'eviter l'abus de alloca(), fonction encore plus dangereuse,
| > non standard, et qui nuit fortement a la sante.
|
| Mais alloca a quand même la gentillesse de signaler
| son échec à ma connaissance.
| Marc Espie wrote: | > Ca permettra d'eviter l'abus de alloca(), fonction encore plus dangereuse, | > non standard, et qui nuit fortement a la sante. | | Mais alloca a quand même la gentillesse de signaler | son échec à ma connaissance.
