Component pin numbers display on copper layers

Hi Joseph,

I can not reproduce this bug with current HEAD of the pcb repository (git describe: pcb-20110918-base-435-gd7ef5dd).

Could you please add a minimal pcb file showing this behaviour.

Information regarding hardware/architecture/OS/release etc. is most welcome to narrow things down if needed.

Kind regards,

Bert Timmerman.

Hi Bert,

I've cloned git, compiled and, still can reproduce. Please note this is much more noticeable with thru-hole footprints since the numbering is done aside from the hole (by opposition to center of pad for smt).

System:
Gentoo linux 3.10.7 amd64

Steps to reproduce :
-Place footprint (THT is more visible)
-press "d" on the newly added footprint.
-Export layout to gerber (with the pin numbers now showing)
Numbers appear on the TOP and BOTTOM gerbers.

... and the corresponding (TOP) gerber.

** Configuration summary for pcb 1.99z:

   GUI: gtk
   Printer: lpr
   Exporters: bom gcode gerber nelma png ps
   Coordinate type: long
   Source tree distribution: GIT
   Build documentation: no
   Build toporouter: yes
   Enable toporouter output: no
   xdg data directory: ${datarootdir}
   KDE data directory: ${datarootdir}
   dmalloc debugging: no
   ElectricFence debugging: no

   Cross Compiling: no
   CC: gcc -std=gnu99
   CXX: g++
   CPPFLAGS: -I/usr/include -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include -pthread -I/usr/include/gtkglext-1.0 -I/usr/lib64/gtkglext-1.0/include -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -pthread -pthread -DPREFIXDIR=\"${prefix}\" -DBINDIR=\"${bindir}\" -DHOST=\"${host}\" -DPCBLIBDIR=\"${datarootdir}/pcb\" -DPCBTREEDIR=\"${datarootdir}/pcb/newlib\" -DPCBTREEPATH=\"${datarootdir}/pcb/newlib:${datarootdir}/pcb/pcblib-newlib\"
   CFLAGS: -g -O2 -Wall -Wdeclaration-after-statement
   CXXFLAGS: -g -O2 -Wall
   LIBS: -lfl -ldl -lm -ldbus-1 -lXinerama -lXrender -lglib-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfreetype -lfontconfig -Wl,-O1 -Wl,--as-needed -lpng16 -ljpeg -lfontconfig -lfreetype -lz -lm -lgd -lgtkglext-x11-1.0 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lgdk-x11-2.0 -lpangox-1.0 -lX11 -Wl,--export-dynamic -lgmodule-2.0 -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfreetype -lfontconfig -lGLU -lGL
   PCB: ${top_builddir}/src/pcb

Thanks,

Hi,

With your test file I can reproduce this bug.

However, when I draw two traces on the top layer (say from the SMT part to the THT part) this bug goes away.

Can you confirm this ?

Kind regards,

Bert Timmerman.

Hi Bert,

Sorry but no, I still have the numbers on the gerbers top and bottom.
(please see attached files).

Besides, in my initial case, it is the pcb fab company that alerted me.
So the board was complete (but not very complex).

Thanks for your time.

Joseph.

On 2014-05-27 16:20, Bert Timmerman wrote:
> Hi,
>
> With your test file I can reproduce this bug.
>
> However, when I draw two traces on the top layer (say from the SMT part
> to the THT part) this bug goes away.
>
> Can you confirm this ?
>
> Kind regards,
>
> Bert Timmerman.
>
> ** Changed in: pcb
> Status: Incomplete => Confirmed
>
> ** Changed in: pcb
> Importance: Undecided => Low
>

This bug still exists as of 4.2.0.

The pin numbers are actually shown on all copper layers, not just the top gerber. I don't see them on the mask layers or the silk layers.

The pin numbers are also drawn on the output of the PNG exporter, in the same color as they are shown on the layout. This is not a layer color as far as I can tell.