Well....i found the reason for this behaviour. The 'CCommandLineInfo' class, which is commonly created in the 'InitInstance' of the 'CWinApp' derived class, contains a 'CCommandLineInfo::FileNew' command by default. You can prevent a child frame from being created by assigning a 'FileNothing' command to the 'm_nShellCommand' attribute: CCommandLineInfo cmdInfo; cmdInfo.m_nShellCommand = CCommandLineInfo::FileNothing; ParseCommandLine(cmdInfo); Er zit een korstje op mijn aars.

No special meaning, all it does is provoke some very unpleasant mental images X| X| PS an even more precise translation would be 'there is a small crust on my sphincter'. Which made it even worse.

Try Folderguard... maybe it can help you a little "Courage choose who will follow, Fate choose who will lead" - Lord Gunner, Septerra Core "Press any key to continue, where's the ANY key ?" - Homer Simpsons Drinking gives me amazing powers of insight. I can solve all the worlds problems when drunk, but can never remember the solutions in the morning. - Michael P Butler to Paul Watson on 12/08/03

You can do the same thing in project settings->link/catagory output Entry-point symbol. 1.Why do people not wearing a wrist watch look at their wrist for time when people ask for time. 2.Why do people ask for time from people who are not wearing a wrist watch. Prakash, India.

You're welcome! Glad you're up and running! /ravi Let's put "civil" back in "civilization" Home | Articles | Freeware | Music ravib@ravib.com

Thanks! I checked those methods out earlier, but i kept getting mapped network drives and other stuff. I didn't check the 'scope' argument properly. Thanks again. Er zit een korstje op mijn aars.

The VC6 implementation of std::map's is very annoying across DLL boundaries. It uses some static members to keep track of sentinel values for the map. This means each DLL that uses a std::map will have different values, and causes the tree walking to much up because those values never match up. To fix this problem for me, I used STLPort. http://www.stlport.org[^] It solved all my stl dll problems, and even got a bonus hash-map to use. Yay! The other alternative (which I was using for a while) was to never pass stl containers around, and just try to have a plain interface wrapping them all. It wasn't much fun. Phil

Abebe wrote: What kind of ATL/COM server is created when inserting an ATL object into a MFC project The type of COM server has nothing to do with ATL or MFC. If it's a DLL, then it's in-proc. If it's an EXE, it's an out-of-proc server. --Mike-- Latest blog entry: *drool* (Alyson) [May 10] Ericahist | Homepage | RightClick-Encrypt | 1ClickPicGrabber "You have Erica on the brain" - Jon Sagara to me

thnx for the reply, but that's not exactly what i'm looking for. I solved it by using a union. union x { unsigned char[8] ucaByteArray; double d; }; Because it's a union, they share the same address space, which means the content of all the 8 element can be accessed directly by the double. This is precisely what i want, and it works great.

nevermind....already found it out myself.......but thanx for not replying though.