X-Authentication-Warning: delorie.com: mail set sender to geda-help-bounces using -f X-Recipient: geda-help AT delorie DOT com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=9h3QV7xqzJsr92ktNTB6pFDetoMff/uR8vcN8FTTcdc=; b=0d3Tf2S/7g/lfWQZd8Gf2GGPFGSy2S9jqZubrR0XiF9mLhAGhbqZa93z5TAHHeNMVE qC0UFFzzUB0BrVq3h1FFMGi2gODnJoXsMhCYr/ETo2iJRWIMTOItIzWRp1o+IlgP2Vm+ KnMPdEnPKupZZG8ff9tDaclX0khvVLfbQcMRswKRJxrZqibaH7mc/wzDUFEKJnufON/r v2FfsFeqmv140v59GPR2TmzW6XrVI+2gvWxebt0N6KmN09ddSgDQ+iLlAeiD4zUClczZ Oawb/uzwfcELdHZOBrR8ZAisR4Vgg6k8IA+IAQXdOGJO3mr6rZ9MCPZE11zgSGfyHGWl 4dxA== X-Received: by 10.202.215.70 with SMTP id o67mr19361917oig.15.1416168116869; Sun, 16 Nov 2014 12:01:56 -0800 (PST) MIME-Version: 1.0 From: Mike Bushroe Date: Sun, 16 Nov 2014 13:01:26 -0700 Message-ID: Subject: [geda-help] sch2pcb error log messages, possible extra info? To: geda-help AT delorie DOT com Content-Type: multipart/alternative; boundary=001a113d42dc8c619e0507ff5520 Reply-To: geda-help AT delorie DOT com --001a113d42dc8c619e0507ff5520 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable gschem 1.8.2 (g875406c) gsch2pcb 1.6 xgsch2pcb 0.1.3 pcb version 20140316 Compiled on Aug 29 2014 at 07:56:58 Ubuntu 14.10 (just up from 10.04 through 12.04) Toshiba 5.7GiB Core 2 Duo 2.2GHzx2 64bit I have bollixed up the schematics to the point where the error log coming out of sch2pcb (message log window in pcb if it does not crash from the more severe errors) seems to be thousands of lines long. After trying a number of small changes to see if I am editing the same schematics it is reading from, and making one or two lines actually disappear, and going to running gnetlist -v manually I have begun to guess at the meaning of some of the lines. the most common is "Can't find U12 pin 3 called for in netlist.". When I open the net list in gedit, I can find device U12 pin 3 easily, and even see that it is in netlist Vcc, so I am confused when this error shows up. I am now guessing that this means that U12 pin 3 is being expected in more than one netlist, and its lack of presence in one list but presence in another is why it is being called out. If the error message could be expanded to indicate *where* it is not being found, such as in the U1 pin 10 Vcc which has no other connections. If I could see in the regular error log that it was looking for the Vcc net off of device U1 pin 10 that it failed to find U12 pin 3, I might have been able to find out that my hidden power connections had run a amok sooner that when I finally did. Of course, that still leaves the matter of what to suggest to fix such errors, but finding a universal solution to a syntax problem is even harder than finding a universal description of the error in the first place! :) I also noticed with earlier naming convention problems that I would get "can't find V pin s, pin number begins with letter, probably bad file format". That turned out to be spaces in the pin label that caused the name to shorten to just 'v', and the next usable character to be interpreted as the pin number. Since I did not have a device "v" it took a while to track down. If the internal communication from gnetlist to sch2pcb could add the full text in the refdes attribute, or the schematic x,y location at the end of each line so that when a defective device and pin number combination is found that added reference data can be placed in the error log line to help the user track down the miscreant symbol! I know that the normal response to 'why don't you make this change?' is 'why don't you make the changes yourself and upload them?'. I have never tried to write code for an open source project before let alone up load changes to a 'git' repository and do whatever happens to 'commit' the changes. And right now I am *way* behind on getting what it little more than a glorified copy of the device's sample circuit actually designed, captured, *converted to pcb*, and laid out, so I want to get that done first on my next re-rewrite of the schematic. And over the last year there have been some times where looking through the details caused design changes and outright electrical engineering errors to be caught so it has not all been bad. I but I am way overdue for my first piece of etched copper! After that, I might actually think about making some minor code changes in non-critical code sections and helping to flesh out the docs, FAQ, and wiki and update the tutorials that we can. Mike --=20 "Creativity is intelligence having fun." =E2=80=94 Albert Einstein --001a113d42dc8c619e0507ff5520 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
gschem 1.8.2 (g875406c)
gsch2pcb 1.= 6
xgsch2pcb 0.1.3
pcb version 20140316 Compiled on Aug 29 2014 at 07:= 56:58
Ubuntu 14.10 (just up from 10.04 through 12.04)
Toshiba 5.7GiB = Core 2 Duo 2.2GHzx2 64bit

I have bollixed up the schematics to= the point where the error log coming out of sch2pcb (message log window in= pcb if it does not crash from the more severe errors) seems to be thousand= s of lines long. After trying a number of small changes to see if I am edit= ing the same schematics it is reading from, and making one or two lines act= ually disappear, and going to running gnetlist -v manually I have begun to = guess at the meaning of some of the lines. the most common is "Can'= ;t find U12 pin 3 called for in netlist.". When I open the net list in= gedit, I can find device U12 pin 3 easily, and even see that it is in netl= ist Vcc, so I am confused when this error shows up. I am now guessing that = this means that U12 pin 3 is being expected in more than one netlist, and i= ts lack of presence in one list but presence in another is why it is being = called out. If the error message could be expanded to indicate where= it is not being found, such as in the U1 pin 10 Vcc which has no other con= nections. If I could see in the regular error log that it was looking for t= he Vcc net off of device U1 pin 10 that it failed to find U12 pin 3, I migh= t have been able to find out that my hidden power connections had run a amo= k sooner that when I finally did. Of course, that still leaves the matter o= f what to suggest to fix such errors, but finding a universal solution to a= syntax problem is even harder than finding a universal description of the = error in the first place! :)

=C2=A0 I also noticed with earlie= r naming convention problems that I would get "can't find V pin s,= pin number begins with letter, probably bad file format". That turned= out to be spaces in the pin label that caused the name to shorten to just = 'v', and the next usable character to be interpreted as the pin num= ber. Since I did not have a device "v" it took a while to track d= own. If the internal communication from gnetlist to sch2pcb could add the f= ull text in the refdes attribute, or the schematic x,y location at the end = of each line so that when a defective device and pin number combination is = found that added reference data can be placed in the error log line to help= the user track down the miscreant symbol!

=C2=A0 I know that = the normal response to 'why don't you make this change?' is = 9;why don't you make the changes yourself and upload them?'. I have= never tried to write code for an open source project before let alone up l= oad changes to a 'git' repository and do whatever happens to 'c= ommit' the changes. And right now I am way behind on getting wha= t it little more than a glorified copy of the device's sample circuit a= ctually designed, captured, converted to pcb, and laid out, so I wan= t to get that done first on my next re-rewrite of the schematic. And over t= he last year there have been some times where looking through the details c= aused design changes and outright electrical engineering errors to be caugh= t so it has not all=C2=A0 been bad. I but I am way overdue for my first pie= ce of etched copper! After that, I might actually think about making some m= inor code changes in non-critical code sections and helping to flesh out th= e docs, FAQ, and wiki and update the tutorials that we can.

Mi= ke

--
"Creativity is intelligence having fun." =E2=80=94 Alber= t Einstein
--001a113d42dc8c619e0507ff5520--