C / C++ / MFC

using OpenDocumentFile( ) to open series if bimaps

8-Jul-01 23:49

Handle TVN_BEGINDRAG/TVN_BEGINRDRAG. KB article Q214814 has basic info about this.

Tomasz Sowinski -- http://www.shooltz.com

mr20036-Jul-01 8:47

mr2003

6-Jul-01 8:47

Hi,
In my MDI application, I have a dialog box that the user can select at most 30 files(bitmaps).
then I store those file path names in a CStringArray(m_Array) in my Doc class.
there a button( on the toolbar) to click on, everytime I have to open the next image.

my problem is that I don't know how to open the next image in a new document.
I don't know what code to use.
the following is what i thought to start with.

void CTurboMechView::OnWindowNextimage()
{
// TODO: Add your command handler code here
CWinApp* pApp=AfxGetApp();

CMainFrame *ptr=(CMainFrame*)GetParent();
CTurboMechDoc* pDoc=(CTurboMechDoc*) ptr->GetActiveDocument();
pApp->OpenDocumentFile(m_Array.GetData()[1]);

}

any suggestions?
Confused | :confused:

Ehsan Behboudi

Re: using OpenDocumentFile( ) to open series if bimaps

Ben Burnett6-Jul-01 13:48

Ben Burnett

6-Jul-01 13:48

You could open up another view and associate it with the current document. For this to work, you would also need to add a variable to the view. This variable would contain the index of the image the view is supposed to display.

-Ben

---------
On the topic of code with no error handling -- It's not poor coding, it's "optimistic" Wink | ;)

Dll Class Export Problem

6-Jul-01 7:54

I have a pretty difficult DLL problem to solve and I a little bit in the air right now.

I am developing a game engine with a "Resource Manager" which is in essence a linked list storing pointers to "Resource" classes. This setup deals with data that needs to be loaded/shared/released. All classes that load data are derived from "Resource" and on loading are registered with the global resource manager.
So that when the game requests e.g a texture a second time it gets the pointer to the already loaded texture object... Hope that is understandable..
This setup works quite well with the built in resource classes (Texture,Movie,Sound etc)

But now i allow extension DLLs which allow to add functionality to the game engine through plugin classes which are derived from "Object" and sent back to the game engine through a DLL exported function like extern "C" __declspec(dllexport) Object * CreateEngineObject( const char * classname )

This works ok too... But now i want to allow different Resource classes too in the extension DLL and here i get a crash when the resource manager tries to delete such a class (the destructor is never reached) There is one global resource manager in the engine dll ...

The engine is setup like this.
Game.exe // Small executable
Engine.DLL // All the engine classes, including ResourceManager,and Resource, those classes are also Exported via __declspec (dllexport)
Plugin1.dll the basic plugin for my tests. here i define a XMESH class derived from Resource which is alos __declspec(dllexport) exported....

The Runtime lib for all configs is of course "Multihreaded DLL"...

I don't have a clue what that could be anymore...

If anyone wants to see the code i can send a 18 MB Setup file which contains the whole project which is compilable via VC6 SP4 without anything additional ... out of the box..
Thanks in advance
Bernhard Glueck

Oscar Londono6-Jul-01 8:01

Oscar Londono

6-Jul-01 8:01

Try

AFX_MANAGE_STATE(AfxGetStaticModuleState( ));

at beginning of every member function exported or every DLL function explicit exported.

Oscar L.

6-Jul-01 8:38

Hm this AFX_MANAGE_STATE.. isn't that a MFC Specifc Macro/Function ?
I am only using the native WIN32 API and DirectX 8.0 no MFC whatsoever...

Till next time.

6-Jul-01 12:20

Some new facts after long debugging sessions

After Removing the virtual in "virtual ~Resource"
the first bug is gone. the destructor is called, but only from the base class, however no crash occurs anymore
The problem itselt persists since now all the other virtual methods of the class fail...

Any ideas ?

Pavlos Touboulidis6-Jul-01 14:16

Pavlos Touboulidis

6-Jul-01 14:16

Can you post the declaration, constructor & destructor for the Resource and XMESH classes?

Re: Popup menus without MFC?

6-Jul-01 14:54

Just a hunch, but apparently your resources involve GDI objects? Bitmaps? Are you sure your cleanup is not doing a DeleteObject call on something still selected into the DC? When you remove the virtual from the destructor, that chain is broken and the gdi object is not deleted, hence, no crash, just a leak. You wouldn't be the first person to be bit by that.

Popup menus without MFC?

6-Jul-01 6:13

I have a TreeView that I would like to have popup menus appear in when people rightclick. How does one go about making popup menus like this?

-Jack Mott
jackm@scalablesoftware.com

Tomasz Sowinski6-Jul-01 6:33

Re: Popup menus without MFC?

6-Jul-01 6:33

Handle WM_CONTEXTMENU in the tree and call TrackPopupMenu or TrackPopupMenuEx.

Tomasz Sowinski -- http://www.shooltz.com

6-Jul-01 8:25

thanks, got it working!

-Jack Mott
jackm@scalablesoftware.com

How can I convert a LOGFONT's lfHeight into a CHARFORMAT's yHeight without a handle to a dc?

Bart-Man6-Jul-01 6:02

Bart-Man

6-Jul-01 6:02

Greetings,

I was wondering how I can convert a LOGFONT's lfHeight into a CHARFORMAT's yHeight?
I don't have access to the DC or a handle to the HDC.

Is there a conversion formula that I can use?
I know that you take 20*pointsize to get the height of the yHeight, but
I am not sure how to go from a logfont height to a yHeight. Confused | :confused:

ie: -48 is what in yHeight?

Thanks in advance!!!!

question about memory allocation in win32 dll

Jim Howard6-Jul-01 6:01

Jim Howard

6-Jul-01 6:01

Howdy folks,

Please help me understand the concept of memory allocation in win32 dll's written in c++. I have found that when I use 'new' and 'delete' I often get access violations. I've done some reading, but am still confused. Blaszczak is silent on this issue. Brain ("Win32 System Services") says to use 'GlobalAlloc' in dlls, but doesn't really say why.

Here is an example that confuses me:

<br />
//Junkdll.cpp<br />
#include <windows.h><br />
#define _COMPILING_DCC237C0_6FEE_11d5_A91C_0050DAC6D85C_<br />
#include "JunkDll.h"<br />
<br />
HGLOBAL secret;	 //char* secret<br />
<br />
BOOL WINAPI main(HINSTANCE dllhandle, DWORD reason, LPVOID situation)<br />
{<br />
	 switch(reason)<br />
	  {<br />
	  case DLL_PROCESS_ATTACH :<br />
		   OutputDebugString("DLL_PROCESS_ATTACH\n");<br />
		   secret = GlobalAlloc(GPTR,100*sizeof(char));     //new char[100] causes access violation;<br />
		   strcpy((char*)secret,"The meaning of life is 42.\n");<br />
	   	break;<br />
	  case DLL_PROCESS_DETACH:<br />
		    OutputDebugString("DLL_PROCESS_DETACH\n");   //delete(secret)doesn't work<br />
   if(secret)<br />
			     GlobalFree(secret);<br />
		    break;<br />
	  	  }<br />
<br />
    return TRUE;<br />
}<br />
<br />
char*  getMeaningOfLife(char* buffer)<br />
{<br />
	 if(buffer != 0)<br />
	 strcpy(buffer,(char*)secret);<br />
	 return buffer;<br />
}<br />
<code> <br />
<br />
In the above example, if I define 'secret' as char* secret, and then use new and delete to allocate a buffer for it I get an acess violation.  When I use GlobalAlloc as shown, it works.  The help files say to use the heap function instead of GlobalAlloc, but I've never used them.<br />
<br />
I'm clearly missing the big picture on memory allocation for dlls.  Brain talks about four different dll memory models, but I'm not grocking the concept.<br />
<br />
thanks<br />
<br />
Jim  <br />
:confused:

Tomasz Sowinski6-Jul-01 6:40

6-Jul-01 6:40

It should be possible to call new in DllMain called with DLL_PROCESS_ATTACH parameter. Each MFC extension DLL has a call to new in its initialization code:

if (dwReason == DLL_PROCESS_ATTACH)
	{
		TRACE0("CORE.DLL Initializing!\n");
		
		if (!AfxInitExtensionModule(CoreDLL, hInstance))
			return 0;

		new CDynLinkLibrary(CoreDLL);
	}

Is DllMain the 'raw' entrypoint to your DLL, or is it called from _DllMainCRTStartup? Put the breakpoint in the DllMain and check the stack.

Tomasz Sowinski -- http://www.shooltz.com

Jim Howard6-Jul-01 6:58

Jim Howard

6-Jul-01 6:58

Thanks Thomas. The example that I gave is a pure 'C' dll, not using MFC or C++ classes. I call the function from an exe program by either late binding (loadlibrary) or early binding (linking in the lib file). In both cases 'secret = new char[100]' throws an access violation.

I'm sure that 'new' works in dll's under some circumstances. Looking through the MFC source, they are doing all kinds of fancy stuff in AfxInitExtensionModule with both memory and threading. Something the MFC programmer did lets new work, but I don't percieve how they did it.

I'm just trying to understand why my new's don't work in this simple case. If I can understand that, then perhaps I can understand what MFC is doing in that deceptively simple call to AfxInitExtensionModule.

Jim Confused | :confused:

Tomasz Sowinski6-Jul-01 7:07

6-Jul-01 7:07

AfxInitExtensionModule has nothing to do with the problem. I can call new without any errors before AfxInitExtensionModule.

Anyway, I think your DllMain is called directly by Windows (usually the raw entrypoint is _DllMainCRTStartup), C/C++ runtime is not initialized yet and new/malloc fail. Check the KB article Q94248 for more info.

BTW, if your DLL is pure 'C', how could you compile 'new char[100]'?

Tomasz Sowinski -- http://www.shooltz.com