#97 too big pads displayed

[Buenos]

i have extracted some gerber files from the @ltium designer, and opened with the opensource the GERBV.
the problem is, if i open a signal layer, some of the via pads are bigger than they really are in the design (and shorting near traces). actually i have observed that these pads connect to the plane layers, and they have bigger pad diameters on plane layers, but the gerbv shows the pad diameter from the plane on the signal layers. If i open the gerbers with the viewmate or with camtastic, the pads have correct size.
you can find some screenshots here: http://www.edaboard.com/ftopic330461.html

another problem, when i display silkscreen data in gerbv, the silkscreen objects are displayed, and also some huge strange objects, i dont know where these are coming from.

[Julian Lamb]

Hello,
Thanks for the bug report. I apologize for not responding earlier, but Sourceforge has a large delay in forwarding initial bug reports to me...I just received a notice a minute ago.
If you could, would you mind attaching the gerber file to this bug report? I only need the file for the layers which are having problems (sounds like the silkscreen and one of the signal layers?). the edaboard site requires a login to view your attachments there.
Also, what version of gerbv are you using, and on what platform? This information will help a lot.

Cheers--
Julian

[Buenos]

hi
i am trying to attach some files. i have deleted the resto of the circuit, since its a product. please handle confidentally, and delete when you finished.
i am using the latest windows distribution, which is older than the latest source distro on the sourceforge site.
after deleting some parts of the circuit, now other via pads have the anomaly, not the same ones as before the delete. interesting.
File Added: send.rar

[Buenos]

hi could you download the file, then delete from the site, or tell me when i can delete it? (and after the test delete from your PC too.)

[Nobody/Anonymous]

Thanks for the attachments. I have downloaded them, so you can delete them now if you want.
I've looked at the files and compared them to the edaboard.com screenshots, and I don't see the problem on our latest build. All the circular pads looks to be the same size as the viewmate screenshot.

We did fix a Windows parsing bug since the last release, so maybe that was causing the problems. If you could, could you download the test version below and see if that solves the problem? If not, if you could tell me exactly where the problem pads are in the files (x/y coordinates would be fine), I'll keep hunting for a solution to the bug.

http://gerbv.sourceforge.net/tmp/gerbvinst-2.1A.exe

Thanks for your help in tracking this down. Cheers--
Julian

[Buenos]

HI

ITS WORKING WITH THE NEW VERSION.

it would be good to upload the exe to the website, to let other people to get it.

ps: what do you use to compile for windows? what IDE, compiler, lib...? (I am interested in some C++ coding for a windows app, based on the gerbv sources)
please answer here: buenos@freemail.hu because its a littlebit offtopic.

[Julian Lamb]

Great! I'm glad the problem is resolved.

Regarding the Windows build, we use cygwin. If you download the source code from CVS, there is a README-win32.txt file that briefly explains how to build gerbv for windows. If you have any issues, feel free to post to the gerbv-devel mailing list (sign up through Sourceforge site), and we can help out.

Also, we have separated gerbv into a gui and a library portion. If you want to build applications using Gerber parsing/rendering/translating/editing functionality, but don't need all the gui of gerbv, then the library may work best for you. Full documentation for the library (called libgerbv) is at:

http://gerbv.sourceforge.net/doxygen/index.html

Please feel free to sign up to the gerbv-devel mailing list...we'll try to answer any questions you have there.

Good luck!
Julian