bigpoint

Nein, machst du nicht. Für %d mit BYTE brauchst du ein Array von fünf TCHARs, nicht zwei.

stimmt, bin ein schläfer :schlaf:

Ich überprüfe einfach den value wert und gut ist es, danke

mache ich doch,

leider sobald der Parameter zu groß ist als angegeben schmiert das Programm logischerweise ab

und zwar ohne exception

Hallo zusammen,

ich muss mal long mal BYTE in _TCHAR Array konvertieren.

Momentan mache ich es mit _stprintf_s, leider sobald der Parameter zu groß ist als angegeben schmiert das Programm logischerweise ab.

Beispiel:

Fun(BYTE value)

{

_TCHAR text[2];

_stprintf_s(text, 2, _T("%01d"), value);

}


[/PHP]

Die einzige Lösung die mir Einfalt ist, den Wert einfach auf länge zu überprüfen, das einzige Problem dabei ist, dass es viele Funktionen sind

Deshalb die Frage: kann man es schöner bzw. effizienter lösen?

Gruß

vlt. hat jemand von Euch eine Idee.

Undzwar ist es momentan so, dass der SQL Server die Datafiles erst erweitert, wenn der Schwellwert von 99% erreicht wird.

Besteht die Möglichkeit das ganze so anzupassen, dass der SQL Server die Datafiles schon früher erweitert, zb bei 90% ?

Was meinst du damit??

Der SQL Server kann die Datendateien entweder auf maximalle Dateigröße setzen oder aber Dateivergrößerung in Megabyte oder in Prozent verwalten.

dass du dir darüber aber nur Gedanken machen solltest, wenn du sicher bist, dass genau diese Stelle einen Performance-Flaschenhals darstellt.

da hätte ich was:

void xyz::funktion(CString& strText)

{

	int nLength = strText.GetLength();

	LPSTR pText = strText.GetBuffer();


	for (int i = 0; i < nLength; i++)

		pText[i] = m_aZeichen[(unsigned char)pText[i]];


	strText.ReleaseBuffer();

}

[/PHP]

die Funktion wird ca. 8000 mal aufgerufen

kann man da was machen?

hab nie probiert die datenbank aus so einem niedrigen level zu migrieren. ist das denn so eine eine uralt-datenbank oder migriert ihr ein system auf 2000 (bzw. weiter auf 2005)?

s'Amstel

Die DB’s befinden sich auf dem SQL Server 2000, wurde immer so migriert  (nicht von mir )

Es steht aber bald die migration auf 2005, und deshalb will/muss ich erst denn lv auf 80 setzten bevor ich dann auf 2005 migriere, außerdem kann man die 65 DB’s nicht mit dem nativem SQL Treiber ansprechen 

Gut ich spiele ein wenig damit rum und dann mal schauen was passiert 

Sollten noch Probleme auftauchen melde ich mich 

LPSTR text = new[zahl+1]; 

memset(text, ’ ’, zahl); 

text[zahl] = 0; 

tue was…  -->  braucht text


delete[] text; 

[/PHP]

ok ist so besser??

@Klotzkopp

was ist performanta deine lösung oder meine

• 
  Der Zugriff auf text[zahl] ist nicht erlaubt
  

Hm.. stimmt komisch das es so funktioniert??

• 
  Wenn du new[] benutzt, musst du auch delete[] benutzen.
  

kannst Du es bitte ein wenig begründen, warum?

Hallo zusammen,

wie findet ihr diesen Code:

LPSTR text = new[zahl];

memset(text, ’ ’, zahl);

text[zahl] = 0;

tue was…


delete text;


[/PHP]

mir geht es um den delete ist es so ok oder kriege ich eben memory allocation problem

Gruß

Hallo,

ich muss/will SQL Server Datenbank der auf Kompatibilitäts-Level 65 ist auf 80 umzustellen.

Was muss ich da alles beachten, das es nachhinein funktioniert.

Es liegen einige Prozeduren Funktionen und TR auf dem Datenbank

Gruß

Hallo zusammen,

besteht die Möglichkeit von SQL Server aus z.B mit dem Profiler die Connention Eingeschaften wie (Auto Translate, Connect Timeout, ..) auszulesen??

Gruß

Neulich habe ich gehöht das es einen OLE DB Treiber für MySQL gibt, die suche im Internet hat leider kein Ergebnis gebracht. Kennt ihr vielleicht einen?

Ok, man kann es ab VS 2005 mit dem Klassen CWinForms.. realisieren.

Das Problem ist, dass das MFC Projekt muss Common Language Runtime unterstützen, das möchte ich aber gerne vermeiden.

Hier habe ich aber noch eine Frage dazu, wie kann ich aus einem reinem MFC Projekt ein /clr Projekt aufrufen und umgekehrt?

Hast du da in dem Richtung schon was gemacht?

Hallo zusammen,

ich muss in eine bestehende MFC Applikation um .NET (C#) Dialoge erweitern.

Die MFC Applikation besteht aus vielen Dialogen (DLL’s) die dann in Tabs angezeigt werden.

Jetzt ist es so, dass ich weitere DLL’s eben mit C# entwickeln möchte und die dann in der MFC Applikation einbinden.

Geht es überhaupt, hat schon jemand von euch damit Erfahrungen gemacht.

Ich werde dankbar für jeden Tipp, Beispielprojekt usw.

Gruß

bigpoint

ok, Danke euch

kann eine funktion sowohl virtual und static sein??

ich habe so ein CComSafeArra

CComSafeArray<short, VT_BOOL> m_saErg;

wie kann ich ihn auslesen:

for ( ULONG i = 0; i < m_saErg.GetCount(); i++ )

{

	// ich weiss nicht wie ich hier die einzelelemente auslesen kann 

}


[/PHP]

ja stimmt

so seht besser aus, oder ?

SYSTEMTIME time; 

VariantTimeToSystemTime(vt.vt,&time); 

wchar_t  t[sizeof(time)]; 

swprintf(t,sizeof(time),TEXT("%02d%02d%02d"),time.wDay,time.wMonth,time.wYear%100); 

_bstr_t bstr = t; 

[/PHP]

ist es etwa so richtig

wchar_t * t;

SYSTEMTIME time;

VariantTimeToSystemTime(vt.vt,&time); 

swprintf(t,TEXT("%02d%02d%02d"),time.wDay,time.wMonth,time.wYear);

_bstr_t bstr = t;

[/PHP]

denn wenn ich so schreibe bekommen ich folgende Warnung:

warning C4996: 'swprintf': swprintf has been changed to conform with the ISO C standard

Hallo,

ich muss Datum die in einem variant_t gespeichert ist in einm _bstr_t in Format TTMMYY

speichern, hat jemand ein Idee wie

du setzt ein:

Windows XP

Windows Server 2003

ja

welche versionen setzt du ein - x86, x64, beide?

x86

Danke, was ich aber bei der ganze Geschichte noch nicht gesagt habe mich aber sehr bewundert ist, dass wenn man das Projekt auf einem anderem Rechner baut verhehlt sich die DLL auch auf dem Win Server 2003 ganz normal, spricht zieht die richtige MFC - DLL's

Ich habe da ein Problem.

Ich habe eine MFC DLL wenn ich die bei mir lokal (Windows XP)

auf dem Rechner mit VS erstelle beziet die DLL MFC DLL's aus dem Verzeichnis:

c:\windows\winsxs\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_6b128700

sobald ich die DLL aber auf einem anderem Rechner aufrufe (Windows Server 2003) werden die MFC DLL's aus dem Verzeichnis

c:\windows\system32 angesprochen, das sind aber andere (version nummer) MFC DLL's

Hat jemand ein Rat

Danke Klotzkopp, hab verstanden :marine