Managed C++/CLI

    USES_CONVERSION;
    char *japaneseString =  <japanese-string-constant-that-can't-be-cut-and-paste-in>;
    CString japaneseTextAsCString(T2OLE(japaneseString));
    BSTR japaneseStringAsBSTR = japaneseTextAsCString.AllocSysString() ;


You have to pretend that japaneseString is really a japanese string constant. :)  In all cases, the CString encapsulates the same logical string addressed by japaneseString.  However, the final line of the four does one of two things, depending on the Output Type project setting of the C# Windows application. <p>

When the output type of the demo is set to Console Application, japaneseStringAsBSTR encapsulates the same logical string encapsulated by the CString and addressed by the char *.  In other words, it works perfectly.  This string is then fed to the COM object I speak of, and out comes the English translation. </p><p>

When the output type of the demo is set to Windows Application, japaneseStringAsBSTR encapsulates complete GARBAGE.  Garbled nonsense, that gets fed to my translation object to produce the English equivalent of that garbled nonsense, which, of course, is more garbled nonsense.  Note that output type project property is the default.  It was a random stroke of luck that prompted me to switch it to Console Application one day to find that everything worked as it was supposed to.  It was a bug that plagued my group for weeks, and this workaround was viewed as a triumph at the time, but it's not the right answer, and it's not all that nice to have a console window sitting beneath the GUI of our application. </p><p>

Obviously, this particular project propety (Output Type: Console Application versus Windows Application) influences something relevant to the execution of the AllocSysString method (or perhaps the CString constructor and/or the T2OLE macro, but that seems less likely).  If anyone can point me somewhere, or can explain how a Windows Forms application is influenced by this Output Type property, I'd be very, very grateful. </p><p>

Thanks,<br>
Jerry<br></p>