|
Hi all,
i m start working on access database,i have no idea about this please help me for this.
and provide me info and guidance to establich database connection and execution of Query for insertion or retrivel of values in database.
thanks in advance
|
|
|
|
|
Le@rner wrote: i m start working on access database,i have no idea about this
Then your best bet would be to do some research into databases in general and Access[^] in particular.
The best things in life are not things.
|
|
|
|
|
there different option for database connection and operations like DAO,ADO,ODBC,OLE DB etc .
please tell me which one is better to continue.
|
|
|
|
|
Le@rner wrote: please tell me which one is better to continue.
Take a look at some of the links I found for you, and possibly some of the articles here on CodeProject; the answers are there.
The best things in life are not things.
|
|
|
|
|
if i am having an access file that is contains a table with some columns,
now odbc is fine for this or not?
i am choosing ODBC to continue is it ok.
modified on Thursday, June 30, 2011 8:24 AM
|
|
|
|
|
Le@rner wrote: please tell me which one is better to continue.
Better for what? Each has its own strengths and weaknesses. You are the only one that knows your requirements so ultimately only you can decide which is better.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Some people are making such thorough preparation for rainy days that they aren't enjoying today's sunshine." - William Feather
|
|
|
|
|
Hi all,
i want to know what type of dll is created by MFC that is easily use by any language or platform.
i am working on MFC Application, here i want to create a dll of my application,now i want to use it in c#,VB or any other platform.
please help me how can i do this,
and also provide me info or guidance to use dll and importing and exporting of dll file.
thannks in advance.
i m waiting for ur valuable suggestion.
|
|
|
|
|
You need to create a COM library for it to be used by other languages. Take a look at the articles section for help on COM.
The best things in life are not things.
|
|
|
|
|
|
Not that I am aware of; unfortunately MFC is a very specialised framework and does not sit well with other languages. If you code in pure Win32 then you can access DLL's from .NET languages via the P/Invoke[^] mechanism, which is considerably easier.
The best things in life are not things.
|
|
|
|
|
OP did mention cross platform support (or did he mean programming language ), as far as I know, COM doesn't have the cross-platform popularity or support...
|
|
|
|
|
Albert Holguin wrote: COM doesn't have the cross-platform popularity or support...
That's right, but I'm not aware (as I stated) of any alternative.
The best things in life are not things.
|
|
|
|
|
I have a MFC SDI application with three split windows.
1)CFormView (Dialog )
2)Tree View
3)List View
The Dialog (1) window contains some CButtons and some CEdit controls. I am not able to do the copy, cut and paste operations using the keyboard short cuts (Ctrl+C, Ctrl+X and Ctrl+V).
Does anyone have any inputs to solve this issue?
Now I have solved this by implementing a custom edit control. But I want to know the details why it is not working in this SDI application.
Note –
.In a default dialog based application, I can copy and paste strings using Ctrl+C and Ctrl+V shortcuts.
.I am using VC6 for development
modified on Thursday, June 30, 2011 12:47 AM
|
|
|
|
|
|
Hi all,
i want to know what is the unique in any pc.
i want to find a unique number of id to identify the pc.
please tell me what is the different and unique in any pc.
how can i find it?
please help me for this.
thanks in advance.
|
|
|
|
|
There are a number of different schemes used to implement this kind of protection, typically known as HWID (hardware id).
Often a number of pieces of information are collected about various pieces of hardware before a transformation/hashing routine is applied to the result. An obvious downside to this method is that if any of the user's hardware changes, the generated HWID is also different - leading of course to the software having the impression that it's now on a different machine (well, it is in a sense - but not entirely)
Microsoft has relied upon a technique whereby the info collected from _each_ device is stored and compared at runtime. So long as a certain proportion of the IDs remain the same, the software will continue to run. Remember that Windows 95 (or thereabouts - perhaps it was XP, I forget) had some teething problems early on, with users reporting that windows would now refuse to run after small upgrades - this may have been simple incompatibilities, though if(!) my memory serves me correctly there were a large proportion that were a result of simple HWID authentication failure.
I believe microsoft has a patent for this kind of idea - one that allows a proprtion of the hardware to change, yet still pass authentication.
ZBrush3 was software that implemented a similar scheme - albeit with a '1 change = authentication failure' limitation.
You may find some interesting result here[^].
You'll also find a lot of information on defeating these schemes in underground cracking/hacking sites - certainly good reading to determine how _not_ to implement this idea. (Tuts4You is a good site to check)
|
|
|
|
|
Traditionally, people have used disk serial numbers, or MAC ids, or other hardware identification number to uniquely identify a PC.
Although I will warn you, if used to lock software, these serial numbers are somewhat easy to change for a computer expert (although it may be very hard for a novice to do so).
|
|
|
|
|
Albert Holguin wrote: Traditionally, people have used disk serial numbers, or MAC ids, or other
hardware identification number to uniquely identify a PC.
disk serial numbers is changed when format the disk, and MAC id is also changebale.
i find the processor id like this
struct CPUInfo
{
int EAX;
int EBX;
int ECX;
int EDX;
};
void __cpuid(int CPUInfo[4], int InfoType);
int b[4];
char eax_hex[9]= {0,0,0,0,0,0,0,0};
char edx_hex[9]= {0,0,0,0,0,0,0,0};
char cpuid_hex[17] = {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0};
char* first = &cpuid_hex[0];
char* second = &cpuid_hex[8];
__cpuid(b,1);
sprintf_s(first,9, "%08X",b[3]);
sprintf_s(second,9, "%08X",b[0]);
fprintf(stdout, "processorid (equal to wmi repoted processor id): %s\n", cpuid_hex);
fprintf(stdout,"eax:%d ebx:%d ecx:%d edx:%d\n",b[0],b[1],b[2],b[3]);
its return value like: BFEBFBFF00010676
so please tell me its a write way to calculate the processor id.
and can i use the processor ID as unique ID to idetify the PC.
Thanks in advance.
|
|
|
|
|
Again, NO this is not the correct to implement a hardware ID scheme.
As in to say - you _cannot_ use the just the results of this single instruction to effectively ID a processor.
When I use the following code, and step through it an a debugger - you know what I get?
Main Proc
mov eax, 3
cpuid
RET
Main EndP
Absolutely nothing!
EAX = 0x00000000
EBX = 0x00000000
EDX = 0x00000000
And you're right - the MACID reported by windows can be changed, as can the Volume Serial Number of a harddisk. These aren't the figures traditionally queried.
The figures are the ones reported by hardware itself, not by the operating system between you and the hardware.
Alias Maya, since Autodesk Maya - used to implement a simple MACID/computed hash-value scheme. It was a joke and was defeated trivially.
Other schemes, SECUROM or SAFEDISK (I forget which) would actually write data to a certain sector on the hard-disk. This data was persistant, remaining after a full format of the system!!! You could only kill that nasty critter by manually overwriting it in a editor that supported raw disk-sectors.
If I may respectfully make a suggestion - there are many, many, m a n y protection schemes already available - many for free download. These have years of refinement and intrusion prevention already built in. I'd hate to see (yet another) overestimation on the part of the coder that he/she has the next-best-thing in terms of copyright protection.
Perhaps I could put this another way - I used to surf Softpedia looking for small new apps to try to break into. Invariably, those that proved the hardest to penetrate were those that used commercial protectors - and ones that used virtual machines and opcode/algorithm obfuscation.
PEiD, OllyDbg, ExeDecryptor, exeUnpacker and a loooooooot of hours playing the game have led me to believe that you're probably far better off using a shareware/freeware/cheapware solution than anything you can come up yourself.
Think of it this way - you need to provide a perfect 100% continuous fence of protection around your app. The cracker on the other hand is only required to find a single-hole to get in.
A couple of cases in point:
1 DraftIt - cad program. Coded in C#, unobfuscated assembly with the key algorithm plainly viewable with .NET Reflector.
Price: £99
Time required for correct-serial number entry: 1 hour
Method: copy and paste code from serial number checking algo into a new program
2. Motocalc - RC power system calculator, Delphi
Price: $40
Time required to enter any serial and still gain access: 12 minutes
Method: Change a single instruction so that a branch is no longer taken.
Try having a look at VirtualProtect, Armadillo, AsPack and anything else you can get your hands on.
Good luck keeping the riff-raff out!! 
|
|
|
|
|
i just want to find the hardware id not anything else,and i don't want to use any other app for this.
i really need to find the unique hardware ID using my own application.
please help me to find out this.
|
|
|
|
|
|
i m using WMI data to find Processor ID its also return same processor ID that is:BFEBFBFF00010676
"Connected to ROOT\\CIMV2 WMI namespace"
"SELECT * FROM win32_processor"
VARIANT vtProp;
hr = pclsObj->Get(L"Name", 0, &vtProp, 0, 0);
wcout << " OS Name : " << vtProp.bstrVal << endl;
VariantClear(&vtProp);
hr = pclsObj->Get(L"ProcessorId", 0, &vtProp, 0, 0);
wcout << " ProcessorId : " << vtProp.bstrVal << endl;
VariantClear(&vtProp);
pclsObj->Release();
is the MachineGuid is unique or not?
modified on Thursday, June 30, 2011 8:23 AM
|
|
|
|
|
enhzflep wrote: These aren't the figures traditionally queried.
I disagree...
Anyway, I have yet to find a method that cannot be overcome, so its worthless chatter IMHO.
|
|
|
|
|
'Traditionally' was the word I used when thinking about the fact that in the past - and still today in the apps worth keeping safe, vendors will query the hardware itself. As we all know from the ability of one to change the MACID reported by their OS, this [EDIT:] approach of asking Windows for the information [EDIT/] is clearly insufficient and somewhat amateurish.
Generally, the publications that continue to be difficult to beat are the ones that install drivers or services and from there can query hardware directly, running in a much less restrictive environment than an exe that's just been run.
However I digress - you've put succinctly the problem with the cpuid instruction - this is not a measure to obtain a unique serial number.
modified on Thursday, June 30, 2011 1:04 PM
|
|
|
|
|
|