Re: [Lazarus] Need testers for the a new debugger
On Fri, Nov 21, 2014 at 10:33 PM, Mattias Gaertner wrote: > On Fri, 21 Nov 2014 23:51:13 +0100 > Mattias Gaertner wrote: > (...) > Without the AVs you can see the mem leaks. I fixed the three mem leaks. Here's a patch to change the Append method, just in case ;-) Best regards, Flávio diff --git a/components/debuggerintf/dbgintfdebuggerbase.pp b/components/debuggerintf/dbgintfdebuggerbase.pp index 146ba74..261d95a 100644 --- a/components/debuggerintf/dbgintfdebuggerbase.pp +++ b/components/debuggerintf/dbgintfdebuggerbase.pp @@ -1240,7 +1240,7 @@ type procedure SetCount(const AValue: Integer); public procedure Clear; -function Append(const AnEntryPtr: PDisassemblerEntry): Integer; +function Append(const AnEntry: TDisassemblerEntry): Integer; procedure Merge(const AnotherRange: TDBGDisassemblerEntryRange); // Actual addresses on the ranges function FirstAddr: TDbgPtr; @@ -4706,12 +4706,13 @@ begin FCount := 0; end; -function TDBGDisassemblerEntryRange.Append(const AnEntryPtr: PDisassemblerEntry): Integer; +function TDBGDisassemblerEntryRange.Append(const AnEntry: TDisassemblerEntry + ): Integer; begin if FCount >= Capacity then Capacity := FCount + Max(20,FCount div 4); - FEntries[FCount] := AnEntryPtr^; + FEntries[FCount] := AnEntry; Result := FCount; inc(FCount); end; diff --git a/components/lazdebuggergdbmi/gdbmidebugger.pp b/components/lazdebuggergdbmi/gdbmidebugger.pp index 5f4df11..5d61759 100644 --- a/components/lazdebuggergdbmi/gdbmidebugger.pp +++ b/components/lazdebuggergdbmi/gdbmidebugger.pp @@ -4042,7 +4042,7 @@ function TGDBMIDebuggerCommandDisassemble.DoExecute: Boolean; if (ItmPtr^.FuncName = LastItem^.FuncName) then ItmPtr^.FuncName:= LastItem^.FuncName; end; - ADestRange.Append(ItmPtr); + ADestRange.Append(ItmPtr^); // now we can move the data, pointed to by ItmPtr // reduce search range if ItmPtr2 <> nil then begin @@ -4388,7 +4388,7 @@ function TGDBMIDebuggerCommandDisassemble.DoExecute: Boolean; Itm.SrcFileLine := 0; Itm.Offset := 0; itm.Statement := ''; -NewRange.Append(@Itm); +NewRange.Append(Itm); FKnownRanges.AddRange(NewRange); // NewRange is now owned by FKnownRanges NewRange := nil; FreeAndNil(DisAssList); diff --git a/components/lazdebuggers/lazdebuggerfp/fpdebugdebugger.pas b/components/lazdebuggers/lazdebuggerfp/fpdebugdebugger.pas index 6a23801..5706864 100644 --- a/components/lazdebuggers/lazdebuggerfp/fpdebugdebugger.pas +++ b/components/lazdebuggers/lazdebuggerfp/fpdebugdebugger.pas @@ -804,7 +804,7 @@ begin AnEntry.SrcFileLine:=ASrcFileLine; AnEntry.SrcFileName:=ASrcFileName; AnEntry.SrcStatementIndex:=StatIndex; - ARange.Append(@AnEntry); + ARange.Append(AnEntry); ALastAddr:=AnAddr; inc(StatIndex); Inc(AnAddr, {%H-}PtrUInt(p) - {%H-}PtrUInt(@CodeBin)); -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On Fri, 21 Nov 2014 23:51:13 +0100 Mattias Gaertner wrote: > On Fri, 21 Nov 2014 16:31:26 +0100 > Reimar Grabowski wrote: >[...] > > Create new project -> run -> stop -> AV. The Assembler window initialized only if it was not docked. I fixed that. The AV is gone. Then I got an AV when closing the IDE. The destructor didn't clean up the queued async calls. I fixed that. Without the AVs you can see the mem leaks. I fixed the three mem leaks. I have no idea what the code is doing. Hopefully I didn't break anything. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Maybe a bug: click on TImage behind another control with SetShape
I found this bug on bug tracker. I followed your idea and send a patch that solves this. I'll try another approach tomorrow. Thank you very much! Em 21/11/2014 20:48, "Frederic Da Vitoria" escreveu: > 2014-11-21 16:01 GMT+01:00 Frederic Da Vitoria : > >> >> 2014-11-20 19:21 GMT+01:00 Fabio Luis Girardi : >> >>> I don't know if this is a bug or not. I created a control from a >>> TCustomControl that draws a polyline with a transparent background. The >>> transparent effect has been using SetShape procedure using a bitmap of 1 >>> bit color depth. >>> >>> The "bug" (I don't know if this is a bug) is that a TImage behind of a >>> instance of my polyline control don't receive the click messages, but a >>> TButton instance receives. >>> >>> So, I don't know if this is a bug or I have to do something in my >>> control to send these messages to TImage behind. >>> >> >> I had once a similar issue with a tPanel behind another control, in >> Delphi. IIRC, I indeed had to forward the messages in some way to the >> tPanel. I can check in my archives, if you want, but I won't be able to do >> it before tomorrow. >> > > I just checked. Sorry, my memory was wrong, I did use TButtons. But it > makes sense that the uppermost control would prevent any deeper control > from receiving clicks, even if the uppermost control is visually > transparent. > > -- > Frederic Da Vitoria > (davitof) > > Membre de l'April - « promouvoir et défendre le logiciel libre » - > http://www.april.org > -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On Fri, 21 Nov 2014 23:08:00 + Martin Frb wrote: >[...] > So as far as the debugger goes, this would then be correctly following > the debug info. Funny fpc. Thanks for checking. BTW, the default TGDBMIDebugger jumps even worse. Begin, End, Begin, i:=3. So the new debugger is better here. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On 21/11/2014 22:46, Mattias Gaertner wrote: But I see it for example with any constructor. Even as simple as this: type TMyClass = class public i: Integer; constructor Create; end; constructor TMyClass.Create; begin i:=3; end; procedure TForm1.FormCreate(Sender: TObject); var c: TMyClass; begin c:=TMyClass.Create; // <- breakpoint end' Run, Step into, cursor moves to 'begin' of the constructor. Step into, cursor moves to 'end' of the constructor. Step into, cursor moves to 'i:=3'. With this code, I get the same. It would take a longer time to analyse the line info in the asm as fpc generates it (as that is already cryptic enough), but I would think this is as fpc generates it. In the asm output ( -al ) .section .debug_line # === header start === ... # [41:1] .byte2 .uleb128.Ll3-.Ll2 .byte14 .Ll2 is a label at the start of the constructor. Also in the asm the comment introducing line 41 # [41] end; comes before # [40] i:=3; So as far as the debugger goes, this would then be correctly following the debug info. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On Fri, 21 Nov 2014 16:31:26 +0100 Reimar Grabowski wrote: > On Mon, 14 Jul 2014 23:13:14 +0200 > Joost van der Sluis wrote: >[...] > Onto the real problem. > Starting and Stopping a program leads to an AV, always, any program. I can confirm this with fpc 2.6.4 too. > Create new project -> run -> stop -> AV. > So I get AVs for just saving while my program is running (I use ctrl+s as a > shortcut for quick compile, just an eclipse habit ("build on save") to get > rid of error markers). > Unfortunately there is not much more info I can give you: > > TMainIDE.DoInitProjectRun ProgramFilename=/tmp/project1 > [TMainIDE.DoRunProject] Debugger=TFpDebugDebugger > [TMainIDE.DoRunProject] END > Got PID: 23353, TID: -1 > TApplication.HandleException Access violation > Stack trace: > $ > more useless stack trace text... > > Ubuntu 14.04 64bit > Lazarus rev 46936 > FPC 2.7.1 rev 28946 I got a better one: Failed to read data at address $0008 from processid 4512. Errcode: 5 TApplication.HandleException Invalid floating point operation Stack trace: $013C71A2 line 582 of ../debugger/assemblerdlg.pp $0071DB79 line 4204 of include/control.inc $0071D75D line 4162 of include/control.inc $004301F1 $007119B1 line 1451 of include/control.inc $006FB675 line 4662 of include/wincontrol.inc $006FE073 line 5287 of include/wincontrol.inc $004736F3 line 1443 of include/customform.inc $0084057E line 112 of lclmessageglue.pas $007DADEA line 3618 of gtk2/gtk2proc.inc $007EF2B1 line 1421 of gtk2/gtk2callback.inc $007EF9DC line 1598 of gtk2/gtk2callback.inc $7F6A13AB8C0F Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On Fri, 21 Nov 2014 16:31:26 +0100 Reimar Grabowski wrote: > On Mon, 14 Jul 2014 23:13:14 +0200 > Joost van der Sluis wrote: > > Hi, > > > To install the debugger just install the > > components/lazdebuggers/lazdebuggerfp.lpk package. After you've done > > this, go to tools->options->debugger and select the 'FpDebug internal > > Dwarf-debugger'. > You forgot to mention what to place into the executable edit below, because > Lazarus does not like it when you leave it empty. So I just tried with 'gdb' > and that works, but 'gimp', 'eclipse' or any other executable in the path > works as well. I changed the setup code, so that an empty debugger exe invokes the setup dialog only if the default gdbmi debugger is selected. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Maybe a bug: click on TImage behind another control with SetShape
2014-11-21 16:01 GMT+01:00 Frederic Da Vitoria : > > 2014-11-20 19:21 GMT+01:00 Fabio Luis Girardi : > >> I don't know if this is a bug or not. I created a control from a >> TCustomControl that draws a polyline with a transparent background. The >> transparent effect has been using SetShape procedure using a bitmap of 1 >> bit color depth. >> >> The "bug" (I don't know if this is a bug) is that a TImage behind of a >> instance of my polyline control don't receive the click messages, but a >> TButton instance receives. >> >> So, I don't know if this is a bug or I have to do something in my control >> to send these messages to TImage behind. >> > > I had once a similar issue with a tPanel behind another control, in > Delphi. IIRC, I indeed had to forward the messages in some way to the > tPanel. I can check in my archives, if you want, but I won't be able to do > it before tomorrow. > I just checked. Sorry, my memory was wrong, I did use TButtons. But it makes sense that the uppermost control would prevent any deeper control from receiving clicks, even if the uppermost control is visually transparent. -- Frederic Da Vitoria (davitof) Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On Fri, 21 Nov 2014 15:55:17 + Martin Frb wrote: > On 21/11/2014 15:23, Mattias Gaertner wrote: > >> Without looking at it, I have seen that with gdb too, though only for > >> certain complier help procs (iirc chek object stuff) > > Can you reproduce it? > > > > Actually no, I cant. > > But I have the RTL with debug info. I don't. I have standard fpc. > If you dont then stepping needs to step over those. Yes, of course. But I see it for example with any constructor. Even as simple as this: type TMyClass = class public i: Integer; constructor Create; end; constructor TMyClass.Create; begin i:=3; end; procedure TForm1.FormCreate(Sender: TObject); var c: TMyClass; begin c:=TMyClass.Create; // <- breakpoint end' Run, Step into, cursor moves to 'begin' of the constructor. Step into, cursor moves to 'end' of the constructor. Step into, cursor moves to 'i:=3'. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] laz2_xmlread and & text
aha, thanks, it works like that. -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Unable to open file LCLActivity.java
Hi, please ask you questions about laztoapk here: http://sourceforge.net/p/laztoapk/discussion/?source=navbar LazToApk / Discussion / Forums | | | | | | | | | | | LazToApk / Discussion / ForumsForum about anything you want to talk about. | | | | Auf sourceforge.net anzeigen | Vorschau nach Yahoo | | | | | Regards, Sam Von: Izac Kruger An: Lazarus mailing list Gesendet: 8:15 Freitag, 21.November 2014 Betreff: [Lazarus] Unable to open file LCLActivity.java Good day all, I'm try to build an Android Apps with the tolls Laztoapk ver 0.9.0.27, During the Automatic Build & Deploy process, it says Unable to open file LCLActivity.java I currently run on Windows 7. Thanks -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On 21/11/2014 15:23, Mattias Gaertner wrote: Without looking at it, I have seen that with gdb too, though only for certain complier help procs (iirc chek object stuff) Can you reproduce it? Actually no, I cant. But I have the RTL with debug info. If you dont then stepping needs to step over those. Yet, afaik it actually steps through them, because they may call step-able code (e.g. helper for interface). Not sure what happens when you have no debug info on RTL. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On Mon, 14 Jul 2014 23:13:14 +0200 Joost van der Sluis wrote: Hi, > To install the debugger just install the > components/lazdebuggers/lazdebuggerfp.lpk package. After you've done > this, go to tools->options->debugger and select the 'FpDebug internal > Dwarf-debugger'. You forgot to mention what to place into the executable edit below, because Lazarus does not like it when you leave it empty. So I just tried with 'gdb' and that works, but 'gimp', 'eclipse' or any other executable in the path works as well. So the internal debugger does not use the value of this edit but I have to put something there so that on the next start Lazarus doesn't open its config window before starting to tell me that there is no debugger specified. Since I don't want to confuse myself I am not inclined to put 'gdb' there. So my debugger executable now is 'gcc', which is IMHO a little strange. Onto the real problem. Starting and Stopping a program leads to an AV, always, any program. Create new project -> run -> stop -> AV. So I get AVs for just saving while my program is running (I use ctrl+s as a shortcut for quick compile, just an eclipse habit ("build on save") to get rid of error markers). Unfortunately there is not much more info I can give you: TMainIDE.DoInitProjectRun ProgramFilename=/tmp/project1 [TMainIDE.DoRunProject] Debugger=TFpDebugDebugger [TMainIDE.DoRunProject] END Got PID: 23353, TID: -1 TApplication.HandleException Access violation Stack trace: $ more useless stack trace text... Ubuntu 14.04 64bit Lazarus rev 46936 FPC 2.7.1 rev 28946 R. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On Fri, 21 Nov 2014 15:12:48 + Martin Frb wrote: > On 21/11/2014 14:03, Mattias Gaertner wrote: > > On Mon, 14 Jul 2014 23:13:14 +0200 > > Joost van der Sluis wrote: > > > >> [...] > >> The debugger has been improved a lot and I could need some help testing > >> the thing. > > On single stepping the debugger always jumps into a proc, then to the > > end of the proc and then to the first line. Actually it does not do it for every procedure. Maybe only for those with implicit try..finally. > > Bug or design? > > > > Without looking at it, I have seen that with gdb too, though only for > certain complier help procs (iirc chek object stuff) Can you reproduce it? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] laz2_xmlread and & text
On Fri, 21 Nov 2014 10:47:53 +0100 Felipe Monteiro de Carvalho wrote: > Hello, > > Consider this XML: > > "http://www.w3.org/TR/MathML3/dtd/mathml3.dtd";> > http://www.w3.org/1998/Math/MathML";> > π > > > r > 2 > > > > I cannot get the value "π" because TXMLReader.ParseRef as far as I > can tell will substitute it with an empty string =( > > How can I get "π" or at least the Unicode char for Pi? Maybe I > should add a field to allow me to define my own ParseRef routine? This > way I could in my own code fix this. I guess I could change ParseRef > to substitute π with pi, but this could lead to an endless amount > of combinations which could be valid and all of them need to be > added to ParseRef. The π corresponds to a TDOMEntityReference and NodeName contains the "pi". for Node in doc.GetEnumeratorAllChildren do begin DbgOut(Space(Node.GetLevel*2+2)); DbgOut(DbgSName(Node)); if Node is TDOMText then DbgOut(':"',TDOMText(Node).TextContent,'"') else DbgOut(':',Node.NodeName); debugln; end; Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On 21/11/2014 14:03, Mattias Gaertner wrote: On Mon, 14 Jul 2014 23:13:14 +0200 Joost van der Sluis wrote: [...] The debugger has been improved a lot and I could need some help testing the thing. On single stepping the debugger always jumps into a proc, then to the end of the proc and then to the first line. Bug or design? Without looking at it, I have seen that with gdb too, though only for certain complier help procs (iirc chek object stuff) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Maybe a bug: click on TImage behind another control with SetShape
2014-11-20 19:21 GMT+01:00 Fabio Luis Girardi : > I don't know if this is a bug or not. I created a control from a > TCustomControl that draws a polyline with a transparent background. The > transparent effect has been using SetShape procedure using a bitmap of 1 > bit color depth. > > The "bug" (I don't know if this is a bug) is that a TImage behind of a > instance of my polyline control don't receive the click messages, but a > TButton instance receives. > > So, I don't know if this is a bug or I have to do something in my control > to send these messages to TImage behind. > I had once a similar issue with a tPanel behind another control, in Delphi. IIRC, I indeed had to forward the messages in some way to the tPanel. I can check in my archives, if you want, but I won't be able to do it before tomorrow. -- Frederic Da Vitoria (davitof) Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Component palette reordering
My idea is, Component list is useful then kzdestop's. Maybe need some improve, in "inheritance" tab, Treeview's lines can show, and founded component name's node can colored so much readable. On 21-11-2014 16:08, Flávio Etrusco wrote: >How does it work? I have not used kzdesktop? >We have the Component List (Ctrl-Alt-P) which has a filter. > >Juha Sure, it provides the same feature as component list, just quicker -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] OI Checkboxes
Thank you, uncommenting resolve my problem. On 20-11-2014 16:02, Juha Manninen wrote: //if FCurrentEdit is TComboBox then // TComboBox(FCurrentEdit).ItemHeight:=EditCompRect.Bottom-EditCompRect.Top-6; You can try if uncommenting them helps. If not then you can do other experiments with the same code block. It has only few lines. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Component palette reordering
On Fri, Nov 21, 2014 at 4:01 AM, Juha Manninen wrote: > On Fri, Nov 21, 2014 at 3:37 AM, Flávio Etrusco > wrote: >> BTW don't you like the "integrated find" feature, like in e.g. kzdesktop? > > How does it work? I have not used kzdesktop? > We have the Component List (Ctrl-Alt-P) which has a filter. > > Juha Sure, it provides the same feature as component list, just quicker ;-) http://imagebin.ca/v/1i0jPibZYb26 http://imagebin.ca/v/1i0jk0qNCcze -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On Mon, 14 Jul 2014 23:13:14 +0200 Joost van der Sluis wrote: >[...] > The debugger has been improved a lot and I could need some help testing > the thing. On single stepping the debugger always jumps into a proc, then to the end of the proc and then to the first line. Bug or design? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Component palette reordering
If anybody has problems installing packages or similar, please remove ... section from local environmentoptions.xml. The component palette related code was broken for some days last week and may have corrupted the config. If packages and their components install fine then no worries. Reordering components inside a tab does not work yet. I will look at it later. Otherwise it looks rather good IMO. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] laz2_xmlread and & text
Hello, Consider this XML: http://www.w3.org/TR/MathML3/dtd/mathml3.dtd";> http://www.w3.org/1998/Math/MathML";> π r 2 I cannot get the value "π" because TXMLReader.ParseRef as far as I can tell will substitute it with an empty string =( How can I get "π" or at least the Unicode char for Pi? Maybe I should add a field to allow me to define my own ParseRef routine? This way I could in my own code fix this. I guess I could change ParseRef to substitute π with pi, but this could lead to an endless amount of combinations which could be valid and all of them need to be added to ParseRef. thanks, -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Prevent CodeTools from parsing a piece of code
On Fri, 21 Nov 2014 09:36:56 +0100 (CET) Michael Van Canneyt wrote: >[...] > > Then you can use anywhere: > > {$IFDEF InLazIDE} > > only valid in Lazarus source editor > > {$ENDIF} > > Seems like something useful which you could add by default :) To be honest: I fear misuse and a decrease in bug reports. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] PScanner tkComment token type
2014-11-21 0:58 GMT+01:00 Mattias Gaertner : > On Fri, 21 Nov 2014 00:24:11 +0100 > Frederic Da Vitoria wrote: > > >[...] > > > Note: In FPC default $mode FPC and Lazarus default $mode ObjFPC nested > > > comments are allowed. It is not allowed in $mode Delphi. > > > > > > > Ah, the fourth way I wrote about :-) Yes, I could try this. but I am a > bit > > anxious at the idea of switching mode now. Couldn't there be code which > > would still compile but with different results, thus creating unexpected > > bugs? > > I guess yes. Although it is unlikely, because mode ObjFPC is > usually more strict than mode Delphi. > > > > Oh well, I could try. I have enough test cases to be reasonably sure. > > > > So I am less anxious to change something in the scanner, but wouldn't > > something like what I suggested still be an improvement? > > I'm not familiar with the fpprofiler code, so I can't help you here. Thanks for trying :-) I thought that PScanner was outside of fpprofiler, but I just saw that it is actually part of fpprofiler, so I should feel free to implement the modifications I want, provided of course that I don't lose any functionality. -- Frederic Da Vitoria (davitof) Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Prevent CodeTools from parsing a piece of code
On Thu, 20 Nov 2014, Mattias Gaertner wrote: On Thu, 20 Nov 2014 17:16:40 +0100 Sven Barth wrote: Hello together! Is there a possibility to prevent the CodeTools from parsing a piece of code while allowing the compiler to parse it? For example some define that's only set for CodeTools, but not for the compiler? This would be really useful for people like me who either work on New compiler features or use newer features in stable (aka older) versions of the IDE. :) Tools / Codetools Defines Editor Edit / Insert Node Below / Define Recurse Name: InLazIDE Description: Define InLazIDE everywhere Variable: InLazIDE Value: 1 Then you can use anywhere: {$IFDEF InLazIDE} only valid in Lazarus source editor {$ENDIF} Seems like something useful which you could add by default :) Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus