|
I was wondering if anyone knows of a fairly transparent way to compress resource data (icons mainly). I've googled, but so far I haven't found anything.
--
Verletzen zerfetzen zersetzen zerstören
Doch es darf nicht mir gehören
Ich muss zerstören
|
|
|
|
|
Is this even possible? If you compressed the icons, how would the system know to first uncompress them before using them? I guess you could compress the icons, and then store them as RT_RCDATA . When you need them, just reverse the process.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
I was thinking about some kind of scheme which could decompress the resource sections, and then replace the compressed data with the uncompressed data.
I found something that will do it for me, but differently: UPX[^]. Works quite well!
If you take a look at the compressed PE with a resource explorer, you'll see that it has compressed the data, which it'll replace during inflation of the "real" exe (except for the version section, first icon entry, and type libraries). I managed to shrink my exe to less than a third of its original size (icon resources - ). Didn't detect any significantly higher load time.
--
Verletzen zerfetzen zersetzen zerstören
Doch es darf nicht mir gehören
Ich muss zerstören
|
|
|
|
|
I've had good luck UPX too, but one thing to watch out for is using it on a DLL that will be loaded by some method other than LoadLibrary() , such as res:// . If it will be loaded like that, you can't compress the resources or else Bad Things will happen.
|
|
|
|
|
That's because it loads the DLL without calling DllMain(), right? Thanks for the heads up on that one. I have a DLL which I'm using with res://!
--
From the Makers of Futurama
|
|
|
|
|
That's my guess - if something loads the DLL with LoadLibraryEx(LOAD_LIBRARY_AS_DATAFILE) then DllMain() isn't run, and the unpack-on-the-fly code isn't run either.
|
|
|
|
|
hi all,
I am not able to use the ClipBoard Functionality of vc6.0 in VC7.0.
For Example the ClipBoard Functionalities like
::OpenClipboard(...),::SetClipboardData(...) etc.
Presently i am migrating the VC6.0 to VC7.0 in UnManged Code. Consider that it is not a Managed Code but it is Unmanaged Code in VC7.Net Version.
Please help me out.
Uday kiran
|
|
|
|
|
uday kiran janaswamy wrote: I am not able to use the ClipBoard Functionality of vc6.0 in VC7.0.
What errors you are getting ?
|
|
|
|
|
hi,
i am getting the "Unsupported File Format", It is giving this Error when i am trying to have ClipBoard Support from VC7.0 Version.
Its very very Urgent.
Help me out.
Uday kiran
|
|
|
|
|
uday kiran janaswamy wrote: i am getting the "Unsupported File Format", It is giving this Error when i am trying to have ClipBoard Support from VC7.0 Version.
Where exactly you are getting this error, in code ?
I can use these funciton is VS2k5, without any error.
|
|
|
|
|
How can i Link to a DLL created with MFC6.0 from a dialog based application Created using VC++.NET 2003 (MFC 7.1)?
Currently im getting the Linker error: fatal error LNK1104: cannot open file 'mfc42ud.lib'.
Thanks in Advance.
|
|
|
|
|
The DLL uses the old MFC unicode debug library which isn't available apparently.
Are you building the DLL? If so you can (and probably should) change your project to use the 7.1
library (mfc71ud.lib).
If this a runtime error you may have problems with a DLL linked to a different version of MFC
than the app, especially if it's an extension DLL (the DLL has classes derived from MFC classes
and your app derives from the those classes).
|
|
|
|
|
Hi All,
I have to draw the flowchart shapes in VC++ without using MFC. I also have to use Win32 SDK programming (no idea what that means). The shapes can be of constant size but should be movable. I have no idea about this as I'm a beginner in VC++....
Please Help.
|
|
|
|
|
Mayur Padgaonkar wrote: I also have to use Win32 SDK programming (no idea what that means).
This[^] should give you fair idea.
|
|
|
|
|
I went thru the link you gave me. There were really some interesting points there but nothing about graphics
|
|
|
|
|
|
|
How can we Unbind the port programatically
#sanroop#
|
|
|
|
|
Sanroop wrote: How can we Unbind the port programatically
Call the UnbindThePortProgramatically() API?
What are you referring to? A socket port? How is it "bound"?
|
|
|
|
|
|
|
|
Yes, 'oops... you did it again'
|
|
|
|
|
You'll need to create 2 worker threads for that. Make sure you use some kind of syncronization.
This should be simple in COBOL.
|
|
|
|
|