The Wiki page states:
Serialization is the process of converting a data structure or object state into a format that can be stored (for example, in a file or memory buffer, or transmitted across a network connection link) and "resurrected" later in the same or another computer environment.
You have been a member here long enough to know that questions like this can be researched quite easily by using Google and/or MSDN. For MSDN you can go directly to the CArchive class and learn how to use that.
One of these days I'm going to think of a really clever signature.
However it seems that the Send/PostMessage can only send messages to the CMainFrame
That's not true... you can post messages to any HWND[^] (which is the appropriate method versus saving a CWnd or CDialog). In another words, you can send messages to anything that has a window associated with it (not the only way, but it's a good generic statement), which sort of leads to a common way of messaging to classes that don't have other framework characteristics, make an invisible window for them that others can use as messaging targets.
I'm having a wee bit of a problem on my new system.
I installed Visual Studio 2008 on my new laptop (my old system died). I had already tried to use
ML and Link and mspdb80.dll which were in my TOOLS directory, but the system said that "mspdb80 is
the wrong version, check installation", so I tried the install. I had already used bcdedit.exe to
modify the path to add my TOOLS directory (there is no more autoexec.bat in Windows 7 - and I was
coming from Windows XP).
Now when I execute bcdedit.exe (as administrator) I now just get a flash on the screen (starts to
execute then immediately quits). I wrote a pathedit.bat file to execute bcdedit.exe (from its
location in the Windows 7), then pause. I get the following when I execute it
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
'C:\Windows\System32\bcdedit.exe' is not recognized as an internal or external command,
operable program or batch file.
Press any key to continue . . .
Several interesting things are apparent. Why does the batch file execution identify itself as
"Microsoft Windows [Version 6.1.7601]"
My system is Windows 7 Home Premium (from Control Panel:System).
Secondly, why does Windows now say that bcdedit.exe "is not recognized..."
Has the installation of Visual Studio 2008 clobbered Windows 7? It did not report any errors,
but I have not tested Visual Studio yet.
Note the following PATH display.
The first entry is where I added the path to my TOOLS directory before I installed Visual Studio.
The last entry (at least the last entry - I don't have a copy of the path from before the Visual
Studio install) is where Visual Studio added the entry for "Microsoft SQL Server\90\Tools\binn\" and
I had noticed that installation as it installed.
What should I do other than restore the system from before the installation attempt?
I did take a full system Norton Ghost save to my backup external drives (actually, a Symantic
Recovery Disk full save with the system shut down).
Has anyone else run into this?
Has anyone got any ideas?
Thank you for the prompt reply. Without Visual Studio installed, The path I used for bcdedit.exe was correct, and I used it to add my TOOLS path. I guess that there is a registry entry that pointed to it, and the registry was changed when Visual Studio installed. Now that the registry does not point there anymore, Windows 7 refuses to accept the old .exe. The "help" didn't say how to get into bcdedit,exe, only that it was the new method to replace autoexec.bat, so I used explorer and search to find it the first time.