dmitry boyarintsev wrote:
On Fri, Oct 2, 2009 at 10:45 AM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
I found the other Object Pascal based debugger in
laz/debugger/fpdebug/ but that was a Windows specific project.
Which makes me think, why is 'fpdebug' in the lazarus repository if it
is
Santiago A. wrote:
Hello:
In barrapunto.com (a Spanish slashdot) there is an article asking
What do you know about Lazarus?. Most comments were positive, and
most negative comments were against Pascal (it's a dead language etc)
more than against Lazarus.
Here is the link to the article (in
I disagree with you. Most getter functions only do that, get the value
without changing anything, but are functions because the resulting value
is processed.
A property getter function, can, but should not, change anything.
Even if the getter changes something, it´s up to you, as a developer,
2009/10/2 Horacio Jamilis hjami...@pymesoft.com.ar:
May be, for people like you, in the debugger options page, could be an
option to disable this funcionatility for tooltip debugging or for all the
debugging, but this should be enabled by default.
This is only my point of view.
I fully
Horacio Jamilis wrote:
I disagree with you. Most getter functions only do that, get the value
without changing anything, but are functions because the resulting
value is processed.
A property getter function, can, but should not, change anything.
Even if the getter changes something, it´s up
In theory is dangerous, in real world it seldom (if ever) happens.
The risk is so little (I have never face such problem) and the advantage
so big that the score, in my opinion, is 1E+6 to 1.
Santiago A.
s...@ciberpiula.net
Martin escribió:
I agree function evaluation in the debugger can be
Martin schreef:
And to save the honour of graeme, he started 3 threads:
http://lists.lazarus.freepascal.org/pipermail/lazarus/2009-September/045378.html
http://lists.lazarus.freepascal.org/pipermail/lazarus/2009-September/045380.html
2009/10/2 Vincent Snijders vsnijd...@vodafonevast.nl:
And to balance the praise of graeme, he wrote on the wiki
Oh, it's Friday again! ;-)
http://wiki.lazarus.freepascal.org/Feature_Ideas#Integrated_and_Working_Debugger:
I'll try and put that feature request in a more subtle tone. When I
2009/10/2 Vincent Snijders vsnijd...@vodafonevast.nl:
http://wiki.lazarus.freepascal.org/Feature_Ideas#Integrated_and_Working_Debugger:
I have updated that text. Please review and modify as you see fit.
--
Regards,
- Graeme -
___
fpGUI - a
Graeme Geldenhuys schreef:
2009/10/2 Vincent Snijders vsnijd...@vodafonevast.nl:
http://wiki.lazarus.freepascal.org/Feature_Ideas#Integrated_and_Working_Debugger:
I have updated that text. Please review and modify as you see fit.
Thanks, it is more balanced. Maybe a future editor (or me
2009/10/1 Marco van de Voort mar...@stack.nl:
This is roughly how CHM works too, but the efficient versions of certain
parts are not implemented yet. Fulltext search is fine and efficient, except
for the generation (LCL takes 4 minutes to generate)
I managed to modify the Makefile's of the RTL
2009/10/2 Vincent Snijders vsnijd...@vodafonevast.nl:
Thanks, it is more balanced. Maybe a future editor (or me in the future)
will remove the paragraph that starts with Unfortunately, as it doesn't have
True. Done!
--
Regards,
- Graeme -
___
Hi all,
I also noticed this problem with 0.9.26 and with the 0.9.28.1 (downloaded 2
days ago).
OS : WINXP
Thanks to all the lazarus developers.
Regards,
--
Pierre Delore
http://datalinkwristapps.free.fr
http://dpsite.free.fr
- Graeme Geldenhuys graemeg.li...@gmail.com a écrit :
On Fri, 2 Oct 2009, Graeme Geldenhuys wrote:
2009/10/1 Marco van de Voort mar...@stack.nl:
This is roughly how CHM works too, but the efficient versions of certain
parts are not implemented yet. Fulltext search is fine and efficient, except
for the generation (LCL takes 4 minutes to
I swear I tried this before, but the error was the same.
Now, it worked! Must be the elves who live under my desk!
Thanks
2009/10/2 Mattias Gaertner nc-gaert...@netcologne.de
On Fri, 2 Oct 2009 14:11:00 -0300
Guionardo Furlan guiona...@gmail.com wrote:
Hello, this is the situation (lazarus
Well, new problem.
The compilation is ok.
But, in run-time I get:
Project de.exe raised exception class 'EReadError' with message:
Invalid value for property
2009/10/2 Guionardo Furlan guiona...@gmail.com:
I swear I tried this before, but the error was the same.
Now, it worked! Must be the
Hello Lazarus-List,
I'm trying to improve some debug parts up to where my skills let me
and I had found some things that I was unable to understand:
1) I was unable to find how TIDEWatch is connected with GDBMIDebugger,
in special the GetValue property getter. As I understand GetValue
will
Ok, this is the explanation:
The MyClass is TFrame, and docked into another form (TAnotherClass).
I've altered some properties on the frame, and this was not reflected
on the object in the form.
So, I deleted the frame and inserted a new one in the form.
Everything is ok now.
Thanks for the
Does anyone else are having problems to log in Mantis ??
Marcelo.--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
When compiling the following program:
--
program project1;
uses
Classes;
var
i : pinteger;
begin
i := nil;
i^ := 0;
end.
--
with the default compiler options lazarus gives a new program:
/usr/local/bin/fpc -MObjFPC -Scgi -O1 -gl
Graeme Geldenhuys escribió:
At Procedure List window should be selected All by default. By now it's
You mean the combobox in the top right of the screen? I'm using
v.0.9.28 and v.0.9.29 and in both versions of Lazarus, the All is
the default option in the Object combobox.
What version of
Martin schrieb:
Well as I already mailed: Some properties can be inspected now (using
fpc 2.3.1 and dwarf). So this is (partly) fixed.
Some properties means properties that have an read-accessor pointing
to a variable.
Properties that have a function to provide the value can not be
Santiago A. schrieb:
In this comment he supported Lazarus, but the last paragraphs made some
objections. Here is a translation of the last paragraphs, sorry if my
English is not good enough
Some problems I find in Lazarus a those that unfortunatelly can
be found in most OSS. On
Hi all,
I'm trying to use the TAChart under 0.9.28.1 (I downloaded
Lazarus-0.9.28.1-21932-fpc-2.2.4-20091001-win32.exe).
I have a problem the OnDrawReticule event. It's never called :(
I take a look at the source and I find that in the UpdateReticule procedure
(line 914 of TAGraph) the
On Thu, Oct 01, 2009 at 09:55:55PM +0200, Graeme Geldenhuys wrote:
Explain module?
Bundles of help generated separately from eachother.
It's possible, and I have seen INF files that do that, but I don't
know the tag format involved. I'll search the INF Reference manual for
clues
Hans-Peter Diettrich wrote:
Martin schrieb:
I am not sure what was required to be down striped, but I would be
surprised if the reason for not doing it was eye candy. So I doubt
that a branch would help.
There exist a couple of troublesome elements in basic classes. IMO the
Controls unit
On Sat, Oct 3, 2009 at 08:13, Martin laza...@mfriebe.de wrote:
Right. A C++ style const attribute were helpful, in order to distinguish
between mere inspectors and other getters that change the state of an
object. Or we could add an inspect directive to the property read and
write
Arí Ricardo Ody wrote:
I'm running a custom program under Lazarus control. When occurs an
exception that I didn't intercept I receive a assembly screen.
For me, it's totally useless. I don't program in assembly. I know lots
of programmers that program in high level languages(as pascal) and
Hello Lazarus-List,
Friday, October 2, 2009, 9:19:27 PM, you wrote:
MG On Fri, 2 Oct 2009 20:57:21 +0200
MG JoshyFun joshy...@gmail.com wrote:
[...]
2) The IDE hints are always draw using DT_CENTER which ruins any
multiline representation. Is possible to remove this DT_CENTER from
procedure
Hi Alexander,
I made the test with the line. It works :-)
Do you know why it's not implemented in area type?
I was also thinking to create my own type based on the area type but without
the vertical line from the point to YMin (to draw the polygon without the
border) but without this event
On Sat, Oct 3, 2009 at 09:15, Andrew Haines andrewd...@aol.com wrote:
Arí Ricardo Ody wrote:
I'm running a custom program under Lazarus control. When occurs an
exception that I didn't intercept I receive a assembly screen.
For me, it's totally useless. I don't program in assembly. I know
I can't catch it. May you explain a little bit, please?
Ricardo
Fri, 02 Oct 2009 18:15:11 -0400, Andrew Haines andrewd...@aol.com wrote:
I always use View - Debug windows - Call stack since it has the line
numbers.
Regards,
Andrew
--
___
Arí Ricardo Ody wrote:
I can't catch it. May you explain a little bit, please?
In the View menu the second to last item is Debug Windows which has
Call stack in it. It shows the stack of functions called by your
program and the lines which are being executed.
If your ide language is not
Andrew Haines escreveu:
Arí Ricardo Ody wrote:
I can't catch it. May you explain a little bit, please?
In the View menu the second to last item is Debug Windows which has
Call stack in it. It shows the stack of functions called by your
program and the lines which are being executed.
If your
JoshyFun wrote:
1) I was unable to find how TIDEWatch is connected with GDBMIDebugger,
in special the GetValue property getter. As I understand GetValue
will return the default value representation so to add override
representation, in example memory dump, a new function should be
added like
On Sat, Oct 3, 2009 at 12:36, Paul Ishenin webpi...@mail.ru wrote:
2) The IDE hints are always draw using DT_CENTER which ruins any
multiline representation. Is possible to remove this DT_CENTER from
procedure THintWindow.Paint ?
Yes, as I remember I did so but don't remember the reason. Many
36 matches
Mail list logo