Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-pascal / 2017-11

FPC Debug line numbers

6 messages · 5 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

James Richters

I've noticed that line numbers are sometimes off, sometimes quite a bit when I receive a run-time error. I had one today, it specified the correct function that was responsible for generating the error, however the line number was way off, it reported line 1463 but the entire function in question goes from line 708 to line 785. There is nothing remotely related at line 1463, it's a completely unrelated procedure that could not have possibly been called at the point the runtime error was received. The list of procedure/function calls was accurate, just not the line number, which makes it very difficult to figure out exactly what part of the function had the problem.

I am using FPC 3.0.4rc1, compiling with the text IDE and I have option "Generate also backtrace line information" selected.

Does anyone know what might cause the line numbers to be incorrect?

James

Graeme Geldenhuys
to James Richters
James Richters wrote
Does anyone know what might cause the line numbers to be incorrect?

I don't know what causes it, but I can confirm I have seen this too on one of my systems.

Regards,
Graeme

Flávio Etrusco
to James Richters: I've noticed that line numbers are sometimes off, sometimes quite a bit when I receive a…

2017-11-06 19:49 GMT-02:00 James Richters :

Show quoted text 5 lines
I've noticed that line numbers are sometimes off, sometimes quite a bit when I receive a run-time error. I had one today, it specified the correct function that was responsible for generating the error, however the line number was way off, it reported line 1463 but the entire function in question goes from line 708 to line 785. There is nothing remotely related at line 1463, it's a completely unrelated procedure that could not have possibly been called at the point the runtime error was received. The list of procedure/function calls was accurate, just not the line number, which makes it very difficult to figure out exactly what part of the function had the problem. I am using FPC 3.0.4rc1, compiling with the text IDE and I have option "Generate also backtrace line information" selected. Does anyone know what might cause the line numbers to be incorrect?

Didn't the unit have any include file?

-Flávio

el es
to James Richters: I've noticed that line numbers are sometimes off, sometimes quite a bit when I receive a…
James Richters wrote 19 lines
I've noticed that line numbers are sometimes off, sometimes quite a bit when I receive a run-time error. I had one today, it specified the correct function that was responsible for generating the error, however the line number was way off, it reported line 1463 but the entire function in question goes from line 708 to line 785. There is nothing remotely related at line 1463, it's a completely unrelated procedure that could not have possibly been called at the point the runtime error was received. The list of procedure/function calls was accurate, just not the line number, which makes it very difficult to figure out exactly what part of the function had the problem. I am using FPC 3.0.4rc1, compiling with the text IDE and I have option "Generate also backtrace line information" selected. Does anyone know what might cause the line numbers to be incorrect? James
I vaguely recall reading something to the sense of:
this could be related to the optimization level used;
I can't remember where I read that;

-l.

James Richters
to Flávio Etrusco: 2017-11-06 19:49 GMT-02:00 James Richters : Didn't the unit have any include file?…
Didn't the unit have any include file?

My doesn't have any include files. It's just a collection of procedure and functions that I use in many different programs.. but the unit also uses a lot of other units, some are more of my own, others are standard FPC units.

I vaguely recall reading something to the sense of: this could be related to the optimization level used;

I have it set to optimization target processor and code generation target processor both set to 80386

I have some programs that produce a runtime error that is exact, but others are way off. I have not figured out what causes it to be anything but exact yet.

James

Earlier message 16 lines
-----Original Message----- From: fpc-pascal On Behalf Of Flávio Etrusco Sent: Monday, November 06, 2017 8:10 PM To: FPC-Pascal users discussions Subject: Re: [fpc-pascal] FPC Debug line numbers 2017-11-06 19:49 GMT-02:00 James Richters : > I've noticed that line numbers are sometimes off, sometimes quite a bit when I receive a run-time error. I had one today, it specified the correct function that was responsible for generating the error, however the line number was way off, it reported line 1463 but the entire function in question goes from line 708 to line 785. There is nothing remotely related at line 1463, it's a completely unrelated procedure that could not have possibly been called at the point the runtime error was received. The list of procedure/function calls was accurate, just not the line number, which makes it very difficult to figure out exactly what part of the function had the problem. > > I am using FPC 3.0.4rc1, compiling with the text IDE and I have option "Generate also backtrace line information" selected. > > Does anyone know what might cause the line numbers to be incorrect? Didn't the unit have any include file? -Flávio
Adriaan van Os
to James Richters: I've noticed that line numbers are sometimes off, sometimes quite a bit when I receive a…
James Richters wrote
I've noticed that line numbers are sometimes off, sometimes quite a bit when I receive a run-time error. I had one today, it specified the correct function that was responsible for generating the error, however the line number was way off, it reported line 1463 but the entire function in question goes from line 708 to line 785. There is nothing remotely related at line 1463, it's a completely unrelated procedure that could not have possibly been called at the point the runtime error was received. The list of procedure/function calls was accurate, just not the line number, which makes it very difficult to figure out exactly what part of the function had the problem.

One situation where this happens, is when line-endings are inconsistent (e.g. on Mac OS X, CR instead of LF on some lines).

Regards,

Adriaan van Os