X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h= reply-to:to:from:subject:message-id:date:mime-version :content-type; s=fm1; bh=NPtbUMUqwOfq7TAgadBI4aikSaTP6zYOfaaan4/ GSLA=; b=tfJVmNeTj22E4Isi4NBCV7A9QIEKY8Nn5iH2P58lOSstvQIy6nbCqh8 ddta3UXxSAKGlKjajOrjqYp5G7/mauZjSC+Hkkj55greQ0D/2NqZ7sbBG2+fkt11 FKUAdcVc13fDq+MHiGyVyrhfcH1LJLimeZ1/rdVGza05BJSYUgOuwco9zyHwFN1x 57IS+Q50m2YQmkZp/JWkxQrbHuU7YinI2croY7Y9lZAtUTzcbeBHojuzTZj1srsR bzKMsmSYTSSw4hLoJIyZTXnJLOnwq2U5vi2w87ITCb0P2myQlQPFrXCqpEuoZON3 LmaA3ZHiN9LevbthsNyohLt45Zhow4w== X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:reply-to:subject:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=NPtbUMUqwOfq7TAga dBI4aikSaTP6zYOfaaan4/GSLA=; b=QFivbPLrWvV+TW3IjcsT9gC/TNpk48afW QPBn2q+be0I7n/H8JdmZD3BV3XPVq2aLy6EvpqoznDLGwZ+g1UQunnGs0+DWH/6G c9eUagAO2tzStkE3b2r1dwTiZMM6gCRI5WF3wrSS6gzBanl6b9ZuhxTWXNXHG0Ik y9Ug9CFU8lQYTTZrYqrszwbrn24+KSHbD8T/zJjafZxhhihWNPhNJCDX5B4x1T6s zIMBVBHG87G8xa8W9tQ6VpB0zbqs+1AlZIqd1HviuVbL5cEyIWzlf3VEjvPbf44I TSggQ7gjFvMLOw1dMIheG2/G3UXRGj7gmy1oPE/HR+jT/c2HG6GVA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedruddthedguddvvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpehrvffhuffkffgfgggtsegrtderredtfeejnecuhfhrohhmpefiihhrvhhi nhcujfgvrhhruceoghhhvghrrhhlsehfrghsthhmrghilhdrtghomheqnecukfhppedutd ekrddvudehrdduleehrddvtdehnecurfgrrhgrmhepmhgrihhlfhhrohhmpehghhgvrhhr lhesfhgrshhtmhgrihhlrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: To: gEDA User Mailing List From: "Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com]" Subject: [geda-user] gschem PostScript print-to-file output failing Message-ID: Date: Thu, 31 Oct 2019 12:14:19 -0700 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------674560DA37220F0F304F9999" Content-Language: en-US Note-from-DJ: This may be spam Reply-To: geda-user AT delorie DOT com This is a multi-part message in MIME format. --------------674560DA37220F0F304F9999 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Greetings, I am using gEDA gschem 1.8.2 (g875406c) and GhostScript 9.26 on Slackware Linux 14.2. What I am trying to do is export my gschem drawing and import it into QCAD. I "printed" the drawing to a PostScript file and tried to use pstoedit to convert the PostScript file to a DXF file which QCAD will import. This has worked well on a PCB eps exported file. In fact I tested it today and it still is working. However, pstoedit seems to fail. Rather, it seems to be GhostScript that is failing when it encounters a "findfont" name in the gschem PostScript file. I am pretty sure this process worked for me in the past (years ago) when I had to convert a gschem drawing to a DXF file. Something since then has changed and I expect that to have been GhostScript, since it has been updated twice since I may have used it. The gs versions I have had installed in the past are 9.19, 9.25, and now 9.26. According to my research on pstoedit, the pstoedit failures started with the 9.2x series, if that helps. My pstoedit command is:     pstoedit -f dxf -xscale 1.0 -yscale 1.0  gschem_file_name.ps gschem_file_name.ps.dxf Here is the output of pstoedit: ------ pstoedit: version 3.70 / DLL interface 108 (built: Oct 30 2019 - release build - g++ 5.3.0 - 32-bit) : Copyright (C) 1993 - 2014 Wolfgang Glunz Error:  in /undefined/findfontgEDAFont--nostringval--Helvetica%interp_exit.runexec2--nostringval--.findfontop--nostringval--2%stopped_push- Operand stack: Execution stack: -nostringval--.findfontop.findfontopfalse1%stopped_push204513%oparray_pop204413%oparray_pop202413%oparray_pop188413%oparray_pop--nostringval--%errorexec_pop.runexec2--nostringval--.findfontop--nostringval--2%stopped_push--nostringval--204513%oparray_pop204413%oparray_pop202413%oparray_pop188413%oparray_pop--nostringval--%errorexec_pop.runexec2--nostringval--.findfontop--nostringval Dictionary stack:    --dict:/(ro)(G)--   --dict:/(G)--   --dict:/(L)-- Current allocation mode is local Current file position is --2%stopped_push--nostringval--.findfontop.findfontop197533%oparray_pop966168402033345012792GPL Ghostscript 9.26: Unrecoverable error, exit code 1 PostScript/PDF Interpreter finished. Return status 256 executed command : /usr/bin/gs -q -dDELAYBIND -dWRITESYSTEMDICT -dNODISPLAY -dNOEPS "/tmp/psinACg2Dl" The interpreter seems to have failed, cannot proceed ! ----- I then converted the gschem ps file to eps with eps2eps and then used pstoedit on it, with the following response: ------ pstoedit: version 3.70 / DLL interface 108 (built: Oct 30 2019 - release build - g++ 5.3.0 - 32-bit) : Copyright (C) 1993 - 2014 Wolfgang Glunz %%[ Error handled by opdfread.ps : undefined; OffendingCommand: findfont ]%% GPL Ghostscript 9.26: Unrecoverable error, exit code 1 PostScript/PDF Interpreter finished. Return status 256 executed command : /usr/bin/gs -q -dDELAYBIND -dWRITESYSTEMDICT -dNODISPLAY -dNOEPS "/tmp/psinyEOi33" The interpreter seems to have failed, cannot proceed ! ------ It looks like maybe "findfont" was a PostScript key word or function at one time, but now GhostScript is no longer supporting it. I am not a Postscript guru. Two questions: 1. Is this problem known and is there a work-around? 2. Is there another gschem process I can use to get a workable PostScript, Encapsulated PostScript, or DXF-directly output file which I can import into QCAD? Thanks. Girvin Herr --------------674560DA37220F0F304F9999 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Greetings,

I am using gEDA gschem 1.8.2 (g875406c) and GhostScript 9.26 on Slackware Linux 14.2.

What I am trying to do is export my gschem drawing and import it into QCAD. I "printed" the drawing to a PostScript file and tried to use pstoedit to convert the PostScript file to a DXF file which QCAD will import. This has worked well on a PCB eps exported file. In fact I tested it today and it still is working. However, pstoedit seems to fail. Rather, it seems to be GhostScript that is failing when it encounters a "findfont" name in the gschem PostScript file. I am pretty sure this process worked for me in the past (years ago) when I had to convert a gschem drawing to a DXF file. Something since then has changed and I expect that to have been GhostScript, since it has been updated twice since I may have used it. The gs versions I have had installed in the past are 9.19, 9.25, and now 9.26. According to my research on pstoedit, the pstoedit failures started with the 9.2x series, if that helps.

My pstoedit command is:

    pstoedit -f dxf -xscale 1.0 -yscale 1.0  gschem_file_name.ps  gschem_file_name.ps.dxf

Here is the output of pstoedit:

------

pstoedit: version 3.70 / DLL interface 108 (built: Oct 30 2019 - release build - g++ 5.3.0 - 32-bit) : Copyright (C) 1993 - 2014 Wolfgang Glunz
Error:  in /undefined/findfontgEDAFont--nostringval--Helvetica%interp_exit.runexec2--nostringval--.findfontop--nostringval--2%stopped_push-
Operand stack:
        
Execution stack:
                                                                                     -nostringval--.findfontop.findfontopfalse1%stopped_push204513%oparray_pop204413%oparray_pop202413%oparray_pop188413%oparray_pop--nostringval--%errorexec_pop.runexec2--nostringval--.findfontop--nostringval--2%stopped_push--nostringval--204513%oparray_pop204413%oparray_pop202413%oparray_pop188413%oparray_pop--nostringval--%errorexec_pop.runexec2--nostringval--.findfontop--nostringval                                                                                                                         
Dictionary stack:
   --dict:/(ro)(G)--   --dict:/(G)--   --dict:/(L)--
Current allocation mode is local
Current file position is
--2%stopped_push--nostringval--.findfontop.findfontop197533%oparray_pop966168402033345012792GPL Ghostscript 9.26: Unrecoverable error, exit code 1
PostScript/PDF Interpreter finished. Return status 256 executed command : /usr/bin/gs -q -dDELAYBIND -dWRITESYSTEMDICT -dNODISPLAY -dNOEPS "/tmp/psinACg2Dl"
The interpreter seems to have failed, cannot proceed !

-----

I then converted the gschem ps file to eps with eps2eps and then used pstoedit on it, with the following response:

------

pstoedit: version 3.70 / DLL interface 108 (built: Oct 30 2019 - release build - g++ 5.3.0 - 32-bit) : Copyright (C) 1993 - 2014 Wolfgang Glunz
%%[ Error handled by opdfread.ps : undefined; OffendingCommand: findfont ]%%
GPL Ghostscript 9.26: Unrecoverable error, exit code 1
PostScript/PDF Interpreter finished. Return status 256 executed command : /usr/bin/gs -q -dDELAYBIND -dWRITESYSTEMDICT -dNODISPLAY -dNOEPS "/tmp/psinyEOi33"
The interpreter seems to have failed, cannot proceed !

------

It looks like maybe "findfont" was a PostScript key word or function at one time, but now GhostScript is no longer supporting it. I am not a Postscript guru.

Two questions:

  1. Is this problem known and is there a work-around?

  2. Is there another gschem process I can use to get a workable PostScript, Encapsulated PostScript, or DXF-directly output file which I can import into QCAD?
Thanks.

Girvin Herr



--------------674560DA37220F0F304F9999--