![](https://secure.gravatar.com/avatar/ab73c799733cb79686500b0adbf33bb8.jpg?s=120&d=mm&r=g)
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