Skip to content

Commit 1b69b62

Browse files
authored
Fixed typo and added a short answer
1 parent 8ccf6e5 commit 1b69b62

File tree

1 file changed

+11
-5
lines changed

1 file changed

+11
-5
lines changed

faq.md

Lines changed: 11 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -270,11 +270,17 @@ big then check out our section on optimizations.
270270
271271
# My program just halts without connected debugger. What am I doing wrong?
272272

273-
An embedded MCU will typically stop work working if exceptions (which is the MCUs
274-
way of signalling special or abnormal events) occur which are not handled and
275-
cleared, either by an exception handler or a connected debugger. The latter case is
276-
especially interesting because there's a method of interacting with a connected
277-
computer dubbed `semihosting` which will work iff a debugger is properly connected
273+
## Short answer
274+
275+
If you're using `semihosting`, switch to a different input / output mechanism.
276+
277+
## Long answer
278+
279+
An embedded MCU will typically stop working if exceptions (which is the MCUs way
280+
of signalling special or abnormal events) occur which are not handled and cleared,
281+
either by an exception handler or a connected debugger. The latter case is especially
282+
interesting because there's a method of interacting with a connected computer
283+
dubbed `semihosting` which will work iff a debugger is properly connected
278284
and debugging software running and correctly set up. This method uses special
279285
processor instructions (e.g. a service or breakpoint call) to alert the connected
280286
system about input and/or output requests from the device. If no debugger is

0 commit comments

Comments
 (0)