C / C++ / MFC

24-Jun-09 22:04

hi all,
i want to convert bstr to chra[];
eg:- char a[256];
BSTR bstr=L"hello";
i want hello into a

thank you

Rajesh R Subramanian24-Jun-09 22:13

24-Jun-09 22:13

Hello,

For a deeper understanding of the topic, I'll recommend that you read this excellent article: The Complete Guide to C++ Strings, Part II - String Wrapper Classes[^].

It is a crappy thing, but it's life -^ Carlo Pallini

ashish8patil24-Jun-09 22:27

24-Jun-09 22:27

Thanks .

CPallini24-Jun-09 22:19

CPallini

24-Jun-09 22:19

ashish8patil wrote:
BSTR bstr=L"hello";

Please never do this.
Read the article suggested by Rajesh (or BSTR documentation [^]) to discover why.
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

ashish8patil24-Jun-09 22:20

24-Jun-09 22:20

Thanks

wua api help

ashish8patil24-Jun-09 20:28

MTOM without .Net framework how ?

24-Jun-09 20:28

Hello all,
I am making client server application in which
1)On client side it search required update for PC then make its list and send it to server.
2)On server side it is downloading respective file for updates from its url and storing on server.

till this point I done it.

3) Now I want to install that update on client machine how should I install it, please help me.

Thank You,
ashish p.

ERLN24-Jun-09 19:58

ERLN

24-Jun-09 19:58

Hi!

I have ATL Webservice (SOAP or DIME Webservice ) already hosted on IIS.
IT is perfectly working from past 10 years. no issues.

Already we are using SOAP SDK on client side.
Now We need to use MTOM on client. Actually All our components are in C++ with out .net framework.

I need a solution to use MTOM on C++ without .net framework.
Please suggest me

Re: MTOM without .Net framework how ?

Stuart Dootson24-Jun-09 22:35

Stuart Dootson

24-Jun-09 22:35

gSOAP[^]?

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

hmm... Now why did this work?

UserNameless24-Jun-09 19:52

24-Jun-09 19:52

I wonder if someone can help me understand why, when I made changes to the following code worked (more like, gave me the result that I wanted) and if I did something wrong which can come back to haunt me later on (don't bash me Unsure | :~

)

Original Code:

CFileDialog fOpenDlg(true,NULL,NULL,NULL,_T("All Files (*.*)|*.*||"),this);
CString fName = NULL;
string name;
fName = fOpenDlg.GetFileName();
name = fName;

Error: error C2679: binary '=' : no operator found which takes a right-hand operand of type 'CString' (or there is no acceptable conversion)

now the Modified Code (not the final one):

CFileDialog fOpenDlg(true,NULL,NULL,NULL,_T("All Files (*.*)|*.*||"),this);
CString fName = NULL;
string name;
fName = fOpenDlg.GetFileName();
name = *fName;

Observation: if I open a file named test.txt fName gets set to test, and name gets set to t

Final code (giving me the result I wanted, discovered accidentally while applying it elsewhere):

CFileDialog fOpenDlg(true,NULL,NULL,NULL,_T("All Files (*.*)|*.*||"),this);
CString fName = NULL;
string name;
fName = fOpenDlg.GetFileName();
name = (fName+"");

Observation: now if I open a file named test.txt, fName gets set to test, and name ALSO gets set to test. I've been wondering how that +"" changed the behavior

Thanks

Rajesh R Subramanian24-Jun-09 20:19

24-Jun-09 20:19

Are you doing a Unicode or an ANSI build?! This works for me, and I am doing a Unicode build.

std::wstring cppStr;
CFileDialog cfd(true);
if(cfd.DoModal()==IDOK) //I never see a cfd.DoModal() in your code! But you've called cfd.GetFileName(), which is pointless.
{
  cppStr = cfd.GetFileName();
  wcout<<cppStr.c_str();
}

I hope you can figure out your mistakes.

Also, I don't understand why do you need to use std::string if you're already using MFC. Why not use CString?! Confused | :confused:

It is a crappy thing, but it's life -^ Carlo Pallini

UserNameless24-Jun-09 20:34

24-Jun-09 20:34

oh, i do do a "DoModal()==OK", I thought it didn't concern with the reason the strings behave (which I guess is what I wanted to know). and you are saying I don't need to use std::string with MFC eh? hmm... interesting point, I was basing that part of my code on basic- opening files, loading the data into buffer, copying the data into another file sort of operations. btw, on a new note, how does working with MFC change the need to use different types of variables (in this case, work with CStrings and not with CStrings and std::strings)?

thanks for the patience mate

p.s. oh there's another part of my code which isn't working (based on the examples I read on CFileDialog examples. I wanted to set the default directory to my C: drive when I click the Open button. my code for it is:

fOpenDlg.m_pOFN->lpstrInitialDir = (LPCWSTR)("C:");

which doesn't seem to be working... again im guessing on the way strings behave? (boy my string concepts are weak Cry | :((

)

Rajesh R Subramanian24-Jun-09 21:01

24-Jun-09 21:01

You can even write inline assembly to manipulate everything. But the question is: Do you really need to do it, given that you're already using a framework which makes things much more simpler?

I am saying that you should not be using std::string in an MFC program. But given that CString does everything that you need to, I simply fail to see any justification for using std::string. (OK, you're manipulating files? Then you could use CFile or CStdioFile or ...).

And why do I use MFC when I can do everything with vanilla C or C++? Because I'd like to leave for home at 5.

I may use something like an std::string within an MFC program very rarely (may be I'm using some third party code and a function expects a reference to an std::string, or whatever)...

sadman89 wrote:
drive when I click the Open button. my code for it is:

You are again providing code in bits and pieces. That works for me and I can't tell you why it didn't work in your case unless I can see the whole of your code (relevant code, please).

See if this helps:

CFileDialog cfd(true);
CString szStr;
cfd.m_pOFN->lpstrInitialDir = _T("C:\\");
if(cfd.DoModal == IDOK)
{
  szStr = cfd.GetFileName();
  AfxMessageBox(szStr);
}

It is a crappy thing, but it's life -^ Carlo Pallini

UserNameless24-Jun-09 21:24

24-Jun-09 21:24

ok so i get your point with using CString over std::string in MFCs, however I had to do some operations like name.append(".txt" which don't seem to be working if I declare name as a CString variable. and that m_pOFN->lpstrInitialDir = _T("C:\\"); also doesn't seem to be working. ok so here's ALL (I hope) relavent code related to that function:

::OnBnClickedBrowse() //When you click the open button
{
	CFileDialog fOpenDlg(true,NULL,NULL,NULL,_T("All Files (*.*)|*.*||"),this);
	fOpenDlg.m_pOFN->lpstrTitle= _T("Open File");
	fOpenDlg.m_pOFN->lpstrInitialDir = _T("C:\\");
	CString fPath = NULL;
	CString fName = NULL;
	if(fOpenDlg.DoModal() ==IDOK)
	{
		fPath = fOpenDlg.GetPathName();//path of current file
		fName = fOpenDlg.GetFileName();
       }

thats basically all the code concerning lpstrInitialDir.

Rajesh R Subramanian24-Jun-09 22:03

24-Jun-09 22:03

sadman89 wrote:
however I had to do some operations like name.append(".txt" which don't seem to be working if I declare name as a CString variable.

Append works perfectly. You are most probably doing something wrong. (again, unless I see your code...)

You might as well want to look at the CString::operator+, just in case you didn't know, you could do this:

<br />
CString szStr(_T("Hello, "));<br />
szStr += _T("world!");

sadman89 wrote:
CString fPath = NULL;
CString fName = NULL;

This kind of initialization is not really needed.

Your code works perfectly on my machine. Setting of the initial directory and the title of the open dialog seem to have no problem at all. I don't see what could have gone wrong.

I'm assuming you have *do have* a C drive. Big Grin | :-D

It is a crappy thing, but it's life -^ Carlo Pallini

UserNameless24-Jun-09 22:44

24-Jun-09 22:44

weird

yeah i googled the .append and also the C: drive thingy, works for other ppl. bah, so i won't be able to open the C drive default... noone's gonna die lol. thanks for the help... now on to figure out bigger bugs Dead | X|