dsl de réponde tard. j´arrive a rien fair du tout alors :

a koi sa sert ?
kon peut fair avec ?
komment on sen ser ?

chui nul...

guigui00

http://www.graphiland.fr//tutorial/tutorial.asp?code=36

Icywizer

a koi sa sert ?

A faire de jolis dessins en 3d
sans avoir à se payer un 3dsMax

kon peut fair avec ?

pleins de choses mais tout particulièrement
de la 3d

komment on sen ser ?

ça ne tiendra pas sur un post
installe-le et on verra après

http://www.blender.org

J´ai une petite question, me too
En C++, quels sont les types de base?
Je veux dire par là:

cout<<"HelloWorld";

de quel type est "HelloWorld"?

char *

const char*

En C++, quels sont les types de base?

Qu´est ce que tu appelles les types de base ? ?

pour ta dll, il me semble qu il y a des fonctions qui permettent de faire ce que tu veux, mais ce n´est pas le but dune dll a lorigine.

Pour le nonm de ces fonctions, je ne sais pas.regarde dans msdn

Pour superdindon.
Il est possible d´obtenir 1 varaible unique et accessible pour chaque instance de DLL.

Dans ton source sous visual:

1. pragma data_seg(".shared")

int iSharedVar = 0;

1. pragma data_seg()

Dans le . DEF
SECTIONS
. shared READ WRITE SHARED

Pour plus d´info, MSDN, cherche ""How to Share Data Between Different Mappings of a DLL"

zou

Dino, Passage, GamerFou

OK, mais ça me paraît toujours pas logique.

Quand on écrit:
Cos(25);
Comment le compilo décide s´il doit utiliser long, short int, ou signed char? Surtout s´il existe plusieurs versions pour chacun de ces types?

Je sais que c´est un peu confus, tout ce que je dis, je compte sur vous pour que tout s´éclaircisse dans ma tête.

arnaud81, Passage

OK again, je vais voir ça

Je dirai que tout dépend du contexte . .. Dans le cas d´un appel de fonction suivant les prototypes disponibles pour cette fonction le compilo choisira celle qui "convient". Dans le cas du cosinus avec une constante en paramètre, par défaut les conversions se font dans le type "double" donc le compilo choisira d´appeler : double cos(double).
Sachant que tu as également float cos(float) et long double cos(long double)...

Il existe des règles de conversion par défaut à ce sujet . .. Si c´est ca que tu cherches ?

char -> int
short -> int
int -> int
long -> long
float -> double
double -> double

Non, pas exactement.
Mais ça y est, je sais comment formuler ma question. Est-ce que quand on compile, par ex.:
GetPixel(hdc,50,30);
le compilo convertira "50" en int ou le considèrera-t-il directement comme un int?

Encore plus clair:
Est-il possible d´affecter un nombre supérieur à 2^64 à une classe dont l´opérateur = aurait été surchargé? Ex:
TheNumber One = 9844674407370955161625642145;
( Ce nombre ne tient pas sur 64 bits)
avec donc:
class TheNumber{
TheNumber *operator =(?)
}
Et alors à quoi correspondrait le ? ?

float, double . .. ?

A mon avis ( mais la tu touches au limites)...

int a = 1;

Bon alors le compilateur, il prends ta petite ligne en texte.
Donc a un moment, le 1 c´est du "1". Mais ce 1 est de quel type ? Ben pas de precision donc int.

D´ou erreur a la compilation pour faire
int a = 1.32; le . 32 vient preciser que "1.32" est flottant. Pis apres on cherche a le rabattre dans int a ; "Il t´aime plus le compilo".....

Pour ton TheNumberOne, le probleme est identique.
1ere phase j´obtiens "9844 . ...."
Hors ceci ne peut etre placé dans aucun type defini a ce moment de la compilation.

Donc pour faire ce que tu veux, je ne vois qu´une solution passer une chaine decrivant ton nombre
Ex :
TheNumber One("9844.....");

Apres tu peux broder autour en faisant
One = "9844...."; etc etc tu connais la musique.

Si quelqu´un a mieux . ..

Attention Dindon, tu cherches la petite bete qui te menera nulle part.

Deja, si tu as besoin de stocker 2^64 dans une variable, tu appelle microsoft pour qu il tembauche parce XP il consomme pas assez de memoire comme ca ; ).
Plus serieusement, jimagine quand faisait 2^64, y a une retenue qui apparait, il suffit de la lire et de la reporte sur une autre variable ( ca doit etre possible me semble car la librairie maths comporte des choses a ce sujet), mais dans ce cas, c est toi qui gere le calcul sur 128bit => donc c plus lent.

a priori, si tu fais : GetPixel(hdc,50,30) et que la fonction getpixel reclame des int, ces types la seront directement code en int et donc pas besoin de les convertir.(s il faillait les convertir...merci pour la perte de temps inutile).

pour ton 2^64, dans la mesure ou le compilo ne sait pas gerer ce type t baise.(scuze du terme ; ))
Je pense qu il faut que tu te cree une classe ou des fonctions qui gere par eux meme des mot de 128bits [ou plus], mais la, la perte de temps est immense

Je vais peut être me répéter . .. mais

float/double : )

9844674407370955161625642145. <=> 9.8446744073710e+027

Je sais pas dans quel but tu veux utiliser des valeurs au delà des 64 bits mais tu peux toujours passer par des flottants pour les utiliser! ( n´oublie pas le petit ´.´ à la fin)

GamerFou, ton passage en float/double fait perdre la precision au nombre . ...

Tu n´as que 64 bits . ...

oups c vrai pardon : ) honte à moi

lol, je suis fatigué : ) bin t´as plus qu´à créer ton propre type > 64 bits . .. et gérer toutes les opérations dont tu as besoin.

Tu appelles Crosoft, et tu leur dit que tu aimerais bien pouvoir gere plus de 2^64 octet de memoire sur ton pc...... lol

Cher Arnaud, si Microsoft savait gerer 2^64 OCTETS cela se saurait.
( Rappelons que 2^64 octet = 18014398509481984 Ko )

D´ailleur s´il l´on pourvait gerer 2^32 Octets cela serait deja bien....

Passons outre cette petite erreure....