Displaying 5 results from an estimated 5 matches for "_decode".
Did you mean:
decode
2007 May 03
0
smbldap-tools Error in perl module decode.pm
smbldap-tools in a working environment suddenly unable to add or modify
users.
smbldap-useradd kenh
Use of uninitialized value in die at
/usr/lib/perl5/vendor_perl/5.8.6/Convert/ASN1/_decode.pm line 111.
Perl debug trace
[root@steel ~]# perl -d /usr/sbin/smbldap-useradd jimh
Loading DB routines from perl5db.pl version 1.28
Editor support available.
Enter h or `h h' for help, or `man perldebug' for more help.
main::(/usr/sbin/smbldap-useradd:38):
38: my %Options;...
2014 Nov 28
1
Bug#767295: xl: apparent memory leak
...Date: Thu Nov 20 15:48:47 2014 +0000
libxc: don't leak buffer containing the uncompressed PV kernel
The libxc xc_dom_* infrastructure uses a very simple malloc memory pool which
is freed by xc_dom_release. However the various xc_try_*_decode routines (other
than the gzip one) just use plain malloc/realloc and therefore the buffer ends
up leaked.
The memory pool currently supports mmap'd buffers as well as a directly
allocated buffers, however the try decode routines make...
2014 Nov 21
4
Bug#767295: [PATCH for-4.5 v2] libxc: don't leak buffer containing the uncompressed PV kernel
On 11/20/2014 03:21 PM, Konrad Rzeszutek Wilk wrote:
> On Thu, Nov 20, 2014 at 03:48:47PM +0000, Ian Campbell wrote:
>> The libxc xc_dom_* infrastructure uses a very simple malloc memory pool which
>> is freed by xc_dom_release. However the various xc_try_*_decode routines (other
>> than the gzip one) just use plain malloc/realloc and therefore the buffer ends
>> up leaked.
>>
>> The memory pool currently supports mmap'd buffers as well as a directly
>> allocated buffers, however the try decode routines make use of realloc a...
2014 Nov 21
1
Bug#767295: [PATCH for-4.5 v2] libxc: don't leak buffer containing the uncompressed PV kernel
...wrote:
> On 11/20/2014 03:21 PM, Konrad Rzeszutek Wilk wrote:
> > On Thu, Nov 20, 2014 at 03:48:47PM +0000, Ian Campbell wrote:
> >> The libxc xc_dom_* infrastructure uses a very simple malloc memory pool which
> >> is freed by xc_dom_release. However the various xc_try_*_decode routines (other
> >> than the gzip one) just use plain malloc/realloc and therefore the buffer ends
> >> up leaked.
> >>
> >> The memory pool currently supports mmap'd buffers as well as a directly
> >> allocated buffers, however the try decode routi...
2005 May 17
1
smbldap-tools broken pipe
Hi,
I am working on establishing a Samba+LDAP server with management by the
smbldap tools from idealx. Versions are Samba 3.0.14a, OpenLDAP 2.2.24,
smbldap tools 0.8.8 all on Solaris 8. I'm thinking I have a problem with
my perl (perhaps), version 5.8.5, as I keep getting "Broken pipe" messages
when using smbldap-populate, smbldap-groupadd, etc. Google produced no
useful