makempy (pstoedit <-> gs) hangs

makempy (pstoedit <-> gs) hangs

[Wolfgang Werners-Lucchini]

Hallo,

the following code let ghostscript fail. 
What is wrong her?

Wolfgang

\setupcolors  [state=start]
\starttext
\useMPlibrary[txt]
\startlinecorrection
\TightText{\ss\bf 123}{0cm}{3cm}{red}
\stoplinecorrection
\stoptext
%
%ConTeXt  ver: 2007.07.03 19:38 MKII  
%pstoedit: version 3.44 / DLL interface 108 
%GPL Ghostscript 8.57 (2007-05-11)

___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: makempy (pstoedit <-> gs) hangs

[Mojca Miklavec]

Hello Wolfgang and others,

Has anyone ever managed to use "\useMPlibrary[txt]" in the last two or
three years?

On 7/21/07, Wolfgang Werners-Lucchini wrote:
> Hallo,
>
> the following code let ghostscript fail.
> What is wrong her?
>
> Wolfgang
>
> \setupcolors  [state=start]
> \starttext
> \useMPlibrary[txt]
> \startlinecorrection
> \TightText{\ss\bf 123}{0cm}{3cm}{red}
> \stoplinecorrection
> \stoptext
> %
> %ConTeXt  ver: 2007.07.03 19:38 MKII
> %pstoedit: version 3.44 / DLL interface 108
> %GPL Ghostscript 8.57 (2007-05-11)

I've written to the author of pstoedit exactly two years ago, when
pstoedit v. 3.40 was indeed broken (approved by the author). He sent
me a patch, but I didn't know how to compile the program, and I never
tested it since then.

Hans claimed that version 3.33 worked for him (and others approved
that downgrading worked), but it didn't work for me, since I would
need an older GS version as well.

Here some infinite loop occurs when I call
    pstoedit -ssp -dt -f mpost mpy-bla-mpgraph.pdf mpy-bla-mpgraph.tmp
(which is what ConTeXt does in line 328 of makempy.pl)

I have no dea whether that's pdtoedit's or ghostscript's problem. I
hope that the author of pstoedit will reply and figure out what the
problem could be.

Mojca
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: makempy (pstoedit <-> gs) hangs

[George N. White III]

On 7/22/07, Mojca Miklavec <mojca.miklavec.lists@gmail.com> wrote:

> Hello Wolfgang and others,
>
> Has anyone ever managed to use "\useMPlibrary[txt]" in the last two or
> three years?

The example (stroked roman-numerals for enumeration) at the bottom of
<http://wiki.contextgarden.net/User-Defined_Enumerations> still works
for
me.

> On 7/21/07, Wolfgang Werners-Lucchini wrote:
> > Hallo,
> >
> > the following code let ghostscript fail.
> > What is wrong her?
> >
> > Wolfgang
> >
> > \setupcolors  [state=start]
> > \starttext
> > \useMPlibrary[txt]
> > \startlinecorrection
> > \TightText{\ss\bf 123}{0cm}{3cm}{red}
> > \stoplinecorrection
> > \stoptext
> > %
> > %ConTeXt  ver: 2007.07.03 19:38 MKII
> > %pstoedit: version 3.44 / DLL interface 108
> > %GPL Ghostscript 8.57 (2007-05-11)
>
> I've written to the author of pstoedit exactly two years ago, when
> pstoedit v. 3.40 was indeed broken (approved by the author). He sent
> me a patch, but I didn't know how to compile the program, and I never
> tested it since then.

The above example fails using pstoedit 3.44 and ghostscript 8.60, but
with this version, ghostscript takes 100% CPU until killed.

> Hans claimed that version 3.33 worked for him (and others approved
> that downgrading worked), but it didn't work for me, since I would
> need an older GS version as well.
>
> Here some infinite loop occurs when I call
>     pstoedit -ssp -dt -f mpost mpy-bla-mpgraph.pdf mpy-bla-mpgraph.tmp
> (which is what ConTeXt does in line 328 of makempy.pl)

Older GS exits:
ESP Ghostscript 815.04: Unrecoverable error, exit code 1

Newer GS (8.60) loops.

> I have no dea whether that's pdtoedit's or ghostscript's problem. I
> hope that the author of pstoedit will reply and figure out what the
> problem could be.


-- 
George N. White III <aa056@chebucto.ns.ca>
Head of St. Margarets Bay, Nova Scotia
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: makempy (pstoedit <-> gs) hangs

[luigi scarso]

> Thank you Arthur!
>
> I have patched 'pstoedit.dll' version 3.44 (0x6B674: 0x20 --> 0x25)
> and so it works with gs 8.57 for me!
Also from,
http://www.ntg.nl/pipermail/ntg-context/2005/011598.html
(yes 2005 !)
this works now
\starttext
 \startMPcode
 graphictext "MP" scaled 8 outlinefill
withdrawcolor .7blue withfillcolor .7white dashed
evenly withpen
pencircle scaled 2pt ;
\stopMPcode


-- 
luigi
----------------------------------------------------------------
If your question is of interest to others as well, please add an entry
to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: makempy (pstoedit <-> gs) hangs

[George N. White III]

On 7/30/07, Arthur Reutenauer <arthur.reutenauer@normalesup.org> wrote:

> > I have patched 'pstoedit.dll' version 3.44 (0x6B674: 0x20 --> 0x25)
> > and so it works with gs 8.57 for me!
>
>   (Yes, that 2-bit patch ;-)
>
>   Great! In the mean time I exchanged mail with the author of pstoedit
> (thanks to someone who forwarded my previous mail to him ;-) and it
> should be fixed in the next release of pstoedit (3.45). Actually the
> problem was (of course) a bit more complicated than what I first
> described and there was a reason why getorigfont should call itself
> recursively; and why it wouldn't work with newer versions of gs (I can
> explain it in case anyone is interested).

I'm interested, but it is good to post the explanation so it becomes
part of the public record google can find.  Problems like this have a
way of cropping up many times -- it will be a few years before all linux
distros have updated to the new version, and some will make backports
of the patch.  The next people who encounter this will benefit from seeing
the explanation so they can make the fix in somewhat different versions
of pstoedit..

-- 
George N. White III <aa056@chebucto.ns.ca>
Head of St. Margarets Bay, Nova Scotia
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: makempy (pstoedit <-> gs) hangs

[luigi scarso]

On 7/30/07, Arthur Reutenauer <arthur.reutenauer@normalesup.org> wrote:
> > I have patched 'pstoedit.dll' version 3.44 (0x6B674: 0x20 --> 0x25)
> > and so it works with gs 8.57 for me!
>
>   (Yes, that 2-bit patch ;-)
>
>   Great! In the mean time I exchanged mail with the author of pstoedit
> (thanks to someone who forwarded my previous mail to him ;-) and it
> should be fixed in the next release of pstoedit (3.45). Actually the
> problem was (of course) a bit more complicated than what I first
> described and there was a reason why getorigfont should call itself
> recursively; and why it wouldn't work with newer versions of gs (I can
> explain it in case anyone is interested).
>
>   Anyway, glad I could help.

Well, you made 30, you can make 31 :)

-- 
luigi
----------------------------------------------------------------
If your question is of interest to others as well, please add an entry
to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: makempy (pstoedit <-> gs) hangs

[Arthur Reutenauer]

> I have patched 'pstoedit.dll' version 3.44 (0x6B674: 0x20 --> 0x25)
> and so it works with gs 8.57 for me!

  (Yes, that 2-bit patch ;-)

  Great! In the mean time I exchanged mail with the author of pstoedit
(thanks to someone who forwarded my previous mail to him ;-) and it
should be fixed in the next release of pstoedit (3.45). Actually the
problem was (of course) a bit more complicated than what I first
described and there was a reason why getorigfont should call itself
recursively; and why it wouldn't work with newer versions of gs (I can
explain it in case anyone is interested).

  Anyway, glad I could help.

	Arthur
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: makempy (pstoedit <-> gs) hangs

[Wolfgang Werners-Lucchini]

Hallo!

>   I think I've identified the problem: in the PostScript prologue
> file for
> pstoedit you find the following bit of code (slightly simplified):
> 
> 	/getorigfont
> 	{
> 	  dup /OrigFont known
> 	  {
> 	    /OrigFont get getorigfont
> 	  }
> 	  if
> 	}
> 	def
> 
> 
>   I guess anyone, even not familiar with PostScript, can spot the
> error here:
> getorigfont is called recursively ad infinitum! I have no idea why
> this is so,
> but this mistake is easy to correct, by simply commenting out the
> innermost
> ?getorigfont?; and it indeed fixes the problem with Wolfgang's
> code.
> 
>   Why the error wouldn't happen with older versions of gs isn't
> clear to me and
> I haven't tested it (for debugging I used pstoedit 3.44 and gs
> 8.56
> throughout); on the other hand, it's quite clear why the bug
> wouldn't show up
> on code that uses only outlines and no font, like in the last
> example of
> http://wiki.contextgarden.net/User-Defined_Enumerations as George
> pointed out:
> the spurious piece of code is only used for font redefinitions and
> is therefore
> not called in the case of the fuzzy itemize style, because the
> symbols are not
> taken from a font.
> 
>   For people wanting to compile an amended version of pstoedit, the
> attached
> patch should do the trick, although hand-editing the relevant file
> (src/pstoedit.ph) should be just as easy (this is really a 2-byte
> patch ? and
> you can even turn it into a 2-bit patch ;-).

Thank you Arthur!

I have patched 'pstoedit.dll' version 3.44 (0x6B674: 0x20 --> 0x25)
and so it works with gs 8.57 for me!

Wolfgang
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: makempy (pstoedit <-> gs) hangs

[Arthur Reutenauer]

[-- Attachment #1: Type: text/plain, Size: 2057 bytes --]

  I think I've identified the problem: in the PostScript prologue file for
pstoedit you find the following bit of code (slightly simplified):

	/getorigfont
	{
	  dup /OrigFont known
	  {
	    /OrigFont get getorigfont
	  }
	  if
	}
	def


  I guess anyone, even not familiar with PostScript, can spot the error here:
getorigfont is called recursively ad infinitum! I have no idea why this is so,
but this mistake is easy to correct, by simply commenting out the innermost
“getorigfont”; and it indeed fixes the problem with Wolfgang's code.

  Why the error wouldn't happen with older versions of gs isn't clear to me and
I haven't tested it (for debugging I used pstoedit 3.44 and gs 8.56
throughout); on the other hand, it's quite clear why the bug wouldn't show up
on code that uses only outlines and no font, like in the last example of
http://wiki.contextgarden.net/User-Defined_Enumerations as George pointed out:
the spurious piece of code is only used for font redefinitions and is therefore
not called in the case of the fuzzy itemize style, because the symbols are not
taken from a font.

  For people wanting to compile an amended version of pstoedit, the attached
patch should do the trick, although hand-editing the relevant file
(src/pstoedit.ph) should be just as easy (this is really a 2-byte patch — and
you can even turn it into a 2-bit patch ;-).


>                                                       Since pstoedit
> mucks with ghostscript's SYSTEMDICT it isn't surprising that problems
> arise for newer gs versions.

  That's what I thought too (even if the bug had nothing to do with that
apparently). I wonder if all that is really needed and if it wouldn't be
simpler and less error-prone to use a custom dictionary where all the
overriding functions are defined. Instead the author of pstoedit does quite
scary things with systemdict ...

>                               Maybe it is time for ghostscript to get
> an mpost driver.

  Sure, wouldn't harm either.

	Arthur

[-- Attachment #2: pstoedit.patch --]
[-- Type: text/x-diff, Size: 577 bytes --]

diff -cNrp pstoedit-3.44/src/pstoedit.ph pstoedit-3.44-patched/src/pstoedit.ph
*** pstoedit-3.44/src/pstoedit.ph	Mon Jul 30 00:35:24 2007
--- pstoedit-3.44-patched/src/pstoedit.ph	Mon Jul 30 00:34:29 2007
*************** const char * const PS_prologue[] = 
*** 1920,1926 ****
   " { 210 pscover ",
   " dup /OrigFont known ",
   " { 211 pscover ",
!  " /OrigFont get getorigfont  ",
   " }  ",
   " if ",
   " }  ",
--- 1920,1926 ----
   " { 210 pscover ",
   " dup /OrigFont known ",
   " { 211 pscover ",
!  " /OrigFont get % getorigfont  ",
   " }  ",
   " if ",
   " }  ",

[-- Attachment #3: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: makempy (pstoedit <-> gs) hangs

[George N. White III]

On 7/28/07, Wolfgang Werners-Lucchini <wwl@musensturm.de> wrote:

> Hallo!
>
> Downgrading to gs version 8.11
> does NOT help, but downgrading to 8.11 AND changing the makempy
> methode from pdf to ps helps!
>
> gs 8.57 hangs with ps too.
>
> If an ps guru can interpret the gs error message, I will send this of
> list!?

The way to proceed is to come up with a minimal ps or pdf file that
triggers the bug.  It might help to pinpoint the problem if you can
compare a mpy-foo-mpgraph.pdf that break "pstoedit -f mpost" with
a different mpy-bla-mpgraph.pdf (or .ps) that works.  Since pstoedit
mucks with ghostscript's SYSTEMDICT it isn't surprising that problems
arise for newer gs versions.  Maybe it is time for ghostscript to get
an mpost driver.

-- 
George N. White III <aa056@chebucto.ns.ca>
Head of St. Margarets Bay, Nova Scotia
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: makempy (pstoedit <-> gs) hangs

[Wolfgang Werners-Lucchini]

Hallo!

Downgrading to gs version 8.11
does NOT help, but downgrading to 8.11 AND changing the makempy 
methode from pdf to ps helps!

gs 8.57 hangs with ps too.

If an ps guru can interpret the gs error message, I will send this of 
list!?

Wolfgang

> > the following code let ghostscript fail.
> > What is wrong her?
> >
> > Wolfgang
> >
> > \setupcolors  [state=start]
> > \starttext
> > \useMPlibrary[txt]
> > \startlinecorrection
> > \TightText{\ss\bf 123}{0cm}{3cm}{red}
> > \stoplinecorrection
> > \stoptext
> > %
> > %ConTeXt  ver: 2007.07.03 19:38 MKII
> > %pstoedit: version 3.44 / DLL interface 108
> > %GPL Ghostscript 8.57 (2007-05-11)

___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: makempy (pstoedit <-> gs) hangs

[Hans Hagen]

Wolfgang Werners-Lucchini wrote:
> Hallo!
> 
>>> the following code let ghostscript fail.
>>> What is wrong her?
>>>
>>> Wolfgang
>>>
>>> \setupcolors  [state=start]
>>> \starttext
>>> \useMPlibrary[txt]
>>> \startlinecorrection
>>> \TightText{\ss\bf 123}{0cm}{3cm}{red}
>>> \stoplinecorrection
>>> \stoptext
>>> %
>>> %ConTeXt  ver: 2007.07.03 19:38 MKII
>>> %pstoedit: version 3.44 / DLL interface 108
>>> %GPL Ghostscript 8.57 (2007-05-11)
> 
> Don't know if this matters! But the temporary created pdf (input for 
> pstoedit) is a bit smaller then the string to render '123'. The 
> overshut of the round charakters '2' and '3' is cut.

try \ruledhbox{...} and you will observe similar effects, traditional 
tex has alimited number of heights and depths for fonts and glyphs 
themselves may have a practical boundingbox different from the tight 
fitting one; just add struts or enlarge the box

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
      tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
                                              | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: makempy (pstoedit <-> gs) hangs

[Wolfgang Werners-Lucchini]

Hallo!

> > the following code let ghostscript fail.
> > What is wrong her?
> >
> > Wolfgang
> >
> > \setupcolors  [state=start]
> > \starttext
> > \useMPlibrary[txt]
> > \startlinecorrection
> > \TightText{\ss\bf 123}{0cm}{3cm}{red}
> > \stoplinecorrection
> > \stoptext
> > %
> > %ConTeXt  ver: 2007.07.03 19:38 MKII
> > %pstoedit: version 3.44 / DLL interface 108
> > %GPL Ghostscript 8.57 (2007-05-11)

Don't know if this matters! But the temporary created pdf (input for 
pstoedit) is a bit smaller then the string to render '123'. The 
overshut of the round charakters '2' and '3' is cut.

Wolfgang
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________