On 27/06 12.51, Noah Misch wrote:
> 
> PostgreSQL 9.5 adds a strxfrm() call in bttext_abbrev_convert(), which does
> not account for the Solaris bug.  I wish to determine whether that bug is
> still relevant today.  If you have access to Solaris with the is_IS.ISO8859-1
> locale installed (or root access to install it), please compile and run the
> attached test program on each Solaris version you have available.  Reply here
> with the program's output.  I especially need a report from Solaris 10, but
> reports from older and newer versions are valuable.  Thanks.

I ran this program on Solaris 9 U5 (September 2006) on Sparc and got:

---
SunOS tor10-z1 5.9 Generic_Virtual sun4v sparc SUNW,SPARC-Enterprise-T5120
locale "is_IS.ISO8859-1": strxfrm returned 162; last modified byte at 106 
(0xffd2)
locale "is_IS.ISO8859-1": strxfrm returned 162; last modified byte at 106 
(0xffd2)
locale "": strxfrm returned 26; last modified byte at 58 (0x0)
---

NB this runs in a Container on a Solaris 10 host. On our oldest
Solaris 10 sparc box, running Solaris 10 U6 (October 2008) I get:

---
SunOS tor07 5.10 Generic_137137-09 sun4v sparc SUNW,SPARC-Enterprise-T5120
locale "is_IS.ISO8859-1": strxfrm returned 216; last modified byte at 58 (0x0)
locale "is_IS.ISO8859-1": strxfrm returned 216; last modified byte at 58 (0x0)
locale "": strxfrm returned 26; last modified byte at 27 (0x0)
---

On x86: Solaris 10 U5 (May 2008) I get:

---
SunOS loki08 5.10 Generic_127128-11 i86pc i386 i86pc
locale "is_IS.ISO8859-1": strxfrm returned 216; last modified byte at 58 (0x0)
locale "is_IS.ISO8859-1": strxfrm returned 216; last modified byte at 58 (0x0)
locale "": strxfrm returned 26; last modified byte at 27 (0x0)
---

- Bjorn


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

Reply via email to