From: Andrew H. <ahe...@ma...> - 2007-07-29 00:27:29
|
On Jul 28, 2007, at 3:46 PM, Jens Noeckel wrote: > On Jul 28, 2007, at 9:25 AM, Alexander Hansen wrote: >> On 7/27/07, Andrew Henrick <ahe...@ma...> wrote: >>> To whom it may concern: >>> >>> pstoedit it broken with respect to the latest gs interpreter >>> (ghostscript=8.57-1) under the unstable branch on fink. >>> >>> This is kind of silly, since I think it works fine with 8.54 >>> which is in the >>> stable branch. So basically, there is a package in unstable >>> (pstoedit) >>> which only works with the stable gs. Please put pstoedit in >>> stable where it >>> belongs. >>> >>> Thanks, >>> Andrew Henrick >>> >>> -- >>> >>> Package manager version: 0.27.6 >>> Distribution version: 0.8.1.rsync i386 >>> Mac OS X version: 10.4.10 >>> Xcode version: 2.4 >>> gcc version: 4.0.1 (Apple Computer, Inc. build 5363) >>> make version: 3.80 >>> Feedback Courtesy of FinkCommander >>> >> >> gs-8.57 was added to fink unstable quite recently, so any "silliness" >> is also quite recent. Moreover, if a package doesn't currently have >> an individual maintainer, we rely on positive feedback from users to >> have it moved to stable. >> >> How about some more substantive feedback on the breakage vs. 8.57 >> before we move it? "Is broken" can mean a lot of different things. >> For example, did you have pstoedit installed, and then update >> ghostscript? If that's the case then it may be that pstoedit >> needs to >> be rebuilt against the new ghostscript to function properly. >> >> Since pstoedit would be in both stable and unstable, it needs to >> work in both. >> >> -- >> Alexander K. Hansen >> akh AT finkproject DOT org >> Fink User Liaison and Documenter >> > > > Not knowing what the problem is, I experimented a little and can > confirm that there is a problem using pstoedit on some files. If > this can't be fixed in pstoedit, maybe one could make pstoedit in > the unstable tree depend on ghostscript-esp for now. For my own > test case (an eps file with text and graphics), pstoedit worked > fine when ghostscript-esp (version 7.07) was installed instead of > ghostscript 8-57. > > With ghostscript 8-57 installed, the pstoedit hangs and has to be > killed manually, leading to the following output: > > """ > pstoedit -f fig angularmomentum.eps angularmomentum.fig > pstoedit: version 3.44 / DLL interface 108 (build Jul 28 2007 - > release build - g++ 4.0.1 (Apple Computer, Inc. build 5367)) : > Copyright (C) 1993 - 2006 Wolfgang Glunz > ^CPostScript/PDF Interpreter finished. Return status 2 executed > command : /sw/bin/gs -q -dDELAYBIND -dWRITESYSTEMDICT -dNODISPLAY - > dNOEPS /Users/noeckel/psinIo8P7x > The interpreter seems to have failed, cannot proceed ! > """ > > There will soon be a new version of ghostscript (version 8), and it > remains to be seen if pstoedit will work with that. I haven't > looked into the actual reason for the problem with pstoedit and gs. > Clearly, to make progress it would help to know if your original > error reported above is similar to mine. > > In my case, the problem was quite easy to fix even with ghostscript > 8.57 installed: the original file angularmomentum.eps just needed > to be processed with the following command: > > gs -sDEVICE=epswrite -sOutputFile=angularmomentum2.eps -q -dBATCH - > dNOPAUSE angularmomentum.eps -c quit > > This created an eps file (angularmomentum2.eps) that worked fine > with pstoedit. I'm not sure what the culprit is: the original file > had a higher postscript version that the new file (new: %!PS- > Adobe-3.0 EPSF-3.0 versus old: %!PS-Adobe-3.1 EPSF-3.0), but there > could be many other things. Anyway, this seems to suggest that > it's not ghostscript that chokes in my test case, and instead > something is wrong in pstoedit. > > Maybe this helps provide some data points toward a fix. > Jens Included email with author: > I was able to get pstoedit working again with ghostscript 8.54 with > fink > > sudo apt-get install ghostscript=8.54-3 > > > FYI, > AKH > -- > Andrew Henrick > > Now before the feast of the Passover, when Jesus knew that > his hour had come to depart out of this world to the Father, > having loved his own who were in the world, he loved them to the end. > Jn 13.1 > >>> On Jul 26, 2007, at 1:51 PM, Wolfgang Glunz wrote: >>> Hi Andrew, >>> >>> yes - I know, this is a known issue due to newer versions of >>> GhostScript. It will be fixed in 3.45 >>> >>> BR >>> >>> Wolfgang >> >> -----Original Message----- >> From: Andrew Henrick [mailto:ahe...@ma...] >> Sent: Thursday, July 26, 2007 7:56 PM >> To: wgl...@ps... >> Subject: pstoedit hangs with gs interpreter >> >> Hello Wolfgang Gluz: >> >> I am hopeful that you can help me get pstoedit working on my >> system again. I am trying to turn an eps file into a fig file and >> get the following: >> ahenrick$ pstoedit -f fig weno5.eps test.fig >> pstoedit: version 3.44 / DLL interface 108 (build Jul 26 2007 - >> release build - g++ 4.0.1 (Apple Computer, Inc. build 5363)) : >> Copyright (C) 1993 - 2006 Wolfgang Glunz >> ^CPostScript/PDF Interpreter finished. Return status 2 executed >> command : /sw/bin/gs -q -dDELAYBIND -dWRITESYSTEMDICT -dNODISPLAY - >> dNOEPS /Users/ahenrick/Desktop/thesis/figs/psinvCsg5K >> The interpreter seems to have failed, cannot proceed ! >> >> I installed pstoedit from Fink. Here's what I know: >> >> ahenrick$ pstoedit -gstest -v >> pstoedit: version 3.44 / DLL interface 108 (build Jul 26 2007 - >> release build - g++ 4.0.1 (Apple Computer, Inc. build 5363)) : >> Copyright (C) 1993 - 2006 Wolfgang Glunz >> pstoedit : path to myself:pstoedit 16 /sw/bin/pstoedit >> loading plugins from /sw/bin using suffix: .so >> loading plugins from /sw/lib/pstoedit-3.44 using suffix: .so >> loading plugin: /sw/lib/pstoedit-3.44/libp2edrvlplot.so >> dlopening /sw/lib/pstoedit-3.44/libp2edrvlplot.so >> loading dynamic library /sw/lib/pstoedit-3.44/libp2edrvlplot.so >> completed successfully >> getSymbol("initlibrary") succeeded. >> loading plugin: /sw/lib/pstoedit-3.44/libp2edrvmagick++.so >> dlopening /sw/lib/pstoedit-3.44/libp2edrvmagick++.so >> loading dynamic library /sw/lib/pstoedit-3.44/libp2edrvmagick++.so >> completed successfully >> getSymbol("initlibrary") succeeded. >> loading plugin: /sw/lib/pstoedit-3.44/libp2edrvstd.so >> dlopening /sw/lib/pstoedit-3.44/libp2edrvstd.so >> loading dynamic library /sw/lib/pstoedit-3.44/libp2edrvstd.so >> completed successfully >> getSymbol("initlibrary") succeeded. >> loading plugin: /sw/lib/pstoedit-3.44/libp2edrvswf.so >> dlopening /sw/lib/pstoedit-3.44/libp2edrvswf.so >> loading dynamic library /sw/lib/pstoedit-3.44/libp2edrvswf.so >> completed successfully >> getSymbol("initlibrary") succeeded. >> loading plugin: /sw/lib/pstoedit-3.44/libp2edrvwmf.so >> dlopening /sw/lib/pstoedit-3.44/libp2edrvwmf.so >> loading dynamic library /sw/lib/pstoedit-3.44/libp2edrvwmf.so >> completed successfully >> getSymbol("initlibrary") succeeded. >> GS not set, trying registry for common/gstocall >> nothing found so far, trying default >> Value found is:/sw/bin/gs >> first trying registry for common/GS_LIB >> still not found an entry - now trying GS_LIB >> nothing found so far, trying default >> now calling the interpreter via: /sw/bin/gs -dDELAYBIND - >> dWRITESYSTEMDICT -dESTACKPRINT -dNODISPLAY -dNOEPS >> GPL Ghostscript 8.57 (2007-05-11) >> Copyright (C) 2007 artofcode LLC, Benicia, CA. All rights reserved. >> This software comes with NO WARRANTY: see the file PUBLIC for >> details. >> GS>^C >> PostScript/PDF Interpreter finished. Return status 2 executed >> command : /sw/bin/gs -dDELAYBIND -dWRITESYSTEMDICT -dESTACKPRINT - >> dNODISPLAY -dNOEPS >> >> Can you please help. Thanks, >> Andrew Thanks for the quick reply. Before I emailed the fink team, I emailed the author of pstoedit. I have included his reply above. As I tried to explain in my first post, pstoedit is broken. pstoedit still works fine with the gs interpreter in the stable branch. Perhaps the unstable gs interpreter has some different api that causes the hang up. My suggestion, which was probably not the best, was to move pstoedit to stable since 1) I haven't had a problem with it before this and so it appears pretty stable and unlikely to crash anyone's system 2) It works with the "stable" gs interpreter. These are probably not good enough reasons. In any case, I was under the assumption from the faq that moving completely to unstable is the way to go since the unstable branch is self-consistent. This does not appear to be the case here. I am not sure what the problem is and will simply hold off on updating gs from fink for a while. Jens, thanks a lot for the work around. Sorry to have been obtuse in the first email. I was rather frustrated and working under a deadline when pstoedit broke. I am not an expert in either fink or gs, so it took me more than a day to figure out how to down grade to the stable gs interpreter, which was at the time a shot in the dark anyway. Thanks for your help, Andrew |