C / C++ / MFC

FirstPrevNext

Registry management Cristiano Galeazzi1-Aug-02 5:39 Cristiano Galeazzi 1-Aug-02 5:39  I need to store, in the system registry, the setting parameters of my application. If I use the SetRegistryKey, my parameters are stored in a specific folder placed in HKEY_CURRENT_USER -> Software. How can I store my parameters in HKEY_LOCAL_MACHINE -> SOFTWARE in order to be available for all users ??? Thanks a lot Re: Registry management Tomasz Sowinski1-Aug-02 5:52 Tomasz Sowinski 1-Aug-02 5:52  You'll have to go beyond MFC support for registry. Use RegOpenKeyEx with HKEY_LOCAL_MACHINE as 1st argument, then RegsetValueEx and RegCloseKey. There should be some classes wrapping Win32 API right here on CodeProject. Tomasz Sowinski -- http://www.shooltz.com - It's for protection - Protection from what? Zee Germans? write data to .exe itself, possible? includeh101-Aug-02 5:24 includeh10 1-Aug-02 5:24  can an exe file write data to itself while running? i mean, sometimes, an exe file writes data to register or file for many reasons (setting, recording etc.), but i feel in case it is neccessary to write data to itself (i.e. if copy the exe file, setting is copied also because the setting is inside the exe file). do u think it is possible? thx includeh10 Re: write data to .exe itself, possible? Jeremy Falcon1-Aug-02 5:31 Jeremy Falcon 1-Aug-02 5:31  Yes. Study the PE file format for Win32 to make sure you write you data in an acceptable place. That’s the format EXEs are stored in. Jeremy Falcon Imputek <nobr>"Life is too precious - don't waste it." - Norm Almond Re: write data to .exe itself, possible? Tomasz Sowinski1-Aug-02 5:37 Tomasz Sowinski 1-Aug-02 5:37  ... but he's going to write to .exe while .exe is running. This means PE file is mapped to memory, probably in read-only mode. Tomasz Sowinski -- http://www.shooltz.com - It's for protection - Protection from what? Zee Germans? Re: write data to .exe itself, possible? Jeremy Falcon1-Aug-02 5:53 Jeremy Falcon 1-Aug-02 5:53  True, but he talked about copying the EXE. I just figured he'd do that and directly write to the sucker and bring it back over to the original location later on? BTW, I'm still using your screen saver. Jeremy Falcon Imputek <nobr>"Life is too precious - don't waste it." - Norm Almond Re: write data to .exe itself, possible? Tomasz Sowinski1-Aug-02 6:04 Tomasz Sowinski 1-Aug-02 6:04  Jeremy Falcon wrote: True, but he talked about copying the EXE. Oops - it's too hot here; my monitor looses focus obviously Jeremy Falcon wrote: BTW, I'm still using your screen saver Thanks. Watch for upgrade in September or, more likely, October. Tomasz Sowinski -- http://www.shooltz.com - It's for protection - Protection from what? Zee Germans? Re: write data to .exe itself, possible? Jeremy Falcon1-Aug-02 6:11 Jeremy Falcon 1-Aug-02 6:11  Tomasz Sowinski wrote: Oops - it's too hot here; my monitor looses focus obviously Of course, I just reread what he said and now I see it as just retaining the value after the EXE has been copied - like to another computer for instance. Perception can be interesting. I'll blame my mouse for that. Tomasz Sowinski wrote: Thanks. Watch for upgrade in September or, more likely, October. Spiffy! Jeremy Falcon Imputek <nobr>"Life is too precious - don't waste it." - Norm Almond Re: write data to .exe itself, possible? includeh101-Aug-02 6:12 includeh10 1-Aug-02 6:12  no, exe is running, copy is something later the exe writes date to itself, so it must be in running includeh10 Re: write data to .exe itself, possible? Joaquín M López Muñoz1-Aug-02 7:44 Joaquín M López Muñoz 1-Aug-02 7:44  You can do something close. Store your piece of data in a companion DLL. Link this DLL dynamically with LoadLibrary and FreeLibrary. When you want to modify the internal data, make sure the DLL is not loaded, open it as a regular file in read/write mode, change it and close it again. Possibly the best way to change the data without getting into PE format details is to signal the block to be changed with some beacon like this: static char data[]=":::BEGINMARKER::: "; // 20 bytes for storing data after the signal :::BEGINMARKER::: (begins at data[17]) so that you can search for the beacon and just overwrite what follows (being careful not to exceed the maximum space reserved in advance). You can save the searching phase if you already found out where the storing space begins (e.g. by examining the DLL with a binary editor). This approach involves a fair amount of work, but I think it should work. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo Re: write data to .exe itself, possible? Daniel Lohmann1-Aug-02 8:24 Daniel Lohmann 1-Aug-02 8:24  Possibly the best (and most easy ) way to store data in an .exe without going into format details is to store them as custom ressource inside the ressouce fork. Then you can update and retrieve them use simple API functions. However, the API to store the ressource (UpdateResource()) is only available on NT and above, so if you have to support ugly versions of Windows this approach would not work -- Daniel Lohmann http://www.losoft.de (Hey, this page is worth looking! You can find some free and handy NT tools there ) Re: write data to .exe itself, possible? Joaquín M López Muñoz1-Aug-02 8:38 Joaquín M López Muñoz 1-Aug-02 8:38  Hi Daniel Possibly the best (and most easy ) way to store data in an .exe without going into format details is to store them as custom ressource inside the ressouce fork. I don't really think so. Updating string resources is a pain in the ass because a) those strings are always stored in Unicode b) they are bundled into messy entry blocks (several strings per block) and the API does not give direct access to the strings themselves, only the blocks. However, the API to store the ressource (UpdateResource()) is only available on NT and above, so if you have to support ugly versions of Windows this approach would not work. If you are interested, Erik Kallen wrote a superb clone of this API for 9x systems that you can have a look at in his article Updating Resources on Win9x. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo Re: write data to .exe itself, possible? includeh101-Aug-02 8:59 includeh10 1-Aug-02 8:59  i downloaded the zip and will try soon. thx includeh10 Re: write data to .exe itself, possible? Daniel Lohmann1-Aug-02 9:57 Daniel Lohmann 1-Aug-02 9:57  Hello Joaquín Aehm, did I talk about string resources? I would store the data as uninterpreted custom resource. You can store any binary data this way. Joaquín M López Muñoz wrote: If you are interested, Erik Kallen wrote a superb clone of this API for 9x systems that you can have a look at in his article Updating Resources on Win9x. That's really good news for all those poor folks who have to support bulshit OS versions (And obviously the code would throw light on how to deal with PE and resource formats! Very interesting!) -- Daniel Lohmann http://www.losoft.de (Hey, this page is worth looking! You can find some free and handy NT tools there ) Re: write data to .exe itself, possible? Joaquín M López Muñoz1-Aug-02 10:02 Joaquín M López Muñoz 1-Aug-02 10:02  I would store the data as uninterpreted custom resource. You can store any binary data this way. Didn't think of it at first. Yes, this avoids the strings hassle. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo Can Visual C++ 6.0 open a MS Access97 with option password? Anonymous1-Aug-02 4:58 Anonymous 1-Aug-02 4:58  Hi, I would like to know that Visual C++ 6.0 can use ClassWizard with CDaoRecordset to open a MS Access 97 file or not? a) I create a simple trypassword97.mdb (attached) with 1 row & 2 columns b) Using password option (password = 12345) c) Every thing is OK d) But in Visual C++ 6.0 Application, when I use the ClassWizard --> Member Variable --> Add Classe --> New --> Filename.cpp --> CDaoRecordset --> trypassword97.mdb --> "Invalid passord!" ... I could not open that mdb file! *) That means somehow Visual C++ must know the password (12345) to open the trypassword97.mdb 1) Can any one help me about this (above)? 2) In programing (at run time) at any time when I try to open it, what command line to use (with password?) to open it? I appreciate very much for any help! Thanks, Anh Truong Re: Can Visual C++ 6.0 open a MS Access97 with option password? Tomasz Sowinski1-Aug-02 5:03 Tomasz Sowinski 1-Aug-02 5:03  Check MFC technical note TN054. Tomasz Sowinski -- http://www.shooltz.com - It's for protection - Protection from what? Zee Germans? Re: I think that only help at Run time not when using Classwizard! Anonymous2-Aug-02 3:49 Anonymous 2-Aug-02 3:49  Hi Tomasz, Thank you for your guide of info. I did take a look and will try at Run Time! But my problem is that I could not use Visual C++ 6.0 ClassWizard to open my MS Access file which created "before" and using option password! Can you clarify this? Many thanks, Anh Truong Re: I think that only help at Run time not when using Classwizard! Tomasz Sowinski2-Aug-02 3:57 Tomasz Sowinski 2-Aug-02 3:57  Anonymous wrote: But my problem is that I could not use Visual C++ 6.0 ClassWizard to open my MS Access file which created "before" and using option password! I'm afraid you're stuck with the problem. KB article Q153291 describes this issue, but doesn't offer any reasonable solution. Tomasz Sowinski -- http://www.shooltz.com What is "scratch" and why can everything be made from it? Re: You did pinpoint the problem, thanks! Anonymous2-Aug-02 4:55 Anonymous 2-Aug-02 4:55  Hi Tomasz, You did help me a lot so that I will not search more info. to fix my problem! I think I should create a MS Access mdb file "without security password" from its environment to avoid the problem when I use ClassWizard! I will use at Run Time instead (I hope that it will work) Many thanks for helps Anh Truong Programatically create a .RES file Pete Bassett1-Aug-02 4:56 Pete Bassett 1-Aug-02 4:56  Hi all. Could someone tell me how to take some resource strings I have in an access db and write then to a valid .RES file so I can include it in my program? There has to be a API for writting to .RES files surely? Or some other simple way. Thanks. Pete Re: Programatically create a .RES file Tomasz Sowinski1-Aug-02 5:01 Tomasz Sowinski 1-Aug-02 5:01  There's an API for changing resources in PE files (.exe and .dlls), however, it's available only on NT/2K/XP (UpdateResource and friends). If you need .res file, then you'll be linking next. Why don't you write .rc and invoke Resource Compiler? Tomasz Sowinski -- http://www.shooltz.com - It's for protection - Protection from what? Zee Germans? Re: Programatically create a .RES file Pete Bassett1-Aug-02 5:16 Pete Bassett 1-Aug-02 5:16  Thanks for the swift reply... Writing an RC file would be acceptable...What exe is the resource compiler? and how to use it? Can't you tell I've never been outside an IDE before! Pete Re: Programatically create a .RES file Tomasz Sowinski1-Aug-02 5:38 Tomasz Sowinski 1-Aug-02 5:38  Pete Bassett wrote: What exe is the resource compiler? and how to use it? RC.EXE. Run with /? to get basic usage info. I believe there should be more in MSDN. Tomasz Sowinski -- http://www.shooltz.com - It's for protection - Protection from what? Zee Germans? Re: Programatically create a .RES file Pete Bassett1-Aug-02 6:51 Pete Bassett 1-Aug-02 6:51  Thanks...

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