begin process at 2010 02 10 06:50:23
  Trouver un code source :
 
dans
 
Accueil > 

Code

 > 

Maths

 > RÉELS ET RÉALITÉ

RÉELS ET RÉALITÉ


 Information sur la source

Note :
9 / 10 - par 2 personnes
9,00 / 10

  • 1

  • 2

  • 3

  • 4

  • 5

  • 6

  • 7

  • 8

  • 9

  • 10
Catégorie :Maths Classé sous :Calcul, Arrondi, Erreur, Reels, Types Niveau :Débutant Date de création :30/10/2007 Vu :2 244

Auteur : Kenavo

Ecrire un message privé
Commentaire sur cette source (26)
Ajouter un commentaire et/ou une note

 Description

Soucieux d'assurer un certain confort à mes vieux jours, je suis allé trouver mon banquier. Comme je n'avais qu'un peu moins de deux euros en poche, il m'a proposé ce plan :
"Vous déposez (e-1) euros soit 1.7182818651 €. La première année, vous y perdrez, car on multiplie votre avoir par 1 et on prélève 1.00 € de frais de gestion. Mais le deuxième année, on multiplie votre avoir par 2 et on prélève toujours 1.00 €. La troisième année, on multiplie par 3, et ainsi de suite, le n-ième année on multiplie par n, tout en ne prélevant chaque année qu'un euro. Ça vous va ? Signez là !
- Hou, là ! M. le banquier ! Votre empressement me trouble. Cette offre ne cacherait-elle point quelque flouerie ? Je m'en vais de ce pas m'enquérir après de mon ordinateur de ce que pourrait cacher votre proposition, et calculer que deviendront dans 25 ans les précieuses économies que vous me demandez de vous confier! Je pratique Delphi, moi !"



Source

  • procedure TForm1.CalculeMaFortune;
  • var
  • x : real48;
  • // x : single;
  • // x : double;
  • // x : extended;
  • i : integer;
  • begin
  • x := exp(1)-1;
  • for i:=1 to 25 do
  • begin
  • x:=(x*i)-1;
  • end;
  • Edit1.Text :=FloatToStrf(x,ffFixed,25,2);
  • end;
procedure TForm1.CalculeMaFortune;
var
  x : real48;
//  x : single;
//  x : double;
//  x : extended;
  i : integer;
begin
  x := exp(1)-1;
  for i:=1 to 25 do
  begin
    x:=(x*i)-1;
  end;
  Edit1.Text :=FloatToStrf(x,ffFixed,25,2);
end;


 Conclusion

Mais qu'est ce qu'il se passe t'il ?

si X est du type Real48, je devrais 13069463212960.00 € dans 25 ans,
si X est du type Single, j'aurais 568654735142289408.00 € dans 25 ans,
si X est du type Double, j'aurais 1201807247.41 € dans 25 ans,
si X est du type Extended, j'aurais 1052910.85 € dans 25 ans,

C'est à la suite du message sur le forum "les extended sont-ils tout pourris?" que cette histoire m'est revenue. Elle montre bien que dans certains cas, nos calculs informatique ne valent pas tripette.
Au fait, savez vous ce qu'il serait advenu de mon placement si j'avais écouté le banquier ?


 Sources du même auteur

Source avec Zip Source avec une capture WEBCAM À MANIVELLE
Source avec Zip Source avec une capture ACQUISITION VIDEO (WEBCAM, TV CARDS ...)
Source avec Zip Source avec une capture IMAGE EN FOND DE PANEL
Source avec Zip LE RÉSEAU MICROSOFT - LES FONCTIONS WNET
Source avec Zip Source avec une capture AYEZ DE BONS RAPPORTS AVEC VOS RÉSISTANCES

 Sources de la même categorie

Source avec Zip Source avec une capture CONVERTISSEUR D'UN NOMBRE DÉCIMAL EN BINAIRE ET HEXADECIMAL par ludokk
Source avec Zip Source avec une capture PREMIER OU PAS? par ludokk
Source avec Zip Source avec une capture CONJECTURE DU CARRÉ DES FACTEURS par Bacterius
Source avec Zip Source avec une capture GÉNÉRATEUR DE NOMBRES PSEUDO-ALÉATOIRES par Bacterius
Source avec Zip Source avec une capture ALGORITHME DE HASH LEA par Bacterius

 Sources en rapport avec celle ci

Source avec Zip CALCULATRICE POUR POËTES par fredelem
Source avec Zip Source avec une capture LOGICIEL DE CALCUL MENTAL ! par Bacterius
Source avec Zip Source avec une capture CALCUL MENTAL par Debiars
Source avec Zip Source avec une capture CALCULATRICE DE CHAINES MATHÉMATIQUES par Oniria
Source avec Zip Source avec une capture MIND READER par simo5963

Commentaires et avis

Commentaire de japee le 30/10/2007 22:07:09 administrateur CS

Salut Kenavo,

Si j'étais ton banquier, j'aurais utilisé le type Currency, et tes économies auraient crashé la 21ème année. Désolé ^^
Mais je suis certainement moins dégourdi que ton banquier...
En tout cas, voilà de quoi méditer pendant les longues soirées d'hiver qui approchent.

P-S: faut quand même que je comprenne pourquoi ça crashe à la 21ème boucle avec une opération en virgule flottante incorrecte (j'obtiens 44 209 578 480 511 à la 20ème itération et puis plouf !).

Commentaire de Kenavo le 30/10/2007 22:40:51

Mon bon Japee,
Tu dépasses là, non point mon entendement, mais la capacité du type Currency, qui, s'il dipose d'une mantisse d'un fort bel accabit, souffre néanmoint d'un déficit notoire quant à la taille de son exposant.
En gros, si tu lui laisse la mantisse froide, tu lui explose l'exposant ...

Commentaire de japee le 30/10/2007 23:14:37 administrateur CS

Ecoute, si je lui laisse la mantisse froide, c'est peut-être qu'elle y met pas du sien, la Currency.
Parce que c'est pas mon style de foncer sans préliminaires.
Faudrait pas essayer de me faire passer pour un gougnafier.
Tout dans la finesse et la délicatesse, le père japee. L'approche feutrée, la démarche légère. La main ferme et assurée, mais toujours dans un gant de velours.
Alors si j'y ai explosé l'exposant, ça ne peut être que dans le feu de l'action (parce que 20 fois, quand même ^^).

Commentaire de Kenavo le 30/10/2007 23:38:18

Faut bien dire que la Currency, c'est une fragile ! Elle est juste faite pour compter les talbins dans n'importe quel clandé, pas pour aller chercher les limites des gars qui savent compter dans des suites convergentes (non, il n'y a pas de gros mots). Là, elle risque d'y laisser au moins sa mantisse et son exposant. Ce serait une bien triste fin !... 20 fois tout de même !... Bravo ! On y mettra ds fleurs

Commentaire de f0xi le 31/10/2007 00:55:33 administrateur CS

1 = 0,718281828459045 >> Comp hors service
2 = 0,43656365691809
3 = 0,309690970754271
4 = 0,238763883017086
5 = 0,193819415085428
6 = 0,16291649051257  >> Currency hors service
7 = 0,140415433587987
8 = 0,123323468703892
9 = 0,109911218335032 >> Single hors service
10 = 0,0991121833503217
11 = 0,0902340168535391
12 = 0,0828082022424692
13 = 0,0765066291520997
14 = 0,071092808129396
15 = 0,06639212194094   >> Real48 hors service
16 = 0,0622739510550403 >> Double hors service
17 = 0,0586571679356851
18 = 0,0558290228423317
19 = 0,0607514340043025
20 = 0,21502868008605
21 = 3,51560228180705
22 = 76,3432501997551
23 = 1754,89475459437
24 = 42116,4741102648
25 = 1052910,85275662

y'a comme une couille dans le potage en effet.

Commentaire de Albedo039 le 31/10/2007 10:15:37

Ben en fait non.
(je suis pas banquier, mais j'ai déjà progé des logiciels financiers)

Le banquier, y travaille au burin! Y découpe tout ce qui dépasse au moins une fois par an.
en d'autres termes, il utilise seulement un nombre restreint de chiffres significatifs et il arrondit au besoin.
Donc:
pour tout problème périodique (annuaire/mensuel...), la formule de calcul "simple" (purement mathématique) n'est pas utilisable.

Conclusion:
ce n'est pas un problème de type de flottant, c'est une erreur de logique du programmeur ;)

Commentaire de Albedo039 le 31/10/2007 12:16:40

Matière à réflexion:
--------------------

Il existe un autre problème bien plus subtil en ce qui concerne les "finances":
le calcul de la TVA.

En l'occurrence, beaucoup de logiciels affichent des factures ayant plusieurs produits et leurs prix...
??? Mais quand doivent-ils calculer la TVA ???
:)
1) (somme des prix HT)* Taux de TVA
2) (Prix HT 1)*TVA + (Prix HT 2)*TVA + ...

Dans beaucoup de cas, le résultat est identique. Mais (parcequ'il y a un "mais") pas toujours !
C'est dû à la manière et le moment d'arrondir les montants et au nombre de chiffres significatifs utilisés....

AFAIK, seul la solution de type 2) est valable:
http://www.legalbiznext.com/droit/La-facturation-electronique-la
http://rfcomptable.grouperf.com/article/0298/ms/rfcompms0298fisfac01.html
http://www.legifrance.gouv.fr/WAspad/UnTexteDeJorf?numjo=BUDF0300016D

Il reste le problème de l'arrondi... ;)

Commentaire de f0xi le 31/10/2007 15:25:31 administrateur CS

"puisqu'une toute petite erreur fait partir vers les infinis très rapidement !!"

C'est des flottants Buzz l'eclair!

VERS L'INFINI ET AU DELAAAAA!

Commentaire de Caribensila le 31/10/2007 15:39:43

Si je ne me fais guère de souci pour un banquier et, pour tout dire, si je lui fais confiance pour me taxer un max...
J'ai par contre une légère anxiété quant au pauvre bougre qui est volontaire pour un voyage vers la lune.
Neil Armstrong a eu du bol!

Pour se libérer du caractère anxiogène des types flottants, j'ai effectué le calcul sur des chaînes. Donc sans aucun arrondi.

Voici le résultat avec e-1 = 1,7182818285

1 = 0.7182818285
2 = 0.436563657
3 = 0.309690971
4 = 0.238763884
5 = 0.19381942
6 = 0.16291652
7 = 0.14041564
8 = 0.12332512
9 = 0.10992608
10 = 0.0992608
11 = 0.0918688
12 = 0.1024256
13 = 0.3315328
14 = 3.6414592
15 = 53.621888
16 = 856.950208
17 = 14567.153536
18 = 262207.763648
19 = 4981946.509312
20 = 99638929.18624
21 = 2092417511.91104
22 = 46033185261.04288
23 = 1058763261002.98624
24 = 25410318264070.66976
25 = 635257956601765.744

Normalement, si je m'a pas trompé, le potage est exempt de couille.

Et avec e-1 = 1,71828182845904523536028747135266249775724709369995

1 = 0.718 281 828 45904523536028747135266249775724709369995
2 = 0.4365636569180904707205749427053249955144941873999
3 = 0.3096909707542714121617248281159749865434825621997
4 = 0.2387638830170856486468993124638999461739302487988
5 = 0.193819415085428243234496562319499730869651243994
6 = 0.162916490512569459406979373916998385217907463964
7 = 0.140415433587986215848855617418988696525352247748
8 = 0.123323468703889726790844939351909572202817981984
9 = 0.109911218335007541117604454167186149825361837856
10 = 0.09911218335007541117604454167186149825361837856
11 = 0.09023401685082952293648995839047648078980216416
12 = 0.08280820220995427523787950068571776947762596992
13 = 0.07650662872940557809243350891433100320913760896
14 = 0.07109280221167809329406912480063404492792652544
15 = 0.0663920331751713994110368720095106739188978816
16 = 0.0622725308027423905765899521521707827023661056
17 = 0.0586330236466206398020291865869033059402237952
18 = 0.0553944256391715164365253585642595069240283136
19 = 0.0524940871442588122939818127209306315565379584
20 = 0.049881742885176245879636254418612631130759168
21 = 0.047516600588701163472361342790865253745942528
22 = 0.045365212951425596391949541399035582410735616
23 = 0.043399897882788717014839452177818395446919168
24 = 0.041597549186929208356146852267641490726060032
25 = 0.0399387296732302089036713066910372681515008

Sauf erreur de ma part, il semble que y'a pas que les types flottants qui font chier!

Au secour, Évariste!!!

Commentaire de MAURICIO le 31/10/2007 16:20:29

Salut à tous.

J' ai fait un petit résumé des calculs.
S' il y a un problème d' affichage, copier coller dans le notepad et seleccionner la police courrier New!!!

Fichier d' aide DELPHI :
Real48 2.9 x 10^-39 .. 1.7 x 10^38 11-12 6
Single 1.5 x 10^-45 .. 3.4 x 10^38 7-8 4
Double 5.0 x 10^-324 .. 1.7 x 10^308 15-16 8
Extended 3.6 x 10^-4951 .. 1.1 x 10^4932 19-20 10
Comp -2^63+1 .. 2^63 -1 19-20 8
Currency -922337203685477.5808.. 922337203685477.5807 19-20 8

Ligne             Real                        Single              Double           Extended
-------------------------------------------------------------------------------------------
1                0.718282                    0.718282            0.718282         0.718282
2                0.436564                    0.436564            0.436564         0.436564
3                0.309691                    0.309691            0.309691         0.309691
4                0.238764                    0.238765            0.238764         0.238764
5                0.193819                    0.193824            0.193819         0.193819
6                0.162916                    0.162943            0.162916         0.162916
7                0.140415                    0.140600            0.140415         0.140415
8                0.123323                    0.124802            0.123323         0.123323
9                0.109911                    0.123215            0.109911         0.109911
10                0.099109                    0.232147            0.099112         0.099112
11                0.090200                    1.553619            0.090234         0.090234
12                0.082405                   17.643433            0.082808         0.082808
13                0.071260                  228.364624            0.076507         0.076507
14               -0.002362                 3196.104736            0.071100         0.071093
15               -1.035431                47940.570313            0.066493         0.066392
16              -17.566889               767048.125000            0.063894         0.062274
17             -299.637119             13039817.000000            0.086192         0.058657
18            -5394.468140            234716704.000000            0.551450         0.055829
19          -102495.894656           4459617280.000000            9.477546         0.060751
20         -2049918.893112          89192341504.000000          188.550924         0.215029
21        -43048297.755371        1873039196160.000000         3958.569412         3.515602
22       -947062551.618164       41206864150528.000000        87087.527059        76.343250
23     -21782438688.218750      947757883850752.000000      2003012.122351      1754.894755
24    -522778528518.500000    22746189749288960.000000     48072289.936418     42116.474110
25  -13069463212960.000000   568654735142289408.000000   1201807247.410449   1052910.852757

Le problème est directement lié à la taille em byte de la nature de la variable qui va influencer sur le stockage de la valeur, mais ça vous avez déjá tous compris.




Le problème soulevé para Albedo039  je m' y suit confronté plusieurs fois!

" ??? Mais quand doivent-ils calculer la TVA ???
:)
1) (somme des prix HT)* Taux de TVA
2) (Prix HT 1)*TVA + (Prix HT 2)*TVA + ..."

Disons qu' au Portugal on trouve les 2 méthodes en fonctionnement, tout dépend comme tu dis du nombre de décimaux dans le prix HT qui fait foirer  le total de la TVA !!!

A+

Commentaire de MAURICIO le 31/10/2007 16:30:44

Pour ceux qui se demandent si j' ai fait tout ça à la main: non!
Donc, ça fait 25 multiplié par 4 fois d' affilé.
Un peu bourrin je sais, mais faut bien se chauffer en cette saison froide .

Astuce: J' ai utilisé Delphi: Je pratique Delphi, moi aussi !  lol

Commentaire de Caribensila le 31/10/2007 17:20:36

...Ouais.

Ou t'ouvres un livret bleu.

Commentaire de Kenavo le 31/10/2007 18:32:22

Salut à tous,

Vous savez maintenant à quoi peut servir le calcul sur chaînes de Cari (qui quand il met de coté les Kinder-suicide, ne raconte pas que des c....ies).
Je cite son source pour mémoire et pour sa gloire éternelle, qu'il soit béni sur 20 générations !...
http://www.delphifr.com/codes/CALCULS-SUR-NOMBRES-MONSTRUEUX_40193.aspx

Son calcul est plutôt juste, au moins pour 25 itérations.

Presque 4 centimes était la bonne réponse.

Commentaire de Caribensila le 31/10/2007 19:10:02

...Même pas le prix d'un Kinder !   :((((

Commentaire de WhiteHippo le 31/10/2007 19:46:33

Bonsoir à tous.

Ce qui suit, fruits d'expériences passées, n'a pas été testé dans ce cas spécifique par faute de temps, alors soyez indulgent si erreur il y a ;)

Pour utiliser les flottants de la façon la plus propre possible, il faudrait utiliser TOUTES les exceptions disponibles par le FPU. Hors ce n'est pas le cas par défaut en Delphi.

Pour activer toutes les exceptions, il faut :
  Mask := SetExceptionMask( [] );

La variable Mask étant définie comme suit :
  var
    Mask : TFPUExceptionMask ;

Ensuite, intercepté les exceptions :
  try
    // calculs ici
  except
    on E : EMathError do
    begin
      case E.ExceptionRecord.ExceptionCode of
        STATUS_FLOAT_INEXACT_RESULT :
          // Le résultat de l''opération ne peut pas être représenté
          // par une fraction décimale.
          ;
        STATUS_FLOAT_INVALID_OPERATION :
          // Opération sur nombres flottants invalide.
          ;
        STATUS_FLOAT_STACK_CHECK :
          // Débordement de pile
          ;
        STATUS_FLOAT_DIVIDE_BY_ZERO :
          // Division par 0
          ;
        STATUS_FLOAT_OVERFLOW :
          // Dépassement de capacité. Des chiffres significatifs sont
          // perdus par manque de précision dans le format défini.
          // Le type n'a pas suffisamment de place pour stocker la valeur.
          ;
        STATUS_FLOAT_UNDERFLOW :
          // Dépassement de capacité. Le calcul a donné un nombre trop petit pour
          // être stocké dans le type défini.
          ;

        STATUS_FLOAT_DENORMAL_OPERAND :
          // Nombre dénormalisé.
          ;
        
        ELSE
          // AUTRE EXCEPTION
          ;
      end ;
    end ;
  end ;

N.B. Ne pas oublier de remettre le masque à la fin :
  SetExceptionMask( Mask  ) ;

Avec TOUTES les exceptions actives, les boucles ne s'executeront alors plus jusqu'à la fin. Une exception sera levée en cours. Laquelle ? A vous de travailler :P

N.B. Pour ceux qui seront intéressés de tester tout ça, il faudra également jouer avec TFPUPrecisionMode et TFPURoundingMode.

!! ATTENTION !! En activant TOUTES les exceptions, vous constaterez que cela implique une gestion autrement plus rigoureuse des flottants que celle existante par défaut en Delphi. A titre d'exemple, un simple appel à une fonction comme la fonction Exp peut se solder par une exception de précision !!

Cordialement.

Commentaire de Albedo039 le 01/11/2007 14:09:51

Pour programmer un algo dans son langage de prédilection, il faut toujours suivre le "mode d'emploi" :)
c.a.d. il faut toujours considérer le contexte et les règles de son utilisation, qui sont en général livrés avec la description formelle de l'algo.

Par exemple, le contexte bancaire et les règles (lois et/ou décrets) régissant la manière d'arrondir et la précision des nombres à virgule.
Dans ce cas, 5 lignes peuvent à priori parfaitement suffirent.

La méthode de WhiteHippo est utile ... lorsqu'il n'existe pas de telles règles :)

Commentaire de Kenavo le 01/11/2007 18:18:40

Pour ceux que ça intéresse :

si on développe la formule, on obtient (après quelques calculs)
X : Valeur au bout de n itérations

X = (e-1)n! - n!/1! - n!/2! - n!/3! -  ... - n!/n!
X = en! - n! - n!/1! - n!/2! - n!/3! - ... - n!/n!

C'est là quarrive le moment de vous rapeller le developpement limité de e :

e = 1 + 1/1! + 1/2! + 1/3! + ....
donc
en! = n! + n!/1! + n!/2! + ... + n!/n! + n!/(n+1)! + .....

En remplaçant plus haut, on voit que tous les termes de l'équation X s'annulent. Restent les    petits termes du developpement de en! après n!/n!

donc :
X = n!/(n+1)! + n!/(n+2)! + n!/(n+3)! +  ......
pour pouvoir calculer on vire les factorielles n! (division haut et bas):
X = 1/(n+1) + 1/(n+1)/(n+2) + 1/(n+1)/(n+2)/(n+3) +....

ce qui pour n=25 donne

X = 1/26 + 1/(26*27) + 1/(26*27*28) + ....

et c'est dans les cordes de nos ordinateurs, si on ne cherche pas trop de décimales
ce qui donne

X = 0.0399368525...    

J'espère vous avoir amusé !

Ken@vo

Commentaire de Kenavo le 01/11/2007 18:47:13

D'où ces quelques lignes :

procedure TForm1.Button2Click(Sender: TObject);
var
  i : integer;
  x,y : double;
begin
  x:=0;
  y:=1;
  for i:=26 to 50 do
  begin
    y:= y*i;
    x:= x + 1/y;
  end;
  Edit1.Text :=FloatToStrf(x,ffFixed,25,12);
end;

On remarque qu'au bout d'un certain nombre d'itérations la valeur n'évolue plus ... Ben oui on est encore parti dans un calcul où pointe la factorielle ! Mais, heureusement, ici, il n'y a pas d'incident d'emballement de l'erreur qui conduisait à des chiffres monumentaux et des dépassements de capacité.
En grattant un peu mathématiquement, je ne serais pas étonné de voir apparaître 1/n (n : nombre d'années) dans le résultat ....

La valeur finale de X dans mon message précédent m'a été donné par OpenOffice Calc. Avec Delphi les valeurs (selon le type de réel utilisé) sont différentes.
Laquelle est la plus juste ?
Avec quel type de réel calcule Calc ?
Que dit Excel ?

Commentaire de Caribensila le 01/11/2007 20:07:59

...
Moi, sur ma bécane j'ai une chaîne qui ressemble à ça :

0,039 938 729 673 230 208 903
et
0,039 938 729 673 230 2  avec Delphi et Extended.

Pour le moment, c'est Delphi qui porte le maillot jaune!

Commentaire de Kenavo le 01/11/2007 20:42:59

Cari, j'obtiens le même résultat que toi avec les Extended
Je rapelle à tous que le résutat par le calcul direct en employant la méthode des nombres monumentaux (que je reconnais avec honte ne pas avoir encore adoptée)de Cari, et seule à ne pas se vautrer lamentablement avait donné :
0.039 938 729 673 230 208 903 671 306 691 037 268 151 500 8 (vous pouvez vérifier plus haut)
Si Cari, entre deux Kinder, pouvait pousser assez loin le second calcul avec ses nombres monumentaux, pour obtenir autant de chiffres significatif, nous aurions, je crois, la réponse la plus précise à la question : "de combien le banquier m'a t'il enflé ?"

Et en conclusion, je dirais l'informatique, c'est bon, mais c'est meilleur avec des vrais morceaux de mathématiques dedans.

Commentaire de Caribensila le 01/11/2007 21:01:55

Pas monumentaux, Kenavo.
Pas monumentaux mais monstrueux!  Beurk!

Alors, sans morceau:
0.039 938 729 673 230 208 903 671 306 691 037 268 151 500 8
et avec morceaux:
0.039 938 729 673 230 208 903 671 455 210 361 060 981 080 0

On sent bien la présence du petit morceau, hein?

Commentaire de Caribensila le 01/11/2007 21:31:53

Je serais quand même curieux de voir ce que tout ça donne "à la sauce Fortran"...

Commentaire de Kenavo le 01/11/2007 21:46:29

Monstrueux ! D'accord !
C'est toi qui est monumental ! Plus de 20 decimales exactes dans ce calcul piège à ordi ...  
... et j'aime bien le goût du petit morceau  

Commentaire de Caribensila le 01/11/2007 22:36:02

Allez!
T'as bien travaillé, Kenavo.
Merci pour la leçon.
Tu prendras bien un petit Kinder-Suicide?
Maintenant, j'mets des petits morceaux de nougat dans le beurre de cacao...

Commentaire de jackalunion le 22/06/2008 17:58:43 8/10

Trés bon code

Commentaire de beckerich le 01/11/2008 20:07:59

ahh ces programmeurs, tu leur file un grain de riz, ils te nourissent la Chine ... ;-))

 Ajouter un commentaire


Discussions en rapport avec ce code source dans le forum

pb de calcul ... [ par etrix ] salut !voila j'ai mon calcul:with Form1 doC2.Caption:= InttoStr(strToInt(E1.Caption) / strToInt(K2.Caption) - strToInt(k1.Caption) * strToInt(100);ne pb de calcul ... [ par etrix ] salut !voila j'ai mon calcul:with Form1 doC2.Caption:= InttoStr(strToInt(E1.Caption) / strToInt(K2.Caption) - strToInt(k1.Caption) * strToInt(100);ne incompatibilité de types [ par domsig ] bonjour &#224; tous pour le boulot j'&#233;cris un programme en delphi5 qui doit effacer des fichiers. Quand je compile mon source j'ai une erreur&nbs calcul sur des entiers renvoyant un réel [ par zwyx ] Bonjour à tous,J'ai constaté une erreur lors de l'exécution de mon programme. Cette erreur vient soit de moi, si j'ai oublié un détail, dans ce cas, v Calcul de diffirence entre 2 Tdatetime en min [ par cheggour ] Bonjour tous, je souhaite calculer la différence en minute entre deux TDatetime sans prendre en considération  les jours, le mois et l'année. Merci d' Ports Internet [ par Bacterius ] Bonjour,Est-ce que quelqu'un sait quels sont les ports que l'on doit utiliser pour les composants TCP dans le but d'une application client/serveur?J'a Problème Accès table avec mot de passe recuperation d'erreur [ par kawapoulpe ] Bonjour, Je suis nouveau sur ce site, je débute en développement (enfin, pas tout à fait, mais comme je n'en ai pas fait depuis plus de 10 ans et qu on update cascade [ par tleboukaka ] salut j'ai un message d'erreur sur la mise à jour en cascade. voici ma syntaxe de ma bdd Interbase<pre class="alt2" dir="ltr" style Erreur index avec TBatchMove [ par jstauffer ] Bonjour,je veux faire une mise à jour et ajout des enregistrements de la table 1 (paradox) vers la table 2 (Sql Server 2005) qui possède un index sur Indy SSL POP3 ou SMTP sans Form (dans une dll) : erreur sur IdSSLIOHandlerSocket dans le uses [ par vampirep ] Alors, j'utilise Indy 9, Delphi 6 (je débute dans ce language pour me faire une DLL)en gros lorsque le met IdSSLIOHandlerSocket dans le uses, j'ai une


Nos sponsors


Sondage...

CalendriCode

Février 2010
LMMJVSD
1234567
891011121314
15161718192021
22232425262728

Consulter la suite du CalendriCode

 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,905 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales