* bug#481: Crashes with non-default language environments [not found] ` <jwvk5lab0qd.fsf-monnier+emacs@gnu.org> @ 2008-06-25 2:58 ` Kenichi Handa 2008-06-25 3:49 ` bug#482: " Stefan Monnier 0 siblings, 1 reply; 5+ messages in thread From: Kenichi Handa @ 2008-06-25 2:58 UTC (permalink / raw) To: Stefan Monnier; +Cc: emacs-pretest-bug, miles This is the thread of long ago. In article <jwvk5lab0qd.fsf-monnier+emacs@gnu.org>, Stefan Monnier <monnier@IRO.UMontreal.CA> writes: > > But, even if we implement string-to-unibyte, it should be > > used for a string containing only ascii and eight-bit chars. > > And in that case, string-make-unibyte behaves exactly the > > same as string-to-unibyte. > No it would be different: it would also signal an error if some > non-binary char is found. (I might potentially be convinced that it's > OK to additionally accept the 128-255 latin1 chars as alternatives to > eight-bit chars, since they now get character codes 128-255). I've just installed a change to implement string-to-unibyte as below and used it to fix the problem of jpeg detection. (string-to-unibyte string &optional accept-latin-1) Return a unibyte string with the same individual chars as string. If string is unibyte, the result is string itself. Otherwise it is a newly created string, with no text properties, where each `eight-bit' character is converted to the corresponding byte. If string contains a non-ASCII, non-`eight-bit' character, an error is signalled. If the optional 2nd arg accept-latin-1 is non-nil, a Latin-1 character doesn't cause an error, but is converted to a byte of same code. --- Kenichi Handa handa@ni.aist.go.jp ^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#482: Crashes with non-default language environments 2008-06-25 2:58 ` bug#481: Crashes with non-default language environments Kenichi Handa @ 2008-06-25 3:49 ` Stefan Monnier 2008-07-02 10:44 ` bug#517: " Kenichi Handa 0 siblings, 1 reply; 5+ messages in thread From: Stefan Monnier @ 2008-06-25 3:49 UTC (permalink / raw) To: Kenichi Handa; +Cc: emacs-pretest-bug, miles Thank you. > If the optional 2nd arg accept-latin-1 is non-nil, a Latin-1 character > doesn't cause an error, but is converted to a byte of same code. Hopefully this argument will never be used. Stefan ^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#517: Crashes with non-default language environments 2008-06-25 3:49 ` bug#482: " Stefan Monnier @ 2008-07-02 10:44 ` Kenichi Handa 2008-07-03 22:23 ` bug#529: " Stefan Monnier 0 siblings, 1 reply; 5+ messages in thread From: Kenichi Handa @ 2008-07-02 10:44 UTC (permalink / raw) To: Stefan Monnier; +Cc: emacs-pretest-bug, miles In article <jwv63rykwc9.fsf-monnier+emacs@gnu.org>, Stefan Monnier <monnier@iro.umontreal.ca> writes: > Thank you. > > If the optional 2nd arg accept-latin-1 is non-nil, a Latin-1 character > > doesn't cause an error, but is converted to a byte of same code. > Hopefully this argument will never be used. I don't mind deleting that argument. --- Kenichi Handa handa@ni.aist.go.jp ^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#529: Crashes with non-default language environments 2008-07-02 10:44 ` bug#517: " Kenichi Handa @ 2008-07-03 22:23 ` Stefan Monnier 2008-07-04 2:27 ` bug#531: " Kenichi Handa 0 siblings, 1 reply; 5+ messages in thread From: Stefan Monnier @ 2008-07-03 22:23 UTC (permalink / raw) To: Kenichi Handa; +Cc: emacs-pretest-bug, miles >> > If the optional 2nd arg accept-latin-1 is non-nil, a Latin-1 character >> > doesn't cause an error, but is converted to a byte of same code. >> Hopefully this argument will never be used. > I don't mind deleting that argument. Then let's remove it. We can easily add it later if it proves necessary, Stefan ^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#531: Crashes with non-default language environments 2008-07-03 22:23 ` bug#529: " Stefan Monnier @ 2008-07-04 2:27 ` Kenichi Handa 0 siblings, 0 replies; 5+ messages in thread From: Kenichi Handa @ 2008-07-04 2:27 UTC (permalink / raw) To: Stefan Monnier; +Cc: emacs-pretest-bug, miles In article <jwvskuqehfl.fsf-monnier+emacs@gnu.org>, Stefan Monnier <monnier@iro.umontreal.ca> writes: >>> > If the optional 2nd arg accept-latin-1 is non-nil, a Latin-1 character >>> > doesn't cause an error, but is converted to a byte of same code. >>> Hopefully this argument will never be used. > > I don't mind deleting that argument. > Then let's remove it. We can easily add it later if it proves > necessary, Ok, just done. --- Kenichi Handa handa@ni.aist.go.jp ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-07-04 2:27 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <87y79wve9b.fsf@jurta.org> [not found] ` <87zlu96bp2.fsf@jurta.org> [not found] ` <jwvmyq97ecd.fsf-monnier+emacs@gnu.org> [not found] ` <87prv4l96f.fsf@jurta.org> [not found] ` <jwvmyq8e0i4.fsf-monnier+emacs@gnu.org> [not found] ` <87lk5scl3a.fsf@catnip.gol.com> [not found] ` <jwvir0wci47.fsf-monnier+emacs@gnu.org> [not found] ` <E1JOtWG-0002z9-EH@etlken.m17n.org> [not found] ` <jwvk5lab0qd.fsf-monnier+emacs@gnu.org> 2008-06-25 2:58 ` bug#481: Crashes with non-default language environments Kenichi Handa 2008-06-25 3:49 ` bug#482: " Stefan Monnier 2008-07-02 10:44 ` bug#517: " Kenichi Handa 2008-07-03 22:23 ` bug#529: " Stefan Monnier 2008-07-04 2:27 ` bug#531: " Kenichi Handa
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).