C / C++ / MFC

FirstPrevNext

Re: biggest .NET problem Mukkie26-Jul-02 5:40 Mukkie 26-Jul-02 5:40  Usually serial numbers come with products return TRUE Renjith Ramachandran25-Jul-02 1:07 Renjith Ramachandran 25-Jul-02 1:07  in OnInitDialog() in the end of the defenition... return TRUE; and here is a commment added by the wizard says... "return TRUE unless you set the focus to a control EXCEPTION OCX Property pages return false" what is the matter behind that??? for why the wizard say that?? what happends when we return TRUE or FALSE ?? Anyone can Explain?? Thankx in Advance.... Renjith-CPian. Re: return TRUE Nish Nishant25-Jul-02 1:36 Nish Nishant 25-Jul-02 1:36  If OnInitDialog returns TRUE , CDialog will set the focus to the first child control based on the tab order, but you can return FALSE if you have manually set the focus to some other control Nish Author of the romantic comedy Summer Love and Some more Cricket [New Win] Review by Shog9 Click here for review[NW] Re: return TRUE Renjith Ramachandran25-Jul-02 5:04 Renjith Ramachandran 25-Jul-02 5:04  ok..but 4 y the activex controls return false?? -----------me too frm TVM Renjith-CPian. programmaticallly highlight element in list control nss25-Jul-02 0:34 nss 25-Jul-02 0:34  Hi, I have two listcontrols adjacent to each other. When you click on an item in ctrl1, ctrl2 gets populated with specific items. I want the app to start up with item1 in list1 highlighted, and its options in list2 already displayed (In general the options are displayed when you click on an item in list1). ANy hints? Appreciate it, ns Re: programmaticallly highlight element in list control benjymous25-Jul-02 0:40 benjymous 25-Jul-02 0:40  assuming you have a member control m_ListCtrl1 then just do m_ListCtrl1.SetCurSel( x ); where x is the number of the element in the list you want to select -- Help me! I'm turning into a grapefruit! Re: programmaticallly highlight element in list control ns25-Jul-02 3:15 ns 25-Jul-02 3:15  It says SetCurSel is not a member of CListCtrl.... Re: programmaticallly highlight element in list control Tomasz Sowinski25-Jul-02 3:21 Tomasz Sowinski 25-Jul-02 3:21  listCtrl.SetItemState(0, LVIS_SELECTED, LVIS_SELECTED); Don't forget to set LVIS_SHOWSELALWAYS style. Tomasz Sowinski -- http://www.shooltz.com - It's for protection - Protection from what? Zee Germans? Re: programmaticallly highlight element in list control nss25-Jul-02 8:41 nss 25-Jul-02 8:41  Thanks. I used the first line, but did not set the style. It worked though. I put the control in from the toolbox, not programmatically. I am thinking of using something like: // The pointer to my list view control. extern CListCtrl* pmyListCtrl; // Allow the header controls item to be movable by the user. pmyListCtrl->SetExtendedStyle (pmyListCtrl->GetExtendedStyle()|LVS_EX_HEADERDRAGDROP|LVIS_SHOWSELALWAYS) Is this what I need to do? I wont know because it works already without the style being set..... BTW, this selecting does not trigger the OnItemChanged function that I thought it might. IS that correct behavior? Thanks, ns Re: programmaticallly highlight element in list control Joel Lucsy26-Jul-02 18:35 Joel Lucsy 26-Jul-02 18:35  Easier way to modify the style: pmyListCtrl->ModifyStyleEx( 0, LVS_EX_SHOWSELALWAYS ); Yes, it is correct behaviour for the OnItemChanged to not trigger when changed programmatically. Joel Lucsy (jjlucsy@ameritech.net) Re: programmaticallly highlight element in list control nss26-Jul-02 20:01 nss 26-Jul-02 20:01  Appreciate your response> Thanks for showing me how to set the style. ns Change the name of a DLL (simple but...) Raphael Kindt25-Jul-02 0:23 Raphael Kindt 25-Jul-02 0:23  Hi all, I have some problems by changing the name of a DLL... To do that : I go to => Projects | Settings | Link (Tab), and for the Category = General, I change the name of the DLL below the "Output file name:" title. But when I recompile, I find a warning which say: "SeldesCfgProg.exp : warning LNK4070: /OUT:StdCardCom.dll directive in .EXP differs from output filename "../My DLL/SeldesCfgProg.dll"; ignoring directive" The name before was "StdCardCom.dll" and now I will "SeldesCfgProg.dll" With the old name, I don't have any warning... If somebody has an idea, I would be very grateful to him. Thanks... Hello World!!! from Raphaël Re: Change the name of a DLL (simple but...) Jason Henderson25-Jul-02 3:02 Jason Henderson 25-Jul-02 3:02  Maybe do a Clean and Rebuild. Make sure you change the name in the .def file if you use one. Jason Henderson quasi-homepage articles "Like it or not, I'm right!" Re: Change the name of a DLL (simple but...) Alexandru Savescu25-Jul-02 4:00 Alexandru Savescu 25-Jul-02 4:00  Make sure you change the first line in the .DEF file from LIBRARY "OldName" to LIBRARY "NewName" Best regards, Alexandru Savescu Re: Change the name of a DLL (simple but...) Raphael Kindt25-Jul-02 6:14 Raphael Kindt 25-Jul-02 6:14  A big Thanks for your assistance... really Hello World!!! from Raphaël debugging problem pépé25-Jul-02 0:21 pépé 25-Jul-02 0:21  Hello, I've created an iexplorer 'plugin' that works fine, exept that when I open a new instance of the browser, it crashes in MSHTML.DLL (addr 636ac73f). This is not a function called by me. How can I have more info why this happens ? Is it possible to debug MSHTML.DLL ? Thanx. Re: debugging problem benjymous25-Jul-02 0:43 benjymous 25-Jul-02 0:43  You should be able to give the browser's executable in the Visual Studio project settings ("Executable for debug session" in the debug tab). Then when you hit run, it'll open explorer. Then get the plugin to start (if it doesn't automatically), and you should be able to debug it as you would any other app -- Help me! I'm turning into a grapefruit! Re: debugging problem pépé25-Jul-02 1:38 pépé 25-Jul-02 1:38  That's what i'm doing but it does'nt help. All i get is an access violation and the call stack shows MSHTML!636ac73f called by MSHTML!636ac784 called by MSHTML!63661c70. And nothing else, so I cannot determine which function is called ! Is there another solution ? Re: debugging problem benjymous25-Jul-02 2:25 benjymous 25-Jul-02 2:25  Ahh, so is the access violation happening somewhere outside of your code. I think you can download the symbols for windows2k from the microsoft site somewhere. Installing those might be able to tell you what is actually happening when the crash happens. I assume if you put breakpoints in to your code that it crashes before reaching them? -- Help me! I'm turning into a grapefruit! Re: debugging problem Anders Molin25-Jul-02 4:45 Anders Molin 25-Jul-02 4:45  You can download symbols from microsoft.com/ddk[^] - Anders Money talks, but all mine ever says is "Goodbye!" threads SatyaDY25-Jul-02 0:05 SatyaDY 25-Jul-02 0:05  Hi guys, I need some help in creating concurrent threads. I am running a TCP Server which accepts the clients, I am calling AfxBeginThread passing the newsocket id to that. I want to run a seperate concurrent thread for each client which is connecting to my server for some file transfer. Can anybody suggest some solution. Any links or references will help me. Thanks. satya Re: threads Nish Nishant25-Jul-02 0:13 Nish Nishant 25-Jul-02 0:13  The link below shows you how to have a multithreaded server that spawns off a new thread per client connection :- Beginning Winsock Programming - Multithreaded TCP server with client Regards, Nish Author of the romantic comedy Summer Love and Some more Cricket [New Win] Review by Shog9 Click here for review[NW] Debug Assertion and CArray watches silverspoon24-Jul-02 22:49 silverspoon 24-Jul-02 22:49  Why do I get a Debug assertion, when I have some watches concerning my CArray? Isn't that kind useless, when i can kill my program when debugging and adding a wrong "watch-line"? I don't want achieve immortality through my work - I want achieve it through not dying - Woody Allen Re: Debug Assertion and CArray watches Christian Graus25-Jul-02 1:53 Christian Graus 25-Jul-02 1:53  CArray is crap. Don't use it. Christian come on all you MS suckups, defend your sugar-daddy now. - Chris Losinger - 11/07/2002 ineradicable bug alaulu24-Jul-02 22:22 alaulu 24-Jul-02 22:22  Hi All ! One problem pursues me for a few years already: all my Win32 apps, written in VC++ (5.0-6.0), crash on the second run under debugger. Toolbar code in comctl32.dll causes access violation. In more details: 1)The crap arises only when the app is run 2 times successively from the VC++ IDE. When running my app standalone, all's ok. 2)The program crashes when a mouse is moved over the toolbar. WM_MOUSEMOVE is finally dispatched to DefWindowProc() in comctl32.dll, and there fails. The mouse coordinates seem to be correct. 3)If toolbar is hidden, it's allright. 4)This bug seems to be not accidental concatenation of circumstances: this happened on different Windows versions, under both VC5 and VC6, after many reinstallations of the VC++ and OS etc, and, finally, with all my Win32 GUI apps - independently of tyhe architecture of the app, and of the way I use tollbars (containing ReBar, different styles, etc.) 5) The bug arises and disappears from time to time, during the course of program development. It seems that it depends somehow on the size of the .exe or something like that. Anyone ever faced this problem ? Any help or hint would be appreciated ! Thanks in advance !

Last Visit: 31-Dec-99 18:00     Last Update: 21-Jun-24 13:59 Refresh ᐊ Prev1...16532165331653416535165361653716538165391654016541 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.