Issue tracker for bugs and new features, forum for questions

[JuhaManninen]

Hi

Since Lazarus 1.0 we have seen more reports in the issue tracker, http://bugs.freepascal.org/.
It proves that Lazarus got new testers and is getting more popular which is nice of course.
As a side effect however some of the bug reports are not really bugs but rather questions that would belong to this forum.

So let's keep the issue tracker for real bugs!
If you suspect there is a bug in FPC/Lazarus but you are not very experienced with the system yet, please ask first in this forum or in the mailing list. They are active and full of knowledgeable people.

I am not pointing to any single report as this has been a trend for some time.

Juha

[hinst]

There seems to be a bug in Lazarus....
The executable files are too large muahahaha 
Just trolling lol
This question is most disturbing and it never gets old. there are always some people asking this

[JuhaManninen]

There seems to be a bug in Lazarus....
The executable files are too large muahahaha 
Just trolling lol
This question is most disturbing and it never gets old. there are always some people asking this

Yeah.
I think the executable size is a psychological issue mostly. I mean, with todays hard drive and USB stick capacities and networking speeds it makes no real difference most times.
The run-time resource usage is more important.
But yes, I also hope the executables will become smaller, then nobody would complain about it.

Juha

[Blaazen]

We are not alone. The other cross-platform IDE/RAD - wxWidget - has similar problems. See here: http://wiki.wxwidgets.org/Reducing_Executable_Size and other similar topics on their FAQ and forum. 

[airpas]

i think speed is more important than size .

[Dibo]

Yes, but fresh users which come from delphi are mostly scared with 15-20 MB exe size. And this is only few options in project and we get 1.5 MB exe. This is really shocking in first time, and here rumors begin

[Leledumbo]

In trunk, there seems to be some optimizations/refactoring (compiler? LCL? I don't know). I just compiled an older project and the size gets a bit smaller now (a few hundred KB)

[BigChimp]

May I remind our gentle readers of bug:
http://bugs.freepascal.org/view.php?id=22743
which asks for providing debug and production/release build modes by default?

This will at least simplify answering people asking those questions: "Just use release build mode"

[Leledumbo]

May I remind our gentle readers of bug:
http://bugs.freepascal.org/view.php?id=22743
which asks for providing debug and production/release build modes by default?

This will at least simplify answering people asking those questions: "Just use release build mode"

The feature seems to be on the work, I can find something new in the project options dialog... (from trunk, of course)

[BeniBela]

I think the executable size is a psychological issue mostly. I mean, with todays hard drive and USB stick capacities and networking speeds it makes no real difference most times.

I, for one, have 30 MB maximal space for my webpage, and had therefore to stop publishing binaries there, after switching from Delphi to Lazarus

[Bart]

I, for one, have 30 MB maximal space for my webpage, and had therefore to stop publishing binaries there, after switching from Delphi to Lazarus

Getting off-topic more and more...
But, you can host your projects on sourceforge or google-code (or similar) and upload binaries there.

Bart

[bdexterholland]

There seems to be a bug in Lazarus....
The executable files are too large muahahaha 
Just trolling lol
This question is most disturbing and it never gets old. there are always some people asking this

Yeah.
I think the executable size is a psychological issue mostly. I mean, with todays hard drive and USB stick capacities and networking speeds it makes no real difference most times.
The run-time resource usage is more important.
But yes, I also hope the executables will become smaller, then nobody would complain about it.

Juha

I Think this issue is related to the debug symbols that is attached to executable. If lazarus, by default, generate a external debug symbol, this issue will desapear from Mantis

[Martin_fr]

I Think this issue is related to the debug symbols that is attached to executable. If lazarus, by default, generate a external debug symbol, this issue will desapear from Mantis

And other issues will pop up instead.
As someone recently pointed out, heaptrc will not find the symbols in the external files, nor will dumpstack (e.g. console dump of exception). Maybe other issues....

[irfanbagus]

how if we create simplify version of FAQ, only contain most asking with short answer and link to long answer (in lazarus website), and show once after installation or on first run of lazarus ide ? IMHO that will be easy to do but effective to 'force' new lazarus users read FAQ.

[BeniBela]

Getting off-topic more and more...
But, you can host your projects on sourceforge or google-code (or similar) and upload binaries there.

Only open source software

And it's not worth the trouble for small projects

I Think this issue is related to the debug symbols that is attached to executable.

It would also help a lot, if not everything would be implemented again and again,

I recently grepped the fpc source to find a stable sort, and instead I only found QuickSort implementations.
Seven of them! In TFPList.Sort, TStringList.QuickSort, TFPSList.QuickSort, TFPBaseDitherer.QuickSort, TFPMedianCutQuantizer.QuickSort, TFPMedianCutQuantizer.QuickSortBoxes and paslzxcomp.qsort
Plus another one in the LCL in TCustomGrid.Sort.
If they were all replaced by a single implementation, it would already be much smaller