gEDA-bug: [Bug 835855] [NEW] gschem fails with backtrace if the default-titleblock cannot be loaded

[KaiMartin <835855@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

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.sym")

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/share/gEDA/system-gschemrc:
 954: 1* (if (and # #) (add-component-at-xy page default-titleblock 40000 ...))
 962: 2  [add-component-at-xy #<geda-page 0x889f4c8> "title-block.sym" ...]
In /usr/local/share/gEDA/scheme/gschem/deprecated.scm:
   ...
 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/share/gEDA/scheme/geda/page.scm:
  42: 5* [for-each #<procedure {#f} (x)> ({#f})]
In unknown file:
   ?: 6* [#<procedure {#f} (x)> {#f}]
In /usr/local/share/gEDA/scheme/geda/page.scm:
  42: 7* [%page-append! #<geda-page 0x889f4c8> {#f}]

/usr/local/share/gEDA/scheme/geda/page.scm:42:25: In procedure %page-append! in expression (%page-append! P x):
/usr/local/share/gEDA/scheme/geda/page.scm:42:25: Wrong type argument in position 2: #f
\------------------------------------

---<)kaimartin(>---

** Affects: geda
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of gEDA Bug
Team, which is subscribed to gEDA.
https://bugs.launchpad.net/bugs/835855

Title:
  gschem fails with backtrace if the default-titleblock cannot be loaded

Status in GPL Electronic Design Automation tools:
  New

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.sym")

  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/share/gEDA/system-gschemrc:
   954: 1* (if (and # #) (add-component-at-xy page default-titleblock 40000 ...))
   962: 2  [add-component-at-xy #<geda-page 0x889f4c8> "title-block.sym" ...]
  In /usr/local/share/gEDA/scheme/gschem/deprecated.scm:
     ...
   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/share/gEDA/scheme/geda/page.scm:
    42: 5* [for-each #<procedure {#f} (x)> ({#f})]
  In unknown file:
     ?: 6* [#<procedure {#f} (x)> {#f}]
  In /usr/local/share/gEDA/scheme/geda/page.scm:
    42: 7* [%page-append! #<geda-page 0x889f4c8> {#f}]

  /usr/local/share/gEDA/scheme/geda/page.scm:42:25: In procedure %page-append! in expression (%page-append! P x):
  /usr/local/share/gEDA/scheme/geda/page.scm:42:25: Wrong type argument in position 2: #f
  \------------------------------------

  ---<)kaimartin(>---

To manage notifications about this bug go to:
https://bugs.launchpad.net/geda/+bug/835855/+subscriptions


_______________________________________________
geda-bug mailing list
geda-bug@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-bug