[Mono-dev] End line/column information in symbol files

[Marek Safar]

Hello,

I am seeing the starting line and column numbers, just not the ending ones.
> You are saying that the compiler is not providing these values? The place
> exists where to put these values in the symbol file but they always seem to
> be -1.
>

Correct, it's one of not implemented compiler features.


>
> Is there a reason this is not supported? Would a patch to fix this to
> welcomed?
>

Yes, why not?

Thanks
Marek

*From:* Zoltan Varga [mailto:vargaz at gmail.com]
> *Sent:* Monday, January 5, 2015 4:23 PM
> *To:* Zinkevicius, Matt
> *Cc:* mono-devel-list at lists.ximian.com
> *Subject:* Re: [Mono-dev] End line/column information in symbol files
>
>
>
> Hi,
>
>
>
>   There is a tool named mdbdump in mcs/class/lib/net_4_5/mdbdumb.exe which
> can be used to dump the contents of .mdb files. In this case, mcs currently
> doesn't generate column numbers, so sdb cannot return them.
>
>
>
>               Zoltan
>
>
>
> On Mon, Jan 5, 2015 at 6:12 PM, Zinkevicius, Matt <matt.zinkevicius at hp.com>
> wrote:
>
>  Hello,
>
>
>
> When debugging our program on Linux with Mono 3.10, I’ve noticed that the
> source code sequence points that the soft debugger gives never include
> valid end line or end column numbers. They are always set to -1. Is this
> because the mono compiler doesn’t include these values in the mdb symbol
> files? Perhaps I’m doing something wrong when invoking the soft debugger
> library?
>
>
>
> Thanks,
>
> Matt Zinkevicius
>
>
>
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20150106/2dac251d/attachment.html>