Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: vallor Newsgroups: comp.os.linux.advocacy Subject: Re: iconv "versions" Date: Thu, 14 Mar 2024 23:23:30 -0000 (UTC) Organization: A noiseless patient Spider Lines: 30 Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Thu, 14 Mar 2024 23:23:30 -0000 (UTC) Injection-Info: dont-email.me; posting-host="263f42d488d22e6150cdab89ad9bf7bc"; logging-data="1912225"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX184bvZf4n2M700UWcHR74Qr" User-Agent: Pan/0.155 (Kherson; 2d0b784 gitlab.gnome.org/GNOME/pan.git; x86_64-pc-linux-gnu) Cancel-Lock: sha1:VfSZgq02umwRqiBQ2go2UhvEje0= X-Face: \}2`P"_@pS86<'EM:'b.Ml}8IuMK"pV"?FReF$'c.S%u9 wrote in : > So I'm writing code that calls iconv(3), and it's reading a file encoded > in an ISO-8859-1 character set and converting to UTF-8, and it keeps > complaining about "invalid multibyte sequence". > > I'm pounding my head trying to debug the issue, goo-goo'ing for related > issues, > even trying a different implemenation. > > I give up, commit the code to my home "server" on the "Ubuntu" laptop. > > Later, I fire up the "Arch" laptop, pull the code, build it, run it, and > run the test script. No problem! > > Although no version info appears in "man 3 iconv", the text is > different, so something changed. > > Them damn GNU libraries! :-D > > At least it got me to write a slightly better conversion function, based > on the "recode()" function in the Fluxbox code base. Running iconv(1) with the "--version" option gives some information. Could that clear up the mystery? -- -v