dvv-cpp not able to compile?

I have ben working with dev-cpp sence I started c++, and it has ben fine until now...

For some reason dev-cpp can compile the encrypt function (from msdn), but it can NOT compile decrypt function!

Why is that! I noticed it can also NOT compile some other code from msdn.

This is making me really mad, can any one help me or point me me to anouther compiler (more complete) but not Borland compiler becuase I can't get that (for certain reasons).

Thank you!

It helps if you post errors.

crap...umm it was something like undeclared function.

It is were you put a function in the program that doesn't exist anywere in the header files or anything else.

What's the name of the function?

there is more then one tha tdoesn't work.

Code:

DecryptFile(
  LPCTSTR lpFileName,
  DWORD dwReserved
);

should look like this

Code:

DecryptFile(
  arg1,  //arg1 is delcared before
  0  //must be 0
);

that does NOT work.

d00der... dev-c++ isn't a compiler, it's an IDE, and if you're blaming dev-c++ for the problems, you're looking in the wrong place... dev-c++ uses a MingW port of GCC/G++, which is one of the more widely used compilers... what probably happened is MSDN used some kind of propriatery headers or shortcuts that MSVC compilers let them use, but aren't portable...

that's the type of thing you'll just have to get used to running into as a programmer, and you're going to have to learn how to deal with it...the best thing you can do is learn enough to find out what's going wrong and fix it yourself. in the end you'll be happy you did because you walk away from this with more knowledge and more experience.

"A good crafstman never complains about his tools"

heh, it used windows.h. Like all of the others functions I am using. It is no different then teh rest but it happens that I got other people to back me up and they some code doens't compile in dev-cpp also.

Originally Posted by Rune Hunter

heh, it used windows.h. Like all of the others functions I am using. It is no different then teh rest but it happens that I got other people to back me up and they some code doens't compile in dev-cpp also.

you didn't understand me... MSVC's version of windows.h is different from Dev-C++'s version is different from everybody else's version.

the problem here is not bloodshed's, it's the programmer that wrote the non-portable code using non-standard functions that is to blame... now you know why we want you to use portable, standard code...

ok so then, start me off. Were and how woudl I use this code?

well, from what I can see, it looks liek the first one should be a prototype:

Code:

DecryptFile(LPCTSTR lpFileName,DWORD dwReserved);

by this point, you should know what LPCTSTR and DWORD types are, and the DecyrptFile should be returning a type.

this part looks like a call to that function:

Code:

DecryptFile(arg1,0);

in that case, as long as the data types match up, it should be okay.

last, and most importantly, where is the definition of DecryptFile?

what do you mean by definition?

All I know is what it does and it is stored in the windows.h. (at least should be)

Originally Posted by Rune Hunter

what do you mean by definition?

All I know is what it does and it is stored in the windows.h. (at least should be)

well, tha's my point... AFAIK, DecryptFile() isn't standard, but I don't know much about the windows.h file (if that file itself is standard)...

with non-standard code, you'll need to know what it does and how it does it so you can write your own definition when you get to a comiler that doesn't support it (which is probably any compiler other than what that code was already written on)

here's to pointnig you in the right direction:

Code:

#include<iostream>

void myFunction(int number); //prototype

int main()
{
    myFunction(23);  //call
}

void myFunction(int number)  //next few lines is the definition
{
    std::cout<<"The number is: "<<number;
}

a small bit of research shows that DecryptClass is a boolean function, and returns zero if it fails, but they seem to be using their own version of boolean, probably signed short int or something, because their decleration is as follows:

Code:

BOOL DecryptFile(
  LPCTSTR lpFileName,
  DWORD dwReserved
);

and BOOL is not a standard data type...

also, read the requrements for that:

Originally Posted by MSDN

Requirements

Client: Requires Windows XP or Windows 2000 Professional.
Server: Requires Windows Server 2003 or Windows 2000 Server.
Unicode: Implemented as Unicode and ANSI versions.
Header: Declared in Winbase.h; include Windows.h.
Library: Use Advapi32.lib.

I think I am getting somwere. It isn't window.h it is winbase.h that is the problem. It doesn't even have the decrypt function in it!

Then I noticed a wincrypt.h file. Hmm....maybe that will work!?