Re: Bug: UTF-16, UCS-4 and non-existing encodings for git log result in incorrect behavior
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- Nov 12, 2008, 16:15 UTC
- Message-ID
- <alpine.DEB.1.00.0811121714280.30769@pacific.mpi-cbg.de>
- In-Reply-To
- <85647ef50811120727j730cb6e3lf4103c200d042fb9@mail.gmail.com>
Hi,
[re Cc:ing the list]
On Wed, 12 Nov 2008, Constantine Plotnikov wrote:
Show 21 quoted lines
> On Wed, Nov 12, 2008 at 5:22 PM, Johannes Schindelin > <Johannes.Schindelin@gmx.de> wrote: > > > > On Wed, 12 Nov 2008, Constantine Plotnikov wrote: > > > >> If UTF-16[BE|LE] or UCS-4[BE|LE] encodings are used with git log, the > >> git completes successfully but commit messages and author information > >> are not shown. I suggest that git should fail with fatal error if such > >> zero producing encoding is used. > >> > >> If the incorrect encoding name is used, the git log does not perform any > >> re-encoding, but just display commits in their native encoding. I > >> suggest that git should fail with fatal error in this case as well. > > > > Have you set the correct encoding with i18n.commitEncoding? If not, you > > should not be surprised: Git's default encoding is UTF-8, and that fact is > > well documented, AFAICT. > > > Commit encoding is set correctly. The problem is that git log and git > show do not support the *output* encodings UTF-16 and UCS-4 and > silently fail in that case instead of reporting the error.
That looks more like an iconv bug to me. I assume you are using Windows?
Ciao, Dscho