Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Line numbers in back trace #24

Open
GoogleCodeExporter opened this issue Jun 26, 2015 · 5 comments
Open

Line numbers in back trace #24

GoogleCodeExporter opened this issue Jun 26, 2015 · 5 comments

Comments

@GoogleCodeExporter
Copy link

It would be nice to have Line Numbers in the back trace output on errors.

Original issue reported on code.google.com by blufox on 21 Dec 2007 at 10:06

@GoogleCodeExporter
Copy link
Author

Original comment by blufox on 21 Dec 2007 at 10:06

  • Changed state: New
  • Added labels: Type-Enhancement
  • Removed labels: Type-Defect

@GoogleCodeExporter
Copy link
Author

I think will end up to creating a SyxError object or such to be passed to all
functions, like GError of glib.
It must be thought the right way.

Original comment by lethalma...@gmail.com on 19 Apr 2008 at 10:15

@GoogleCodeExporter
Copy link
Author

Panda Smalltalk has line numbers for errors, hopefully this will be a feature 
of syx
next release after with merged everything.

Original comment by lethalma...@gmail.com on 8 Jul 2008 at 9:04

  • Added labels: Usability

@GoogleCodeExporter
Copy link
Author

After cancellation of merging is this feature still be considered? It is a 
really
useful feature...

Original comment by canol.go...@gmail.com on 14 Jul 2008 at 9:14

@GoogleCodeExporter
Copy link
Author

Yes it will be supported of course. We need a good error reporting before the 
system
has been initialized (C side) and better error reporting on exceptions 
(Smalltalk side).
There are two kinds of reports, one referring to the file and one referring to 
the
method and the line of the method.
I think we cannot support the file stuff in the Smalltalk side because there's 
no
much meaning in that. Instead, for the C-side, both will be supported.

Original comment by lethalma...@gmail.com on 14 Jul 2008 at 2:04

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant