public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/9232] utils.c:947: internal-error: virtual memory exhausted: can't allocate 4294967420 bytes.
       [not found] <bug-9232-4717@http.sourceware.org/bugzilla/>
@ 2013-04-12 17:02 ` tromey at redhat dot com
  2013-04-12 17:26 ` at_gdb at mathalacarte dot com
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 5+ messages in thread
From: tromey at redhat dot com @ 2013-04-12 17:02 UTC (permalink / raw)
  To: gdb-prs

http://sourceware.org/bugzilla/show_bug.cgi?id=9232

Tom Tromey <tromey at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
                 CC|                            |tromey at redhat dot com
         Resolution|                            |FIXED

--- Comment #6 from Tom Tromey <tromey at redhat dot com> 2013-04-12 17:02:39 UTC ---
This seems to work for me now.
So, I'm closing the PR.
If it is still a bug for you, please file more details
and reopen.
Thanks.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


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

* [Bug fortran/9232] utils.c:947: internal-error: virtual memory exhausted: can't allocate 4294967420 bytes.
       [not found] <bug-9232-4717@http.sourceware.org/bugzilla/>
  2013-04-12 17:02 ` [Bug fortran/9232] utils.c:947: internal-error: virtual memory exhausted: can't allocate 4294967420 bytes tromey at redhat dot com
@ 2013-04-12 17:26 ` at_gdb at mathalacarte dot com
  2013-04-12 19:34 ` tromey at redhat dot com
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 5+ messages in thread
From: at_gdb at mathalacarte dot com @ 2013-04-12 17:26 UTC (permalink / raw)
  To: gdb-prs

http://sourceware.org/bugzilla/show_bug.cgi?id=9232

Fred Krogh <at_gdb at mathalacarte dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |at_gdb at mathalacarte dot
                   |                            |com

--- Comment #7 from Fred Krogh <at_gdb at mathalacarte dot com> 2013-04-12 17:26:20 UTC ---
I'm not getting failures now, but the following seems a little strange to me. 
I have stopped at the return on line 12.  And ...

(gdb) p ii(1:5)
slice out of range
(gdb) p ii(1)@5
$6 = (1, 2, 3, 4, 5)

Perhaps this is considered normal?  It's certainly something I can live with.
Many thanks for looking into this.  Frankly, I'd forgotten about it.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


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

* [Bug fortran/9232] utils.c:947: internal-error: virtual memory exhausted: can't allocate 4294967420 bytes.
       [not found] <bug-9232-4717@http.sourceware.org/bugzilla/>
  2013-04-12 17:02 ` [Bug fortran/9232] utils.c:947: internal-error: virtual memory exhausted: can't allocate 4294967420 bytes tromey at redhat dot com
  2013-04-12 17:26 ` at_gdb at mathalacarte dot com
@ 2013-04-12 19:34 ` tromey at redhat dot com
  2013-04-24 20:00 ` sergiodj at redhat dot com
  2013-11-30  7:53 ` sharmafrequent at gmail dot com
  4 siblings, 0 replies; 5+ messages in thread
From: tromey at redhat dot com @ 2013-04-12 19:34 UTC (permalink / raw)
  To: gdb-prs

http://sourceware.org/bugzilla/show_bug.cgi?id=9232

Tom Tromey <tromey at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |

--- Comment #8 from Tom Tromey <tromey at redhat dot com> 2013-04-12 19:34:17 UTC ---
(In reply to comment #7)
> I'm not getting failures now, but the following seems a little strange to me. 
> I have stopped at the return on line 12.  And ...
> 
> (gdb) p ii(1:5)
> slice out of range
> (gdb) p ii(1)@5
> $6 = (1, 2, 3, 4, 5)
> 
> Perhaps this is considered normal?

I don't know -- I don't know Fortran :)
The usual rule is that gdb should follow the language rules.
So if that is valid Fortran then I think it is a bug.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


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

* [Bug fortran/9232] utils.c:947: internal-error: virtual memory exhausted: can't allocate 4294967420 bytes.
       [not found] <bug-9232-4717@http.sourceware.org/bugzilla/>
                   ` (2 preceding siblings ...)
  2013-04-12 19:34 ` tromey at redhat dot com
@ 2013-04-24 20:00 ` sergiodj at redhat dot com
  2013-11-30  7:53 ` sharmafrequent at gmail dot com
  4 siblings, 0 replies; 5+ messages in thread
From: sergiodj at redhat dot com @ 2013-04-24 20:00 UTC (permalink / raw)
  To: gdb-prs

http://sourceware.org/bugzilla/show_bug.cgi?id=9232

Sergio Durigan Junior <sergiodj at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sergiodj at redhat dot com

--- Comment #9 from Sergio Durigan Junior <sergiodj at redhat dot com> 2013-04-24 20:00:22 UTC ---
(In reply to comment #8)
> (In reply to comment #7)
> > I'm not getting failures now, but the following seems a little strange to me. 
> > I have stopped at the return on line 12.  And ...
> > 
> > (gdb) p ii(1:5)
> > slice out of range
> > (gdb) p ii(1)@5
> > $6 = (1, 2, 3, 4, 5)
> > 
> > Perhaps this is considered normal?
> 
> I don't know -- I don't know Fortran :)
> The usual rule is that gdb should follow the language rules.
> So if that is valid Fortran then I think it is a bug.

I don't know Fortran either, but I found the following page:

<https://www.mcs.anl.gov/~itf/dbpp/text/node84.html>

which uses and explains the concept.  So I believe it is valid Fortran, yes.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


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

* [Bug fortran/9232] utils.c:947: internal-error: virtual memory exhausted: can't allocate 4294967420 bytes.
       [not found] <bug-9232-4717@http.sourceware.org/bugzilla/>
                   ` (3 preceding siblings ...)
  2013-04-24 20:00 ` sergiodj at redhat dot com
@ 2013-11-30  7:53 ` sharmafrequent at gmail dot com
  4 siblings, 0 replies; 5+ messages in thread
From: sharmafrequent at gmail dot com @ 2013-11-30  7:53 UTC (permalink / raw)
  To: gdb-prs

https://sourceware.org/bugzilla/show_bug.cgi?id=9232

samii <sharmafrequent at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sharmafrequent at gmail dot com

-- 
You are receiving this mail because:
You are on the CC list for the bug.


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

end of thread, other threads:[~2013-11-30  7:53 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-9232-4717@http.sourceware.org/bugzilla/>
2013-04-12 17:02 ` [Bug fortran/9232] utils.c:947: internal-error: virtual memory exhausted: can't allocate 4294967420 bytes tromey at redhat dot com
2013-04-12 17:26 ` at_gdb at mathalacarte dot com
2013-04-12 19:34 ` tromey at redhat dot com
2013-04-24 20:00 ` sergiodj at redhat dot com
2013-11-30  7:53 ` sharmafrequent at gmail dot com

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