gschem fails with backtrace if the default-titleblock cannot be loaded
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gEDA |
Fix Released
|
Low
|
Peter TB Brett |
Bug Description
I just had gschem from current git head fail on me with backtrace. The trigger was a wrong file name for the default-titlepage in gafrc. IIRC, half a year ago this situation was handled more gracefully. The GUI would start and show the familiar red warning sign.
To reproduce:
1) make sure, the default titleblock cannot be found. E.g. with this line in gschemrc:
(define default-titleblock "no_titleblock.
2) start gschem
Instead of a GUI, there is a backtrace:
/------
$ gschem
Backtrace:
In unknown file:
?: 0* [#<procedure {#f} (page)> #<geda-page 0x889f4c8>]
In /usr/local/
954: 1* (if (and # #) (add-component-
962: 2 [add-component-
In /usr/local/
...
121: 3 (let* ((C #)) (page-append! page C) (run-hook add-objects-hook (cons C #)))
124: 4* [page-append! #<geda-page 0x889f4c8> {#f}]
In /usr/local/
42: 5* [for-each #<procedure {#f} (x)> ({#f})]
In unknown file:
?: 6* [#<procedure {#f} (x)> {#f}]
In /usr/local/
42: 7* [%page-append! #<geda-page 0x889f4c8> {#f}]
/usr/local/
/usr/local/
\------
---<)kaimartin(>---
Changed in geda: | |
importance: | Undecided → Low |
Changed in geda: | |
assignee: | nobody → Peter TB Brett (peter-b) |
Changed in geda: | |
status: | Confirmed → In Progress |
Changed in geda: | |
milestone: | none → 1.9.0 |
Changed in geda: | |
status: | Fix Committed → Fix Released |
In current git HEAD, I get the backtrace, but the GUI appears and the program appears to be fully functional. Low priority to fix this, I'd say.