bugPSPP - Bugs: bug #30764, Possible memory leak on pspp

 
 

bug #30764: Possible memory leak on pspp

Submitted by:  Michel Boaventura <michelboaventura>
Submitted on:  Fri 13 Aug 2010 12:12:03 AM UTC  
 
Category: OtherSeverity: 5 - Average
Status: FixedAssigned to: None
Open/Closed: ClosedRelease: None
Effort: 0.00

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Thu 30 Sep 2010 08:11:49 PM UTC, comment #3:

>Thanks to Ben for his help.


Really my help was limited to saying "yes that fix looks correct". All the real credit has to go to you. Thanks for finding and fixing this.

Ben Pfaff <blp>
Project Administrator
Thu 30 Sep 2010 07:53:57 PM UTC, comment #2:

I pushed a fix for this.
Thanks to Ben for his help.

John Darrington <jmd>
Project Administrator
Thu 19 Aug 2010 02:01:52 PM UTC, comment #1:

I experienced similar problems a few weeks ago.

But oddly enough, I can't reproduce the problem now.

John Darrington <jmd>
Project Administrator
Fri 13 Aug 2010 12:12:03 AM UTC, original submission:

I'm trying to figure out a possible memory leak on PSPP. It seems to appear on both gui and terminal, but on gui the amount of memory is bigger.

Opening only psppire, it expends about 14MB of RAM. When I open the attached database, it goes to 16MB. So far so good.

When I run a simple frequency (as the syntax attached) it goes to 46MB, even with output window closed. Running the same frequency several times make memory goes to 50MB, 56MB, 60MB, 64MB, 68MB and so on.

One time I was able to make pspp uses about 250MB of RAM just playing around with frequencies.

I can reproduce this on Windows either.

Running only one FREQUENCE with valgrind, the most important peace on it is:

9,584,472 bytes in 399,353 blocks are possibly lost in loss record 8,389 of 8,389
at 0x4C2602E: malloc
by 0x5527061: case_try_create (case.c:62)
by 0x55270B8: case_create (case.c:51)
by 0x5532A25: datasheet_get_row (datasheet.c:550)
by 0x5532AE2: datasheet_reader_read (datasheet.c:705)
by 0x5529BA2: random_reader_read (casereader.c:532)
by 0x5529B20: casereader_read (casereader.c:71)
by 0x553CB64: proc_casereader_read (procedure.c:281)
by 0x5529B20: casereader_read (casereader.c:71)
by 0x5528C63: buffer_case (casereader-shim.c:88)
by 0x5528DE4: casereader_shim_read (casereader-shim.c:111)
by 0x5529BA2: random_reader_read (casereader.c:532)

Michel Boaventura <michelboaventura>
Project Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

Attached Files
file #21207:  base.sav.lzma added by michelboaventura (270KiB - application/octet-stream)
file #21208:  log_valgrind.txt.lzma added by michelboaventura (60KiB - application/octet-stream)
file #21209:  syntax.sps added by michelboaventura (52B - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by blp (Posted a comment)
  • -unavailable- added by jmd (Posted a comment)
  • -unavailable- added by michelboaventura (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 5 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Thu 30 Sep 2010 07:53:57 PM UTCjmdStatusNone=>Fixed
      Open/ClosedOpen=>Closed
    Fri 13 Aug 2010 12:12:04 AM UTCmichelboaventuraAttached File-=>Added base.sav.lzma, #21207
      Attached File-=>Added log_valgrind.txt.lzma, #21208
      Attached File-=>Added syntax.sps, #21209

    Back to the top


    Powered by Savane 3.1-cleanup1