C / C++ / MFC

FirstPrevNext

Re: Way to generate license codes Ravi Bhavnani22-Oct-02 8:33 Ravi Bhavnani 22-Oct-02 8:33  I urge you to reconsider the expiry concept. Instead, restrict the functionality of an unregistered version and/or use nag screens. I use this scheme in my products[^]. I often need more time to evaluate a program than 15 or 30 days, since I might not get time to try it for 10-20 days after installation. Imho, restricting the number of runs is equally bad. /ravi Let's put "civil" back in "civilization" http://www.ravib.com ravib@ravib.com Re: Way to generate license codes Wim Jans22-Oct-02 9:06 Wim Jans 22-Oct-02 9:06  Hello, I had a look at your memwatcher product - which by the way looked great! - and I saw that you used a (company)name to register your product. Do you mind to share how you implement this. Do you use a private key (internally in the program) together with a public key (companyname) to generate the registration code? Via what encryption protocol? Or don't you use the name at all, as it is not really required at the registration site (else it should be required that the name entered at the site should match the one entered in the program). That means you work with a set of predefined numbers which the site sends out? I totally understand of course that you don't want to share this top secret information I'm just interested. thanks in advance, Wim Re: Way to generate license codes Ravi Bhavnani22-Oct-02 9:28 Ravi Bhavnani 22-Oct-02 9:28  Hi Wim, I'll respond offline. /ravi Let's put "civil" back in "civilization" http://www.ravib.com ravib@ravib.com Re: Way to generate license codes jmkhael22-Oct-02 8:40 jmkhael 22-Oct-02 8:40  Rule number one: There's always a crack, that's how the light gets in Rule number two: Ur always a bpx away from finding that light Forget about hiding code, just dont put it there Papa while (TRUE) Papa.WillLove ( Bebe ) ; DOM newbie Ravi Bhavnani22-Oct-02 7:29 Ravi Bhavnani 22-Oct-02 7:29  [ Crossposted in the XML forum] My brief exposure to XML has been restricted to writing a compiler using SAX (in Java). I'm now back in C++/MFC land and need to populate a data structure with data read from an XML file, validated against a DTD. I also need to create an XML file, given a DTD. Can you recommend a good "teach yourself DOM in 21 minutes" book or link? I'd especially like to know how to use DTDs to validate incoming data and write XML files. Thanks! /ravi Let's put "civil" back in "civilization" http://www.ravib.com ravib@ravib.com Re: DOM newbie Ravi Bhavnani22-Oct-02 7:38 Ravi Bhavnani 22-Oct-02 7:38  Hmm, MSDN's XML tutorial[^] seems like what I was looking for. Book and link recommendations are still welcome. Thanks! /ravi Let's put "civil" back in "civilization" http://www.ravib.com ravib@ravib.com Re: DOM newbie Anonymous22-Oct-02 11:10 Anonymous 22-Oct-02 11:10  Please check out http://codeguru.earthweb.com/xml/XMLDOMFromVC.html Very nice article . PLus get the functionalities of the DOM Objects at W3schools.com Re: DOM newbie Ravi Bhavnani23-Oct-02 0:57 Ravi Bhavnani 23-Oct-02 0:57  Thanks! /ravi Let's put "civil" back in "civilization" http://www.ravib.com ravib@ravib.com CTreeCtrl Anonymous22-Oct-02 7:13 Anonymous 22-Oct-02 7:13  How can one determine if a root item is expanded? Re: CTreeCtrl Chris Hambleton22-Oct-02 7:36 Chris Hambleton 22-Oct-02 7:36  You can use EnsureVisible(htItem) on one of the root's child items to see if it's showing, or use Expand(htItem, TVE_EXPAND) to expand the tree (if it's not already expanded). "No one goes to hell because of their sin, but because of rejecting God's method of salvation: His Son's life for yours..." Re: CTreeCtrl Shog922-Oct-02 8:23 Shog9 22-Oct-02 8:23  // where pTreeCtrl is a CTreeCtrl*, and hRoot is the HTREEITEM you are testing BOOL bExpanded = (TVIS_EXPANDED & pTreeCtrl->GetItemState(hRoot, TVIS_EXPANDED)); Shog9 ------ No one's immune now, from a world of problems No one's exempt now, from a world of pain That's the way that it goes when you're down here with the rest of us... Re: CTreeCtrl Anonymous22-Oct-02 8:34 Anonymous 22-Oct-02 8:34  Perfect! THANKS! Re: CTreeCtrl Chris Hambleton22-Oct-02 10:48 Chris Hambleton 22-Oct-02 10:48  Ok ok -- your way is better -- I just couldn't remember it... "No one goes to hell because of their sin, but because of rejecting God's method of salvation: His Son's life for yours..." Re: CTreeCtrl Shog922-Oct-02 10:51 Shog9 22-Oct-02 10:51  It helps i had the code handy for other reasons. Shog9 ------ No one's immune now, from a world of problems No one's exempt now, from a world of pain That's the way that it goes when you're down here with the rest of us... MFC redist pros and cons? LukeV22-Oct-02 5:38 LukeV 22-Oct-02 5:38  I'm currently working on a project that uses COM/ATL. I try as much as I can to stay away from MFC for: 1) I want to learn something else 2) Size of project 3) MFC dll redistribution problems (if there's any) Should I be concerned about that or should I just link to the MFC library (static or dynamic?) and use it only when I need it? It's just that if you link MFC statically, the size of the DLL gets bigger and if you link dynamically, the user needs mfc42.dll... Any hints? Thanks! --------------- Concentrating on Ideas http://www.edovia.com Re: MFC redist pros and cons? benjymous22-Oct-02 5:42 benjymous 22-Oct-02 5:42  Another problem with linking statically is that every app that uses a statically linked copy of MFC will have its own copy of MFC in memory, whereas if two or more apps both use the dll, only one copy of the dll needs to be loaded into memory -- Help me! I'm turning into a grapefruit! Re: MFC redist pros and cons? Chris Losinger22-Oct-02 11:47 Chris Losinger 22-Oct-02 11:47  benjymous wrote: will have its own copy of MFC in memory well, more accurately, it will have in-memory the parts that it uses, not all of MFC. -c "[it was..] one of those evenings when you feel that not only will there definitely be a revolution, but that the Association of Manufacturers will foot the bill." -- Umberto Eco, Foucault's Pendulum Smaller Animals Software Re: MFC redist pros and cons? Jim A. Johnson22-Oct-02 5:50 Jim A. Johnson 22-Oct-02 5:50  Static linking is the safest way to ensure that your executable will work regardless of what happens elsewhere in the system. It also makes for a smaller distributable (since you don't have to include the 1 meg+ MFC DLLs), and does not necessarily have a huge impact on exectuable size (since the linker is pretty good about thoring out unused code). Re: MFC redist pros and cons? l a u r e n22-Oct-02 7:29 l a u r e n 22-Oct-02 7:29  its a trade off if u can control the environment to some extent then dynamic linking will be cool otherwise i use static linking i had a client who used another app that used crystal reports but that one used a really old version of the dll's and we had endless problems with both apps running on the same machine ... we ended up running one on terminal server u cant escape all problems either way i guess "... and so i said to him ... if it don't dance (or code) and you can't eat it either f**k it or throw it away" biz stuff   about me EnableMenuItem() does not make menu item gray??? Wenrich22-Oct-02 4:05 Wenrich 22-Oct-02 4:05  Hi! I come across a strange thing: I try to gray a menu item, the codes as follow: CMenu *pMenu = GetMenu(); CMenu *pOP = pMenu->GetSubMenu(2); pOP->EnableMenuItem(ID_OP_START, MF_GRAYED | MF_BYCOMMAND); ****************************************************** The menu item with ID ID_OP_START is supposed to be grayed and GetMenuState() does return MF_GRAYED; but the item is actually not grayed and can still function as it does. Do I need to do something in order for this method to work? Thanks a lot! Re: EnableMenuItem() does not make menu item gray??? Ravi Bhavnani22-Oct-02 4:30 Ravi Bhavnani 22-Oct-02 4:30  Wenrich wrote: Do I need to do something in order for this method to work? What you're doing will work for a menu attached to a dialog in a dialog based app. However, if you're using MFC's doc/view framework (SDI/MDI), you need to put the enable/disable logic in the command's UpdateUI handler. /ravi Let's put "civil" back in "civilization" http://www.ravib.com ravib@ravib.com Re: EnableMenuItem() does not make menu item gray??? will138322-Oct-02 4:35 will1383 22-Oct-02 4:35  Ravi Bhavnani wrote: What you're doing will work for a menu attached to a dialog in a dialog based app. However, if you're using MFC's doc/view framework (SDI/MDI), you need to put the enable/disable logic in the command's UpdateUI handler. This may be the case, but what if you need the change the menus from a different location other than in the UpdateUI handler? do you basically have to create a boolean to keep track of the state and then check it in the UpdateUI? Is this the only way? Thanks! Dan Re: EnableMenuItem() does not make menu item gray??? Roger Allen22-Oct-02 5:36 Roger Allen 22-Oct-02 5:36  Another method would be to handle the WM_INITMENUPOPUP message and enable/disable the items in that handler. Roger Allen Sonork 100.10016 I have a terminal disease. Its called life! Re: EnableMenuItem() does not make menu item gray??? Ravi Bhavnani22-Oct-02 7:18 Ravi Bhavnani 22-Oct-02 7:18  groover4life wrote: create a boolean to keep track of the state and then check it in the UpdateUI? Yes, that follows the standard MVC model and would be the preferred way imho. /ravi Let's put "civil" back in "civilization" http://www.ravib.com ravib@ravib.com Unable to open HELP from Visual studio environment ssirisha22-Oct-02 3:54 ssirisha 22-Oct-02 3:54  Hi I am unable to open HELP from my visual studio environment. As soon as I click on any of the menuitems (contents, index etc) under HELP, the cpu shoots to 100% and it just sits like that.. I have also noticed that its allocating more and more memory, but the help window does not open at all. MSDN was properly installed and it was working just fine before. I don't recall to have changed any of my settings. I have already tried uninstalling/re-installing MSDN couple of times but no luck. Any clues. Thanks

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