[gs-bugs] [Bug 691292] pstopxl filter fails on Mac OS X

[bugzilla-daemon at ghostscript.com]

http://bugs.ghostscript.com/show_bug.cgi?id=691292

Hin-Tak Leung <hintak at ghostscript.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

--- Comment #5 from Hin-Tak Leung <hintak at ghostscript.com> 2010-06-29 04:01:11 UTC ---
commit r11446 tries to check if sed is GNU and if not, switch over to
alternative behavior. So after the commit, systems with GNU sed would behave
correctly as it did, but systems with an identifiable non-GNU sed such as Mac
OS X would switch over to use the Mac OS X/BSD like options. This covers two of
the main unix OSes.

One other systems I checked was Tru64, on which the system sed does not support
either form of extended regular expression syntax. This is likely the case for
many older Unix systems; beside Linux (GNU systems) and Mac OS X, perhaps the
next unix systems worth looking at is Solaris - somebody might want to report
whether solaris ships GNU sed, has a system sed that works like Mac OS X, or a
system sed that does not support either form (like Tru64).

In any case, before the commit, the pstopxl assumes sed is GNU sed (and breaks
on systems where the system sed behaves significantly differently); after the
change it would assume any non-GNU sed works like BSD's, so that's an
improvement. This change does not cover all legacy unix systems where the
system sed does not support either form of extended regular expressions, nor
where the system sed tries to behaves like GNU sed but is implemented
independently.

-- 
Configure bugmail: http://bugs.ghostscript.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.