Recherche:

C'est parce qu'il n'existe pas vraiment de C "plus évolué" : tu as des fonctions de base, et tu fais tout toi-même, contrairement au C++ qui a des surcouches et des classes pré-écrites pour quasiment...

Disons qu'il y a au moins 2 lignes dans ce code qui ne font pas ce qu'elles sembleraient vouloir faire, ou bien qui font ce qu'il faut mais d'une façon qui montre qu'elles n'ont pas été comprises ......

Aprés réflexion, c'est peut être pour ça qu'il y a un:

x = X
Comme la valeur du paramètre n'est pas modifier![/quote]

Exactement.[/quote]
Ben non : passer *X à une fonction et incrémenter X...

Pas dans l'exemple : la plupart des variables sont définies hors de la fonction, donc ce n'est surement pas utilisé dans un thread !


Difficile à croire avec l'histoire du pointeur incrémenté 3...

:nono: *x++ a une signification[/quote]
Ce qu'il voulait dire c'est que dans le cas utilisé (sur une seule ligne de code ..), ça n'avait aucun sens et il a entièrement raison :wink:

Elle est obtenue mais ce n'est pas elle qui est modifiée, c'est le pointeur qui l'est, donc si tu écris une ligne de code :

*x++;
Ça revient à

x++;
Puisque le *x n'est jamais utilisé, c'est...

%p marche très bien pour afficher l'adresse d'un pointeur, le cast est implicite et je n'ai jamais eu de problème avec .. par contre je ne l'ai pas essayé avec gcc :wink:

Fais un printf et tu le sauras :


int i = 0;
for &#40; ; i < NumA * ScheduledDays; i++ &#41;
&#123;
printf &#40; "&#91;%d&#93; -> %p\n", i, SchIndex&#91;i&#93; &#41;;
&#125;

Sur le forum C, les excuses d'un intervenant qui venait de faire une faute de frappe dans un lien ...


:D

Je me sens pas fort sur ce coup là :? :roll:

Ça m'intéresse en effet .. par contre :


404 - Not Found

The requested URL /yann/articles/memdbg/stack.c. was not found on this server.
:wink:

J'ai hâte de lire ton code !!

C'est ce que je voulais dire par "non portable", tu as raison de dire que le C99 le supporte, mais C99 en lui-même n'est pas supporté par beaucoup de compilateurs pour le moment et des tas d'entre...

C'est en effet très compliqué :
- le getenv à chaque fois ça donne une fonction très lente simplement pour pouvoir changer le mode de debug "on the fly"
- __func__ n'est pas portable
...

En effet, avec la deuxième méthode tu auras une variable locale à chaque fichier, mais c'est pas propre et ça ne sert à rien de la mettre dans le .h si l'utilisation est locale !


En fait...

Ça fera bien plus que ce que tu veux ... mais bon, j'ai trouvé ça pour toi :

Premier fichier : bigint.h

/*** bigint.h ***/

/*** field2n.h ***/

#define WORDSIZE &#40;sizeof&#40;int&#41;*8&#41;
#define...

On pourrait tenter un recours collectif :D


Si la variable est initialisée ça fonctionne en mettant les 0 dans les deux cas .. en fait on a été obligé de tout initialiser sinon le comportement...

Est-ce que c'est écrit dans la doc qu'une variable static est initialisée à 0 ? Sous QNX4#watcom10.6 , ce n'est vrai qu'en mode de compilation debug, pas en mode optimisé ...

Oui, en effet .. pas fort mon affaire .. je suggère d'utiliser le Java et le type BigDecimal, c'est bien plus simple :D

Oui : 1.21933*10^37, même résultat que donné par la calculatrice de base windows .. peut-être un manque de précision sur les derniers chiffres, mais là j'ai pris des chiffres très grands ...

Faut que tes entiers aussi soient assez grands :


#include<stdio.h>
#include<string.h>
#include<stdlib.h>

typedef char CH99&#91;100&#93;;

int testMulInt &#40; void &#41;

C'est pas fou comme idée : ce n'est pas tout le monde qui sait que Pi + PiLen c'est équivalent à &Pi[PiLen] ... c'est surement quelque part dans les tutorials mais faut le trouver :wink:

Je crois qu'on vient d'ouvrir un nouveau projet C de calcul de PI en fonction d'un poeme :D


static int isPiStopped &#40;int c&#41;
&#123;
char s&#91;2&#93; =
&#123;0&#125;;
s&#91;0&#93; = c;
return strpbrk &#40;"...

Ce qui donnerait :


#include <stdio.h>
#include <stdlib.h>
#include <string.h>

char *str = "Que j'aime à faire apprendre ce nombre utile aux sages !\
Immortel Archimède, artiste ingénieur,\...

En fait dans son exemple c'est lui-même qui le définit ... mais pas à la bonne place :wink:


Dans un define, ce calcul serait appelé à chaque fois, ce serait donc une perte de temps CPU inutile...

Non : une constante doit être déclarée dans le header (include) directement.
Si tu met ton define de PI dans angles.h (qui est inclus partout), ça devrait marcher mieux :wink:

Pour le découpage...