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

Feature wish: ocamldebug-breakpoints: break [ @ module ] function #6825

Closed
vicuna opened this issue Mar 31, 2015 · 4 comments
Closed

Feature wish: ocamldebug-breakpoints: break [ @ module ] function #6825

vicuna opened this issue Mar 31, 2015 · 4 comments

Comments

@vicuna
Copy link

vicuna commented Mar 31, 2015

Original bug ID: 6825
Reporter: oliver
Status: feedback (set by @xavierleroy on 2015-03-31T08:15:51Z)
Resolution: open
Priority: normal
Severity: feature
Platform: ./.
OS: ./.
OS Version: ./.
Version: 4.02.1
Category: tools (ocaml{lex,yacc,dep,debug,...})

Bug description

Very helpfu would be, if it's possible to set breakpoints also this way:

break [ @ module ] function

for example

break @ main foobar

@vicuna
Copy link
Author

vicuna commented Mar 31, 2015

Comment author: oliver

This feature-wish is meant in the following way:

One restriction of
"break function"
is: "(...) this command cannot be used at the very beginning of the program execution (...)" (chapter 16.5 of refman).

I hope that with implementing the
break [ @ module ] function
this restriction somehow can be kicked out.

@vicuna
Copy link
Author

vicuna commented Mar 31, 2015

Comment author: @xavierleroy

Normally, "break Main.foobar" should work.

The restriction (wait until module Main is initialized) cannot be lifted.

@github-actions
Copy link

This issue has been open one year with no activity. Consequently, it is being marked with the "stale" label. What this means is that the issue will be automatically closed in 30 days unless more comments are added or the "stale" label is removed. Comments that provide new information on the issue are especially welcome: is it still reproducible? did it appear in other contexts? how critical is it? etc.

@github-actions github-actions bot added the Stale label May 11, 2020
@xavierleroy
Copy link
Contributor

Closing, since "The restriction (wait until module Main is initialized) cannot be lifted.".

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

3 participants