C / C++ / MFC

FirstPrevNext

Re: MFC class sets ownerdraw style? Joel Lucsy14-May-02 8:05 Joel Lucsy 14-May-02 8:05  Try PreCreateWindow Joel Lucsy (jjlucsy@ameritech.net) Re: MFC class sets ownerdraw style? 14-May-02 21:07 14-May-02 21:07  nope, is never called for a CLlistBox derived class Thunk - That's the sound of my head on the desk.... Kevin Gutteridge14-May-02 4:47 Kevin Gutteridge 14-May-02 4:47  Hi All, Can anyone help with this? I'm now totally confused by conflicting articles.... I have a 16Bit DLL that I need to call from a VC++ 6.0 32Bit application. The DLL cannot be recompiled (and it will have a short life anyway). The 32Bit application needs to run on Windows 9x / NT / 2000 /XP. My understanding is that I need to use the Generic Thunk for this - Is this correct? Is so how? I can find lots of examples of 16Bit calling 32Bit but not the other way around (and would'nt that be the more popular thing to do?) - Or is it so obvious that I am missing the point! The functions in the 16Bit DLL have been declared as below: int FAR PASCAL __export files_pack( char *, char *, unsigned, unsigned *, long ); int FAR PASCAL __export files_unpack( char *, char * ); int FAR PASCAL __export split_pack( char *, char *, unsigned *, long ); Does it make any difference because they use the PASCAL calling convention? HELP PLEASE BEFORE I EXPLODE! Regards Kevin. Re: Thunk - That's the sound of my head on the desk.... Joao Vaz14-May-02 6:00 Joao Vaz 14-May-02 6:00  Kevin , please see this calling 16 bits code from 32 bits and this Thunk Compiler HTH Cheers, Joao Vaz A person who is nice to you, but rude to the waiter, is not a nice person - Natalie Portman (Padme/Amidala of Star Wars) Re: Thunk - That's the sound of my head on the desk.... Kevin Gutteridge14-May-02 6:11 Kevin Gutteridge 14-May-02 6:11  Thanks, but my confusion continues.... Accoriding to this.... http://support.microsoft.com/default.aspx?scid=kb;en-us;Q125710 A generic thunk supports all the platforms I require, and does not require the thunk compiler? Am I any closer? Regards, Kevin. Re: Thunk - That's the sound of my head on the desk.... Joao Vaz14-May-02 6:28 Joao Vaz 14-May-02 6:28  A generic thunk is for 16 bits apps calling 32 apps and not the opposite . Win95/98 supports flat thunks that permits a 32 app call a 16 bits app, this is what you want, I presume ? Win NT/2000 doesn't not support Flat Thunks at all, so you must devise your form of IPC(Interprocess Communication Mecanism) . For instance doing your stub dll between the 16 bits dll and your code. Cheers, Joao Vaz A person who is nice to you, but rude to the waiter, is not a nice person - Natalie Portman (Padme/Amidala of Star Wars) Re: Thunk - Funky code due to Pascal convention Joao Vaz14-May-02 6:43 Joao Vaz 14-May-02 6:43  See this article on MSJ Nerditorium It explains that the _stdcall aka PASCAL convention used causes some funky code to be used , since with _stdcall , the calle must clean the stack , not the caller when using _cdecl call convention. HTH Cheers, Joao Vaz A person who is nice to you, but rude to the waiter, is not a nice person - Natalie Portman (Padme/Amidala of Star Wars) Re: Thunk - Funky code due to Pascal convention Kevin Gutteridge14-May-02 6:56 Kevin Gutteridge 14-May-02 6:56  Thanks Joao, looks like I've been barking up the wrong tree all afternoon, time to start reading the correct artices! Regards, Kevin. Re: Thunk - Funky code due to Pascal convention Kevin Gutteridge17-May-02 6:20 Kevin Gutteridge 17-May-02 6:20  Hi People, so near yet so far....... Can anyone help me further with this? I compiled my .ASM modules for the 16Bit DLL, hunted around until I found my MASM disks, compiled the .OBJ, created a 32Bit DLL Stub but now I'm stuck on the linking. Below is the output from the compiler, I assume this has something to do with name mangeling? - Any suggestions? --------------------Configuration: ThunkDLL2 - Win32 Debug-------------------- Linking... thk32.obj : warning LNK4033: converting object format from OMF to COFF ThunkDLL2.obj : error LNK2001: unresolved external symbol "int __stdcall pack_ThunkConnect32(char *,char *,void *,unsigned long)" (?pack_ThunkConnect32@@YGHPAD0PAXK@Z) Debug/ThunkDLL2.dll : fatal error LNK1120: 1 unresolved externals Error executing link.exe. ThunkDLL2.dll - 2 error(s), 1 warning(s) Re: Thunk - Funky code due to Pascal convention Joao Vaz17-May-02 6:50 Joao Vaz 17-May-02 6:50  _stdcall mangles names , so normally prefixes a underscore to the functions adds a @ and puts in the name the total bytes of the arguments , and something more e.g : pack_ThunkConnect32 function uses 4 arguments , so it uses 16 bytes(?) so the calle knows the amount of memory that must pop from stack to clean it . A fast way to see the name is using quickview utility that comes with windows , and view the mangled name on the exports table ? Cheers, Joao Vaz A person who is nice to you, but rude to the waiter, is not a nice person - Natalie Portman (Padme/Amidala of Star Wars) Re: Thunk - assembly code to call stdcall code Joao Vaz17-May-02 7:03 Joao Vaz 17-May-02 7:03  If you used also c++ to do your dll you didn't forgot Extern "C" { ? And here is the sample code to call stdcall ... Assembly samples Cheers, Joao Vaz A person who is nice to you, but rude to the waiter, is not a nice person - Natalie Portman (Padme/Amidala of Star Wars) CListView MDI 14-May-02 4:36 14-May-02 4:36  Hello, I have a list view type MDI, I also have a MM Timer with in the CMainFrame. I am trying to assign a pointer to my list control from CMainFrame to get the number of items in the list control (inside the MM timer function). When I run the following code it crashes my app.. int count; CListView* pList = (CListView*)(MDIGetActive()->GetActiveView()); count = pList->GetListCtrl().GetItemCount(); Is there a better way to get a pointer to CListView that wont crash my app? Re: CListView MDI 14-May-02 4:58 14-May-02 4:58  Never mind.. I just moved the MM Timer to my CListView derived class and everything is working fine.. tnx anyways ascii internals 14-May-02 4:28 14-May-02 4:28  hi, how exactly is an ascii code converted into a character on the VDU? If it is hardware embedded then how are japanese and chinese characters displayed even in dos? -very curious Re: ascii internals Joaquín M López Muñoz14-May-02 5:42 Joaquín M López Muñoz 14-May-02 5:42  It is not hardware embedded. VDUs are raster-based, much the same as your TV: the OS basically draws the characters according to the font selected. In the old days, so called ASCII terminals did the presentation internally --in those situations one could have problems displaying foreign characters. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo CPropertySheet Questons moobob14-May-02 4:22 moobob 14-May-02 4:22  I have a CPropertySheet which has two property pages in Wizard mode. In my OnWizardFinish handler on the second page I do an EndDialog(IDOK). I then call another modal dialog, dialogB. The wizard dialog does not go away until dialogB is dismissed and the return from the OnWizardFinish is executed. - Is there anyway to make the wizard dialog go away immediatly, the EndDialog does not seem to do it? - I've unchecked the System Menu resource from the wizard dialog. The CPropertySheet puts the system close button (X) in the upper right corner. Is there a way to remove it? Thanks in advance, Bob Re: CPropertySheet Questons Joaquín M López Muñoz14-May-02 4:27 Joaquín M López Muñoz 14-May-02 4:27  As for your first question, probably calling CMyPropertySheet::ShowWindow(SW_HIDE) before launching the second dialog will do. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo Re: CPropertySheet Questons moobob14-May-02 4:38 moobob 14-May-02 4:38  Thanks for your response. This has no effect, the dialog is still behind the latest one, as it was before. Re: CPropertySheet Questons Joaquín M López Muñoz14-May-02 4:54 Joaquín M López Muñoz 14-May-02 4:54  You sure? Try this sequence:ShowWindow(SW_HIDE), launch dialog, EndDialog. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo Re: CPropertySheet Questons James R. Twine14-May-02 5:04 James R. Twine 14-May-02 5:04     Are you calling ShowWindow( SW_HIDE ) directly from within the OnWizardFinish() handler, or are you calling GetParent() -> ShowWindow( SW_HIDE )?    As for the system menu, you can try specifying WS_POPUP without WS_SYSMENU when you create the Property Sheet, or modifying the Sheet's styles after creation.    Unchecking the System Menu in the Dialog/Resource Editor does little for you in this case, because the dialog editor is used to modify the Pages, not the Sheet.    Peace! -=- James. "Fat people are hard to kidnap." (Try Check Favorites Sometime!) Re: CPropertySheet Questons moobob14-May-02 5:44 moobob 14-May-02 5:44  James, The GetParent()->ShowWindow(SW_HIDE) does the trick, thanks. How would I modify the Sheet's style after creation to have WS_POPUP without WS_SYSMENU? I assume I would do it in it's OnInitDialog()? Thanks, Bob Re: CPropertySheet Questons moobob14-May-02 5:55 moobob 14-May-02 5:55  I've got it, it's ModifyStyle (WS_SYSMENU, 0) in the Sheet's OnInitDialog. Thanks for your help. Bob Re: CPropertySheet Questons dazinith14-May-02 5:16 dazinith 14-May-02 5:16  why not just have whatever called the CPropertySheet call the dialog whenever it returns? if (MySheet.DoModal() == ID_WIZFINISH) { dialogB.doModal(); } if you have a good reason then ignore my question -dz Just 'couze I'm not sure DarkL_Phoenix14-May-02 4:19 DarkL_Phoenix 14-May-02 4:19  Since i'm new here i don't really know if you use to check old topics... if not, check this one and help me please: http://www.codeproject.com/script/comments/forums.asp?msg=180313&forumid=1647&kw=phoenix#xx179201xx Stay cool :p Phoenix worker thread and status bar updates Gunnar14-May-02 3:42 Gunnar 14-May-02 3:42  I have a worker thread that is carelessly updating the status bar. It's causing a GPF. This involves a large complex application framework, which isn't easily changed. I would like to change my MFC status bar code to be thread safe. Is there a way to do this? Would this work: Have the status bar store a HWND, and whenever accessed, construct a CStatusBar FromHandle?

Last Visit: 31-Dec-99 18:00     Last Update: 24-Apr-24 17:58 Refresh ᐊ Prev1...16937169381693916940169411694216943169441694516946 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.