gEDA-bug: [Bug 700448] Re: Poor reporting of schematic load errors

[Eivind Kvedalen <700448@xxxxxxxxxxxxxxxxxx>]

I've pushed my changes based on your comments now. The bug-700448-load-
error branch has been rebased to current master (and you comments on
github seems to have been lost when I did that; I must have done
something wrong...).

Regarding loading a file without loading its dependencies, a starting
point might be to force the loader to use "placeholder" instead of
"complex", unless it is embedded, in which case it will load as normal.
Apart from the complex type, I think it's only the picture object type
that has dependencies to other files, and it would need a flag or
something to tell the system that it is not completely loaded.

I'm unsure if this will help much, though. The low-level loader will
make things much harder to use. It might actually be easier to change
the error reporting to be a list of errors instead of the first one
encountered. Then the loader can choose to continue trying other objects
to report all encountered errors in one pass, or maybe use it as a stack
to report the root source of the problem.

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

Title:
  Poor reporting of schematic load errors

Status in GPL Electronic Design Automation tools:
  In Progress

Bug description:
  libgeda doesn't signal an error when a schematic or symbol file
  contains invalid syntax, or when any other load error is encountered.

  For example, gnetlist succeeds even when the input schematics
  specified contain unusable garbage.

  Steps to reproduce:

  ÂÂecho GARBAGE > test.sch;
  ÂÂif gnetlist -ggeda test.sch > /dev/null 2>/dev/null
  ÂÂthen
  ÂÂÂÂecho Succeeded
  ÂÂelse
  ÂÂÂÂecho Failed
  ÂÂfi

  Expected output:

  ÂÂFailed

  Actual output:

  ÂÂSucceeded

  Thanks to Peter Clifton for pointing out this problem.

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


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