GNU bug report logs -
#8619
23.3.50; CCL coding system encoder doesn't run CCL_EOF_CODE on zero length string
Previous Next
Reported by: Kazuhiro Ito <kzhr <at> d1.dion.ne.jp>
Date: Thu, 5 May 2011 02:37:02 UTC
Severity: normal
Found in version 23.3.50
Fixed in version 24.0.93
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 8619 in the body.
You can then email your comments to 8619 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8619
; Package
emacs
.
(Thu, 05 May 2011 02:37:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kazuhiro Ito <kzhr <at> d1.dion.ne.jp>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 05 May 2011 02:37:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
When I start emacs (emacs-23 branch and trunk) with -Q and evaluate
below code, I receive unexpected result.
(let ((string ""))
(define-ccl-program ccl-test
'(1
((read r0))
((write "[EOF]"))))
(make-coding-system 'ccl-test-cs 4 ?T "CCL_EOF_BLOCK tester"
'(ccl-test . ccl-test))
(list
(ccl-execute-on-string 'ccl-test (make-vector 9 0) string)
(decode-coding-string string 'ccl-test-cs)
(encode-coding-string string 'ccl-test-cs)))
It returns
("[EOF]" "[EOF]" "")
But emacs22 returns
("[EOF]" "[EOF]" "[EOF]")
and I expect such result.
--
Kazuhiro Ito
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8619
; Package
emacs
.
(Fri, 27 May 2011 21:47:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 8619 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I think the cause of the problem is that encode_codin_ccl() does not
call ccl_driver() for zero length string. Please see the attached
patch.
> When I start emacs (emacs-23 branch and trunk) with -Q and evaluate
> below code, I receive unexpected result.
>
> (let ((string ""))
> (define-ccl-program ccl-test
> '(1
> ((read r0))
> ((write "[EOF]"))))
> (make-coding-system 'ccl-test-cs 4 ?T "CCL_EOF_BLOCK tester"
> '(ccl-test . ccl-test))
> (list
> (ccl-execute-on-string 'ccl-test (make-vector 9 0) string)
> (decode-coding-string string 'ccl-test-cs)
> (encode-coding-string string 'ccl-test-cs)))
>
> It returns
> ("[EOF]" "[EOF]" "")
> But emacs22 returns
> ("[EOF]" "[EOF]" "[EOF]")
> and I expect such result.
--
Kazuhiro Ito
[coding.c.diff (application/octet-stream, attachment)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8619
; Package
emacs
.
(Mon, 30 May 2011 16:08:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 8619 <at> debbugs.gnu.org (full text, mbox):
> I think the cause of the problem is that encode_codin_ccl() does not
> call ccl_driver() for zero length string. Please see the attached patch.
That sounds right. Handa, could you confirm?
Stefan
>> When I start emacs (emacs-23 branch and trunk) with -Q and evaluate
>> below code, I receive unexpected result.
>>
>> (let ((string ""))
>> (define-ccl-program ccl-test
>> '(1
>> ((read r0))
>> ((write "[EOF]"))))
>> (make-coding-system 'ccl-test-cs 4 ?T "CCL_EOF_BLOCK tester"
>> '(ccl-test . ccl-test))
>> (list
>> (ccl-execute-on-string 'ccl-test (make-vector 9 0) string)
>> (decode-coding-string string 'ccl-test-cs)
>> (encode-coding-string string 'ccl-test-cs)))
>>
>> It returns
>> ("[EOF]" "[EOF]" "")
>> But emacs22 returns
>> ("[EOF]" "[EOF]" "[EOF]")
>> and I expect such result.
> --
> Kazuhiro Ito
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#8619
; Package
emacs
.
(Fri, 09 Dec 2011 05:28:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 8619 <at> debbugs.gnu.org (full text, mbox):
In article <jwvfwnw18dd.fsf-monnier+emacs <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
> > I think the cause of the problem is that encode_codin_ccl() does not
> > call ccl_driver() for zero length string. Please see the attached patch.
> That sounds right. Handa, could you confirm?
Yes, his patch is correct. I've committed it.
---
Kenichi Handa
handa <at> m17n.org
bug marked as fixed in version 24.0.93, send any further explanations to
8619 <at> debbugs.gnu.org and Kazuhiro Ito <kzhr <at> d1.dion.ne.jp>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 10 Dec 2011 07:58:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 07 Jan 2012 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 250 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.