|
You probably need to download the platform SDK. In addition, you'll need to make sure the platform SDK headers are getting picked up. If you using Visual C++ 6, then you need to go to Tools > Options click on the Directories tab, select Include Dirs, and make sure that the path to the Platform SDK includes are FIRST, before the rest of the headers.
¡El diablo está en mis pantalones! ¡Mire, mire!
Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)!
SELECT * FROM User WHERE Clue > 0
0 rows returned
Save an Orange - Use the VCF!
|
|
|
|
|
Whats your application type?
whitesky
|
|
|
|
|
It's MDI, and I'm using Visual C++ 6.0.
~~~~
|
|
|
|
|
hallo
is anybody out there who has used the OSK.EXE inside W2K or XP to communicate with a C/C++-program. the question is not to start/end this application but how to communicate with it char by char.
Any idea ?
best regards
simon
|
|
|
|
|
I am a C# devoloper. I want to ask whether it is good to learn C++/MFC since now most application are always devoloped using C#/VB.Net.
aLi
|
|
|
|
|
Musfsdfsdf wrote: since now most application are always devoloped using C#/VB.Net
(Back to reality...)
It's never a good time to learn MFC. Microsoft likes to introduce a great library and then deprecate it. They will abandon .NET soon enough so don't worry.
Learning C++ is not for anyone who considers VB or VB.NET a "swell language" but for those that embrace C#, you can adapt but users of higher level libraries almost always have trouble understanding "why" we do it this way. A small (OK somewhat larger than small) proportion of us "accidently" embraced MFC some years back since it was easier to use than raw Win32 and now we find that addictions are hard to break. We are the unfortunate ones. Oddly enough, some of us still use it for our development but I would not recommend going down that road since Microsoft has taken every measure to bury it and I can say that I feel that pain. Most now say to learn Win32 since pointers are about the only thing that has changed in 64-bit programming so Win32 is alive and well for some time to come. Steer clear of MFC if possible.
Not sure if that helps.
|
|
|
|
|
|
Very good, thanks (apart from Microsoft using 'leverage' as a verb...).
Elaine ![Rose | [Rose]](https://codeproject.freetls.fastly.net/script/Forums/Images/rose.gif)
The tigress is here 
|
|
|
|
|
I believe it is good idea to learn C++ and/or MFC (and, perhaps Win32) if you plan to be a programmer for hire. Large corporations don't usually adapt the cutting-edge technology until they feel threre is a business need for it or they are forced to adapt because it is the only feasible option. So, the more tools you have at your disposal; the better chances you have to keep or obtain a decent job.
|
|
|
|
|
Hallo
I'd like to change the chars printed unsing HEX.
Sample:
<br />
int nHex = 0xABCDEF;<br />
char nHexText[7];<br />
sprintf(nHexText,"%x",nHex);<br />
By now i convert as hex to string and use some macros for each char to convert.
Is there any posibility to change the symbol by just using sprintf ??
THX
Timen
|
|
|
|
|
tbrake wrote: change the symbol
I'm not sure what symbol is referring to.
tbrake wrote: now i convert as hex to string
On a side note, "hex" is not a number, it is a radix for representing the number value in some base or number system. You can view a number using any radix you desire. Whether you choose to look at it in base-2, 10, 16, 32 does not change the number.
Anyway, if possible, please clarify your question.
|
|
|
|
|
hallo
OK radix ... will look up this just after this mail..
I mean Displaying Hex as String measn unsing the symbols
0 1 2 3 4 5 6 7 8 9 A B C D E F
Now i need
0 1 2 3 4 5 6 7 8 9 : ; < = > ?
I know this is strange but i have some old hardware - this is only able to understand these symbols no hex !!!  and the second problem is i need a very fast calculation.
THX
|
|
|
|
|
Wait a minute, one an earlier thread today you stated...
tbrake wrote:
Hallo
1. Well at least it makes sence. cause i have to controll some hardware. To calculate the needed commands the shortes way is to interprete int as Hex bit shift this and the result is the needed command.
I apologize but this is making no sense. I would love to help but I've been burned by questions that didn't describe the problem correctly. I would spend my valuable time working out a solution to help out a fellow CP member only to find out later on that the problem context was different enough to warrant a totally different solution thus rendering my code snippets useless. Are you sure you need a character translation for the hex representation of a number?
|
|
|
|
|
does the solution require that you send the indivdual characters representing the number or sending the number itself?
|
|
|
|
|
I am not sure but i think i need the numeric interpretation.
The controller is a GPIB card (16 BIT connector) - to the receiver there is an initialisation string send to as char "N00,TH0,V0123456789:;<=>?\n" changing anything here will end up in errors.
...
ah i think i can do this like :
<br />
int hex = 0x2ABCDEF;<br />
cmd[0] = ((hex & 0x0F000000)>>24)+48;<br />
cmd[1] = ((hex & 0x00F00000)>>20)+48;<br />
cmd[2] = ((hex & 0x000F0000)>>16)+48;<br />
cmd[3] = ((hex & 0x0000F000)>>12)+48;<br />
...<br />
OK i try this 
THX
Timen
|
|
|
|
|
a rgn, for easy, lets say a rect (10,10,100,100)
I hope all lines drawn are inside the rect with any thickness of pen.
FrameRgn works fine for the purpose on screen, but it is so ugly on printer.
My Q:
how to ensue Polygon() draws lines inside the rect with any thickness of pen?
|
|
|
|
|
Here's some code to get the wheels turning. I used a couple of different things and meshed them together.
For what it's worth...
CPen pen;
CPen* pOldPen;
LOGBRUSH logBrush;
logBrush.lbStyle=BS_SOLID;
logBrush.lbColor=RGB(255,0,0);
logBrush.lbHatch=NULL;
if (pDC->BeginPath()) { // Start defining Path
CRect rect(0,0,150,150);
pDC->Rectangle(&rect); // Define the shape for the path
if (pDC->EndPath()) { // Finish defining path
CRgn rgn;
rgn.CreateFromPath(pDC);
if (pDC->SelectClipRgn(&rgn,RGN_COPY)) { // New clipping region
for (int i=0;i<150;i+=15) {
pen.CreatePen(PS_SOLID|PS_ENDCAP_SQUARE|PS_GEOMETRIC,(i/15),&logBrush,0,NULL);
pOldPen=pDC->SelectObject(&pen);
pDC->MoveTo(CPoint(i,150));
pDC->LineTo(CPoint(i+150,0));
pDC->SelectObject(pOldPen);
pen.DeleteObject();
}
}
}
}
|
|
|
|
|
I hope nothing to be clipped.
|
|
|
|
|
includeh10 wrote: I hope nothing to be clipped.
Your first post sounded like you wanted the lines clipped. I apologize for the misunderstanding.
|
|
|
|
|
Hi again guys
a simple guestion how can i convert(assighn) a variable of type _bstr_t to string
Thanks a lot for everything so far
|
|
|
|
|
I actually know this is simple, but I forget the answer. I would repost this question in the COM forum if I was you.
INTP
"Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra
|
|
|
|
|
|
Cool Guide!!!!
very good has everything
thanks for showing me the way
|
|
|
|
|
Mr. Dunn already pointed you to his FAQ which is probably the best resource available on CP but just in case, here are some ways you can get it done. NOTE: These will only work if the BSTR does not contain embedded NULL's as would occur in a BYTE array. If you are sure you are dealing with null terminated strings in the BSTR like when using MSXML, these will get you by.
// Using the CString constructor
_bstr_t bstrTemp("This is a test\n");
CString sTemp1((BSTR)bstrTemp);
TRACE(sTemp1);
// For when you don't have the luxury of using the constructor
CString sTemp2;
sTemp2.Format("%s",(LPCTSTR)bstrTemp);
TRACE(sTemp2);
|
|
|
|
|
Thanks bob for the help and the info but u are right
that article Dunn gave me is more than helpful
Thanks again appreciate the help
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
