Timeline for Weirdest way to produce a stack overflow
Current License: CC BY-SA 3.0
11 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| S Feb 26, 2014 at 14:08 | history | suggested | n̴̖̋h̷͉̃a̷̭̿h̸̡̅ẗ̵̨́d̷̰̀ĥ̷̳ | CC BY-SA 3.0 |
Copy edited
|
| Feb 26, 2014 at 14:02 | review | Suggested edits | |||
| S Feb 26, 2014 at 14:08 | |||||
| Feb 17, 2014 at 11:39 | history | edited | masterX244 | CC BY-SA 3.0 |
syntax highlight fix
|
| Feb 17, 2014 at 10:31 | comment | added | Justin |
btw, you can add java syntax coloring by adding this before the code block: <!-- language: lang-java -->
|
|
| Feb 17, 2014 at 10:30 | comment | added | Justin |
Of course not. Most of those calls are from the DefaultListModel. My hypothesis is that the stack trace has a smaller stack than the call stack, so it automatically removes elements to keep its size within the correct amount.
|
|
| Feb 17, 2014 at 10:26 | comment | added | masterX244 | but not the line where you add the model :P so if you have some more code between the setVisible it can confuzzle | |
| Feb 17, 2014 at 10:26 | comment | added | Justin |
However, I couldn't help but notice that it tells you that the error is from DefaultListModel. Also, I use two main steps for debugging: 1. read stack trace to see if there is a hint. 2. either apply the hint or, if there is none, debug by examining code.
|
|
| Feb 17, 2014 at 10:25 | comment | added | Justin | Lol; recursive stack trace! | |
| Feb 17, 2014 at 10:22 | comment | added | masterX244 | run it and see what the trace tells you as source of overflow | |
| Feb 17, 2014 at 10:20 | comment | added | Justin | This is unobvious recursion? Okay.... I thought that adding a list to itself is obvious, but apparently it is not. | |
| Feb 17, 2014 at 10:14 | history | answered | masterX244 | CC BY-SA 3.0 |