|
Ah, OK. Thank you. ![Beer | [beer]](https://www.codeproject.com/script/Forums/Images/beer.gif)
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
ashwath1979 wrote: I am allocating memory of size 160kb in a for loop
Don't do this.
Use a standard STL container like vector instead.
The container will manage the heap allocations for you.
|
|
|
|
|
This error means that your application has freed the memory but continued to use it or modify it after doing so. This can happen in a Windows application if you try to pass the memory to a window (like an edit box or other control) via the message queue using PostMessage, or an API call that uses PostMessage.
|
|
|
|
|
I use pdf library version 5 from here and I didn't get it an error :
try
{
PDFlib pdf;
pdf.set_parameter("compatibility", "1.4");
if (pdf.open("test.pdf")==-1)
{
AfxMessageBox("Can not create PDF file.", MB_ICONERROR);
return;
}
pdf.begin_page(a4_width, a4_height);
int font=pdf.findfont("Arial", "winansi", 1);
pdf.setfont(font, 12);
pdf.set_text_pos(10, a4_height - 10);
pdf.show("Hello World!");
pdf.arc(3,40,1,2,2);
pdf.end_page();
pdf.close();
}
catch(PDFlib::Exception& pException)
{ .... }
the application shutdown without any warning ...
error result is :
error C2039: 'Exception' : is not a member of 'PDF'
d:\vc++\mdi\testpdf\pdflib.hpp(67) : see declaration of 'PDF'
error C2061: syntax error : identifier 'Exception'
can you give me a hint ?
|
|
|
|
|
hi,
take a look at
catch(PDFlib::Exception& pException)
may the 'Exception' does not exists in PDFlib.
|
|
|
|
|
Which version of the library are you using? The Exception class is part of the PDFlib class, not part of the PDF class as the error message correctly states.
What is really odd with your error message is that the code is to instantiate a PDFlib::Exception object which is valid, but the error message says that Exception is not part of PDF. Where is PDF declared?
Chris Meech
I am Canadian. [heard in a local bar]
In theory there is no difference between theory and practice. In practice there is. [Yogi Berra]
|
|
|
|
|
Object Exception is declared in pdflib.hpp , which is included in top of file that contain listing code : #include "pdflib.hpp" , still , Exception object is not recognized in catch statement ... 
|
|
|
|
|
I noticed something : Exception object have precompiled statement :
#ifdef PDF_THROWS_CPP_EXCEPTIONS class Exception { public:
Exception(string msg, void *opaque); string get_message();
const void *get_opaque();
...
...
...
I put same thing on try/catch statement and I not have compile errors anymore , but , when program front that dummy code , programs stop without any warning , which prove that catch statement don't catch really error ...
|
|
|
|
|
Hello,
I am having a problem with iostream in the header file FlexLexer.h and the generated output of the gnuwin32 flex -+ code.
I am using the flex tool of gnuwin32
flex
and want to use the -+ switch to create "c++" code.
If I compile the flex generated code and the FlexLexer.h header I get the error
fatal error C1083: Cannot open include file: 'iostream.h': No such file or directory
I replaced the #include <iostream.h> in the FlexLexer.h with
#include <iostream>
using namespace std;
but now I get the error:
error C2872: 'istream' : ambiguous symbol
This error occures because the generated code contains a forward
class istream;
Is there a way to get rid of it and to replace it with
#include <iostream>
using namespace std;
Can anyone help me with this problem?
Thanks a lot,
Andreas.
Andreas.
|
|
|
|
|
Yes since istream is in the std namespace, its forward declaration must also be in std namespace. Change the forward declaration to:
namespace
{
class istream;
};
-Saurabh
|
|
|
|
|
That doesn't help, than I get the following error:
FlexLexer.h(66) : error C2872: 'istream' : ambiguous symbol
1> could be 'C:\Program Files\Microsoft Visual Studio 8\VC\include\iosfwd(700) : std::basic_istream<_Elem,_Traits> std::istream'
1> with
1> [
1> _Elem=char,
1> _Traits=std::char_traits<char>
1> ]
1> or '.\abc.cpp(27) : `anonymous-namespace'::istream'
Andreas.
|
|
|
|
|
Hello,
everybody who is interested in, I found a solution (workaround)  for the iostream problem:
First replace FlexLexer.h the line
#include <iostream.h>
with
#include <iostream>
using namespace std;
than modify the skeleton file
flex.skl that you can find in the unix version flex and replace the line:
class istream;
with
#include <iostream>
using namespace std;
than use flex with the skeleton file argument: -Sflex.skl
Cheers,
Andreas.
Andreas.
|
|
|
|
|
Thanks for your post, it's saved me a lot of headache
maybe we can finetune it a little: the first part is redundant since you already do
#include <iostream>
using namespace std;
in the skeleton/generated code
I see two options here:
1. do
#include <iostream>
using namespace std; in the skeleton and just comment #include <iostream.h> out of FlexLexer.h
maybe this is cleaner since FlexLexer.h depends on iostream:
2. replace #include <iostream.h> with
#include <iostream>
using namespace std;
in FlexLexer.h and in the skeleton move FlexLexer inclusion forward so you dont need isstream forward definition anymore:
#include <FlexLexer.h><br />
hope this helps 
|
|
|
|
|
I heard that GUI updation is not preferred in Worker Thread.
Does any one tell me the reason with the help of a msdn article. 
Ajayraj
|
|
|
|
|
Have a look at this article[^] at the section called "Worker threads and the GUI II: Don't touch the GUI".
|
|
|
|
|
It would be not possible
to manage any alarm events or even the mouse click events -
without the updating of a complex drawn picture
(for example, with motions, blinking, transformations, Direct2D interludes...) -
by a worker thread... But it is possible (with a worker thread)
virtual void BeHappy() = 0;
|
|
|
|
|
I want to use the CHtmlEditView in my vc 6.0 project, it is a MFC project.
so i added the header file 'afxhtml.h' and then added the following line.
CHtmlEditView htmleditview_object;
then i compiled the project and its giving the error like
error C2501: 'CHtmlEditView' : missing storage-class or type specifiers.
what should i do?
How do i solve this problem?
sunnyram
|
|
|
|
|
I know this is an obvious (stupid?) question, but are you sure you put your #include in the correct source module?
It's time for a new signature.
|
|
|
|
|
I was wondering that, but decided not to ask...
Steve
|
|
|
|
|
Yes, i have put #include in correct source module and what is the new signature?
can you explain little more?
sunnyram
|
|
|
|
|
sunnyram wrote: what is the new signature?
can you explain little more?
That way you should explain 'sunnyram'.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Maybe you could just create one simple source moudule containing the #include statement and the CHtmlEditView declaration to see if it compiles, and if not, if you get any other messages. Also it may help if you post the source here so we can see exactly what you have coded.
It's time for a new signature.
|
|
|
|
|
sunnyram wrote: so i added the header file 'afxhtml.h'...
To where?
"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
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
I have a program that does some file operations. It uses the mainframe structure, but not the doc/view. (Doc/view didn't fit with what I was doing, for various reasons.)
The file operations are very simple and I do standard calls, but anything with files takes a very long time. Even just opening the file selection dialog takes a long time. And then selecting a file takes even longer, even though all I'm doing is storing the name of the selected file - might be 5 seconds to open, 5-10 seconds to select. The code:
CFileDialog fdlg
(true,
"bdb",
NULL,
OFN_HIDEREADONLY | OFN_OVERWRITEPROMPT | OFN_FILEMUSTEXIST | OFN_PATHMUSTEXIST,
szFilter,
NULL);
fdlg.m_ofn.lpstrInitialDir = OutputDoc;
And then:
if (fdlg.DoModal() == IDOK)
{
strcpy(BINFODB, fdlg.m_ofn.lpstrFile);
pApp->AddToRecentFileList(BINFODB);
pApp->UpdateTitleBar(&(pApp->m_pMainWnd->m_hWnd));
}
In another part of the program I do some calculations based on input data, then write out some text files. This takes about 10 seconds on a fast computer. This program was originally written for DOS and much slower machines, yet it seems to take longer in the Windows version though the code for calculating and writing out the files is identical - literally identical (I put the DOS code in a DLL).
What could be causing the sluggishness? My computer has a 2.4 GHz duo processor with 4 gigs of RAM, and I'm running 64-bit Windows 7. This should be a fast machine.
Any thoughts on how I can speed things up? Right now I'm thinking I need to go back to displaying an hour glass during calculations, though this should be unnecessary with today's machines.
|
|
|
|
|
permutations wrote: literally identical (I put the DOS code in a DLL).
This could be part of the problem; if the code is compiled for 16 bit and DOS, the emulation needed for it to work at all would slow it down. Plus depending on the implementation of said emulation, it may be artificially making it run slower to better mimic the original platform.
You may want to consider porting the program to target Windows (32 bit at least).
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
