Re: gEDA-user: Windows version of gerbv

[Dan McMahill <dan@xxxxxxxxxxxx>]

Rick Collins wrote:
> At 03:25 PM 4/22/2008, Stuart Brorson wrote:
>> Hi --
>>
>> On Tue, 22 Apr 2008, Rick Collins wrote:
>>> Thanks for the response.
>> My pleasure!  Yer welcome!
>>
>>> At 12:06 PM 4/22/2008, you wrote:
>>>>> I tried installing the current version of gerbv under Win2K SP4.  It
>>>>> installed ok and started.  But when I tried opening a Gerber file it
>>>>> crashed.  It also crashed when I opened an XYRS file.  Is there
>>>>> something else I need to do?
>>>> What did it say when it crashed?  And what version of windows are you
>>>> using?
>>> It gave...
>>>
>>> ---------------------------
>>> Gerber Viewer2.0.1: : gerbv.exe - Application Error
>>> ---------------------------
>>> The instruction at "0x6b067700" referenced memory at "0x00000000".
>>> The memory could not be "read".
>> Oh oh.  Referencing a NULL pointer somewhere.  I have run valgrind on
>> gerbv in the past to find and eliminate these types of problems, but
>> maybe something we changed recently does this.  Or maybe Windows makes
>> this happen.  Or maybe GTK on Windows is not a happy beast.....
>>
>>> Click on OK to terminate the program
>>> Click on CANCEL to debug the program
>>> ---------------------------
>>> OK   Cancel
>>> ---------------------------
>>>
>>> I am running the most recent version which I had just downloaded, 2.0.1.
>> That's the only version for Windows we have.
>>
>> Hey -- are you running on a 64 bit machine by any chance?
> 
> No, I am running on a tired old Athalon 1600.  It sounds like there 
> is no hope for me at this time.

I wouldn't say that.  In fact, I'd guess that your crashing problem 
stems more from some bug in the parser or rendering and not so much 
because you're on windows.  The first step I think is to see if we can 
find a way for someone else to reproduce the crash.  The one drawback to 
a binary distribution is it makes it hard to have you obtain a stack 
trace (which needs things like the debugger and the source code available).

> So what does gerbv assume for a frame of reference???  It has to know 
> were 0,0 is, but I expect that comes from the Gerber files.

the data in the RS274-X files (gerber files) has absolute coordinates 
and the x-y data are expected to match up.  So 0,0 in the x-y file is 
defined to be the same as x-y in the RS274-X file(s).

>  I don't 
> know how the ATE operators set it.  It has to know 0 degrees; sounds 
> like pin 1 lower left is the standard.  It has to know the direction 
> of rotation; Bruce Parham has told me that it is counter clockwise by 
> convention (he wrote the XYRS generator used with FreePCB).
> 
> So how does Gerbv resolve these reference settings?

For clockwise vs counter clockwise, gerbv does the same thing as pcb.
http://pcb.sourceforge.net/pcb-20080202/pcb.html#Centroid%20File%20Format

Note that pcb has issues with non-90 degree steps (and there have been 
discussions here on good ways to improve the situation), but this should 
define for you what positive rotation means in terms of gerbv.


-Dan



_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user