Re: [Lazarus] Strip debug info

On Mon, Apr 30, 2012 at 16:56, Hans-Peter Diettrich wrote: > AV software tends to affect Delphi and its compiled projects, too. Yes, but in recent years Delphi was included in "safe" lists of most AV products. > It's not a good idea to use AV software on a Windows development machine. It is also

Re: [Lazarus] Strip debug info

Alexander Klenin schrieb: While I am personally ambivalent about the default state of -Xg switch, I'd like to point out another use case where it matters: compiling on Windows on slow machine with antivirus installed. When I tried to persuade my students to switch to Lazarus from Delphi, I've go

Re: [Lazarus] Strip debug info

Am 30.04.2012 07:30 schrieb "Richard Mace" : > > > On 30 April 2012 04:49, Alexander Klenin wrote: >> >> While I am personally ambivalent about the default state of -Xg switch, >> I'd like to point out another use case where it matters: >> compiling on Windows on slow machine with antivirus instal

Re: [Lazarus] Strip debug info

On 30 April 2012 04:49, Alexander Klenin wrote: > While I am personally ambivalent about the default state of -Xg switch, > I'd like to point out another use case where it matters: > compiling on Windows on slow machine with antivirus installed. > > When I tried to persuade my students to switch

Re: [Lazarus] Strip debug info

While I am personally ambivalent about the default state of -Xg switch, I'd like to point out another use case where it matters: compiling on Windows on slow machine with antivirus installed. When I tried to persuade my students to switch to Lazarus from Delphi, I've got many complaints about Laza

Re: [Lazarus] build modes - I have an idea

The GUI should indeed be more intuitive. It should indicate the build more setting is "above" all other settings, affecting them all. Build mode modifier/override is a good idea, too, but requires (maybe difficult) code changes. Bernd's change is mostly about GUI. If you come up with an intuitive

Re: [Lazarus] build modes - I have an idea

On 29/04/12 21:46, Bernd wrote: How about making a little change to the project options dialog so that on *every* page there is a dropdown (or a button at the bottom button panel) to change the currently active build mode without having to switch to the build modes page every time? This would mak

[Lazarus] build modes - I have an idea

How about making a little change to the project options dialog so that on *every* page there is a dropdown (or a button at the bottom button panel) to change the currently active build mode without having to switch to the build modes page every time? This would make it much easier if I have a lot o

Re: [Lazarus] Strip debug info

On 29/04/2012 16:54, Jürgen Hestermann wrote: Martin schrieb: >>> Is there any reason why the -Xg flag is not on at default? What's the disadvantage of using this flag? The reason I say is because there is a "massive" reduction in .exe size? >>> >> Yes, that's what I wondered about too. > > Al

Re: [Lazarus] Strip debug info

Martin schrieb: >>> Is there any reason why the -Xg flag is not on at default? What's the disadvantage of using this flag? The reason I say is because there is a "massive" reduction in .exe size? >>> >> Yes, that's what I wondered about too. > > Also, I guess it is more error prone. Compile wit

Re: [Lazarus] Strip debug info

On 29/04/2012 13:00, Hans-Peter Diettrich wrote: Martin schrieb: On 29/04/2012 09:56, Jürgen Hestermann wrote: Also, I guess it is more error prone. Compile with external debug, then make changes, recompile but with release settings. Then you have an outdated debug info file, and if you happ

Re: [Lazarus] Strip debug info

Martin schrieb: On 29/04/2012 09:56, Jürgen Hestermann wrote: Also, I guess it is more error prone. Compile with external debug, then make changes, recompile but with release settings. Then you have an outdated debug info file, and if you happen to run that in the debugger, you get a lot of

Re: [Lazarus] Inconsistent results from MessageDlg()

On 28/04/12 18:50, Bart wrote: On 4/28/12, patspiper wrote: Logically speaking, any button/bitbutton with mrNone should have no ModalResult effect. Furthermore, I checked Embarcadero's online help, but could not find any reference to the behaviour you described for mbClose with mrNone. Someo

Re: [Lazarus] Inconsistent results from MessageDlg()

On 29/04/12 13:25, Bart wrote: On 4/29/12, zeljko wrote: hm...just fixed qt part for EscapeButton, Sorry, I am unable to test all widgetsets. but when testing QuestionDlg() seem that Cancel = True maps one button as cancel result (Escape or [x]) under gtk2 and qt eg. QuestionDlg('Confirm','

Re: [Lazarus] Inconsistent results from MessageDlg()

On 29/04/12 13:00, zeljko wrote: On Sunday 29 of April 2012 10:40:18 patspiper wrote: > On 28/04/12 13:37, Bart wrote: > > Here's the alternative implementation: Escape will always return > > mrCancel, both LCL's own CreatemessageDialog and > > Widgetset.PromptUser(). > > > > See attached

Re: [Lazarus] Inconsistent results from MessageDlg()

On 29/04/12 13:20, Bart wrote: On 4/29/12, patspiper wrote: This alternative implementation seems to be in line with Delphi XE's result for MessageDlg('test', mtInformation, [mbOk, mbAbort], 0) when Escape key is pressed: mrCancel Mind you, the first implementation is in line with Delphi XE o

Re: [Lazarus] Removing read-only files in FileUtil.DeleteDirectory ?

On Sun, Apr 29, 2012 at 2:58 PM, Juha Manninen wrote: > However on *nix systems you can't change a file's read-only status if you > are not the file's owner. > Ok, that is not exactly true. It also depends on the file's settings for its "Group" and "Others". Anyway, there is a chance the rights c

Re: [Lazarus] Removing read-only files in FileUtil.DeleteDirectory ?

On 29-4-2012 13:58, Juha Manninen wrote: > On Sun, Apr 29, 2012 at 2:39 PM, Reinier Olislagers > mailto:reinierolislag...@gmail.com>> wrote: > > On 29-4-2012 13:28, Juha Manninen wrote: > > Regarding issue #21855 > > http://bugs.freepascal.org/view.php?id=21855 > > > > I am p

Re: [Lazarus] Removing read-only files in FileUtil.DeleteDirectory ?

On Sun, Apr 29, 2012 at 2:39 PM, Reinier Olislagers < reinierolislag...@gmail.com> wrote: > On 29-4-2012 13:28, Juha Manninen wrote: > > Regarding issue #21855 > > http://bugs.freepascal.org/view.php?id=21855 > > > > I am planning to reject the patch but I would like to have other > > opinions,

Re: [Lazarus] Removing read-only files in FileUtil.DeleteDirectory ?

On 29-4-2012 13:28, Juha Manninen wrote: > Regarding issue #21855 > http://bugs.freepascal.org/view.php?id=21855 > > I am planning to reject the patch but I would like to have other > opinions, too. Actually, I'd like to have the possibility to delete an entire directory with read only files wi

[Lazarus] Removing read-only files in FileUtil.DeleteDirectory ?

Regarding issue #21855 http://bugs.freepascal.org/view.php?id=21855 I am planning to reject the patch but I would like to have other opinions, too. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.o

Re: [Lazarus] Inconsistent results from MessageDlg()

On Sunday 29 of April 2012 12:25:25 Bart wrote: > On 4/29/12, zeljko wrote: > > hm...just fixed qt part for EscapeButton, > > Sorry, I am unable to test all widgetsets. > > > but when testing QuestionDlg() > > seem > > that Cancel = True maps one button as cancel result (Escape or [x]) under > >

Re: [Lazarus] Inconsistent results from MessageDlg()

On 4/29/12, zeljko wrote: > hm...just fixed qt part for EscapeButton, Sorry, I am unable to test all widgetsets. > but when testing QuestionDlg() > seem > that Cancel = True maps one button as cancel result (Escape or [x]) under > gtk2 > and qt eg. QuestionDlg('Confirm','Please confirm me', > [

Re: [Lazarus] Inconsistent results from MessageDlg()

On 4/29/12, patspiper wrote: > This alternative implementation seems to be in line with Delphi XE's > result for MessageDlg('test', mtInformation, [mbOk, mbAbort], 0) when > Escape key is pressed: mrCancel Mind you, the first implementation is in line with Delphi XE on all platforms, the alterna

Re: [Lazarus] making multithreading more user friendly

On Sun, 29 Apr 2012 00:04:32 +0200 Giuliano Colla wrote: > Il 28/04/2012 19:26, Mattias Gaertner ha scritto: > > On Sat, 28 Apr 2012 11:43:31 +0200 > > Giuliano Colla wrote: > [..] > >> The problem arises from TThread being in fpc rtl, which is of course > >> unaware of Lazarus needs. > > This i

Re: [Lazarus] Strip debug info

On 29/04/2012 10:12, Jürgen Hestermann wrote: Florian Klämpfl schrieb: > What's the problem with the .exe size when compiling with debug info? If > one compiles with debug settings, one usually wants to have the debug > info? If not, don't use debug settings. Well, the problem is the size of t

Re: [Lazarus] Strip debug info

On 29/04/2012 09:56, Jürgen Hestermann wrote: Richard Mace schrieb: ... you can either not generated debug info at all or generate external debug info (.dbg)... Is there any reason why the -Xg flag is not on at default? What's the disadvantage of using this flag? The reason I say is

Re: [Lazarus] Inconsistent results from MessageDlg()

On Sunday 29 of April 2012 10:40:18 patspiper wrote: > On 28/04/12 13:37, Bart wrote: > > Here's the alternative implementation: Escape will always return > > mrCancel, both LCL's own CreatemessageDialog and > > Widgetset.PromptUser(). > > > > See attached file: msgdlg.alternative.diff > > (Diff's

Re: [Lazarus] Strip debug info

On 29 April 2012 11:21, Florian Klämpfl wrote: > Using debug and release settings is something very basic when working on > software being deployed to others. I fully agree. MSEide has project setting groups where you can define debug and release settings. Lazarus IDE I believe now has such funct

Re: [Lazarus] Strip debug info

Am 29.04.2012 11:12, schrieb Jürgen Hestermann: > Florian Klämpfl schrieb: >> What's the problem with the .exe size when compiling with debug info? If >> one compiles with debug settings, one usually wants to have the debug >> info? If not, don't use debug settings. > > Well, the problem is the si

Re: [Lazarus] Strip debug info

Florian Klämpfl schrieb: > What's the problem with the .exe size when compiling with debug info? If > one compiles with debug settings, one usually wants to have the debug > info? If not, don't use debug settings. Well, the problem is the size of the exe file. ;-) When I am working on a project I

Re: [Lazarus] Strip debug info

Am 28.04.2012 21:19, schrieb Richard Mace: > > > On 28 April 2012 08:21, Reinier Olislagers > wrote: > > On 28-4-2012 8:57, Richard Mace wrote: > > Hi, > > What's the safest way of making the .exe smaller than default? Is it > > just to strip

Re: [Lazarus] Strip debug info

Richard Mace schrieb: ... you can either not generated debug info at all or generate external debug info (.dbg)... Is there any reason why the -Xg flag is not on at default? What's the disadvantage of using this flag? The reason I say is because there is a "massive" reduction in .e

Re: [Lazarus] Inconsistent results from MessageDlg()

On 28/04/12 13:37, Bart wrote: Here's the alternative implementation: Escape will always return mrCancel, both LCL's own CreatemessageDialog and Widgetset.PromptUser(). See attached file: msgdlg.alternative.diff (Diff's for the first solution are in the bugtracker) This alternative implementatio

[Lazarus] http://bugs.freepascal.org/view.php?id=21874

Hi, I can't update the bug report as it is marked as resolved but the fix is wrong. TBytes is a managed type and as soon as TBookmarkList.SetCurrentRowSelected exits, the bookmark is released also. As a result the pointer stored in FList isn't valid anymore and multiselect doesn't work anymore. A