On 13/05/2011 00:07, Martin wrote:
On 12/05/2011 23:49, Justin Smyth wrote:
Since upgrading to the lazarus 0.9.31 v30288 x64 ( and win32) i've
noticed the debugging is painfully slow , what use to take only a few
seconds under 0.9.28 now seems to take 20 to 30 seconds
20 to 30 sec, instead of a
On 12/05/2011 23:49, Justin Smyth wrote:
Since upgrading to the lazarus 0.9.31 v30288 x64 ( and win32) i've
noticed the debugging is painfully slow , what use to take only a few
seconds under 0.9.28 now seems to take 20 to 30 seconds
I've noticed this in both projects using win32 ( at work ) and
Hello FPC-Pascal,
Wednesday, November 17, 2010, 7:42:43 AM, you wrote:
tl> pointer $09BB93BC does not point to valid memory block
tl> Marked memory at $09BB93FC invalid
tl> Wrong signature $ instead of 3B1E2C54
tl> $0808D487 line 501 of SSIMainForm.pas
[...]
tl> Does anyone have any su
On 17 Nov 2010, at 07:42, tim launchbury wrote:
If I use either -gh or -gc but not both then the problem goes away.
I have built fpgui with debug flags and tried single stepping
through all
the code from the start of my program but with no success.
Does anyone have any suggestions on how t
On Wed, 24 Mar 2010, Graeme Geldenhuys wrote:
Michael Van Canneyt het geskryf:
Well, I'm currently very busy with CGI, and I use dbugintf and the
debug server app from Lazarus. Works like a charm for me.
I'm using something similar - the "poor mans debug interface". :-)
$ tail -F /tmp/my
Michael Van Canneyt het geskryf:
>
> Well, I'm currently very busy with CGI, and I use dbugintf and the
> debug server app from Lazarus. Works like a charm for me.
I'm using something similar - the "poor mans debug interface". :-)
$ tail -F /tmp/myapp.log
> You can use the embedded server c
On Wed, 24 Mar 2010, Graeme Geldenhuys wrote:
Hi,
How do others debug CGI web apps written in Object Pascal? Yesterday I
spent a significant amount of time debugging a few difficult problems. It
took much longer than expected. Even though the CGI apps are written in
Object Pascal I couldn't u
On Mon, November 10, 2008 00:53, Marc Santhoff wrote:
> Am Sonntag, den 09.11.2008, 23:46 + schrieb Henry Vermaak:
>> 2008/11/9 Marc Santhoff <[EMAIL PROTECTED]>:
>> > Hi,
>> >
>> > how can I build the RTL and other packages containing debug symbols?
>> >
>> > Is it sufficient to do sth. like:
Am Sonntag, den 09.11.2008, 23:46 + schrieb Henry Vermaak:
> 2008/11/9 Marc Santhoff <[EMAIL PROTECTED]>:
> > Hi,
> >
> > how can I build the RTL and other packages containing debug symbols?
> >
> > Is it sufficient to do sth. like:
> >
> > cd rtl
> >
> > make clean allinstall
>
> you can pas
2008/11/9 Marc Santhoff <[EMAIL PROTECTED]>:
> Hi,
>
> how can I build the RTL and other packages containing debug symbols?
>
> Is it sufficient to do sth. like:
>
> cd rtl
>
> make clean allinstall
you can pass OPT="-gl -O-" to make instead of editing the
Makefile.fpc. Use CROSSOPT if you're cr
Brad Campbell wrote:
G'day all,
Still on the trail of the serial unit issue. Think I have it working
(it's working perfectly on OSX PPC and all my variants of Linux) but I
can't seem to generate valid OSX Intel binaries.
I've got a working cross compile setup where I can generate fully
func
Jonas Maebe wrote:
On 24 Sep 2008, at 14:51, Brad Campbell wrote:
Still on the trail of the serial unit issue. Think I have it working
(it's working perfectly on OSX PPC and all my variants of Linux) but I
can't seem to generate valid OSX Intel binaries.
I've got a working cross compile set
On 24 Sep 2008, at 14:51, Brad Campbell wrote:
Still on the trail of the serial unit issue. Think I have it working
(it's working perfectly on OSX PPC and all my variants of Linux) but
I can't seem to generate valid OSX Intel binaries.
I've got a working cross compile setup where I can gen
> -Oorspronkelijk bericht-
> Am Mi, den 05.05.2004 schrieb Marc Santhoff um 23:20:
> > Hi!
> >
> > I need to hunt a bug that is very hard to catch, because it occurs
> > somewhere in event handling proc and funcs of gtk1.2.
> >
> > Can someone please point me to FAQs and how-to's on the deb
> -Oorspronkelijk bericht-
> Am Mi, den 05.05.2004 schrieb Marc Santhoff um 23:20:
> > Hi!
> >
> > I need to hunt a bug that is very hard to catch, because it occurs
> > somewhere in event handling proc and funcs of gtk1.2.
> >
> > Can someone please point me to FAQs and how-to's on the deb
Am Mi, den 05.05.2004 schrieb Marc Santhoff um 23:20:
> Hi!
>
> I need to hunt a bug that is very hard to catch, because it occurs
> somewhere in event handling proc and funcs of gtk1.2.
>
> Can someone please point me to FAQs and how-to's on the debugging topic?
> Or tell me some tricks?
>
> Un
On Sat, Aug 23, 2003 at 05:39:49PM +0200, Peter Vreman wrote:
> You can leave the debian fpc packages installed and install an own
> compiled fpc version in /usr/local or in your home dir.
(hides from the maintainter), perhaps I should maintain the debian
package :)
James (hides!)
--
-
-Zero Def
> On Fri, Aug 22, 2003 at 04:51:27PM +0200, [EMAIL PROTECTED] wrote:
>> Of course, I forgot that the RTL we distribute doesn't contain symbol
>> information. Go to the rtl/linux sources directory (I don't know offhand
>> where the sources are installed under Linux), type "make OPT="-g", and
>> then
On Fri, Aug 22, 2003 at 04:51:27PM +0200, [EMAIL PROTECTED] wrote:
> Of course, I forgot that the RTL we distribute doesn't contain symbol
> information. Go to the rtl/linux sources directory (I don't know offhand
> where the sources are installed under Linux), type "make OPT="-g", and
> then compi
On Sat, 23 Aug 2003, James Mills wrote:
> (gdb) b HANDLEERRORFRAME
> Function "HANDLEERRORFRAME" not defined.
>
> It doesn't define whatever HANDLEERRORFRAME is though, so what Jonas
> said won't work...
Of course, I forgot that the RTL we distribute doesn't contain symbol
information. Go to th
> On Fri, Aug 22, 2003 at 03:14:20PM +0200, Peter Vreman wrote:
>> You can use the gdb available in Debian. It has already the pascal
>> support
>> included.
> (gdb) b HANDLEERRORFRAME
> Function "HANDLEERRORFRAME" not defined.
>
> It doesn't define whatever HANDLEERRORFRAME is though, so what Jona
On Fri, Aug 22, 2003 at 03:14:20PM +0200, Peter Vreman wrote:
> You can use the gdb available in Debian. It has already the pascal support
> included.
(gdb) b HANDLEERRORFRAME
Function "HANDLEERRORFRAME" not defined.
It doesn't define whatever HANDLEERRORFRAME is though, so what Jonas
said won't w
>> gdbpas is included with fpc (all versions). gdb = GNU DeBugger. The
>> "pas"
>> stands for "with pascal extensions".
> I do not seem to have this anywhere on my system. Of course I have gdb.
> Can I get it somewhere ? (Perhaps the Debian maintainer didn't include
> it in 1.0.6)
You can use the
On Fri, 22 Aug 2003, James Mills wrote:
> > gdbpas is included with fpc (all versions). gdb = GNU DeBugger. The "pas"
> > stands for "with pascal extensions".
> I do not seem to have this anywhere on my system. Of course I have gdb.
> Can I get it somewhere ? (Perhaps the Debian maintainer didn'
On Fri, Aug 22, 2003 at 10:35:15AM +0200, [EMAIL PROTECTED] wrote:
>
>
> gdbpas is included with fpc (all versions). gdb = GNU DeBugger. The "pas"
> stands for "with pascal extensions".
I do not seem to have this anywhere on my system. Of course I have gdb.
Can I get it somewhere ? (Perhaps the D
On Fri, 22 Aug 2003, James Mills wrote:
> what is gdbpas ? I'm using FPC 1.0.6 ...
gdbpas is included with fpc (all versions). gdb = GNU DeBugger. The "pas"
stands for "with pascal extensions".
Jonas
PS: please only quote the part of the original mail that's necessary to
understand the conte
On Fri, Aug 22, 2003 at 09:30:49AM +0200, [EMAIL PROTECTED] wrote:
>
>
> On Fri, 22 Aug 2003, James Mills wrote:
>
> > > An unhandled exception occurred at 0x080A33B1 :
> > > List index exceeds bounds (-1)
> > > 0x080A33B1
> >
> > Also anyone out there, I'd really like to know if the above is
On Fri, 22 Aug 2003, James Mills wrote:
> > An unhandled exception occurred at 0x080A33B1 :
> > List index exceeds bounds (-1)
> > 0x080A33B1
>
> Also anyone out there, I'd really like to know if the above is possible
> ... I have to find the source of this particular defect in 19,000 LOC.
> A
On Fri, Aug 22, 2003 at 11:08:14AM +1000, James Mills wrote:
> I think perhaps I need to repost my question as I saw the mailing list
> server go down yesterday...
>
> Hi,
>
> 1) Is there anyway of finding out the cooresponding source line when a
> program crashes and only outputs the following:
29 matches
Mail list logo
