This is the mail archive of the
gdb-prs@sourceware.org
mailing list for the GDB project.
fortran/2127: utils.c:947: internal-error: virtual memory exhausted: can't allocate 4294967420 bytes.
- From: fkrogh at mathalacarte dot com
- To: gdb-gnats at sources dot redhat dot com
- Date: 18 May 2006 13:42:29 -0000
- Subject: fortran/2127: utils.c:947: internal-error: virtual memory exhausted: can't allocate 4294967420 bytes.
- Reply-to: fkrogh at mathalacarte dot com
>Number: 2127
>Category: fortran
>Synopsis: utils.c:947: internal-error: virtual memory exhausted: can't allocate 4294967420 bytes.
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu May 18 13:48:01 GMT 2006
>Closed-Date:
>Last-Modified:
>Originator: Fred Krogh
>Release: 6.4
>Organization:
>Environment:
Gentoo Linux, gdb-6.4-r4, dual Opteron, GNU Fortran (GCC) 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9)
>Description:
test.f is attached.
g77 -g -o test test.f
gdb test
b test.f:12
run
p ii(3)
or
p (*ii)(3)
gives a fatal error.
The problem is probably due to II being declared with a dimension of *.
This problem has a terrible side effect when using ddd. If when moving the mouse pointer around in the source window one should accidentally let it touch such an array the debug session is lost.
>How-To-Repeat:
Easy, it fails every time.
>Fix:
In my ignorance, I suspect the problem might be fixed by walking up the call stack and finding the actual dimension of such an array (accounting for the offset if an array element is being passed).
>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/octet-stream; name="test.f"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="test.f"
YyBQcm9ncmFtIHRvIHNob3cgcHJvYmxlbSBpbiBkZGQKICAgICAgaW50ZWdlciBJLCBJQSg1KQog
ICAgICBjYWxsIHN1YjEoSUEpCiAgICAgIHByaW50ICosIChJQShJKSwgSSA9IDEsIDUpCiAgICAg
IHN0b3AKICAgICAgZW5kCiAgICAgIHN1YnJvdXRpbmUgc3ViMShJSSkKICAgICAgaW50ZWdlciBJ
LCBJSSgqKQogICAgICBkbyAxMCBJID0gMSwgNQogICAgICAgIElJKEkpID0gSQogMTAgICBjb250
aW51ZQogICAgICByZXR1cm4KICAgICAgZW5kCgo=