X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
X-Original-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=gmail.com; s=20120113;
	h=date:from:to:subject:message-id:in-reply-to:references:mime-version
	:content-type:content-transfer-encoding;
	bh=MnYW5aWeI8iA8gpjEu78KD7hqCiCp5JvXpkhBpqOm7Q=;
	b=1GIfmWSx6cSblH3ugwEw5tujCj43L5qCSF5Pc9/HgRmXYxhPZMG0wgBLHU7gvbuGYq
	m1CjiaG8iZN38Qc1Y2Uwgc6td2Adgd4SLhN3K7fMvQagWbhlT1TfjJZqFdN4KFDsVWo/
	jXbuKKPUEpSsHi3Zztx9Iz9eLQ13y5THxuVVGNgEKLcnPkIanhLZc9hCk2yU4T05Qk9I
	W09l+x07tI87vDVhdD6q7uXLAu1ZC05UE3hATN/DsEA7A00Wv4/9k2uvBVkFaTRQdamX
	8dGsdkaddgWJ9GpDr2Fjw/dE3C1koBwAL1MeRkVq4ZHuvTqFzc7uHSDo6GpJc1zvMB+Y
	mqAA==
X-Received:	by 10.194.79.201 with SMTP id l9mr13132231wjx.151.1449742289402;
	Thu, 10 Dec 2015 02:11:29 -0800 (PST)
Date:	Thu, 10 Dec 2015 11:11:27 +0100
From:	"Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] gsch2pcb after refdes-renum? (If implemented
	syncronization detail)
Message-Id:	<20151210111127.66e827337d2fdc4fe84fa4ef@gmail.com>
In-Reply-To:	<20151210021533.18841.qmail@stuge.se>
References:	<20151208222204 DOT 6566ebed300ca2683dd71bc8 AT gmail DOT com>
	<201512082139 DOT tB8LdLuL005789 AT envy DOT delorie DOT com>
	<20151208230637 DOT b8eb6c22230d5a3b977c3ca1 AT gmail DOT com>
	<201512082229 DOT tB8MTJBj010408 AT envy DOT delorie DOT com>
	<alpine DOT DEB DOT 2 DOT 00 DOT 1512090417270 DOT 9035 AT igor2priv>
	<555EDA31-984C-4978-AE21-F74907CDC993 AT noqsi DOT com>
	<20151209220625 DOT ba29467498daecf1bf7b2244 AT gmail DOT com>
	<201512092109 DOT tB9L9p8o022465 AT envy DOT delorie DOT com>
	<20151210011215 DOT 14229 DOT qmail AT stuge DOT se>
	<201512100128 DOT tBA1SjW8000759 AT envy DOT delorie DOT com>
	<20151210021533 DOT 18841 DOT qmail AT stuge DOT se>
X-Mailer:	Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu)
Mime-Version:	1.0
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

On Thu, 10 Dec 2015 03:15:33 +0100
"Peter Stuge (peter AT stuge DOT se) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com> wrote:

> DJ Delorie wrote:
> > > Is there still a problem if the cyclic U1->U2->U3->U1 rename is
> > > guaranteed to be atomic?
> > 
> > You still have two problems: First, if you accidentally run the script
> > twice, you end up with the wrong refdeses.
> 
> I actually think that's a feature. :) But I agree that it's important
> to be able to tell very easily what has and has not been done.

Yes execute exactly once without stuck in the middle is imporant. Even though there is not enough time to make a perfect implemented guaranteed to not stuck in the middle at first the algorithm should be such that it is possible to make a perfect implementation.

> > Second, you need to remember the refdes the part had *the last time
> > you sync'd*.  If the layout[*] still had U14 because you last sync'd
> > yesterday and you've renamed it five times today, you're out of luck.
> 
> That's not so bad if the history of these renames is also available.

I think this may be tricky to deduce from for example old schematic or old update file so it might be possible only solution is to make gschem store this information. Other solution might be to send an event but this will of course not work if communication is done via file.


Nicklas Karlsson

- Raw text -