X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
Message-ID:	<1389793999.2083.8.camel@AMD64X2.fritz.box>
Subject:	Re: [geda-user] More about the polygon bug
From:	Stefan Salewski <mail AT ssalewski DOT de>
To:	geda-user AT delorie DOT com
Date:	Wed, 15 Jan 2014 14:53:19 +0100
In-Reply-To:	<20140115075126.GB23770@visitor2.iram.es>
References:	<1389724747 DOT 2125 DOT 14 DOT camel AT AMD64X2 DOT fritz DOT box>
	<20140115075126 DOT GB23770 AT visitor2 DOT iram DOT es>
X-Mailer:	Evolution 3.8.5
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 Wed, 2014-01-15 at 08:51 +0100, Gabriel Paubert wrote:
> > 
> > Gabriel, please test your gerbers after undo/redo.
> 
> They are fine.

Of course, undo/redo operation before each gerber generation can not be
a valid solution :-)

For me it seems that a MoveObject(+1,+0,nm) followed by a MoveObject(-1,
+0,nm) also suppressed that bug. And I think that these operations
really should not change the internal ordering of what ever (undo/redo
may do). It is really an interesting bug. Unfortunately I have currently
not the time to really investigate the source code...

I have seen the patch of Robert Drehmel, but he has not given a fine
explanation WHY it works, so I can not consider that patch really a
solution.

> 
> Note that it seems that one characteristic of the bug is that the
> line width + twice the clearance (i.e., the "antiline width") 
> is exactly the width of the pad. But the coordinate system in PCB
> uses integers (a good idea to avoid floating point pitfalls).
> I've tested both 32 bit (not x86, ppc) and 64 bit systems and
> the bug shows in both.

Also an interesting observation!

Best wishes,

Stefan Salewski

- Raw text -