std:string til (const wchar_t *)

http://msdn.microsoft.com/en-us/library/k1f9b8cy.aspx

dinstring.c_str() giver dig en char* som ovenstaaende saa kan konvertere til wchar_t*.

Mjaeh, det virker ikke helt...

Dette er problemet i en nøddeskal:

LPCWSTR    myStr = MultiCharToUniChar("fil.jpg");
const wchar_t *file = (const wchar_t *)myStr;
const wchar_t *otherFile = (const wchar_t *)("fil.jpg");

indhold af variablen file: "fil.jpg"
indhold af variablen otherfile: "####g"

men det er inholdet af otherfile variablen der virker mens det andet er noget snot ifølge den funktion der skal bruge variablene...

Så hvordan oversætter jeg lige det?

Til ovenstående skal lige tilføjes at funktionen MultiCharToUniChar ser således ud:

LPCWSTR MultiCharToUniChar(char* mbString)
{
    int len = strlen(mbString) + 1;
    wchar_t *ucString = new wchar_t[len];
    mbstowcs(ucString, mbString, len);
    return (LPCWSTR)ucString;
}

Og hvordan checker du indholdet af de variable ?

Er du sikker paa at du skal bruge en wchar_t* ?

Hvis du skal bruge en konstant wchar_t* kan du bare bruge:

L"fil.jpg"

Det er i debuggeren det ser sådan ud. Der er en adresse, og indholdet af adressen præsenterer debuggeren som de ovenstående variable.
Det er som om at strengen skal formatteres anderledes...

Jeg kommer ikke udenom at skulle bruge const wchar_t *... Signaturen på metoden der skal bruge den ser således ud:

ILAPI ILboolean ILAPIENTRY ilLoadImage(ILconst_string FileName);

og det står desværre ikke til at ændre.

L foran giver samme resultat. Det er læseligt for mig i debuggeren, men åbenbart ulæseligt for den metode jeg anvender.

Og ILconst_string er wchar_t fordi ?

http://sfii90.rubyforge.org/svn/src/graphics/image/devil/il.h

siger

#ifdef _UNICODE
    #ifndef _WIN32_WCE
        #include <wchar.h>
    #endif
    //if we use a define instead of a typedef,
    //ILconst_string works as intended
    #define ILstring wchar_t*
    #define ILconst_string  wchar_t const *
#else
    //if we use a define instead of a typedef,
    //ILconst_string works as intended
    #define ILstring char*
    #define ILconst_string char const *
#endif //_UNICODE

d.v.s. at den er char* eller wchar_t* afhaengig af om UNICODE er defineret eller ej.

Shiny :)

Det er så endnu et område jeg er blank på.

Skal jeg så skrive
#define _UNICODE false

i mine deklarationer i min klasse, eller hvor retter jeg det?

Du kan goere et af foelgende:

* kalde funktionen med en char*

* kalde funktionen med en wchar_t* lavet saa den ser OK ud i debugger og saa i toppen af dit program have:

#define UNICODE
#define _UNICODE

Kan jeg ikke liiige få til at virke....

hvis jeg kalder funktionen med en char* brokker compileren sig over at den ikke kan konvertere char* til en const wchar_t *

Jeg har det skidt med at tage så meget af din tid på noget så banalt. Du må hellere snart smide et svar :)

Formaalet med E er jo at hjaelpe, saa det skal du ikke have daarlig samvitighed over.

Hvad sker der hvis du putter:

#define UNICODE
#define _UNICODE

aller oeverst i dit program og kalder med wchar_t ?

Troede det var wchar_t jeg skulle undgå?

der er iøvrigt ingen ændring. compileren brokker sig stadig over at jeg prøver at smide en char* ind fremfor en const wchar_t *

Men den kommer med følgende Warnings:
Warning    1    warning C4005: 'UNICODE' : macro redefinition   
Warning    2    warning C4005: '_UNICODE' : macro redefinition

Med de 2 defines og saa sender du en wchar_t* over ikke en char*.

ok, men den vil stadig gerne have en const wchar_t* og ikke den wchar_t* jeg sender ind :(

Jeg får ikke lov til at compile med wchar_t*

Du kan caste den med:

(const wchar_t *)whatever

error C2664: 'ilLoadImage' : cannot convert parameter 1 from 'wchar_t' to 'const wchar_t *'

Ok, nu fik jeg det til at du efter dine foreskrifter, men problemet er det samme som tidligere, at det virker kun hvis jeg hardcoder en tekststreng ind i metoden men ikke når jeg konverterer til en wchar_t *

:(

Et skud:

std::wstring widestr = std::wstring(str.begin(), str.end());
wchar_t* widecstr = widestr.c_str();

oddi: Desværre, det giver stadig samme problem som i indlæg #3 :(

Igen problemet kan ses i nedenstående billede:
http://img268.imageshack.us/img268/4664/variabelproblemer.jpg

Inholdet af otherfile variablen er det der får det til at spille, selvom den er totalt uforståelig, det lader til at den har smækket hver to karakterer sammen til en, så hver andet char er bit-forskudt ind i den forrige.

Dette er en copy/paste fra mit watch:
+        otherFile    0x0044ca44 "&#28265;&#25959;&#27182;&#26480;"    const wchar_t *
+        file    0x00ca8618 "inge.jpg"    wchar_t *


Nogen der kender en funktion, der kan pakke karaktererne korrekt ind?

Arne_v, jeg har fundet ud af det med hjælp fra de kommentarer du har skrevet. Vil du have point?

OK

Så mangler du bare at acceptere svaret.