I find that one thing that can cause this message is the following (Im using VC++ 5.0): When you create you Win32 Appwizard application, you are asked whether you you wish to use MFC as a shared DLL or as a static library. When you create a ".lib" type project you have 3 options... Using MFC in a static library Using MFC in a shared DLL Not using MFC The ".lib" projects which your Win32 application links in should (in normal situations) be using MFC in the same way as your Win32 app. For example, I built a ".lib" which used some MFC calls, and I mistakenly selected "Not using MFC" when I created the project, and it generated exactly the same message as you quote above. Dave Carkeet, Santiago, Chile

Ive found myself on more than one ocassion writing code in MFC which imlements a database query using a CRecordset, and churns through the records one at a time doing something to each record. This type of operation is typically time consuming, and therefore I would like to present the user with a percentage complete indicator (Progress Bar). My problem of course is that I dont know the size of the record set a priori (GetRecordCount returns only the highest numbered record so far accessed). Of course I dont want to churn thru the record set before hand to determine its size. Any ideas on an elegant way to attack this? Other ways to produce satisfactory progress feedback to the user? Thanks very much in advance! :) Dave Carkeet, Santiago, Chile

Im 41 but admit to 32 in smoky bars after 1 a.m. I remember entering the bootstrap on the old PDP7 with the accumulator switches on the front because the bloody paper tape reader never worked Dave Carkeet, Santiago, Chile

Hi, Well I dont have any problems telling y'all how much I make because its not much (no conscience probs)! 1, I am a VC++/MFC developer working in a small mining consultancy in Santiago, Chile. I work in an IS team of 1, (including I, myself, and me). The company is Chilean (not multinational) and I write small tools for our mining clients to fill in the gaps left by the commercially available packages. 2, VC++/MFC and still a bit of UNIX/C writing "technical" style applications (i.e. more math algorithms and iu than database crunching) 3, Approx, 2,000,000 chilean pesos a month before tax, etc. (I think that this might be around US$4000) 4, 40-45 hours a week. Cheers, Dave

You might try Murta´s General Polygon Clipping library, which does unions intersections clipping, etc... I havent done much with it yet, but the code looks well written (at a glance) so it might be worth a serious look. You can find it at... http://www.cs.man.ac.uk/~amurta/software/index.html#gpc Dave Carkeet NCL Santiago, Chile

Aaaahhhh youre making me homesick! :( Dave Carkeet Santiago Chile (ex Queensland)

I Found very interesting the comments with respect to this discussion subject. Im a programmer working alone in a mining consulting company in Chile, unfortunately with little input or feedback with repsect to what im doing, so these discussions are very useful for me. About 1 year ago I made a change in my development platform from UNIX/C to Windows. I chose Visual C++/MFC for the following reasons. 1) There is a significant learning curve in becoming proficient in a programming environment so I want (if possible) to choose one environment to do almost all my work... as I program scientific alforithms with their asociated user interfaces and interfaces to other established products I chose what appeared to be the "standard"... C++/MFC 2) I thought that if I wanted to program Microsoft Windows, logically the best programming interface might come from the manufacturer (MFC)... In this I feel I was WRONG 3) If I want to learn a product, I chose a product from a major manufacturer as it was more likely to have longevity (MFC programming environment). In this it appears that Im also WRONG. 4) I thought that coming from UNIX/C that C++/MFC might be the most "natural" upgrade path, and that the learning curve might be shorter for that reason... in that I also feel I was WRONG! 5) Is there a human element in this decision... a little pride which says "If Im a real programmer I should be able to program in the (arguably) most difficult language"... i.e. am i a real man!!!! I hope not, but maybe there is unconciously something of that. Cheers, Dave

O no!! not another silly programming languages discussion, I hear you say. But the truth is im a C++ programmer, and im working alone in my company and I sometimes wonder if im on the right track in using the Visual C++/MFC programming environment. Can anybody make any comments about the relative value of Borlands Delphi? Is it really much more productive than Visual C++/MFC? Is it more limited than C++? I know that this may seem a silly question with no really good answer but any points of view would be interesting to hear. Thanx Dave