ich hab da ein kleines Problem. Ich habe in meinem Dialog unter anderem 2 Kombinationsfelder die ich mit Daten füllen will. Das 1. soll für Monate (1,2,..,12) stehn und das zweite für Jahre (1950 bis 2003). Mit dem ersten habe ich Null Probleme, jedoch beim 2. passiert etwas das mir total suspekt ist, hier der Code:

CComboBox * pCombo_ezmonat = (CComboBox *)
		GetDlgItem(IDC_EZMONAT);

	for(int x =1;x<=12;x++)
	{
	 char b[2];
	 _itoa(x,b,10);
	 CString ezmonat = b;
	 if(ezmonat.GetLength() < 2)
	 {
	  ezmonat = "0" + ezmonat;
	 }
	 pCombo_ezmonat->AddString(ezmonat);
	}

	CComboBox * pCombo_ezjahr = (CComboBox *)
		GetDlgItem(IDC_EZJAHR);

	for(int y =1950;y<=2003;y++)
	{
	 char b[4];
	 _itoa(y,b,10);
	 CString ezjahr = b;
	 pCombo_ezjahr->AddString(ezjahr);
	}

Es passiert folgendes, kompilieren geht, ohne Fehler ohne Warnungen. Jedoch startet die exe nicht vernünftig und hängt sich quasi im Speicher auf. Im Debugger ist zu sehn das er die Monate normal hochzählt, aber dann bei den Jahren beim ersten Durchgang aus 1950, 1792 anstatt 1951 macht.

Hab echt keinen Plan wieso, könnt mir pls da wer helfen?

itoa reicht auch anstatt von _itoa

ich bin dazu übergegangen es mit format zu machen:

int iJahr = 1950;
CString strJahr;
strJahr.Format("%d",iJahr);

Mastah, habe nun aus b[4] b[5] gemacht und es funktioniert. Kannst du mir dann aber vielleicht nochmal sagen wieso bei den Monaten b[2] ausreicht und ich kein b[3] brauche?!? Verwirrt mich ein wenig

Am saubersten wäre es so:

CComboBox* pCombo = static_cast<CComboBox*>(GetDlgItem(IDC_EZMONAT));
CString str;
for(int x = 1; x <= 12; ++x) 
{ 
  str.Format("%d", x);
  if(str.GetLength() < 2) 
    str= "0" + str; 
  pCombo->AddString(str); 
} 

pCombo = static_cast<CComboBox*>(GetDlgItem(IDC_EZJAHR)); 
for(int y = 1950; y <= 2003; ++y) 
{ 
  str.Format("%d", y);
  pCombo->AddString(str); 
}

Nagut werde deinen Tipp berücksichtigen, obwohl ich immernoch nicht weiss warum wenn es denn auch mit b[2] geht. Seis drum

hier nochmal der Hinweis von junix

Dazu ist zu sagen, dass itoa nicht portabel ist. Also vorsicht!

Die Compiler dieich nutze haben alle das itoa, aber es ist sinnvoll zu wissen, das es nciht Teil des
Standards ist

Die Compiler dieich nutze haben alle das itoa, aber es ist sinnvoll zu wissen, das es nciht Teil des Standards ist

Moooooooment . Ist CString etwa Teil des Standards oder die MFC? Wenn er sowieso keinen Wert auf Portabilität legt dann kann er (beim VC++) getrost itoa oder CString::Format benutzen. Ansonsten müsste er mit stringstreams rumhantieren. Im C++ Forum hättest du da meckern können. *letztesworthab*

Da ich durch die Foren hier lernen mußte, das dem leider nicht so ist, wollte ich nur die Info weiterreichen.

Ich glaube der gnu C/C++ Kompiler kennt es nicht.

Das man sich für die MFC und CString bei einem anderen Kompiler einen Ersatz holen muß oder kann ist vielleicht ein bischen
offensichtlicher.

Im Endeffekt kommt das Ding ja auch nie in nen annern Kompiler, wüsste jedenfalls nicht warum. Aber ein guter Programmierer in HTML z.B. schreibt auch nicht Websites nur für den IE sondern auch für Opera und Netscape, deshalb werd ich mal sehn was sich machen lässt. Aber ihr kennt das ja, man steht unter Zeitdruck inner Arbeit und hier und da... bleibt wohl nur zu Hause mal testen.

matsch senks junx