|
Crap! You beat me to it! (and using a much better method too. dammit!) 
I prefer to wear gloves when using it, but that's merely a matter of personal hygiene
[Roger Wright on VB]
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
[Rich Cook]
|
|
|
|
|
Actually your method is the correct one to use for multiple-monitor support.
"Blessed are the peacemakers, for they shall be called sons of God." - Jesus
"You must be the change you wish to see in the world." - Mahatma Gandhi
|
|
|
|
|
Atlantys wrote:
You beat me to it!
 Don't you hate it when that happens 
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Super nice!
Thanks.
I had another question on this:
Is this bulletproof or is it a heuristic?
Is there no OS level call to get this information?
Just curious - your answer works perfectly.
I'm going to live forever or die trying!
|
|
|
|
|
It will always work for the primary display. If you are using multiple displays, you'll need to use EnumDisplaySettings() as pointed out in another answer. Use ENUM_CURRENT_SETTINGS to return the current settings. The dmBitsPixel member of the DEVMODE structure will give the number of bits per pixel:
DEVMODE dm;
dm.dmSize = sizeof(DEVMODE);
EnumDisplaySettings(lpszDeviceName, ENUM_CURRENT_SETTINGS, &dm); lpzsDeviceName is the name of the device (returned by EnumDisplayDevices()), or NULL to use the primary device.
Hope this helps,
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Ha! So, I was late, but I was more right! ;P (is that even possible?  ) You were just more exact, providing example code. 
I prefer to wear gloves when using it, but that's merely a matter of personal hygiene
[Roger Wright on VB]
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
[Rich Cook]
|
|
|
|
|
Atlantys wrote:
Ha! So, I was late, but I was more right!
Rub it in, why don't ya!
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Just padding my post count.
I prefer to wear gloves when using it, but that's merely a matter of personal hygiene
[Roger Wright on VB]
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
[Rich Cook]
|
|
|
|
|
Atlantys wrote:
Just padding my post count.
I'm not even going to answer that.
Oh hold on a minute, I am... Doh!!
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
I've got to get to 1K somehow, eh?
I bet if we continued this, Chris'll probably not be too impressed. Then again, this thread is buried deep in some obscure forum.
:looks up, checks the forum title: "Visual C++":
Doh! :homerdoh:
(someday, Chris'll put in a homerdoh smiley... but I figure he's got enough of his plate already).
I prefer to wear gloves when using it, but that's merely a matter of personal hygiene
[Roger Wright on VB]
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
[Rich Cook]
|
|
|
|
|
Ryan Binns wrote:
lpzsDeviceName is the name of the device (returned by EnumDisplayDevices()), or NULL to use the primary device.
You just answered another question I had - nameley what driver name do I use? I was looking at examples and they used device names of "Epson" and I was like Moe on the Simpsons when I saw that "HuuuuuuuuUUUUUUUUUHH?!?!?!?"
Many thanks (and to you to Atlantys)!
I'm going to live forever or die trying!
|
|
|
|
|
tnolley wrote:
You just answered another question I had
 I love it when that happens 
tnolley wrote:
any thanks
You're welcome 
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Try: EnumDisplaySettings, and check the dmBitsPerPel member of the DEVMODE structure.
It's all in the MSDN.
"dmBitsPerPel
Specifies the color resolution, in bits per pixel, of the display device (for example: 4 bits for 16 colors, 8 bits for 256 colors, or 16 bits for 65536 colors). Display drivers use this member, for example, in the ChangeDisplaySettings function."
HTH
I prefer to wear gloves when using it, but that's merely a matter of personal hygiene
[Roger Wright on VB]
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
[Rich Cook]
|
|
|
|
|
Some guy here in codeproject (I don't remember who and I can't find the post either) posted the following link
http://download.microsoft.com/download/b/d/c/bdccea1b-96d9-4ad9-8045-56619af95835/qtr40enud1.img, which is the link for the 1st MSDN 2003 CD image file. As you can see the file has an img extension. There are three of these files and I downloaded the first one. There is no program in my computer that recognizes these image files. I thought that the CD-Writer software (Roxio Easy CD Creater) would take care of it, but it didn't. Can anyone help me with this problem? Can one tell me the link to the MSDN 2003 download site? I tried searching on MSDN but I could not find anything about downloading MSDN 2003. I am sure that there are directions there on how to proceed after you download these image files, but I can't find anything.
// Afterall, I realized that even my comment lines have bugs
When one cannot invent, one must at least improve (in bed).-My latest fortune cookie
|
|
|
|
|
Use Nero to burn the image. http://www.nero.com/en/[^]
Toni78 wrote:
Roxio Easy CD Creater
I prefer to wear gloves when using it, but that's merely a matter of personal hygiene
[Roger Wright on VB]
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
[Rich Cook]
|
|
|
|
|
Nero, doesn't work either. It does not recognize the file format. Roxio Easy CD Creator and Nero are the only two CDW programs that I have access to. I checked the header of the file and it doesn't have any information on it at all. It's all zeros.
// Afterall, I realized that even my comment lines have bugs
When one cannot invent, one must at least improve (in bed).-My latest fortune cookie
|
|
|
|
|
That's weird!
I'm going to go ahead and use the ole programmer's saying: "It worked fine on my machine!"
I was able to burn the images easily. Sorry that I can't be any help 
I prefer to wear gloves when using it, but that's merely a matter of personal hygiene
[Roger Wright on VB]
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
[Rich Cook]
|
|
|
|
|
Rename them to .iso. They are the same file format, just with a different extension.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Ryan and Atlantys, thank you very for your help. I am performing a write simulation right now on the image and since Nero is not giving me any errors yet, I am assuming that everything is working fine. So both of your suggestions work.
Well, it works like a charm. I opened the file with WinRar as well and everything looks great. Thank you, thank you, thank you.
I got so upset last night because I dowloaded the first image using a 49k connection and it took me several days, only to find out that I couldn't open the file. Looking forward to 10 more days of downloading MSDN 2003.
// Afterall, I realized that even my comment lines have bugs
When one cannot invent, one must at least improve (in bed).-My latest fortune cookie
|
|
|
|
|
Toni78 wrote:
Thank you, thank you, thank you.
You're welcome, you're welcome, you're welcome 
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Toni78 wrote:
10 more days of downloading MSDN 2003
 I'm on cable, and it took me only 2 hours. ;P
I prefer to wear gloves when using it, but that's merely a matter of personal hygiene
[Roger Wright on VB]
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning.
[Rich Cook]
|
|
|
|
|
It took me 45 mins to download most of it, but then I found out I was running out of disk space, so I had to cancel the download. 
"Blessed are the peacemakers, for they shall be called sons of God." - Jesus
"You must be the change you wish to see in the world." - Mahatma Gandhi
|
|
|
|
|
I want to create an control panel applet with the appearence of windows XP (buttons, tabs, etc) just like the mouse applet looks like.
I have no problem creating and applet by itself but i'm not able to display the dialog () with the XP looks. I imported the RT_MANIFEST as i normally do with a dialog based app but it did not work, i went to msdn and found this page:
http://msdn.microsoft.com/library/en-us/shellcc/platform/commctls/userex/cookbook.asp?frame=true#control_panel
they mention the control panel applet but i really don't understand waht i should do, speacially the link to commoncontrol part.
My steps to create are:
- create an mfc dll
- define the necessary functions (calback, ...)
- rename it to cpl
any thoughts? sugestions? you know the drill 
|
|
|
|
|
Hi, I wrote a simple tcp/ip program in VC++....I have a question regarding sending data. I created a simple tcp/ip chat program where one copy of the same prog. is made a server and other copy of it is the client, and I'm able to send string messages back and forth. I wanted to know if instead of string messages I want to send data of type BYTE. I would like to send for ex. data type BYTE test [5] = 0x03 0x19 0x00 0x12 0xD5
//Send the message
iSent = m_sConnectSocket.Send(LPCTSTR(m_strMessage),iLen);
I thought I could repalce the m_strMessage with variable "test" of type BYTE, but no luck
If you could help me out, I would greatly appericate it.
Arun
|
|
|
|
|
Thats simple.
Send expects a [long constant pointer to TCHAR] variable, so just putting somthing of type byte isn`t right. still, the second parameter of .Send is
a length of data to be sent, thats it in TCHARs.
So make it that way:
Suppose you have a
BYTE g_aBytes[1024];
filled with some interesting bytes and you want to send 651 of them.
just make a call like that:
iSent = m_sConnectSocket.Send((LPCTSTR) g_aBytes, 651);
here you do s old-style C cast from array of bytes to LPCTSTR. Also you expicitly tell the socket how much data you`d like to send. That`ll do the trick, unless you dont use UNICODE.
In general , from your post i see you`re not much expirienced in C++ programming. I recommend some serious reading - for example Bjane Stroustroup
C++ programming language third edition.
Be good,
Sincerely yours, Ilya Kalujny.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
