|
Win2k3 requires a listening socket to be bound to a specific IP, whereas Win2k and NT4 do not. We were not binding to a specific IP. One small change, and the code works on all 3 operating systems.
Jon
|
|
|
|
|
Hi,
We're getting the following error and we cannot figure out how to get rid of it. It is happening on only one person's pc and not others. The application(s) that he is compiling are simple MFC apps or even non-MFC apps. There is no use of ATL or COM. If anyone has any clues, please let us know. Thanks.
Regards,
Sanjeev
"fatal error C1189: #error : WINDOWS.H already included. MFC apps must not #include <windows.h>".
|
|
|
|
|
If you include any MFC header files after windows.h, then this error occures. For example:
#include "windows.h"
#include "afx.h"
The above code will cause C1189 error, but the following will not:
#include "afx.h"
#include "windows.h"
So, to avoid this error, make sure that you include windows.h at the end of all the includes.
Arsalan Malik
|
|
|
|
|
Arsalan Malik wrote:
#include "afx.h"
#include "windows.h"
So, to avoid this error, make sure that you include windows.h at the end of all the includes.
When using MFC, there's no reason to include windows.h as it has already been included.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
Hi Folks,
Thanks for the tips but...
Please note that the compile error occurs on only one person's pc. If the project is compiled on someone else's pc, then there is no error.
Also, note that even on this one pc, the error only started occurring about a week ago. Previously, there was no such error. Nothing has been changed in the code.
It seems to me that maybe the wrong version of some file (probably .H) is being picked up from somewhere. I checked in the Tools - Options - Directories - Include files and it looks fine. This person has already uninstalled and re-installed Visual Studio without any success.
I'm hoping to find a solution for him before he goes re-formatting his drive  .
Any other ideas? Please let me know. Thanks!!
-Sanjeev
|
|
|
|
|
skg747 wrote:
I checked in the Tools - Options - Directories - Include files and it looks fine.
What about the INCLUDE environment variable?
It's a long shot, but have you looked through the code for any #error directives?
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
This is the only #error directive I see (in VC98\MFC\Include\afxv_w32.h):
#ifdef _WINDOWS_
#error WINDOWS.H already included. MFC apps must not #include <windows.h>
#endif
|
|
|
|
|
I'm trying to save a file to a server and getting a "The parameter is incorrect." exception.
<code>
CFile file;
CFileException ex;
if( file.Open(path, CFile::modeWrite | CFile::shareExclusive | CFile::modeCreate, &ex) )
{
try
{
CArchive ar(&file, CArchive::store);
ploan->Serialize(ar);
ar.Close();
file.Close();
}
catch(CFileException* pEx)
{
}
catch(CArchiveException* pEx)
{
}
catch(CException* pEx)
{
}
}
</code>
It creates a zero length file and fails. Any ideas??
Thanks!
ed
|
|
|
|
|
Does it happen if path points to some local (as opposed to a server) folder? Have you stepped into the CArchive constructor or the Serialize() method to see where the exception gets thrown? While the other two Close() methods can also throw an exception, I would rule them out for the time being.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
Thanks!!!
This doesn't happen on the local drive. Only on network drives. And it doesn't happen to everyone either. I have 3 clients out of 1000+ that have this issue.
ed
|
|
|
|
|
I'm leaning towards a permission-related issue. To verify, dummy up a little program that does nothing but create and write to a file on the network. Does that uncover anything?
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
Took a while but wrote a little app for them. There are 3 locations this happens at so far. The test app had the same result. It wasn't an CFile or CArchive exception rather it was caught in the CException catch block.
They all have the problem when they write to the server. When they change the path so that it writes to their C:\ drive there isn't a problem.
Thanks for the bandwidth!
ed
The absence of evidence is not evidence of absence.
|
|
|
|
|
I have noticed a "visual scrolling" problem with owner-draw list boxes (both mine and others) in XP. This occurs with both stand-alone list boxes and ones associated with a combo box. The problem occurs if the My Computer | Properties | Performance Options | Visual Effects | Smooth-scroll List Box option is checked. The animated scrolling generated by windows is okay unless you click on the scroll bar to generate page-up/page-down messages. With this, the scrolling animation visually appears to be going in the opposite direction as expected...but when the animation terminates, the appropriate update has occurred (e.g. the expected items are visual). This is quite obvious when the list box size is large enough and the items are different in appearance. This does not appear to occur with non owner-draw list boxes.
I cannot find any reference to this bug but it is clearly reproducible. Is anyone aware of a fix?
|
|
|
|
|
Can someone help me. I have two recordsets that are opened (ADO)
AdRecordSet and AdTimesRecordSet.
The data is then combined by the field AdID into a class / recordset SiteAdInfoSet (the instance is called CAddInfoSet)
I would like to sort CSiteAdInfoSet by m_NrPlays (int) in descending order (field came from AdTimesRecordSet.. I want to re-store the data back into CsiteAdInfoSet as to keep changes to a minimum.
I hope this is clear
Thanks.
TomH
|
|
|
|
|
Does the recordset have an SQL query (e.g., SELECT <field> FROM WHERE ...) associated with it? If so, just add ORDER BY to it.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
No is does not have an SQL query.
TomH
|
|
|
|
|
Any help out there???
Thanks
TomH
TomH
|
|
|
|
|
Any help out there?
Thanks.
TomH
TomH
|
|
|
|
|
Hey all,
I need a little help with printing. I have it all ready to print and it print fines, but I coded it stupidly. I hard coded the coordinates of where the text is printed, so it only prints correctly on certain printers, on others it prints all messed up. So now I am trying to change it so that it works right with all printers. This is what I have done so far.
<br />
<br />
CPrintDialog dlg(FALSE); <br />
CDC dc; <br />
#if 0 <br />
if (dlg.DoModal() == IDCANCEL) <br />
return; <br />
dc.Attach(dlg.GetPrinterDC());<br />
#else <br />
PRINTDLG prtDlg; <br />
AfxGetApp()->GetPrinterDeviceDefaults(&prtDlg); <br />
dlg.m_pd.hDevMode = prtDlg.hDevMode; <br />
dlg.m_pd.hDevNames = prtDlg.hDevNames; <br />
dc.Attach(dlg.CreatePrinterDC());<br />
#endif <br />
dc.m_bPrinting = TRUE; <br />
<br />
<br />
CRect printArea;<br />
printArea.SetRect(printArea.left/2, printArea.top/2, dc.GetDeviceCaps(HORZRES), dc.GetDeviceCaps(VERTRES));<br />
<br />
CString str("Delayed Entry");<br />
dc.DrawText(str, printArea, DT_NOPREFIX | DT_WORDBREAK);<br />
<br />
When I try that out it compiles fine, but when I print it it doesn't work, can anyone help me out here?
Thanks
|
|
|
|
|
Eversman wrote:
...it doesn't work, can anyone help me out here?
What doesn't work? What is the code (not) doing? What are you wanting it to do? Be a little more specific instead of just "it doesn't work" and you'll get much more help.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
Well it doesn't print, it prints the old stuff that I had hard coded in, but when I change it to the new way I just showed, it doesn't print, well maybe it does but it would be off the page when it printed.
I am not sure if I am using the GetDeviceCaps and that such correctly.
|
|
|
|
|
Eversman wrote:
CRect printArea;
printArea.SetRect(printArea.left/2, printArea.top/2, dc.GetDeviceCaps(HORZRES), dc.GetDeviceCaps(VERTRES));
This should raise a red flag. You have a variable printArea that has not been initialized/assigned a value, yet you are trying to use its left and top members. Is that intentional?
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
Well, I am using this example that I found in the printing section. This is what the tutorial has it as.
<br />
<br />
CRect rect;<br />
rect.left = (JRECT.Width() - size.cx)/2;<br />
rect.right = rect.left + size.cx;<br />
rect.top = (JRECT.Height() - size.cy)/2;<br />
rect.bottom = rect.top + size.cy;<br />
<br />
JDC.DrawText(str, &rect, DT_SINGLELINE);<br />
<br />
so I kinda modified it to fit what I already had. No where in the example that I see is that stuff initialized. But I need to initialize it to the printer page resolution right? So would I have to initialize it to HORZRES and VERTRES?
|
|
|
|
|
Eversman wrote:
No where in the example that I see is that stuff initialized.
You're kidding, right? Two-thirds of the lines you've shown are initializing variables. When DrawText() is called, rect has all the right numbers.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
During porting the VCF to osx I came across a distinction that Apples uses - the notion of a composited window, where a window is the popup window where all the child controls live. While I was debugging something on OSX I found that if a window was marked as being composited ALL the child controls used the same graphics device to paint on during their paint event.
So, while I don't know how Apple does this, I started to wonder about this on Win32. What would happen if you maintained a map of popup windows and bitmap hdc's such that for each popup window you had one in-memory bitmap DC that was the height/width of the popup window. When the window was resized so would the bitmap. Then, for all the child control drawing, they would draw onto a section of this main DC, and then just bitblt the relevant part back to the HDC passed in to the WM_PAINT.
This would give you:
- automatic double buffering without each control having to maintain a separate bitmap/memory dc
- the ability to draw "outside" the edges of your control, for example if you wanted a "glow" effect on the edges of your control this would make this possible.
- possibly more efficient transparency effects that because you are reusing the same DC to paint on.
I would be curious to hear what others think. Has this been done before? If so did it work very well? Am I totally out of my mind?
Cheers
Jim
¡El diablo está en mis pantalones! ¡Mire, mire!
Real Mentats use only 100% pure, unfooled around with Sapho Juice(tm)!
SELECT * FROM User WHERE Clue > 0
0 rows returned
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
