Re: gEDA-user: Turning off gerber Poly Fill for square pads
Stefan Petersen wrote: Maybe I go out on a limb here, there is a program called pcb2gcode at [snip] Haven't tried it though, found it three days ago and I am interested in a user report on it. I have now downloaded it from SVN, compiled and tested it. I have an Ubuntu 8.10 and for obvious reasons gerbv compiles on it. ;) I also downloaded emc2 from git repository and complied it as a simulator target. Before I realized I needed the bwidget package it took some frustration. Else emc2 seems targeted at Ubuntu and also has a liveCD based on Ubuntu with everything on. I used the examples from gerbv as samples. They are quite big and complicated. In very many cases, the program either segfaulted or tripped an assert in the program. One of the examples that actually worked was l1-1.grb and that is two polygons in G36-G37. So that actually works, though it seems to be other issues. After a while I also found DJ's laminater where he kindly left some Gerbers. I tried laminator.front.gbr and that worked too. It is kind of complicated layout, not as the simple sample/test layouts. That proves G36 from PCB works too. In the cases it worked it was quite cool to be able to run pcb2gcode, load the generated file into emc2 and see and 3D rendered drill sweeping across the board milling out the traces from the gerber. Anyhow, I think this pcb2gcode has potential, given some time and maybe some helpful hands. That is at least what I think. Regards, /Stefan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Turning off gerber Poly Fill for square pads
Thomas Olson wrote: These aren't really board etching houses in the traditional sense. I am referring to trace isolation programs. These allow you to route your board out on a CNC machine run by the likes of EMC for Linux. Gnu CAM (GCAM) for Linux, and CopperCAM (for money program) for windoze. Hello Thomas. Maybe I go out on a limb here, there is a program called pcb2gcode at http://sourceforge.net/apps/mediawiki/pcb2gcode/index.php?title=Main_Page that takes Gerber (despite it's name) and generate g-codes. It uses libgerbv (gerber parsing part of gerbv) as backend, so hopefully it handles all the gerber that gerbv handles (ie all). Haven't tried it though, found it three days ago and I am interested in a user report on it. Thanks, /Stefan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: [PATCH] build-sys: Add check for groff html driver. [2836109]
Hi Peter! Seems like it. No failed compilations despite: ||/ Name VersionDescription +++-==-==- un groff none (no description available) ii groff-base 1.18.1.1-22bui GNU troff text-formatting system (base syste Thanks! /Stefan PS I pulled the patch from the git repository. Hope OK. DS Peter TB Brett wrote: Some distributions, such as Ubuntu, do not install the groff HTML device by default, and an additional package must be installed to provide it. AX_PROG_GROFF therefore needs to check that groff is able to create HTML files. --- Hi Stefan, Can you please try this out and see if gEDA builds successfully when you have the `groff-base' package installed, but not the `groff' package? Cheers, Peter gsymcheck/docs/Makefile.am |2 +- m4/geda-groff.m4 | 21 ++--- 2 files changed, 19 insertions(+), 4 deletions(-) diff --git a/gsymcheck/docs/Makefile.am b/gsymcheck/docs/Makefile.am index 576a955..366b828 100644 --- a/gsymcheck/docs/Makefile.am +++ b/gsymcheck/docs/Makefile.am @@ -10,7 +10,7 @@ docsmandir = $(docdir)/man docsman_DATA = gsymcheck.html .1.html: -if ENABLE_GROFF +if ENABLE_GROFF_HTML LC_NUMERIC=C $(GROFF) -man -T html $ $...@.tmp \ mv -f $...@.tmp $@ else diff --git a/m4/geda-groff.m4 b/m4/geda-groff.m4 index 8181a57..a0c7881 100644 --- a/m4/geda-groff.m4 +++ b/m4/geda-groff.m4 @@ -1,7 +1,7 @@ # geda-groff.m4 -*-Autoconf-*- # serial 1 -dnl Carry out configuration tasks needed by desktop-i18n tool +dnl Look for GNU troff dnl Copyright (C) 2009 Peter Brett pe...@peter-b.co.uk dnl dnl This program is free software; you can redistribute it and/or modify @@ -24,6 +24,21 @@ AC_DEFUN([AX_PROG_GROFF], AC_ARG_VAR([GROFF], [Path to groff executable]) AC_CHECK_PROG([GROFF], [groff], [groff], [no]) - AM_CONDITIONAL([ENABLE_GROFF], - [test X$groff != Xno]) + # Some distros are annoying and package groff into a crippled + # version without many of the drivers, along with a separate full + # version. So explicitly check for the html driver. + if test X$GROFF != Xno ; then +AC_MSG_CHECKING([whether $GROFF has an html driver]) +echo '.TH conftest 1 January 1st, 1970 Version 1' conftest.1 +if LC_NUMERIC=C $GROFF -man -T html /dev/null 2AS_MESSAGE_LOG_FD; then + HAVE_GROFF_HTML=yes +else + HAVE_GROFF_HTML=no +fi +rm -f conftest.1 +AC_MSG_RESULT([$HAVE_GROFF_HTML]) + fi + + AM_CONDITIONAL([ENABLE_GROFF_HTML], + [test X$HAVE_GROFF_HTML != Xno]) ])dnl AX_PROG_GROFF ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: build-system branch merged
Peter TB Brett wrote: Hi everybody, The build-system branch has now been merged. Please report any problems to the usual places. Hello! Nice work! I download gaf once in a fortnight and try to build it. I tried now. As always I stumbled into problem building _docs_, always this docs things. In this case it was gsymcheck's doc: make[3]: Entering directory `/home/spe/projects/geda/git-src/gaf/gsymcheck/docs' LC_NUMERIC=C groff -man -T html gsymcheck.1 gsymcheck.html.tmp \ mv -f gsymcheck.html.tmp gsymcheck.html groff: can't find `DESC' file groff:fatal error: invalid device `html' make[3]: *** [gsymcheck.html] Error 3 What I did on my Ubuntu system was to install the package groff. I already had the package groff-base installed. Then the build proceeded without complaining. I tried to Google it, but find nil. Now this is at least a reference for future generations. ;) Anyhow, a way to disable documentation generation would be nice, since it always seems to bite someones behind. Thanks and regards, /Stefan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Converting RS274D to RS274X
Hi Larry! Larry Doolittle wrote: It was only intended as quick hack, as I guess you can sense from the comments. If you can make it do something useful for you, too, that's great! And of course, post it here so someone else can find it again in 2011. :-) It has secretly been stashed away in gerbvs web repository all these years. I think my intention was to refer to it from the gerbv front webpage. Anyhow, I have now made it available from the gerbv front page together with a short blurb on what it is and also refering to the email from Ormund with what he had to change to make it work for him. Hope it is OK. Maybe the crappy english needs some clean up? Best regards, /Stefan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: SMT assembly and gerbv lilbro.mosquito.net.nz
John Griessen wrote: lilbro.mosquito.net.nz is starting a low volume assembly business and they are choosing software to deal with relating solder paste dots and pick and place centroids to gerber output that made the boards they are assembling. Could gerbv be modified to generate lists of pads after finding where silk outline intersects or encloses soldermask openings? gerbv has basically a notion of vectors and this seems like more of a graphical problem. I am in the favour of one program solves one problem. The solution would might be some plugin API in gerbv to expose the internal data structures, but it is currently in the idea stage. Anyone wanting to hack some gerbv is always welcome on the gerbv-devel mailing list. They won't have anything but gerbers from most customers. That means there is no netlist associated, no pin 1 defined, only a mark on one corner of the silk outline that you have to see somehow. When you have placement information available in your program it would seem like a great idea to support that. There is an european PCB vendor that supports one free CAD, you send your design in the format used by that CAD program and they makes your PCB from that. So to accept designs that (not to be mentioned) CAD program and/or PCB could give a slight competing edge and you don't have to cross the river to get some water. Just my 50 öre... Regards, /Stefan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gerbv potential problem
Peter Baxendale wrote: Hi gerbv people, Just posted a gerbv 2.0.0 feature to the gerbv bug tracker. Working with a reference design from Nordic Semiconductor I found that gerbv wasn't showing some bits around the antenna correctly (ie as shown in the Nordic documentation). Stripped it down to a few lines and the problem seems to relate to when circular interpolation should revert to linear. All the other viewers I've tried (3 of them) show as per Nordic's design, gerbv doesn't. Of course, I can see you might argue that the others are all wrong... Hi Peter! Thanks for the bug report. While I have been sleeping Julian has fixed the problem in CVS. If you're daring you can try out the CVS version. I've tested it and it looked like in your PNG's. It seems like it was one of the grey corners of Gerber that reared it's ugly head. This is the reason we like to release the code for public scrutiny to put some light on these dark corners. For those interested in the exact cause of this, please look at Julians explanation attached to the (now closed) bug report on gerbv's SF site. Thanks for your report and very good sample files. Regards, /Stefan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gerbv potential problem
Hi again! BTW I forgot to ask, is it possible to determine which CAD program that has been used to generate these gerber files? It usually says in the top of the file after some G04 remark command. Regards, /Stefan Peter Baxendale wrote: Wow, that was quick! Hate to think what that kind of service would cost commercially. Many thanks! On Thu, 2008-01-24 at 10:59 +0100, Stefan Petersen wrote: Peter Baxendale wrote: Hi gerbv people, Just posted a gerbv 2.0.0 feature to the gerbv bug tracker. Working with a reference design from Nordic Semiconductor I found that gerbv wasn't showing some bits around the antenna correctly (ie as shown in the Nordic documentation). Stripped it down to a few lines and the problem seems to relate to when circular interpolation should revert to linear. All the other viewers I've tried (3 of them) show as per Nordic's design, gerbv doesn't. Of course, I can see you might argue that the others are all wrong... Hi Peter! Thanks for the bug report. While I have been sleeping Julian has fixed the problem in CVS. If you're daring you can try out the CVS version. I've tested it and it looked like in your PNG's. It seems like it was one of the grey corners of Gerber that reared it's ugly head. This is the reason we like to release the code for public scrutiny to put some light on these dark corners. For those interested in the exact cause of this, please look at Julians explanation attached to the (now closed) bug report on gerbv's SF site. Thanks for your report and very good sample files. Regards, /Stefan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gerbv - abnormal exit (2nd attempt)
[EMAIL PROTECTED] wrote: Stefan Petersen wrote: 2) The aperture macro also contains operations like $4=$1X$5. My copy of Gerber Format: Plot Data Format Reference Book is quite old, (c)1993. But some of the examples use the $4= construct to work around the severe restriction on expressions: Only one operator is allowed between commas., and Only one operator is allowed on the right side of the equals sign. If one wants to do anything remotely fancy, one almost has to use this gimmick. I wonder if these restrictions have been eased lately? Even simple left-to-right without operator precedence would be a big step up. I think it is basically the latest version of the manual around. :) I have not done my homework properly and read the book as the devil reads the bible. As the rewrite progress (other people are doing the job rewrite of the graphical stuff and other patching up here and there) I will look into this. I seem to remember running into this problem back with V1.0.2, and thought I might take a whack at fixing it, but I recall gerbv is written mostly in Scheme. To me, it might as well have been written in Boustrophedon. I know that Scheme is a beautiful language, and I've taken a couple of stabs at learning it, but I still don't know my cdr from a hole in the ground! gerbv is written in plain C with GLib and GTK as extension. It uses Scheme currently for project files only. A long time you could write backends (to generate other files from the parsed gerber) in Scheme. But that broke a long time ago when I changed built-in Scheme interpreter. Ah you saw the scheme directory and that scared you off. Look in the src directory and you be much relived. :) Regards, /Stefan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gerbv - abnormal exit (2nd attempt)
Hello! Thanks for the report. Of course there should not be any dumping of variables or severe crashing so that is a bug for sure. gerbv is in the middle of a major rewrite, so hopefully we might get this into the rewrite. I set it up as bug at least. Or if you want to do it. Looking at the gerber you send along there are two things I notice: 1) There is some kind of comment in the middle of the aperture macro. That is according to the manuals _I_ have seen not legal. Maybe there is something I have completely missed out. 2) The aperture macro also contains operations like $4=$1X$5. When I wrote the aperture macro parser (5 years ago) I was not aware of that this was a legal operation. The last half year something there has come several reports of (I think) Mentor Graphics generating these kinds of aperture macros. Unfortunate I have felt that I have painted myself into a bit of a corner when I wrote the parser, so it is not an easy task to add. The parser compiles the aperture macro into a small assembler program, where the assembler part is a very small stack based thing with eight operations. Not any operation support the $4= part. Best regards, /Stefan [EMAIL PROTECTED] wrote: Sorry if this eventually shows up twice. From: didn't match my subscribed address on my first attempt. Upon using version 1.0.3 to view: %FSLAX23Y23*% %AMRECT*0 Round-cornered rectangle * 0 PARAMS: width,height,corner diameter,angle,sine,cosine* 21,1,$1-$3,$2,0,0,$4*21,1,$1,$2-$3,0,0,$4*$1=$1-$3*$2=$2-$3*$1=$1/2*$2=$2/2* $4=$1X$5*$5=$2X$5*$1=$1X$6*$2=$2X$6*1,1,$3,$1-$5,$4+$2*1,1,$3,$1+$5,$4-$2* $4=0-$4*$1=0-$1*1,1,$3,$1-$5,$4+$2*1,1,$3,$1+$5,$4-$2*% %ADD11RECT,0.10X0.06X0.03X60.00X0.866025X0.50*% %ADD13RECT,0.10X0.06X0.03X0.00X0.00X1.00*% %ADD16RECT,0.10X0.06X0.03X30.00X0.50X0.866025*% %ADD28RECT,0.06X0.10X0.03X0.00X0.00X1.00*% G54D28*G01X425Y150D03* G54D13*G01X050Y150D03* G54D16*G01X200Y150D03* G54D11*G01X325Y150D03* M02* I am greeted with: *** glibc detected *** .: double free or corruption (out): 0x086b9000 followed by a massive stack dump I've omitted for brevity. Of course, these data may be bogus, but I suspect the developers didn't intend memory corruption to result. Platform: Fedora 8 (including GCC, and requisite libraries). Indeed, I *think* the data are fine. Close examination should reveal the macro renders two rectangles overlapped to form a larger rectangle with four small squares removed from its corners. The squares are then filled by four circles centered so the result is a rectangle with its pointy bits rounded off. If I remove the - from between Round and cornered in the aperture macro comment, gerbv displays *something*, but I don't believe it is right. If I replace the - with an X, I'm back to the stack dump. It appears the comment is somehow mistaken for an expression. J. Wilson ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gerbv - abnormal exit (2nd attempt)
Stefan Petersen wrote: Looking at the gerber you send along there are two things I notice: 1) There is some kind of comment in the middle of the aperture macro. That is according to the manuals _I_ have seen not legal. Maybe there is something I have completely missed out. And this was of course incorrect. I stand corrected. Just found it in the manual... Best regards, /Stefan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: line thickness not shown in gerbv
Stefan Salewski wrote: [EMAIL PROTECTED] wrote: ... so it's probably something in there. This computer is Debian (sid), so its library infrastructure is probably better tested and debugged than most. Just installed latest gerbv on an old Debian box. Bug occurs again there. And I find Debian-Bug-Reports with example pictures about this error: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=374131 If you look at the last line of that bug report it seems cairo (libcairo2) seems like the culprit... See if you can upgrade it. /spe ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user