Well, egg on my face. Thanks for suggesting that. I've fairly new to this
application and you're exactly right. There are a fair numer of bitmaps that
are compiled into the final EXE as resources and then loaded at runtime
depending on user settings. Will see if anything can be done about these.
Thanks,
Alain
"Peter Duniho" <(E-Mail Removed)> wrote in message
news:RvydnV6obf-(E-Mail Removed)...
> On 3/18/11 11:54 AM, Alain Dekker wrote:
>> I've tried deleting loads of variables, unused functions, etc from a
>> project
>> I've inherited, but my app targetting Windows CE 5.0 using Visual Studio
>> 2005 remains stubbornly at around 9.3MB. What can I can do to reduce
>> that?
>>
>> This application is using the .NET Compact Framework v2.0.
>
> Really, there are better forums for a question like this. The forums that
> are specifically intended for work with the Compact Framework are
> populated by people with specific, applicable experience.
>
> That said, I will note that for a plain managed desktop program, 9MB is
> enormous unless there are embedded resources, such as audio files,
> bitmaps, etc. If you do have such resources, reducing the size further
> may be very difficult, unless you're able to apply some compression to
> those resources or eliminate some.
>
> If you don't have such resources and the 9MB really is due to the actual
> code in the program, then you must be dealing with a very large program
> (hundreds of thousands of lines of code?). There's nothing magical about
> reducing code bloat. You just have to do it, and hope that most of the
> bloat is due to wanton copy-and-paste (which is easily fixed).
>
> For what it's worth, if you really do have a program hundreds of thousands
> of lines of code long, that seems surprisingly large for something that's
> supposed to run on a mobile device. (Actually, it seems surprisingly
> large to me for any normal, single-user application, even not counting
> that it's managed code
). If it really is that large, one hopes that
> there is indeed something silly about the implementation that can be
> easily fixed, to make it smaller.
>
> Pete