Why don't you just install a printer driver? You usually don't need the physical printer for that, but it will allow print preview to work. Even better, you can install the same driver your client is using, so you can see how the output will look on their device. Or am I missing something?

I agree about the Back button - it drives me nuts! That's when I can actually *find* it on the screen - To the left of the URL would have been much more intuitive.

When you first go into the CP site they're over on the far right side where you see the most recent threads for the Lounge, etc. I get tooltips when I hover over one of the thread titles (I'm using Firefox 2.0) - Don

I open CodeProject and see the list of recent articles posted to the Lounge, but the titles are often truncated. So I hover my mouse over them to see the full title and I get... ...the person who posted it and when. :doh: Can we please get the whole title name in the popup tooltip, followed by the name of the person who posted it and when? This would make the main page much more useful. (It's such a small change to make! :) )

I had this idea back in the late 80's/early 90's and even wrote a test version...but then I realized that as soon as it was in the wild somebody would hack it and turn my good-intentioned "white-hat" vaccine into a "black-hat" virus... ...So while the intent is good, such a tool would undoubtably fall into the wrong hands and be compromised.

Hi, I've used the MFC class wizards in VC2003 to create a wrapper for an ActiveX control (derived from CWnd). I've then successfully embedded that control into a window and it works beautifully (so far so good). My question is, how can I invoke the control's standard Property dialog from within MFC? I need to give the user access to the control's properties at runtime, but so far have not had any luck doing this. Can anybody help? - Don

:laugh:

Very true - and if you don't like something then don't use it! (That works for me and it's one of the great things about C/C++ :cool: )

Oh that might be true now ... but it's only a matter of time before it's an accepted part of the syntax :laugh:

Oh no - that sounds like it could be a "Plain English Compiler"! RUN FOR YOUR LIVES!!!!!! :laugh: :laugh: :laugh:

Today I was looking at an article about Knuth and it had this quote from him in it: "Computer programming is an art form, like the creation of poetry or music" That made me think of the synthesizer keyboard I own, and the various music-related projects I have developed over the years - And a lot of the other developers I know are also involved in music. So I was wondering how many of you out there own a musical instrument? And does this support the theory that good software development is something that can be taught to a certain extent, but to become a Master/Guru/et al you have to be born with the talent? (or at least "an ear" for it?)...and if you're good at software does it also mean you're good at music? Comments anyone?

I think my ideal would be C++ but I would definitely change the very messy template syntax :wtf: and overloading of << and >> (there must be a prettier way to do this and I've never gotten used to it!) C# and "managed" extensions just make things worse (I still remember when the mantra was "less is more")...something is badly wrong when you have to use constructs like "MyType> var". But in 20 years nothing's beaten the elegance of well structured C code for me :)

I've also seen problems like this when you have multiple threads on the client or server and don't put appropriate synchonization in place, eg mutex. Single-stepping in the debugger gives the app time to breathe between calls so the conflicts don't occur. It could also be something to do with not blocking correctly on the tcp socket Don

Oh man - You wouldn't know how long I've been waiting for somebody else to say that! :)

1983 on an Atari 400...then to 600XL, then C64, then AtariST, then PC/XT, then AT, then 386, 486, Pentium and here we are today :) Remember 6502 assembler? very cool! Assembler to C then to C++ and stayed there. Tried Java etc but C++ is closer to the metal :) Those were the days! No Windows, no Internet - just my trusty 300bd modem and BBS.

G'day - There's an Australian cordial recipe here[^]

Sounds to me like somebody should read this[^] :)

Calling a function like this periodically (but not too often) during your computations should help: // DoMessagePump - Allow windows message processing to occur int DoMessagePump() { BOOL bCompleteFlag=FALSE; MSG msg; BOOL bDoingBackgroundProcessing=TRUE; Sleep(1); while (::PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) { if (msg.message == WM_QUIT) { bDoingBackgroundProcessing=FALSE; ::PostQuitMessage(0); break; } if (!AfxGetApp()->PreTranslateMessage(&msg)) { ::TranslateMessage(&msg); ::DispatchMessage(&msg); } } AfxGetApp()->OnIdle(0); // updates user interface AfxGetApp()->OnIdle(1); // frees temporary objects if (bDoingBackgroundProcessing == FALSE) return -1; if (bCompleteFlag == TRUE) return -1; return 0; } This code implements basic message passing (the Windows GUI is based on a cooperative multitasking approach, so your code has to "cooperate" LOL). Christian is of course correct - The best way to do this is put your code into a different thread, but that sometimes adds a layer of complexity you don't always need. Beware the calls to AfxGetApp()->OnIdle() - MFC needs this to "breathe" but it can result in lots of overhead in your computation. The more often you call DoMessagePump() the better the GUI response will be, but the longer your computation will take.

Hi, You should look into "shared memory" - it is relatively easy and will accomplish what you want. Try this one: http://www.codeproject.com/threads/sm.asp[^]

Now all we need is a drive that can dynamically and seamlessly switch between all of the formats while reading the same disc and we'll have some real capacity at last! bwuhahahahahahahaha