3. Fehler bei CString-Rückgabe

Fehler bei CString-Rückgabe

  • T

    Ich wollte eine Funktion integrieren, die mir den CString als Char-Array ausgibt.

    Gibts schon: GetBuffer()
    http://msdn.microsoft.com/en-us/library/5bzxfsea.aspx
    Simon

    0
  • D

    [quote="theta"]

    Gibts schon: GetBuffer()
    http://msdn.microsoft.com/en-us/library/5bzxfsea.aspx
    Simon

    Geht leider nicht bei Unicode-Unterstützung. Also wenn dort der Haken gesetzt für Unicode-Libories gesetzt ist, gehts damit nicht mehr - bekomme so nur das 1. Zeichen.

    Deswegen mache ich das so:

    char* CPPString::GetCharArray(void)
{
	int iLenght = (*this).GetLength();
	m_strString = (char*)realloc( m_strString, sizeof(char)*(iLenght+1) );
	int i = 0;

	for ( i=0; i<iLenght; i++ )
	{
		m_strString[i] = (char)(((LPCTSTR)(*this))[i]);
	}
	m_strString[i] = '\0';

	return m_strString;
}
    0
  • T

    🙄

    0
  • U

    Geht leider nicht bei Unicode-Unterstützung.

    Das würd ich bezweifeln wollen... was heißt denn geht nicht? minimalbsp?
    (am besten so was, wie

    #include <iostream>
#include <CString> //richtig?

int main()
{
  CString test = L"asd";
  std::wcout << test.GetBuffer() << std::endl;
}

    . ich hab nur kein von der cli(?)-bibliothek - aber ich denke ja, du castest irgendwo nach char* und das war der fehler...)

    sry, aber das was du hier machst, ist alles iwie total falsch und hässlich und noch viel mehr... du solltest dich noch ein wenig belesen, bevor du das nächste mal so etwas versuchst ;o)

    ich würde solche fkt auch prinzipiell als freie fkt. implementieren, fänd ich auch viel zweckmäßiger...

    thetas quellcode hatte nur am rande was mit deinem problem zu tun ;o) sein quelltext hat in so fern keinen bezug zu deinem eigentlichen problem (da gings um dynamic_cast und dessen funktionsweise)

    bb

    0
  • T

    @unskilled:

    ich hab nur kein von der cli(?)-bibliothek

    ehm, was mit cli? CString kommt aus der MFC / ATL, reines C++, ausgeschmückt mit unmengen von Makros...
    Oder hab ich was verpasst?

    Simon

    0
  • U

    theta:
    Nö, das Fragezeichen sollte heißen, dass ich nicht weiß, ob das richtig ist... Hab noch nie mit der MFC gearbeitet... Wieso auch? ;P

    bb

    0
  • T

    @unskilled: weil man masochistisch veranlagt ist?

    0
  • A

    Offtopic: Mault nicht so über die MFC rum. Sie ist a) immernoch angenehmer als die pure WinAPI und b) älter als der C++ Standard, das erklärt auch, warum sie so hässlich ist, keine Templates/Namespaces hat und so altmodisch aussieht. Sie ist einfach alt. Aber mächtig.

    0
  • D

    Was nimmt ihr den, wenn ihr C++ programmiert? Ich möchte eigentlich für kleine Programme kein riesen Framework verwenden.
    Ich habe nie den Sinn von .Net verstanden (läuft doch sowieso nur unter Windowssystemen ordentlich) und bis jetzt konnte mir das keiner erklären.
    Wozu auf jeden PC nen fettes Framework vorraussetzten, wenn es doch leistungsstarke Compiler gibt?
    Ich mag die MFC auch nicht, aber womit kann man sonst in C++ GUI-Anwendungen schreiben?
    Ich kenne nur LabWindows CVI, was aber reines ANSI C ist, doch nirgendwo lassen sich oberflächen so einfach und bequem gestalten als damit.
    MFC ist ein Graus. Es gibt noch nichtmal ein Control, mit dem ich Zahlen eingeben lassen kann (wo rechts daneben noch Hoch-Runter-Pfeile sind etc.

    0

  • Hallo dlgig,
    s. http://msdn.microsoft.com/en-us/library/c8z1ck76%28VS.80%29.aspx. Einfach mit SetBuddy an ein anderes Control (z.B. CEdit) hängen.

    Aber ich bin auch kein Freund der MFC.
    Um in C++ GUI-Anwendungen zu schreiben, gibt es genügend andere Frameworks (QT, wxWidgets, GTK+), s.a. http://www.c-plusplus.net/forum/viewtopic-var-t-is-230583.html

    Um gute GUI-Programme zu entwickeln, kann ich jedoch C# mit dem .NET-Framework nur empfehlen (das .NET-Framework kann man auf heutigen Windows-Systemen genauso voraussetzen wie z.B. DirectX).

    0
Anmelden zum Antworten