Re: c/4552: case statement "without range" causes gcc to quickly eat all memory

Re: c/4552: case statement "without range" causes gcc to quickly eat all memory

[bangerth]

Synopsis: case statement "without range" causes gcc to quickly eat all memory

State-Changed-From-To: feedback->closed
State-Changed-By: bangerth
State-Changed-When: Wed Nov 20 19:05:29 2002
State-Changed-Why:
    User could not reproduce problem.

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

Re: c/4552: case statement "without range" causes gcc to quickly eat all memory

[David Ford]

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

From: David Ford <david+cert@blue-labs.org>
To: gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,
   nobody@gcc.gnu.org
Cc:  
Subject: Re: c/4552: case statement "without range" causes gcc to quickly eat all memory
Date: Wed, 20 Feb 2002 13:45:43 -0500

 This is a cryptographically signed message in MIME format.
 
 --------------ms080300000509030502020307
 Content-Type: text/plain; charset=us-ascii; format=flowed
 Content-Transfer-Encoding: 7bit
 
 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=4552
 
 I am unable to reproduce it at this time.  Far too much code has changed 
 and too many tool upgrages have happened in five months.
 
 I'm sorry, but I don't have the time to regress my code and build system 
 five months and find the arrangement of tools that breaks.
 
 David
 
 
 --------------ms080300000509030502020307
 Content-Type: application/x-pkcs7-signature; name="smime.p7s"
 Content-Transfer-Encoding: base64
 Content-Disposition: attachment; filename="smime.p7s"
 Content-Description: S/MIME Cryptographic Signature
 
 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJUTCC
 Aw4wggJ3oAMCAQICAwZepDANBgkqhkiG9w0BAQIFADCBkjELMAkGA1UEBhMCWkExFTATBgNV
 BAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUx
 HTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVl
 bWFpbCBSU0EgMjAwMC44LjMwMB4XDTAxMTIyMjA4MzkyMFoXDTAyMTIyMjA4MzkyMFowSjEf
 MB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3DQEJARYYZGF2aWQr
 Y2VydEBibHVlLWxhYnMub3JnMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsoCV
 YNGPjureulr7FgVUurk6LiiozxKNqk7YgdbsUZoZ80KCKIjveE7ukwKi6A980uA9lJxXWqcU
 RVu/SHCt/G/DXXu4WXrcQR8mflKbISnGAVPKKN4LiZZEbFZ/RxZgUQ/2OzOGt00oHuQ1TvWX
 NPxKYxwUhVLh4tw9XlNDK7qQHdanp5mzuZdpuMgq1pilDdhYa5i/L87f7aF0SoDKlCBvnhSw
 LNe2BV6NBXNhhgJE6dz6qD9B8cgsSZWccHFjFF4lO23hMl/DlFK0GMa7DcWfz891+0dI39w2
 KO7wg8FUVnzrZHoDAsPZ2vI2O3eowLiGQR5LWq9Ppa02jPjbKwIDAQABozUwMzAjBgNVHREE
 HDAagRhkYXZpZCtjZXJ0QGJsdWUtbGFicy5vcmcwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0B
 AQIFAAOBgQAEDATO3Nq34ZbuCVE7RQneB2/h5KUSQ1raF8FqnJq9Mr5c12VzlkInI8odiCUB
 etciZCnE1u84bewgh4pu6AhAqfRU3u178fP8zDNILQaHsHjqxbZzmvT9dLyaU2GiaCN+KLZw
 Ws/+HOFJWwNIbRt5nbJ+mGwTHZ2xzc5jVFKG3zCCAw4wggJ3oAMCAQICAwZepDANBgkqhkiG
 9w0BAQIFADCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UE
 BxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNl
 cnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAx
 MTIyMjA4MzkyMFoXDTAyMTIyMjA4MzkyMFowSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWls
 IE1lbWJlcjEnMCUGCSqGSIb3DQEJARYYZGF2aWQrY2VydEBibHVlLWxhYnMub3JnMIIBIjAN
 BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsoCVYNGPjureulr7FgVUurk6LiiozxKNqk7Y
 gdbsUZoZ80KCKIjveE7ukwKi6A980uA9lJxXWqcURVu/SHCt/G/DXXu4WXrcQR8mflKbISnG
 AVPKKN4LiZZEbFZ/RxZgUQ/2OzOGt00oHuQ1TvWXNPxKYxwUhVLh4tw9XlNDK7qQHdanp5mz
 uZdpuMgq1pilDdhYa5i/L87f7aF0SoDKlCBvnhSwLNe2BV6NBXNhhgJE6dz6qD9B8cgsSZWc
 cHFjFF4lO23hMl/DlFK0GMa7DcWfz891+0dI39w2KO7wg8FUVnzrZHoDAsPZ2vI2O3eowLiG
 QR5LWq9Ppa02jPjbKwIDAQABozUwMzAjBgNVHREEHDAagRhkYXZpZCtjZXJ0QGJsdWUtbGFi
 cy5vcmcwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQIFAAOBgQAEDATO3Nq34ZbuCVE7RQne
 B2/h5KUSQ1raF8FqnJq9Mr5c12VzlkInI8odiCUBetciZCnE1u84bewgh4pu6AhAqfRU3u17
 8fP8zDNILQaHsHjqxbZzmvT9dLyaU2GiaCN+KLZwWs/+HOFJWwNIbRt5nbJ+mGwTHZ2xzc5j
 VFKG3zCCAykwggKSoAMCAQICAQwwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUw
 EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhh
 d3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNp
 b24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJ
 ARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAwMDBaFw0wMjA4
 MjkyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD
 VQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUg
 U2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzAwgZ8w
 DQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZgpcO40QpimM1
 Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqdknWoJ67Ycvm6
 AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFpAgMBAAGjTjBM
 MCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzASBgNVHRMBAf8E
 CDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQBzG28mZYv/FTRLWWKK
 7US+ScfoDbuPuQ1qJipihB+4h2N0HG23zxpTkUvhzeY42e1Q9DpsNJKs5pKcbsEjAcIJp+9L
 rnLdBmf1UG8uWLi2C8FQV7XsHNfvF7bViJu3ooga7TlbOX00/LaWGCVNavSdxcORL6mWuAU8
 Uvzd6WIDSDGCAycwggMjAgEBMIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy
 biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMU
 Q2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAy
 MDAwLjguMzACAwZepDAJBgUrDgMCGgUAoIIBYTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB
 MBwGCSqGSIb3DQEJBTEPFw0wMjAyMjAxODQ1NDNaMCMGCSqGSIb3DQEJBDEWBBRa+xfLLSmL
 YnTkT2d+8dbJUHuDCzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMC
 AgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBrQYLKoZIhvcN
 AQkQAgsxgZ2ggZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQ
 BgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0
 ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAID
 Bl6kMA0GCSqGSIb3DQEBAQUABIIBADy02RqgsdmpRbRc0zPF/Haw6vKUl1mIqlDH77OcCZEb
 pJLndOsYnL8SNJEX8Cgueko0POD/k5dXmbc9qmLox7QuS4I9JU0RQuxV6asEitA+Is7NSBFr
 laZzp5WceF4uyHF0QeDXH7C7RR/q5j6sTHMLUmmkx3+oO5qqudtGjVZvraIzxf9zhE+P1Vsa
 gVH3Zej/aTxkP+guP2iP2NIETwkCffv+Uu+1H2rc91gz1d1TRl25k1hMfjEfV5aCUce5fkXM
 g2lJ3xuVuzZw+Qi8sB8YukBE3gyqt9F/4SwaudVMgu70FckMQBSdk6KIONnnDG6M2GhDGGFo
 4tP2ePIF44oAAAAAAAA=
 --------------ms080300000509030502020307--
 

Re: c/4552: case statement "without range" causes gcc to quickly eat all memory

[jakub]

Synopsis: case statement "without range" causes gcc to quickly eat all memory

State-Changed-From-To: open->feedback
State-Changed-By: jakub
State-Changed-When: Wed Feb 20 08:59:42 2002
State-Changed-Why:
    Please provide any such test case on which you can reproduce it.
    Haven't succeeded in making one.

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

c/4552: case statement "without range" causes gcc to quickly eat all memory

[david]

>Number:         4552
>Category:       c
>Synopsis:       case statement "without range" causes gcc to quickly eat all memory
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Oct 12 01:36:00 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator:     David Ford <david@blue-labs.org>
>Release:        /home/gccbuild/gcc_auto_build/install/i686-pc-linux-gnu/lib/gcc-lib/i686-pc-linux-gnu/3.0.2
>Organization:
>Environment:
Linux 2.4.10 with GLIBC 2.2.4
>Description:
a case X ... Y where X and Y have either no range or invalid range, a gcc subprocess has an argv[0] of garbage and that process consumes memory at an alarming rate.

gcc -c -DVERSION=0.2.5 -fpic -g3  -DDEBUG=0 -DSQLPostgres -pipe -Wall -W -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -Wcast-align  -I/usr/local/pgsql/include -I/usr/local/include startup.c
startup.c: In function `parse_options':
startup.c:298: warning: empty range specified

david    25964  0.0  0.1  1468  488 pts/20   S    Oct06   0:00 gcc -c -DVERSION=0.2.5 -fpic -g3 -DDEBUG=0 -DSQLPostgres -pipe -Wall 
david    25965  0.0 84.9 217824 215608 pts/20 R   Oct06   0:03 A@??A@??A@??A@??A@
david    25966  0.0  0.3  2248  988 pts/20   S    Oct06   0:00 as --traditional-format -Qy -o startup.o -

david    26058  0.0  0.3  1764  784 pts/20   S    Oct06   0:00  |       \_ make startup.o
david    26062  0.0  0.2  1472  548 pts/20   S    Oct06   0:00  |           \_ gcc -c -DVERSION=0.2.5 -fpic -g3 -DDEBUG=0 -DSQLPostg
david    26064  0.0  1.3  6344 3468 pts/20   R    Oct06   0:00  |               \_ /home/gccbuild/gcc_auto_build/install/i686-pc-lin

becomes...

david    26064  0.0 87.6 224312 222372 pts/20 D   Oct06   0:03  |               \_ D@0?D@@?D@P?D@`?D@p?D@??D@??D@??D@??D@??D@??D@??D


 switch (c) ... where c is an unsigned integer.

startup.c:298             case o_ADD_USER ... o_OPTIONMAX:

enum {  o_NONE=0, /*skip the lower 256 bits to allow for single char matches*/ 
        o_ADD_USER=1<<8, o_CHECK_CONFIG=1<<9, o_CONVERT_TO_SQL=1<<10,
        o_CREATE_LIST=1<<11, o_CREATE_TABLES=1<<12, o_HELP=1<<13,
        o_IMPORT_MESSAGE=1<<14, o_INITIALIZE_SQL=1<<15, o_MAINTENANCE=1<<16,   
        o_MAKE_DIGESTS=1<<17, o_VERSION=1<<18, o_LISTNAME=1<<19,
        o_LISTGROUP=1<<20, o_LIST_VALUES=1<<21,
        o_OPTIONMAX=1<<31
};

>How-To-Repeat:
I believe any test case utilizing a bad range will suffice.
>Fix:

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