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