RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1633755 - emacs crashes on very specific C code input
Summary: emacs crashes on very specific C code input
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: emacs
Version: 7.5
Hardware: x86_64
OS: Linux
low
low
Target Milestone: rc
: ---
Assignee: Lukáš Nykrýn
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks: 1630908 1643104 1719445
TreeView+ depends on / blocked
 
Reported: 2018-09-27 16:17 UTC by Joe Wright
Modified: 2020-11-11 21:48 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-11-11 21:48:46 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Joe Wright 2018-09-27 16:17:53 UTC 
Description of problem:
- emacs crashes in C/l abbrev mode when attempting to paste a comment line that does not end in a carriage return at the very end of the file.

Version-Release number of selected component (if applicable):
- emacs-24.3-20.el7_4.x86_64

How reproducible:


Steps to Reproduce:
1. Open any .c file in emacs.  (This should put you in C/l Abbrev mode.)
2. Go to the bottom of the file.
3. Type any valid comment line as the whole of the last line of the file, that is, it must begin with '/*', have anywhere from zero to N characters, and end with '*/'.  Do *not* press "return".
4. Go to the beginning of the line and type ^k, to kill the line and copy it into the paste buffer.
5. Paste it back with ^y.

Emacs should crash immediately and dump core.

This happens only in C/l Abbrev mode of the modes I've tried.  (In particular, it does not trigger in any of Fundamental, Lisp Interaction, or Perl mode.


Actual results:
- crash and core dump

Expected results:
- no crash

Additional info:
- also reproduced in version emacs-24.3-21.el7.x86_64
Comment 2 Joe Wright 2018-10-01 13:26:47 UTC 
Reproducer Steps:

* Start emacs
^X^F
Find file: ~/foo.c

(It's actually easier if you pick a .c file that doesn't exist; it doesn't matter, but it'll save you some navigation.)

Type, as the only thing in the buffer of the new file, four characters:

/**/

Again, do *not* press return at the end of the file.  Then, in succession:

^A
^K
^Y
[crash]
Comment 7 Jan Synacek 2018-10-04 08:34:32 UTC 
I can't reproduce this. Both windowed and non-windowed emacs instances work fine.

Could you try with "emacs -Q" and "emacs -Q -nw" ?
Comment 8 Michael Bauer 2018-10-04 17:39:37 UTC 
I installed a new instance of RHEL 7.5 workstation.  Immediately after the post-install reboot, I could reproduce the crash.  I got no change in behavior after running 'yum update', either before or after the reboot.  It crashed equally well in both window and terminal mode.  (Our Kickstart sequence does not include any invocation of 'yum update', as we use Puppet for post-install configuration.  For this test, I made a point of not invoking our Puppet setup, as I did not want to have any of our custom-built libraries crop up as potential interference.)

Though having just tested it on a newly-installed -- and fully Puppetized -- RHEL 7.5 server, I had to type '^Y' twice before it crashed.  Very odd.
Comment 9 Jan Synacek 2018-10-05 07:15:23 UTC 
Right, I can now reproduce it. The c file has to be empty when emacs is started and the key sequence has to be exactly:
/ * * / ^A ^K ^Y ^Y

Thanks!
Comment 10 Jan Synacek 2018-11-19 15:18:39 UTC 
The upstream version doesn't have this problem. Possibly, upstream commit 0248b0d70b891c952385daa787fb00c9bdd42935 fixes this, I need to take a look at it.
Comment 15 Chris Williams 2020-11-11 21:48:46 UTC 
Red Hat Enterprise Linux 7 shipped it's final minor release on September 29th, 2020. 7.9 was the last minor releases scheduled for RHEL 7.
From intial triage it does not appear the remaining Bugzillas meet the inclusion criteria for Maintenance Phase 2 and will now be closed. 

From the RHEL life cycle page:
https://access.redhat.com/support/policy/updates/errata#Maintenance_Support_2_Phase
"During Maintenance Support 2 Phase for Red Hat Enterprise Linux version 7,Red Hat defined Critical and Important impact Security Advisories (RHSAs) and selected (at Red Hat discretion) Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available."

If this BZ was closed in error and meets the above criteria please re-open it flag for 7.9.z, provide suitable business and technical justifications, and follow the process for Accelerated Fixes:
https://source.redhat.com/groups/public/pnt-cxno/pnt_customer_experience_and_operations_wiki/support_delivery_accelerated_fix_release_handbook  

Feature Requests can re-opened and moved to RHEL 8 if the desired functionality is not already present in the product. 

Please reach out to the applicable Product Experience Engineer[0] if you have any questions or concerns.  

[0] https://bugzilla.redhat.com/page.cgi?id=agile_component_mapping.html&product=Red+Hat+Enterprise+Linux+7
Note You need to log in before you can comment on or make changes to this bug.