delorie.com/archives/browse.cgi | search |
X-Authentication-Warning: | delorie.com: mail set sender to geda-user-bounces using -f |
X-Recipient: | geda-user AT delorie DOT com |
DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; |
d=gmail.com; s=20120113; | |
h=mime-version:in-reply-to:references:date:message-id:subject:from:to | |
:content-type:content-transfer-encoding; | |
bh=vnSp50JJbONVoRdFkp4fv83CPxYp6/ZR6cHk4dNmZJo=; | |
b=BlbJRjwcwBAbRU5uFrKm/rVvSKmJ+k6NSFGJUMONL1gAFDWVUJm/QFVMMG74GrDIsy | |
+1uwv/BoFPjmNlYUGesCMOvytodzKoaSI7P4m78uLr9hJLgppg/fCk3Sqlq8fJm/kmJM | |
TiC4ASmmW3NjR/6UgzHsaDpGdUcT25FBQnGAr5SCbCqoBikV1VN5EhAByMMIyQW+fVYD | |
OHv1LOiBUIqzb2SB3dfqA9li6e9hbkaMkuHvoZlsl4Twc6NywTJwpgu+r7gX51e2Z1Hq | |
uRNt1g8WMML2iyuEc0HOuogA2oqZZHq+AkbUNRGhe7HFv1WjuPffZqa4xJIkVBmxVdrt | |
m8aw== | |
MIME-Version: | 1.0 |
In-Reply-To: | <CACPio-7BaZJ5ZirPVEjHEfWbXjC5gENX6rhJcmfdw0KcCL7WBw@mail.gmail.com> |
References: | <CACPio-7BaZJ5ZirPVEjHEfWbXjC5gENX6rhJcmfdw0KcCL7WBw AT mail DOT gmail DOT com> |
Date: | Mon, 30 Apr 2012 22:48:59 -0400 |
Message-ID: | <CACPio-5JEEoaqFcHHmRy2+yPqjLOR98G7gyxrzrTNpWLHzR-ew@mail.gmail.com> |
Subject: | [geda-user] Re: crash connecting to nets |
From: | Nathan Stewart <therealnathanstewart AT gmail DOT com> |
To: | geda-user AT delorie DOT com |
X-MIME-Autoconverted: | from quoted-printable to 8bit by delorie.com id q412n6Oe023716 |
Reply-To: | geda-user AT delorie DOT com |
Errors-To: | nobody AT delorie DOT com |
X-Mailing-List: | geda-user AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
Sorry - this is current git source (7e8f6fdb2af40cab8e4fe969b25c6aa39f20240d) On Mon, Apr 30, 2012 at 10:46 PM, Nathan Stewart <therealnathanstewart AT gmail DOT com> wrote: > Encountered a crash trying to connect nets on a hierarchical > schematic. Looking at the stack trace, trying to figure it out > s_conn.c:407 - (in s_conn_update_line_object) > > 407 if (object->line->x[j] == other_object->line->x[k] && > 408 object->line->y[j] == other_object->line->y[k] && > 409 check_direct_compat (object, other_object)) { > ... > > it appears that other_object->line is null, trying to connect to a pin > on the symbol I created for one of my sub schematics. It seems to > happen when I make a two part connection between two nodes. In other > words, I start the net at Sub Comp A, pin 1, and stop it somewhere > short of connection to Sub Comp B, pin 1. Then I come back and connect > to the net I just drew, to Sub Comp B, pin 1 and BAM!. What's > interesting is that I can make the connection the other way around > (from the pin to the existing net line). > > in this case object->type is OBJ_NET, and other_object->type is 198 > (which doesn't appear to map to any known object type that I found in > o_types.h). > > What is object->type == 198, and does there need to be a special case > in s_conn_update_line_object for other_object->type == > SOMETHING_OTHER_THAN_PIN_OR_LINE? > > Nate
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |