www.delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2017/06/05/05:31:39

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Message-ID: <593524A1.2090306@xs4all.nl>
Date: Mon, 05 Jun 2017 11:30:09 +0200
From: "Bert Timmerman (bert DOT timmerman AT xs4all DOT nl) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.19) Gecko/20110429 Fedora/2.0.14-1.fc13 SeaMonkey/2.0.14
MIME-Version: 1.0
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] [pcb] semi-bugreport: buffer layers, broken paste
References: <alpine DOT DEB DOT 2 DOT 00 DOT 1706050937550 DOT 27212 AT igor2priv>
In-Reply-To: <alpine.DEB.2.00.1706050937550.27212@igor2priv>
Reply-To: geda-user AT delorie DOT com

gedau AT igor2 DOT repo DOT hu wrote:
> Hi PCB developers,
>
> during the subcircuit rework, I figured the concept of how the 
> original code (and mainline) handles buffer layers is broken.
>
> The root of the problem is that buffers are sort of independent of the 
> board being edited, while they do assume the layer stack is the same 
> in buffers and in the board but nothing guarantees that. This causes 
> no problem most of the time, but breaks as soon as:
>
> - the buffer is used to copy some data from one board to another, with 
> a different layer stack
>
> - a board with different layer stack is loaded into the buffer
>
> - the layer stack of the current board is modified while a buffer is 
> not empty
>
> The result is pasting objects on random layers - I could easily make 
> copper turn into silk or change from top layer to bottom layer.
>
> After spending many hours on getting this fixed in pcb-rnd I think I 
> have a full understanding of the problem now. If any of the PCB 
> developers are interested in the details (why exactly it breaks, how 
> to produce test cases for the bug, options for a fix) please visit me 
> on pcb-rnd's IRC channel[1] to have a discussion so then you can write 
> a proper bugreport.
>
> (I'm not trying to type the whole thing here becuase it's long, would 
> take a lot of time and I am not sure anyone is interested. The fix is 
> non-trivial and one may say "it was good for the past ~2 decades so it 
> should be good for another 2" and then typing a long description would 
> be waste of time.)
>
> Regards,
>
> Igor2
>
> [1] server: repo.hu; port: 6667; channel: #pcb-rnd
>
>
Hi Igor2,

I'm interested and in listening mode on #geda (or #pcb) on OFTC.

Kind regards,

Bert Timmerman.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019