[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#30182: Update
From: |
martin rudalics |
Subject: |
bug#30182: Update |
Date: |
Tue, 23 Jan 2018 19:44:53 +0100 |
> So the question now becomes: how come this code:
>
> result_len_byte = 0;
> result_len = 0;
> some_multibyte = 0;
> for (argnum = 0; argnum < nargs; argnum++)
> {
> EMACS_INT len;
> this = args[argnum];
> len = XFASTINT (Flength (this));
> ...
> }
> result_len += len;
>
> (nargs = 1 in this case) produces result_len of 4, when timer-list has
> actually 5 elements? Martin, any ideas?
Been there all the time. That's why I earlier asked
Wouldn't that imply that a timer was added after `copy-sequence'
started?
We don't know whether `timer-list' had actually 5 elements when
running the above code. And Fmake_list can rarely_quit.
martin
- bug#30182: Update, (continued)
- bug#30182: Update, Sujith, 2018/01/22
- bug#30182: Update, Eli Zaretskii, 2018/01/23
- bug#30182: Update, Sujith, 2018/01/23
- bug#30182: Update, Eli Zaretskii, 2018/01/23
- bug#30182: Update, Eli Zaretskii, 2018/01/23
- bug#30182: Update, martin rudalics, 2018/01/23
- bug#30182: Update, Eli Zaretskii, 2018/01/23
- bug#30182: Update, martin rudalics, 2018/01/24
- bug#30182: Update, Eli Zaretskii, 2018/01/24
- bug#30182: Update, martin rudalics, 2018/01/24
- bug#30182: Update,
martin rudalics <=
- bug#30182: Update, Eli Zaretskii, 2018/01/23
- bug#30182: Update, martin rudalics, 2018/01/24
- bug#30182: Update, Eli Zaretskii, 2018/01/24
- bug#30182: Update, martin rudalics, 2018/01/24
- bug#30182: Update, martin rudalics, 2018/01/27
- bug#30182: Update, Sujith, 2018/01/27
- bug#30182: Update, martin rudalics, 2018/01/28
- bug#30182: Update, Sujith, 2018/01/29
- bug#30182: Update, martin rudalics, 2018/01/29
- bug#30182: Update, Eli Zaretskii, 2018/01/29