|
Hi all:
Here is my codes:
int main (int argc, char* argv[])
argv[1] is a text file I will read from in my program:
FILE* fp = NULL;
fp = argv[1];
I will get a warning telling me "assignment from incompatible pointer type."
Why?
Thanks
|
|
|
|
|
argv[1] is a char*. fp is a FILE*. Since they don't point to the same type of object, you can't assign one to the other.
|
|
|
|
|
As Mike said those are two different pointers.
If you are trying to open files, you have to call fopen library function. Google it.
-Sarath.
"Great hopes make everything great possible" - Benjamin Franklin
|
|
|
|
|
Hi guys:
Please consider if the following statement is correct:
In C, Even when I employ dynamic memory allocation in full, I will still need at least one buffer with fixed length to store the string my program reads from a text file before I can use "strlen()" to determine the length of the string and allocate memory for it.
Thank you
|
|
|
|
|
NewZealander wrote: Please consider if the following statement is correct:
Ok, it's been considered. Now what?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
NewZealander wrote: I will still need at least one buffer with fixed length
False.
...cmk
Save the whales - collect the whole set
|
|
|
|
|
I have class derived from CFileDialog that keeps failing when I select to many files (4-5 works fine). My problem is that I want to find out why it is failing, but the only way I can find to do this is by using CommDlgExtendedError(). However, I cannot check the return code against the values as stated in MSDN because they don't actually seem to be defined anywhere(including Commdlg.h). I don't know if this is a VS2005 issue or not. The code being returned is 12291.
Any suggestions?
Dustin
-- modified at 17:29 Tuesday 24th April, 2007
|
|
|
|
|
12291 == 0x3003 == FNERR_BUFFERTOOSMALL
Clearly documented in the SDK under CommDlgExtendedError()...
"The CommDlgExtendedError function returns a common dialog box error code. This code indicates
the most recent error to occur during the execution of one of the common dialog box functions.
These error codes are defined in Cderr.h."
"Posting a VB.NET question in the C++ forum will end in tears." Chris Maunder
|
|
|
|
|
Now what are the odds that the answer would be in the first line of the help file. I did actually find that a few minutes ago and have been trying to increase my buffer size by changing the OPENFILENAME.nMaxFile, but this is appearantly causing memory to be over written and failing on initialization of the dialog. I'm getting an access violation error and the call stack shows only assembly.
Any idea how to correctly increase the buffer size?
Dustin
|
|
|
|
|
Dustin Henry wrote: Now what are the odds that the answer would be in the first line of the help file.
 that's the reason for my smart-alec reply
Increasing OPENFILENAME.nMaxFile isn't the only thing you need to do. You also need to increase
the size of the buffer pointed to by OPENFILENAME.lpstrFile.
//example
DWORD dwMaxFileLength = MAX_PATH * 10;
MyOFN.lpstrFile = new TCHAR[dwMaxFileLength];
MyOFN.nMaxFile = dwMaxFileLength;
...
delete[] MyOFN.lpstrFile;
"Posting a VB.NET question in the C++ forum will end in tears." Chris Maunder
|
|
|
|
|
That fixed it. Thanks for the help Mark.
|
|
|
|
|
No problem!
I thought I'd mention that "MAX_PATH * 10" was arbitrary. It may be a good idea to consider
how many files a typical user will select normally and adjust the size accordingly.
You'll have one path and how ever many filenames.
I have no personal set formula. I chose MAX_PATH * 32 in my apps for multiple-select file dialogs
for no reason other than that's the first thing that came to mind and roughly 8K (16K for Unicode)
bytes of temporary memory is cheap I bet 1/10th of that has never been exceeded .
Have fun!
Mark
"Posting a VB.NET question in the C++ forum will end in tears." Chris Maunder
|
|
|
|
|
Can't you use the Error Lookup (errlook.exe) tool that ships with VS?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Probably he got the error code ERR_ASK_AT_CP
|
|
|
|
|
I know this is a stupid question but: how do I link (or include) only resource files within my project?
Jay
|
|
|
|
|
can you provide some little more details about what you have and what you need please ?
|
|
|
|
|
sorry, i wanted to link source files
|
|
|
|
|
Jay Minor wrote: ...resource files...
Which is what exactly? 
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Do you want to insert resource file(rc) to your project?
|
|
|
|
|
i ment linking surce files (.cpp) not .rc files
|
|
|
|
|
still you don't provide much infos, so i can't help
|
|
|
|
|
If you want to add a cpp file to your project you can right click on the Solution Explorer of your project and choose Add->Add New Item and select c++ file to Create a source file,Is your intent?
|
|
|
|
|
my intent was to include it in the actual program (not just the project)
|
|
|
|
|
Whats meaning of "actual program " again if you want to include a exist cpp to your project you can use of Add Exsiting Item you can include cpp but if it doesnt your answer more explain
|
|
|
|
|
this is what i dont want to do: #include "c:/.....", since i can (like u said) add an existing item to my project, so instead of typing the file path all the time, cant i just do something like #include "filename.cpp" wich is already in the project?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
