Well, let's see...
I don't think it matters much is an executable is 5MB+ or not. Windows doesn't load it all in memory anyways. If I understood correctly, Windows just maps the part of the harddisk that contains the executable as being part of it's RAM, like a swapfile or so. That way, it only loads things on demand to begin with. Furthermore, it is never easy to keep an executable small if you want a lot of forms and graphical effects in it. And having those inside DLL's or runtime packes seem to have funny side-effects on your application. It is hard to believe but with executables, size doesn't really matter. But size is often related to a huge amount of forms and resources being part of your application. All kinds of bitmaps and icons, for example. The forms that you use. And plenty of other things too. Runtime packages won't solve this problem but might actually make it worse becase now those large runtime libraries become part of your project too. And then I haven't mentioned any possible version conflicts that might occur with those packages. It's that VB developers have called the DLL Hell and Delphi managed to avoid most of this because Delphi doesn't use them most of the time. About third-part components. Sure, you could buy them including source and strip away the parts you don't need but then you'll be losing time on something to just make your executable smaller. And you risk that your modifications might actually add more bugs to your application. And about MS pulling Access off the market... Well, they never succeed at that because Access itself is a complete software solution for generating reports, designing forms and it does a lot more than just store data. Then again, I only use it to store data anyway. Then again, MS also quit developing VB versions for the WIN32 platform and actually seems to abandon the whole WIN32 development marker, with the exception of C++. Not many people like this but MS doesn't seem to listen to them. Sooner or later we'll all be forced to use .NET and I guess that many companies will just refuse any further upgrades because they don't like .NET and they don't like having to buy new hardware because the old stuff is too slow to run .NET applications. My dad told me that there are still plenty of companies that still use olf Pentium I 90 MHZ machines with Windows NT running on it to keep their businesses running. They just refuse to upgrade because the old stuff is still working fine. And I don't blame them. MS might try and abandon those old products but people won't stop using them. Access is extremely popular right now, basically because it's so simple to use. No sane person would trade it in for the more complex SQL Server software. Then again, I'm also interested in seeing if Linux will get a bigger market share or not. I think Linux will grow more and more, but slowly. All it needs is a better user interface for the desktop. With kind regards, X Katja Bergman. --- In [email protected], David Smith <[EMAIL PROTECTED]> wrote: > re: runtime. The same applies to a Delphi app with runtime > packages. I agree that large exe's aren't necessarily a problem > until they rise to the size of 5MB+. Then I think it is foolish not > to use runtime packages. At that size, the large exe will start to > slow things down somewhat. > > re: 3rd party components. I also agree that the large "do > everything" components are contributing largely to this problem. > That is why I buy them with source code and build a new component > with just the features I need. > > I heard that Microsoft is pulling Access from the market and > making everyone migrate to SQL server.. This seems like a good > reason to stay from Access if you're a commercial developer. > > DJS ----------------------------------------------------- Home page: http://groups.yahoo.com/group/delphi-en/ To unsubscribe: [EMAIL PROTECTED] Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/delphi-en/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
