public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: preprocessor/9465: tradcpp0 segfaults on nul bytes
@ 2003-01-27 22:16 Neil Booth
  0 siblings, 0 replies; 3+ messages in thread
From: Neil Booth @ 2003-01-27 22:16 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR preprocessor/9465; it has been noted by GNATS.

From: Neil Booth <neil@daikokuya.co.uk>
To: Alexandre Duret-Lutz <adl@gnu.org>
Cc: gcc-gnats@gcc.gnu.org, Jakub Jelinek <jakub@redhat.com>,
	gcc-bugs@gcc.gnu.org
Subject: Re: preprocessor/9465: tradcpp0 segfaults on nul bytes
Date: Mon, 27 Jan 2003 22:08:13 +0000

 Alexandre Duret-Lutz wrote:-
 
 > >Originator:     Alexandre Duret-Lutz
 > >Release:        cpp (GCC) 3.2.2 20030124 (Debian prerelease)
 > >Organization:
 > >Environment:
 > Debian unstable
 > >Description:
 > `tradcpp0' segfaults on nul bytes.
 > 
 > When Debian switched to gcc-3.2 my applications' X resources
 > stopped being honored.  It turns out that `xrdb' processes
 > its input with `cpp -traditional' and I had a useless nul byte
 > at the end of my .Xresources.
 > 
 > I can reproduce this segfault with 3.1.  It works fine with 2.95.
 > >How-To-Repeat:
 > Create a file containing a nul byte, and run it through
 > the traditional preproc.
 > 
 > % echo '\0' > bar
 > % od -c bar
 > 0000000  \0  \n
 > 0000002
 > ~ % cpp bar
 > # 1 "bar"
 > # 1 "<built-in>"
 > # 1 "<command line>"
 > # 1 "bar"
 > bar:1:1: warning: null character(s) ignored
 > ~ % cpp -traditional bar
 > cpp: Internal error: Segmentation fault (program tradcpp0)
 
 Jakub, this is the second report of this regression you introduced.
 
 Do you intend to fix it?
 
 Neil.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: preprocessor/9465: tradcpp0 segfaults on nul bytes
@ 2003-02-02 21:32 neil
  0 siblings, 0 replies; 3+ messages in thread
From: neil @ 2003-02-02 21:32 UTC (permalink / raw)
  To: adl, gcc-bugs, gcc-prs, nobody

Synopsis: tradcpp0 segfaults on nul bytes

State-Changed-From-To: open->closed
State-Changed-By: neil
State-Changed-When: Sun Feb  2 21:32:47 2003
State-Changed-Why:
    Fixed in 3.2.2.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9465


^ permalink raw reply	[flat|nested] 3+ messages in thread

* preprocessor/9465: tradcpp0 segfaults on nul bytes
@ 2003-01-27 20:46 Alexandre Duret-Lutz
  0 siblings, 0 replies; 3+ messages in thread
From: Alexandre Duret-Lutz @ 2003-01-27 20:46 UTC (permalink / raw)
  To: gcc-gnats


>Number:         9465
>Category:       preprocessor
>Synopsis:       tradcpp0 segfaults on nul bytes
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Jan 27 20:46:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     Alexandre Duret-Lutz
>Release:        cpp (GCC) 3.2.2 20030124 (Debian prerelease)
>Organization:
>Environment:
Debian unstable
>Description:
`tradcpp0' segfaults on nul bytes.

When Debian switched to gcc-3.2 my applications' X resources
stopped being honored.  It turns out that `xrdb' processes
its input with `cpp -traditional' and I had a useless nul byte
at the end of my .Xresources.

I can reproduce this segfault with 3.1.  It works fine with 2.95.
>How-To-Repeat:
Create a file containing a nul byte, and run it through
the traditional preproc.

% echo '\0' > bar
% od -c bar
0000000  \0  \n
0000002
~ % cpp bar
# 1 "bar"
# 1 "<built-in>"
# 1 "<command line>"
# 1 "bar"
bar:1:1: warning: null character(s) ignored
~ % cpp -traditional bar
cpp: Internal error: Segmentation fault (program tradcpp0)
Please submit a full bug report.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
For Debian GNU/Linux specific bugs,
please see /usr/share/doc/debian/bug-reporting.txt.

~ % cpp --version
cpp (GCC) 3.2.2 20030124 (Debian prerelease)
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2003-02-02 21:32 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-01-27 22:16 preprocessor/9465: tradcpp0 segfaults on nul bytes Neil Booth
  -- strict thread matches above, loose matches on Subject: below --
2003-02-02 21:32 neil
2003-01-27 20:46 Alexandre Duret-Lutz

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).