GNU bug report logs -
#34318
26.1.90; Strange behavior of two line message with running shell
Previous Next
Reported by: martin rudalics <rudalics <at> gmx.at>
Date: Mon, 4 Feb 2019 18:53:01 UTC
Severity: normal
Found in version 26.1.90
Fixed in version 26.2
Done: Noam Postavsky <npostavs <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #73 received at control <at> debbugs.gnu.org (full text, mbox):
fixed 34318 26.2
quit
>> Don't call swap_in_symval_forwarding since the currently swapped
>> binding is never one we've modified.
>
> Indeed, good spotting. I installed the patch below which mostly reverts
> this part of the commit.
Thanks for the fix.
> +(ert-deftest data-tests-make-local-forwarded-var () ;bug#34318
> + ;; Boy, this bug is tricky to trigger. You need to:
> + ;; - call make-local-variable on a forwarded var (i.e. one that
> + ;; has a corresponding C var linked via DEFVAR_(LISP|INT|BOOL))
> + ;; - cause the C code to modify this variable from the C side of the
> + ;; forwarding, but this needs to happen before the var is accessed
> + ;; from the Lisp side and before we switch to another buffer.
> + ;; The trigger in bug#34318 doesn't exist any more because the C code has
> + ;; changes.
I suppose you refer to Paul's "Don’t set print-escape-newlines in the
minibuffer" here. Right?
> Instead I found the trigger below.
> + (with-temp-buffer
> + (setq last-coding-system-used 'bug34318)
> + (make-local-variable 'last-coding-system-used)
> + ;; This should set last-coding-system-used to `no-conversion'.
> + (decode-coding-string "hello" nil)
> + (should (equal (list last-coding-system-used
> + (default-value 'last-coding-system-used))
> + '(no-conversion bug34318)))))
> +
> ;;; data-tests.el ends here
martin, closing this bug
This bug report was last modified 6 years and 106 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.