|
thebeekeeper wrote: CA2CT converts ASCII to wchar_t since this is a Unicode build, right?
Right. A is ANSI, T is generic...A2T is ANSI to generic.
thebeekeeper wrote: why does converting with CA2CT work with the stock CListBox and not my subclass?
Is the source string already a Unicode (wchar_t) string?
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://www.codeproject.com/script/Forums/Images/coffee.gif)
|
|
|
|
|
No, it's coming out of std::string c_str(), so it's a const char*. There's no way that can be Unicode, right?
Also, if I use OutputDebugString, it works after I use the CA2W conversion and looks correct in the output window. So, I've got this:
USES_CONVERSION;
CA2W converted(updates[i]->ToString().c_str());
m_UpdateBox.AddString(converted);
m_ProductList.AddString(converted);
OutputDebugString(converted);
I'm starting to think I'm pulling out bad data in my DrawItem method, but I copied that code from MSDN, so it can't be wrong 
|
|
|
|
|
thebeekeeper wrote: it's coming out of std::string c_str(), so it's a const char*. There's no way that can be Unicode, right?
Right, but a deeper question is why are you using a string
type hardwired to char in a Unicode environment?
I recommend using generic string types everywhere in
an MFC app. MFC does, so it works out nice when we do.
Using all generics makes any code you write compilable in
both Unicode and non-Unicode builds, just like MFC. Plus
you don't need to do all those string conversions, which are
inefficient.
If you must use STL strings, you could make your own generic
string class:
typedef std::basic_string<TCHAR, char_traits<TCHAR>,
allocator<TCHAR>> genericstdstring;
Use genericstdstring in place of std::string.
thebeekeeper wrote: but I copied that code from MSDN, so it can't be wrong
Umm...if you say so 
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
AHA! I just figured out that I'm doing the conversion correctly (maybe), the problem is I have bad data to convert.
I inspected the memory location that lpDrawItemStruct->itemData was pointing to, and it looked like garbage. So, I added a method to my class where I can send text and store it in a vector. Then, in DrawItem I just look in my own vector for strings to draw, and everything works fine.
I guess this works for now, but I'd really like to know how to get my string out of itemData so I can use AddString on my list box like a normal person.
The only idea that I have right now is that my initial cast in DrawItem is bad.
LPCTSTR lpszText = (LPCTSTR) lpDrawItemStruct->itemData;
I don't see how this could be bad since that's exactly what I'm passing to AddString. The strange this is that it works when I pass in a literal with TEXT("..."), but not a converted const char* from string.c_str().
Thanks for your help!
|
|
|
|
|
thebeekeeper wrote: The only idea that I have right now is that my initial cast in DrawItem is bad.
That cast is valid and necessary, since
DRAWITEMSTRUCT.itemData is a ULONG_PTR.
I'm not sure why you're getting garbage there...
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
|
I'm using the same CA2W conversion that I use on a const char* from c_str(). And no, it doesn't work, but the strange thing is that it's like the data is going bad when I pass it into CMyList::AddString().
So, if I create a LPCWSTR hello = TEXT("hello") and pass it into CListBox and CMyList::AddString everything works fine.
But! If I do a CA2W conversion and pass it into both of those same methods, it works for CListBox, but now for CMyList. 
|
|
|
|
|
thebeekeeper wrote: I'm using the same CA2W conversion
Why did you switch to CA2W, when the generic CA2CT was the
appropriate conversion?
Again, why is the conversion even necessary? Do you really
need to use char type strings anywhere? char has been pretty much
obsolete for a decade
Mixing hardwired character types and generic types causes
problems like these, which is why I recommend using the
generic types.
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
|
What is the best way to embed hard data directly to a chip (preferably using C++)?
|
|
|
|
|
claytoncruppenink wrote: What is the best way to embed hard data directly to a chip
Buy a scalpel.
i.e. you should at least be more specific.
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]
|
|
|
|
|
can you please indicate the procedure to buy a scalpel and how I can use it in C++ with a chip please.
thx, it's urgentzzzzz
|
|
|
|
|
okay, but only if you iz abuzing drugz
|
|
|
|
|
Do you want codez with that? 
Regards,
--Perspx
Don't trust a computer you can't throw out a window
-- Steve Wozniak
|
|
|
|
|
Ready-to-use code at
www.cpallini.freeproductz.com[^]
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]
|
|
|
|
|
I think your magic site is very helpful here.
|
|
|
|
|
Hamid. wrote: I think your magic site is very helpful here.
Indeed.
OT: Hamid it has been a long time since I saw one of your posts, how do you do?
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]
|
|
|
|
|
I had a good trip,I decided to see some eparchys in iran of north till center,it was very good,two different weathers at north eparchys weather was rainy and humid,rainy is not problem but humid was very bad (and my camera is ruined now)but it's great and verdurous,at center weather was very hot and dry but I think my city is better than of them you can see famous historical mosques, and bridges in this city and it has beautiful paintings,valuble carpets and handiwork,I believe isfahan and italia are near together.BTW did you read this book Italia ed esfahan(angelo michele PIEMONTESE). 
|
|
|
|
|
I'm very glad you had wonderful holidays in Iran. I haven't read that book (it is the very first time I hear about it: unfortunately I read almost only technical stuff!).
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]
|
|
|
|
|
So you are a professinal man in computer.
|
|
|
|
|
Nope, I said: "I read technical stuff" (never said I understand it).
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]
|
|
|
|
|
|
Ok, say i have an int array[10] that is populated with data. So at max i will have 32 * 10 = 320 bits. Then i have to take those 40Bytes of data and "download" it to an embedded chip (completely independent of a PC and its OS). Is there a c++ api that will allow me to embed a chip with the data?
|
|
|
|
|
USB HID sounds like the closest thing you'll find to this. Or just sending bytes through the parallel port. When you get to that low level, there's really nothing that's independent of a PC and its OS.
Also, looking for a C++ api for this kind of thing is sort of a dead end. You have to program for the embedded chip you're working with. Hopefully whoever made this chip would have also created a way to send data to it. If it's a microcontroller that has some flash memory, there's probably a SPI interface.
|
|
|
|
|
What you realy need is an eprom programmer. That's a piece of hardware you buy in Radio Shack etc. That normally comes with it's own interface, instructions, manuals, methods, etc. Some 30 years ago they provided a service where for a fee, they would sell you the chips with your data 'blown' in. you sent them your data in a hex-file on a floppy. I've no idea if that kind of service is still available.
Success,
Bram van Kampen
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
