C / C++ / MFC

FirstPrevNext

CListCtrl LvnItemChanged() issues dazinith14-May-02 5:28 dazinith 14-May-02 5:28  whenever the selection in the list changes this function gets called: void CSelectReport::OnLvnItemchangedComplist(NMHDR *pNMHDR, LRESULT *pResult) { LPNMLISTVIEW pNMLV = reinterpret_cast<lpnmlistview>(pNMHDR); TRACE("selection = %i\n",m_lstCompanies.GetSelectionMark()); *pResult = 0; } however it always returns the item which was just unselected, not what was just clicked on.. its like its always lagged one step behind, which makes it imposible for me to update enabling/disabling of items based on the selection.. can someone please help me understand a way to correct this eroneous microsoft control/event handler? message map: ON_NOTIFY(LVN_ITEMCHANGED, IDC_COMPLIST, OnLvnItemchangedComplist) plz tell me someone else is familiar with this problem! thanks! -dz Re: CListCtrl LvnItemChanged() issues Bill Wilson14-May-02 11:44 Bill Wilson 14-May-02 11:44  "help me understand a way to correct this eroneous microsoft control/event handler" I can try to help you understand, but there is no "correction". This is not erroneous behavior. It is the way its supposed to work (read MSDN). From your description you are using the wrong event. You might want to try LVN_ITEMACTIVATE. Good Luck, Bill Printing using gdi+ khaldoun14-May-02 5:13 khaldoun 14-May-02 5:13  How can I print an image (bitmap) from a file by using gdi+ and visual C++ thank you for help khaldoun DrawText and MM_HIMETRIC Braulio Dez14-May-02 5:12 Braulio Dez 14-May-02 5:12  Hi, It's possible to draw text using Himetric ?, Or should I make the conversion LPtoDP to draw the text ? ( I have problems with the DP, because it changes from a printer to the screen, and...). Thanks, Greetings Braulio Re: DrawText and MM_HIMETRIC David Salter14-May-02 9:24 David Salter 14-May-02 9:24  You should be able to DrawText in HIMETRIC, but you will need to take into account the different DPI of different devices. Dave. monthview control driving me mad benjymous14-May-02 5:08 benjymous 14-May-02 5:08  Is there anyone here who's used the monthview control in a dialog based application who can help me out with the problems I'm having (Using "Microsoft MonthView Control 6.0 (SP4)" using MFC and Visual C++ 6) I'm not sure if either I'm doing something very wrong, or just this control is full of bugs. Here are my problems: 1) If I display all 12 months, the days in the last month don't get displayed bold (they get set and unset correctly, and if I change the view to display that month anywhere bar the last displayed month it works fine) - My workaround to this is to just display 9 months and make the user flip back and forth to see the whole year (I predict complaints..) 2) The control grabs focus, meaning if I click on a date, then click on a button on the dialog, it just selects that button rather than clicking on it (1 click to deselect the monthview control, and a 2nd to actually click on the button I clicked on) 3) If I call my function that makes the days bold (using SetDayBold) from my OnInitDialog, the days don't get set bold. If I call it from a mouse click event then it works fine. I've searched MSDN and found a VB workaround to problem 2, but it wasn't much help to me using C++ Any help will be much appreciated -- Help me! I'm turning into a grapefruit! an interesting design prob...no...situation 14-May-02 4:52 14-May-02 4:52  hello people,please read carefully. I have a situation with someclasses : X,M,S,E and some structures : A,B,C like this. class X is autonomous.(i dont know the correct word) class E has variables of type class X,structures A,B and C. class X has an pointer of type E(later becomes an array and still later destroyed) class M:public X class S:public X M has a pointer of type S.(later becomes an array and still later destroyed) now, all these mean class M has class E(and hence part of itself and S-so twice itself ) due to inheritence.I have to store class in list. two questions. 1.is CList safe? 2.where can I possibly leak memory. -20365 joe Re: an interesting design prob...no...situation Joaquín M López Muñoz14-May-02 5:00 Joaquín M López Muñoz 14-May-02 5:00  Uff... you're giving little information to know whether you will encounter memory leaks or not. A distinction has to be made between having (the "had" object is a member variable of the "haver") and owning (the "owner" has a pointer to the "owned"). In the second case, you have to consider what will hapen when objects are copied: M m1; ... M m2=m1; Are you duplicating the owned objects of m1? If not, then you will probably run into memory problems, as both m1 and m2 think they own the same objects of type S. You got to think out very carefully these issues, as CList implicitly will make copies of objects contained. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo MFC class sets ownerdraw style? 14-May-02 4:50 14-May-02 4:50  Hi, can I test list-Box Styles (e.g. LBS_OWNERDRAWVARIABLE) and make sure it is set? Thats better then trusting in a user who sets properties in a dialog resource. Where do I handle this? Re: MFC class sets ownerdraw style? 14-May-02 6:17 14-May-02 6:17  I tried CListBox::OnCreate, it is never called. I'm stuck. 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

Last Visit: 31-Dec-99 18:00     Last Update: 23-Sep-24 22:32 Refresh ᐊ Prev1...16950169511695216953169541695516956169571695816959 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.