[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#220889: libc6: iconv_open fails with special character set "char"



Package: libc6
Version: 2.3.2-9
Severity: normal


Hi,

according to
http://www.gnu.org/software/libiconv/documentation/libiconv/iconv_open.3.html
iconv_open should accept "char" as a character set.
To be more speicific from that site:
Locale dependent, in terms of char or wchar_t
  (with machine dependent endianness and alignment, and with semantics depending
  on the OS and the current LC_CTYPE locale facet)
  char, wchar_t

And a little bit down the page:
The empty encoding name "" is equivalent to "char": it denotes the locale
dependent character encoding.


"" and "wchar_t" are accepted (no error) but "char" isn't, although it should be
equal to "".

A bug report about the outdated iconv_open manpage is already filed.

The little program, I used to check:
--------------------snip------------------------------
#include <iconv.h>
#include <stdio.h>
#include <errno.h>
int main () {
  iconv_t cd;
  printf("\"char\" -> \"UTF-16\"\n");
  if ((cd=iconv_open("UTF-16","char"))==(iconv_t)-1) {
    printf("Error on text conversion: %s\n", strerror(errno));
  }
  printf("\"\" -> \"UTF-16\"\n");
  if ((cd=iconv_open("UTF-16",""))==(iconv_t)-1) {
    printf("Error on text conversion: %s\n", strerror(errno));
  }
  printf("\"wchar_t\" -> \"UTF-16\"\n");
  if ((cd=iconv_open("UTF-16","wchar_t"))==(iconv_t)-1) {
    printf("Error on text conversion: %s\n", strerror(errno));
  }
}
--------------------snip------------------------------
Output is:
"char" -> "UTF-16"
Error on text conversion: Invalid argument
"" -> "UTF-16"
"wchar_t" -> "UTF-16"


Hendrik Sattler				

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux linux 2.4.22 #2 Di Aug 26 20:38:51 CEST 2003 i686
Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to de_DE@euro)

Versions of packages libc6 depends on:
ii  libdb1-compat                 2.1.3-7    The Berkeley database routines [gl

-- no debconf information




Reply to: