|
Hope this will help:
void SetThreadId(CListCtrl& rListCtrl, unsigned int const nColumn, unsigned int const nThreadId)
{
CHeaderCtrl* pHeaderCtrl = rListCtrl.GetHeaderCtrl();
ASSERT(NULL != pHeaderCtrl);
HDITEM hdi;
::memset(&hdi, 0, sizeof(HDITEM));
hdi.mask = HDI_LPARAM;
hdi.lParam = nThreadId;
pHeaderCtrl->SetItem(nColumn, &hdi);
}
unsigned int GetThreadId(CListCtrl& rListCtrl, unsigned int const nColumn)
{
HDITEM hdi;
::memset(&hdi, 0, sizeof(HDITEM));
hdi.mask = HDI_LPARAM;
CHeaderCtrl* pHeaderCtrl = rListCtrl.GetHeaderCtrl();
ASSERT(NULL != pHeaderCtrl);
pHeaderCtrl->GetItem(nColumn, &hdi);
return hdi.lParam;
}
Regards,
Serge Krynine
|
|
|
|
|
That did it. Thanks.
Tom Wright
tawright915@yahoo.com
|
|
|
|
|
Hey all,
Trying to retrieve the hd serial through VC++ 6.0, not finding a way to do it.
MSDN only had WMI scripting for this, and that's over my head. Is that the only way?
Best Regards
Fabio Miguez
|
|
|
|
|
Does this help?
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
|
|
|
|
|
Hey David,
Thanks a lot for the link. I am running through the code right now, and a lot of it is foreign to me, but I will see how I can implement this onto my code. I am also having problems compiling, but the .exe available at the site works.
I would like to take advantage of the moment to ask if it has to be this complex, getting a serial number for the HD. Is there no function or simpler code able to do it?
Thanks again!
Best Regards
Fabio Miguez
|
|
|
|
|
GetVolumeInformation - See the lpVolumeSerialNumber field in the data structure.
Maybe that is the information you wanted.
|
|
|
|
|
Hey Blake,
Great, it seems I am getting somewhere now. I have implemented it in my test dialog, and lpVolumeNameBuffer and lpFileSystemNameBuffer are correct (the drive name and NTFS were returned properly). The serial number looks good, a 7 digit integer, but when I compare to the serial given by diskid32.exe, the program suggested above, they do not match. The serial on diskid32.exe has a mix of alphanumeric characters. The one I am obtaining using GetVolumeInformation can only be an integer, since the parameter used to store it is a DWORD, and I am formatting it as such:
m_sResults.Format("%d", &SerialNumber);
Any ideas where I could check the actual disk serial, short of looking on the HD casing? I use a laptop, so that would be a little harder than on a desktop.
Thanks again, great help!
Best Regards
Fabio Miguez
|
|
|
|
|
Fabio Miguez wrote:
m_sResults.Format("%d", &SerialNumber);
Do you mean to take the address of, rather than the value of, SerialNumber?
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
|
|
|
|
|
Hey Dave,
Damn it, you are right, I screwed that one up. But, on removing the & to get the value, not the address, I get a negative number. Perhaps this is happening due to the integer Format I perform? How could I place this value onto m_sResult (a CString) with alphanumeric characters?
Thanks again.
Best Regards
Fabio Miguez
|
|
|
|
|
Fabio Miguez wrote:
But, on removing the & to get the value, not the address, I get a negative number.
HDD serial numbers/volume IDs are unsigned, and are usually given as hex, so use %x rather than %d (or %u if you want a decimal number).
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"
|
|
|
|
|
Fabio,
I also needed the information you seek. I downloaded the DiskId32
and also had compile problems; (4) errors. Were you able to get around the compile errors?
The *.exe runs fine, but won't recompile under VC++ 6.0...
Would appreciate any suggestions you may have.
Thanks,
Steve.
|
|
|
|
|
Hey Steve and Ryan,
It seems GetVolumeInformation doesn't return the HDD serial, but the "volume" serial, which changes every time you format the HDD (or is the same for cloned HDDs, which a bunch of manufacturers do).
Apparently there is no easy way to get HDD serials, short of the complex (to me) code in diskid32. I also found that my number is negative because under Windows, when formatting a drive, the volume serial can be either positive or negative. So you could use this number for copy protection, but if the user passes it on to someone who happens to have the same model of computer (say, the same Dell), this volume serial might be the same. What are the chances? Not great, but this is definitely not the way to go for large scale applications.
Microsoft activation, for example, uses the actual HDD serial, among others, probably with code similar to diskid32.
My question now is are there any other hardware serials (video card, mobo, memory) that are more easily accessible to begginers like me?
Best Regards
Fabio Miguez
|
|
|
|
|
Fabio,
Are you trying to lock to a specific computer?
In that case, use multiple hardware keys and multiple system metrics and allow the program to work if a 'majority' of them are met.
Use hard drive volume numbers, get the MAC address of the network card if there is a network card, use a hash of monitor type name, you could look up modem manufacturer or modem type, memory quantity, sound card manufacturer or type, etc.
You save all these bits of information somewhere, and when you do your check, you allow it to be successful if several of the items are still valid (for example, user might have temporarily used a different monitor, but it is unlikely they constantly add or remove memory or change hard drives around).
This way, you are not dependnet upon one single bit of information that might change, and as a result, constantly issuing new keys to your users unecessarily.
|
|
|
|
|
Hey Blake,
Yeah, trying to lock it to a certain machine. The idea behind the HDD serial was that would stop the user from copying the program to another HDD, and also allow him to change whatever hardware he needed on the machine (video card, monitor, etc.) without having to request a new key. If he changed HDDs, then he would need a new key.
But I have been frustrated by how seemingly complex it has been to retrieve the HDD serial, so I am open to other ideas. Your suggestion is very good, but I don't know how to retrieve any of the information you mentioned. I have not yet searched for it (at work, not much time right now), but do you know of any offhand?
Thanks a ton.
Best Regards
Fabio Miguez
|
|
|
|
|
I am still new at initilization list.
For penSolid.CreatePen(PS_SOLID, 1 RGB(100, 100, 100));
I can initilize with
penSolid(PS_SOLID, 1 RGB(100, 100, 100))
How would I go about Initilization list
fontTimesNR.CreatePointFont(85, "Times New Roman"); ?
The default intialization list is using font.CreateFont();
|
|
|
|
|
If the class in question has a constructor that takes the arguments you want it to, then you're good to go. Unfortunately for you, the only constructor for CFont is the default, which takes no arguments and doesn't really do much of anything. You need to call the appropriate CreateFont* to get an actual font created.
You might want to take a look at GDI+ if you don't need Win95 compatibility - its object model is a lot nicer.
Shog9
I'm not the Jack of Diamonds... I'm not the six of spades.
I don't know what you thought; I'm not your astronaut...
|
|
|
|
|
i have the compiler but after i compile my code i go to execute it and a dos looking window pops up and then goes away
if you have any information that could help me please reply
|
|
|
|
|
I am trying to copy a group of files with the same name, but different extension, but I want to rename them during the copy operation.
If I use the command line, the syntax would be:
copy file.* newfile.*
which works perfectly.
Is there an elegant way to do this using SHFileOperation, which says that "Wildcard characters are not supported" in the destination.
I don't want to have to expand the wildcard in order to copy, and I *really* don't want to open a command window to run a DOS command either! Either I'm missing something obvious, or there seems to be some functionality missing from SHFileOperation....
|
|
|
|
|
Use FindFile to loop through the files indicated by the first wildcard, creating destination filenames based on this. Use CopyFile() or SHFileOperation() as appropriate to perform the copy.
Miszou wrote:
there seems to be some functionality missing from SHFileOperation
I would say the functionality is missing in the shell... renaming multiple files with the same extension does not preserve the original filenames in any way. But, that's the way they did it...
Shog9
I'm not the Jack of Diamonds... I'm not the six of spades.
I don't know what you thought; I'm not your astronaut...
|
|
|
|
|
At my school, we're currently using visual C++ (sorry i said visual basic before by mistake). I recently downloaded the new beta versoin of VC++, and it doesn't seem to have iostream.h. I was wondering where I could find a good source for both iostream, and other libraries I may need in the future.
=P
|
|
|
|
|
iostream is a C++ thing, not VB.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
Try iostream without the .h
|
|
|
|
|
#include <iostream>
without the ".h" it should work.
modified 12-Sep-18 21:01pm.
|
|
|
|
|
hmm, I'm not sure if my problem's linked, but I'm getting an unidentified identifier error when i try to use cout or endl. (while using #include <iostream>) It doesn't seem to effect my program wether or not I include iostream (without the .h) at all.
-------------------------------
I'm also having trouble getting string to work.
String Suit1 = "No suit", Suit2 = "No suit";
An error comes up when i run that code, saying I forgot a ; before suit1. and I'm getting syntax error: identifier 'String' whenever it's used in the program other then the initial delaraction of the variables Suit1 and Suit2.
I have #include string.h (with arrows, the post acts weird if i put them in) and there seems to be no problems with it, and I've run similar code on VC 6 with no problem.
-------------------------------
Am I doing something wrong, or is there a problem with my libraries?
=P
|
|
|
|
|
OK. Here's your problem. When the C++ standard was introduced, one thing that was added was namespaces. The standard libraries were placed in namespace std, and the headers that end in .h were deprecated ( i.e. most compilers have them, but they are not standard, they are not part of C++ as define by X3J16 ).
So, to use the string class, for example, you must #include<string), NOT #include<string.h>.
BUT, by doing this, you make part of namespace std visible, which will not give you access to the string class unless you do one of these:
using namespace std; // This is really bad, it includes everything in std, i.e. a lot of stuff you don't know about, and which could change in future compilers
using std::string; // much better, drag the string class alone ( well, and any iostream operators, but that's another story ) into the global namespace
or, in your code:
std::string myString; // best of all in terms of segmentation of namespaces, but a bit cumbersome, I'd use it only for things I am only going to define once or twice.
Also, String with a capital S is wrong. The string class is all lower case.
Christian
I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
