pcb

Not work gsch2pcb. Windows 7

Bug #855499 reported by bagdades
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
pcb
New
Undecided
Unassigned

Bug Description

Log:
 C:\test>gsch2pcb test.sch -f
 =====================================================
 gsch2pcb backend configuration:

    ----------------------------------------
    Variables which may be changed in gafrc:
    ----------------------------------------
    gsch2pcb:pcb-m4-command: /usr/bin/m4
    gsch2pcb:pcb-m4-dir: /home/pcjc2/gedasrc/windows/minipack/result/share
 /pcb/m4
    gsch2pcb:pcb-m4-confdir: /home/pcjc2/gedasrc/windows/minipack/result/etc/p
 cb
    gsch2pcb:pcb-m4-path: /home/pcjc2/gedasrc/windows/minipack/result/share
 /pcb/m4 /home/pcjc2/gedasrc/windows/minipack/result/etc/pcb $HOME/.pcb .
    gsch2pcb:m4-command-line: /usr/bin/m4 -d -I/home/pcjc2/gedasrc/windows/min
 ipack/result/share/pcb/m4 -I/home/pcjc2/gedasrc/windows/minipack/result/etc/pcb
 -I$HOME/.pcb -I. /home/pcjc2/gedasrc/windows/minipack/result/share/pcb/m4/common
 m4 - >> test.pcb

    ---------------------------------------------------
    Variables which may be changed in the project file:
    ---------------------------------------------------
    gsch2pcb:use-m4: yes

 =====================================================
 Backtrace:
 In current input:
    1: 0* [gsch2pcb "test.pcb"]
 In c:\program files (x86)\geda\share\geda\scheme\gnet-gsch2pcb.scm:
  217: 1* (if gsch2pcb:use-m4 (let* # # # ...) (let # # # ...))
  219: 2 (let* (#) (display "Using the m4 processor for pcb footprints
 ") ...)
  219: 3* [open-output-pipe "/usr/bin/m4 -d -I/home/pcjc2/gedasrc/windows/minip
 ack/result/share/pcb/m4 -I/home/pcjc2/gedasrc/windows/minipack/result/etc/pcb -I
 $HOME/.pcb -I. /home/pcjc2/gedasrc/windows/minipack/result/share/pcb/m4/common.m
 4 - >> test.pcb"]
 In C:\Program Files (x86)\gEDA\share\guile\1.8/ice-9/popen.scm:
  211: 4 [open-pipe "/usr/bin/m4 -d -I/home/pcjc2/gedasrc/windows/minipack/res
 ult/share/pcb/m4 -I/home/pcjc2/gedasrc/windows/minipack/result/etc/pcb -I$HOME/.
 pcb -I. /home/pcjc2/gedasrc/windows/minipack/result/share/pcb/m4/common.m4 - >>
 test.pcb" ...]
 In unknown file:
     ...
    ?: 5 [open-pipe* "w" "/bin/sh" ...]
 In C:\Program Files (x86)\gEDA\share\guile\1.8/ice-9/popen.scm:
  142: 6 (let* ((port/pid #) (port #)) (pipe-guardian port) ...)
  142: 7* [apply #<procedure open-process (mode prog . args)> "w" ...]
 In unknown file:
    ?: 8 [open-process "w" "/bin/sh" ...]
 In C:\Program Files (x86)\gEDA\share\guile\1.8/ice-9/popen.scm:
     ...
   59: 9 (let* ((pid #)) (cond (# # #) (else # # #)))
   59: 10* (primitive-fork)

 C:\Program Files (x86)\gEDA\share\guile\1.8/ice-9/popen.scm:59:16: In expression
  (primitive-fork):
 C:\Program Files (x86)\gEDA\share\guile\1.8/ice-9/popen.scm:59:16: Unbound varia
 ble: primitive-fork
 No elements found, so nothing to do.

Revision history for this message
DJ Delorie (djdelorie) wrote :

Do you have a /usr/bin/m4 installed ?

Revision history for this message
bagdades (bagdades) wrote :

No ,
C:/Program Files/gEDA/share/pcb/m4

Revision history for this message
bagdades (bagdades) wrote :
Revision history for this message
Peter Clifton (pcjc2) wrote :

Ah - that's why you emailed me first...

Ok - we have made some more recent builds of the tools, which could well be better for you...

See:

http://www.delorie.com/pcb/geda-windows/

Having said this, DJ's builds won't contain my printing patches, and unless you're going for the 1.7.x snapshots of gEDA - there haven't been any changes (to gEDA) since I built my last release based on gEDA 1.6.1.

PCB has seen a lot of improvement in the releases DJ is building from - compared to the version I last packaged.

Revision history for this message
bagdades (bagdades) wrote :

Thank you, I will try.

Revision history for this message
bagdades (bagdades) wrote :

I am download build-20110921.zip . How to install?

Revision history for this message
bagdades (bagdades) wrote :

pcb-20110918.exe running well.

Revision history for this message
DJ Delorie (djdelorie) wrote :

The build-*.zip is intended to be just unzipped and run as-is, however, I don't test it, so I can't say that it will work. You'll need to follow the instructions on http://www.delorie.com/pcb/geda-windows/

Revision history for this message
bagdades (bagdades) wrote :

gschem starts the following ways:

Revision history for this message
DJ Delorie (djdelorie) wrote :

Yes, that means you aren't setting the environment variables correctly. You need to either set them globally, or run gschem from a window in which they are set.

Revision history for this message
bagdades (bagdades) wrote :

My environment variables.

Revision history for this message
Peter Clifton (pcjc2) wrote :

The unbound "primitive-fork" suggests that the guile install is broken (due to env-vars or "something").

"primitive-fork" isn't something gEDA calls directly, its guile's popen implementation.

Guile defines primitive-fork in posix.c, but ONLY if HAVE_FORK is #defined.

I guess our build doesn't have that. (Does Windows have a "fork" call?)

I was this was working (at some point) - but perhaps not.

It might be worth checking out whether Guile 2.0 sucks any less than the one we currently build with for Win32. IIRC, gEDA should now be compatible with that.

Revision history for this message
Peter Clifton (pcjc2) wrote :

(^^^ I was sure this was working (at some point) - but perhaps not.)

Revision history for this message
DJ Delorie (djdelorie) wrote :

I tested pcb's importer, but not gsch2pcb. PCB doesn't use guile, so wouldn't have seen this. Perhaps your test had the m4 libraries disabled?

Revision history for this message
bagdades (bagdades) wrote :

After installation http://www2.eng.cam.ac.uk/~pcjc2/geda-gaf-1.6.0+cairo_printing-1.exe gschem starts normally, without any notice, using the same environment variables.

Post : pcb's not working. File -> Import Schematics.

Revision history for this message
bagdades (bagdades) wrote :

Log start gschem build-20110923

Revision history for this message
DJ Delorie (djdelorie) wrote :

cp bin/libguile-srfi-srfi-1-v-3-3.dll bin/libguile-srfi-srfi-1-v-3.dll

Revision history for this message
bagdades (bagdades) wrote :

Thanks, this helped solve the problem with the first message, but what about others?

Revision history for this message
bagdades (bagdades) wrote :

Does not affect the presence of other programs? MinGW, WinAVR.

Revision history for this message
bagdades (bagdades) wrote :

I solved the problem:
gsch2pcb --m4-pcbdir build\share\pcb\m4 -d buid\share\pcb\pcblib *.sch

Revision history for this message
Traumflug (mah-jump-ing) wrote :

Marking this as 'fix released', because the problem appears to be solved. In case it's still there, please open a new bug.

Changed in geda-project:
importance: Undecided → Medium
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.