[fpc-devel] Pascal based debugger - Duby and Sybil projects
Hi, A few weeks ago I heard about the Duby project [http://sourceforge.net/projects/duby/], which is implementing a custom written debugger using Free Pascal. It just occured to me, that I have the source code of Sybil IDE (Object Pascal IDE for OS/2 and Windows). SpeedSoft wrote the IDE, as well as a compiler and debugger. They later released Sybil as open source. Could the debugger included with Sybil be of help to the Duby project or FPC? Or maybe the code is to old? Anyway, if it could be helpful, I'll track down the link from where I downloaded Sybil source code and post it here. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Pascal based debugger - Duby and Sybil projects
On Tue, Oct 27, 2009 at 12:17 PM, Graeme Geldenhuys graemeg.li...@gmail.com wrote: Anyway, if it could be helpful, I'll track down the link from where I downloaded Sybil source code and post it here. This is the official site: http://www.wdsibyl.org/ thanks, dmitry ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Pascal based debugger - Duby and Sybil projects
On 27/10/2009, dmitry boyarintsev skalogryz.li...@gmail.com This is the official site: http://www.wdsibyl.org/ From memory, there are a few versions of Sibyl floating around on the net. WDSybil, Open Sybil (Netlabs) etc... I know some have more source code included than others. Also Open Sybil is supposed to be more Free Pascal friendly as they swapped out the old VirtualPascal compiler and switched to Free Pascal Compiler. But I think you are right - WDSybil is the one including most of the original IDE, compiler and debugger code - as released by SpeedSoft. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] fpdoc linear writer question
Hi, Looking at the fpdoc linear writer unit (dwlinear.pp), there are two calls I don't understand. In the procedure TLinearWriter.WriteProperty() These is a call to StartProperty() and EndProperty(). What confuses me is that StartProperty() is called *before* the Synopsis label, and EndProperty() is called *after* the SeeAlso label, just before the Example output. That means, it covers the whole topic item. What is that used for? -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] TObject differences between fpc and delphi
Hello, FPC developers' list I have compared what d2010 TObject has and found a few differences: 1. Dispatch method is virtual 2. new method: class function UnitName: string; 3. new method: function Equals(Obj: TObject): Boolean; virtual; 4. new method: function GetHashCode: Integer; virtual; 5. new method: function ToString: string; virtual; Documentation: http://docwiki.embarcadero.com/VCL/en/System.TObject.Dispatch http://docwiki.embarcadero.com/VCL/en/System.TObject.UnitName http://docwiki.embarcadero.com/VCL/en/System.TObject.Equals http://docwiki.embarcadero.com/VCL/en/System.TObject.GetHashCode http://docwiki.embarcadero.com/VCL/en/System.TObject.ToString Which of that changes are welcome for FPC? Best regards, Paul Ishenin. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TObject differences between fpc and delphi
Paul Ishenin schrieb: I have compared what d2010 TObject has and found a few differences: 1. Dispatch method is virtual 2. new method: class function UnitName: string; 3. new method: function Equals(Obj: TObject): Boolean; virtual; 4. new method: function GetHashCode: Integer; virtual; 5. new method: function ToString: string; virtual; Documentation: http://docwiki.embarcadero.com/VCL/en/System.TObject.Dispatch http://docwiki.embarcadero.com/VCL/en/System.TObject.UnitName http://docwiki.embarcadero.com/VCL/en/System.TObject.Equals http://docwiki.embarcadero.com/VCL/en/System.TObject.GetHashCode http://docwiki.embarcadero.com/VCL/en/System.TObject.ToString Which of that changes are welcome for FPC? Since we opened the d2010 can of worms anyways, I think all would be accepted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TObject differences between fpc and delphi
On Tue, 27 Oct 2009, Florian Klaempfl wrote: Paul Ishenin schrieb: I have compared what d2010 TObject has and found a few differences: 1. Dispatch method is virtual 2. new method: class function UnitName: string; 3. new method: function Equals(Obj: TObject): Boolean; virtual; 4. new method: function GetHashCode: Integer; virtual; 5. new method: function ToString: string; virtual; Documentation: http://docwiki.embarcadero.com/VCL/en/System.TObject.Dispatch http://docwiki.embarcadero.com/VCL/en/System.TObject.UnitName http://docwiki.embarcadero.com/VCL/en/System.TObject.Equals http://docwiki.embarcadero.com/VCL/en/System.TObject.GetHashCode http://docwiki.embarcadero.com/VCL/en/System.TObject.ToString Which of that changes are welcome for FPC? Since we opened the d2010 can of worms anyways, I think all would be accepted. I was going to say the same :-) Although I think that TObject.ToString will give a lot of problems for things like tiOPF... On the other hand, UnitName may come in handy for the Lazarus IDE. Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TObject differences between fpc and delphi
Michael Van Canneyt wrote: I was going to say the same :-) Although I think that TObject.ToString will give a lot of problems for things like tiOPF... actually it adds problems even to the fpc rtl :) since it has toString member in the component stream parser. Best regards, Paul Ishenin. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TObject differences between fpc and delphi
Florian Klaempfl wrote: Paul Ishenin schrieb: I have compared what d2010 TObject has and found a few differences: 1. Dispatch method is virtual 2. new method: class function UnitName: string; 3. new method: function Equals(Obj: TObject): Boolean; virtual; 4. new method: function GetHashCode: Integer; virtual; 5. new method: function ToString: string; virtual; Documentation: http://docwiki.embarcadero.com/VCL/en/System.TObject.Dispatch http://docwiki.embarcadero.com/VCL/en/System.TObject.UnitName http://docwiki.embarcadero.com/VCL/en/System.TObject.Equals http://docwiki.embarcadero.com/VCL/en/System.TObject.GetHashCode http://docwiki.embarcadero.com/VCL/en/System.TObject.ToString Which of that changes are welcome for FPC? Since we opened the d2010 can of worms anyways, I think all would be accepted. Yes, but.. Canned food can contain preservatives that are not always healthy. The ToString Javaism is poorly implemented in Delphi. I suggest that objfpc mode should be based on json or similar standards, which are already available. Not just rtti writeouts. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TObject differences between fpc and delphi
Thaddy wrote: The ToString Javaism is poorly implemented in Delphi. I suggest that objfpc mode should be based on json or similar standards, which are already available. Not just rtti writeouts. TObject can't be one for ObjFpc mode and one for delphi mode. Best regards, Paul Ishenin. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TObject differences between fpc and delphi
Zitat von Michael Van Canneyt mich...@freepascal.org: On Tue, 27 Oct 2009, Florian Klaempfl wrote: Paul Ishenin schrieb: I have compared what d2010 TObject has and found a few differences: 1. Dispatch method is virtual 2. new method: class function UnitName: string; 3. new method: function Equals(Obj: TObject): Boolean; virtual; 4. new method: function GetHashCode: Integer; virtual; 5. new method: function ToString: string; virtual; Documentation: http://docwiki.embarcadero.com/VCL/en/System.TObject.Dispatch http://docwiki.embarcadero.com/VCL/en/System.TObject.UnitName http://docwiki.embarcadero.com/VCL/en/System.TObject.Equals http://docwiki.embarcadero.com/VCL/en/System.TObject.GetHashCode http://docwiki.embarcadero.com/VCL/en/System.TObject.ToString Which of that changes are welcome for FPC? Since we opened the d2010 can of worms anyways, I think all would be accepted. I was going to say the same :-) Although I think that TObject.ToString will give a lot of problems for things like tiOPF... On the other hand, UnitName may come in handy for the Lazarus IDE. Lazarus already reads the unitname from the RTTI (see propedits.pp) and I guess MSEgui uses that too. There are no classes yet without RTTI in lazarus where the unit name is needed. Maybe it can be useful for debugging? Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Request to merge revision 13841 into fixes branch
Luiz Americo Pereira Camara escreveu: The cited revision fixes a bug that prevents proper work of Lookup fields in TSqlite*Dataset Reminder Luiz ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TObject differences between fpc and delphi
(...) The ToString Javaism is poorly implemented in Delphi. I suggest that objfpc mode should be based on json or similar standards, which are already available. Not just rtti writeouts. It's poorly implemented on Java too, nonetheless... -Flávio ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] request to merge fpdoc patch with 2.3.1 fixes branch
On Tue, 27 Oct 2009, Graeme Geldenhuys wrote: Hi, I submitted a minor patch for the 'fpdoc' tool. Could this be merged with the v2.3.1 branch as well, so that it is available in the next stable FPC release? http://bugs.freepascal.org/view.php?id=14917 No. The tag for 2.4.0 releas is already set. Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] request to merge fpdoc patch with 2.3.1 fixes branch
Michael Van Canneyt schreef: On Tue, 27 Oct 2009, Graeme Geldenhuys wrote: Hi, I submitted a minor patch for the 'fpdoc' tool. Could this be merged with the v2.3.1 branch as well, so that it is available in the next stable FPC release? http://bugs.freepascal.org/view.php?id=14917 No. The tag for 2.4.0 releas is already set. So, it is safe to the fixes branch, so we are sure not to forget it for 2.4.2? Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] request to merge fpdoc patch with 2.3.1 fixes branch
On Tue, 27 Oct 2009, Vincent Snijders wrote: Michael Van Canneyt schreef: On Tue, 27 Oct 2009, Graeme Geldenhuys wrote: Hi, I submitted a minor patch for the 'fpdoc' tool. Could this be merged with the v2.3.1 branch as well, so that it is available in the next stable FPC release? http://bugs.freepascal.org/view.php?id=14917 No. The tag for 2.4.0 releas is already set. So, it is safe to the fixes branch, so we are sure not to forget it for 2.4.2? Just to avoid confusion, I wouldn't merge anything till 2.4 is out ? But this should be decided on core. Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] request to merge fpdoc patch with 2.3.1 fixes branch
2009/10/27 Michael Van Canneyt mich...@freepascal.org: No. The tag for 2.4.0 releas is already set. No problem. Any idea when v2.4.0 is going to be released? Days, weeks, months? -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TObject differences between fpc and delphi
2009/10/27 Thaddy tha...@thaddy.com: The ToString Javaism is poorly implemented in Delphi. I suggest that objfpc mode should be based on json or similar standards, which are already available. Not just rtti writeouts. Based on the documentation available at Embarcadero, TObject.ToString is very simple - it just returns the ClassName by default. For example, calling System.TObject.ToString on a TButton instance returns a string containing TButton. - Obviously the developer can override it and return more details, but by default it's the same as 'ClassName' property -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] request to merge fpdoc patch with 2.3.1 fixes branch
In our previous episode, Vincent Snijders said: So, it is safe to the fixes branch, so we are sure not to forget it for 2.4.2? Just to avoid confusion, I wouldn't merge anything till 2.4 is out ? But this should be decided on core. Maybe it is time to revive http://wiki.lazarus.freepascal.org/Useful_changes_not_in_the_fixes_branch http://www.stack.nl/~marcov/fpctomerge.txt http://www.stack.nl/~marcov/fpcbuildtomerge.txt http://www.stack.nl/~marcov/fpcobjctomerge.txt Updated hourly. What is the rush btw? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] documentation: RTL SysUtils CreateGUI
Hi, While testing fpGUI DocView, I came across the following bug. http://www.freepascal.org/docs-html/rtl/sysutils/createguid.html In the See Also section, link is CreateGUID. Well, that means See Also is pointing right back at the current topic being viewed. I don't know what the intended See Also link should be, so should I create a patch to have it removed? Or to what should it actually link too? -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TObject differences between fpc and delphi
Michael Van Canneyt wrote: On the other hand, UnitName may come in handy for the Lazarus IDE. And this is the most difficult thing amoung other new methods :) I am trying to get UnitName from the RTTI but have some problems: 1. If I call PTypeInfo(TypeInfo(TObject))^.Kind then I get tkClass and UnitInfo can be retrieved since tkClass has this member. 2. If I am using PTypeInfo(TypeInfo(Self))^.Kind inside a class method I get tkUnknown and UnitName is not avaiable ofcource. 3. If I am using ClassInfo iside a class method then it returns nil if the class has no RTTI. Few questions now: a) Why TypeInfo(TObject) TObject.ClassInfo? b) Why TypeInfo(TPersistent) = TPersistent.ClassInfo? c) How to get TypeInfo of the class inside that class class method? After all, if it should not use RTTI then I need to change the compiler to store also UnitName near the ClassName field but this is a be bad change since vmtMethodStart will change it offset and according to RTL comments few methods depends on that offsetts. So what is the best way to implement this UnitName method? Best regards, Paul Ishenin. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
