Skip Menu |

This queue is for tickets about the User-getgrouplist CPAN distribution.

Report information
The Basics
Id: 90796
Status: resolved
Priority: 0/
Queue: User-getgrouplist
People
Owner: BASTIAN [...] cpan.org
Requestors: vpit [...] cpan.org
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)

History Show all quoted text
  Mon Nov 25 07:40:24 2013 vpit [...] cpan.org - Ticket created
Subject: Memory leak
Hello, In the XS source of your module, I see that you never free your 'groups' variable. This will cause memory to be leaked at each successful call to getgrouplist(). You might also want to explain in the documentation how getgrouplist() differs from the magical variable $) (or from POSIX::getgroups()). Vincent
  Mon Nov 25 08:59:46 2013 BASTIAN [...] cpan.org - Taken
  Mon Nov 25 09:08:22 2013 BASTIAN [...] cpan.org - Correspondence added
Hi, Am Mo 25. Nov 2013, 07:40:24, VPIT schrieb: Show quoted text
> In the XS source of your module, I see that you never free your > 'groups' variable. This will cause memory to be leaked at each > successful call to getgrouplist().
thanks a lot for your report. I just released v1.0.4 which should fix the issue. Seems I'm a better perl than C coder ;) I'll close the ticket for now. Feel free to re-open it if that solution does not work for you. Show quoted text
> You might also want to explain in the documentation how getgrouplist() > differs from the magical variable $) (or from POSIX::getgroups()).
Hm, the documentation fairly clearly says it interfaces the getgrouplist call; I'll leave that topic for the respective man pages for now. Thanks again Bastian
  Mon Nov 25 09:08:22 2013 The RT System itself - Status changed from 'new' to 'open'
  Mon Nov 25 09:08:35 2013 BASTIAN [...] cpan.org - Status changed from 'open' to 'resolved'