search for: param_table

Displaying 6 results from an estimated 6 matches for "param_table".

2020 Apr 29
2
Latest Ubuntu 16.04 samba upgrade breaks external ldap auth (CVE-2020-10704)
On Wed, 2020-04-29 at 08:57 +0100, Rowland penny via samba wrote: > On 29/04/2020 08:26, Lorenzo Milesi via samba wrote: > > Latest Samba4 upgrade (4.3.11+dfsg-0ubuntu0.16.04.26) broke external LDAP auth probably with the following error: > > > > LDAP request size (81) exceeds (0) > > > > samba-tool outputs the following when ran: > > > > Unknown
2020 Apr 29
0
Latest Ubuntu 16.04 samba upgrade breaks external ldap auth (CVE-2020-10704)
...ve > > backported these to 4.3.11 > > Rowland is correct here. > > From the description this looks like an untested backport. In their defence, since 10374dde0f9d2e13496198b90c0c6e592bfef86c in Samba 4.4, smb.conf generation has been entirely automated, but for Samba 4.3 the param_table in lib/param/param_table.c still needed to be filled in. So it would not have been obvious that the patch wasn't complete. I've CC'ed the Marc as the Ubuntu developer in the changelog. Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authenticati...
2014 Mar 20
2
[LLVMdev] load bytecode from string for jiting problem
This segfault occuring only under valgrind, in shell way, and in gdb way i have Invalid bitcode signature simple_scev_dynamic_array: /home/willy/apollo/llvm/include/llvm/Support/ErrorOr.h:258: storage_type *llvm::ErrorOr<llvm::Module *>::getStorage() [T = llvm::Module *]: Assertion `!HasError && "Cannot get value when an error exists!"' failed. Command terminated by
2014 Mar 20
2
[LLVMdev] load bytecode from string for jiting problem
Hello Willy, Here is the dump from one of my bitcode files: 0000000 42 43 c0 de 21 0c 00 00 25 05 00 00 0b 82 20 00 As expected, 0x42 (= B), 0x43 (= C), xc0 and 0xde are in correct order. In your case, the first byte is read as 37 (= 0x25). I wonder why? When you check the bytes yourself, you get expected results. When the same bytes are read from Stream object, you get a different result (maybe
2001 Sep 30
3
UTF-8 stuff
Here's a propsed heavy-duty solution for your UTF-8 problems. I'm including a patch in this message, but I'll put the new files on my web site at http://rano.org/tmp/xiph_files.tar.gz I've tested this by running vorbiscomment with and without -DHAVE_ICONV=1 in vorbis-tools/share/Makefile. It seems to work. Changed files: acinclude.m4: Add a test for nl_langinfo(CODESET). This
2014 Mar 19
2
[LLVMdev] load bytecode from string for jiting problem
all of: ---- // cout << "lsr: " << lsr << "\n"; llvm::MemoryBuffer* mbjit = llvm::MemoryBuffer::getMemBufferCopy (sr); ------ string lsr = sr.str(); // cout << "lsr: " << lsr << "\n";