search for: keyvalue

...pes_compatible_keys... no checking for krb5_encrypt_block type... no checking for addrtype in krb5_address... no checking for addr_type in krb5_address... yes checking for enc_part2 in krb5_ticket... no checking for keyblock in krb5_creds... no checking for session in krb5_creds... yes checking for keyvalue in krb5_keyblock... yes checking for ENCTYPE_ARCFOUR_HMAC_MD5... yes checking for KEYTYPE_ARCFOUR_56... yes checking for AP_OPTS_USE_SUBKEY... yes checking for KV5M_KEYTAB... no checking for the krb5_princ_component macro... no checking for key in krb5_keytab_entry... no checking for keyblock in kr...

Hi, Thanks for your answer. I am looking for a map, and the data structure of this map is map<const Instruction *, vector<MachineInstr*> > In this map, its keyvalue is IR instruction pointer, and its second value is a container which is composed of MachineInstr lowering by its keyvalue. For example: IR Instruction %0 = load i32* getelementptr inbounds ([6 x i32]* @a, i32 0, i32 5), align 4, !tbaa !0 Two MachineInstrs lowed by this IR are shown following and...

...cking file: json:{"driver": "raw", "file": {"password-secret": "scsi0-0-0-0-secret0", "pool": "vms_pool", "image": "disk-123", "driver": "rbd", "user": "libvirt", "=keyvalue-pairs": "[\"auth_supported\", \"cephx;none\", \"mon_host\", \"192.168.1.1:6789;192.168.1.11:6789;192.168.1.21:6789\"]"}} This is fine as long as the virtual machine is running and with qemu-2.10 it is even possible to block-commit this externa...

...ult_in_tkt_etypes... no checking for krb5_free_ktypes... no checking for krb5_free_data_contents... no checking for krb5_principal_get_comp_string... no checking for addrtype in krb5_address... no checking for addr_type in krb5_address... yes checking for enc_part2 in krb5_ticket... no checking for keyvalue in krb5_keyblock... yes checking for ENCTYPE_ARCFOUR_HMAC_MD5... yes checking for KEYTYPE_ARCFOUR_56... no checking for AP_OPTS_USE_SUBKEY... yes checking for the krb5_princ_component macro... no checking for key in krb5_keytab_entry... no checking for keyblock in krb5_keytab_entry... yes -- ----...

Aki, thanks, I fixed typo but error persists: Mar 7 10:55:54 mail dovecot: auth: Debug: auth client connected (pid=10828) Mar 7 10:55:55 mail dovecot: auth: Debug: client in: AUTH#0111#011CRAM-MD5#011service=imap#011secured#011session=FIH/6tJm4gDAqHoB#011lip=192.168.122.202#011rip=192.168.122.1#011lport=993#011rport=37090 Mar 7 10:55:55 mail dovecot: auth: Debug: client passdb out:

...ult_in_tkt_etypes... no checking for krb5_free_ktypes... no checking for krb5_free_data_contents... no checking for krb5_principal_get_comp_string... no checking for addrtype in krb5_address... no checking for addr_type in krb5_address... yes checking for enc_part2 in krb5_ticket... no checking for keyvalue in krb5_keyblock... yes checking for ENCTYPE_ARCFOUR_HMAC_MD5... yes checking for KEYTYPE_ARCFOUR_56... no checking for AP_OPTS_USE_SUBKEY... yes checking for the krb5_princ_component macro... no checking for key in krb5_keytab_entry... no checking for keyblock in krb5_keytab_entry... yes -- ----...

This series of patches address several issues causing memory usage to grow indefinetely on a long lived process. These are not convenional leaks -- memory would have been freed when the LLVM context or/and JIT engine is destroyed -- but for as long as they aren't the memory is usage effectively ubounded. The issues were found using valgrind with '--show-reachable=yes' option: 1.

My bad. Userdb does not support scheme keyvalue, just remove it. Aki > On 07 March 2018 at 15:57 Sergio Belkin <sebelk at gmail.com> wrote: > > > Aki, > > thanks, I fixed typo but error persists: > Mar 7 10:55:54 mail dovecot: auth: Debug: auth client connected (pid=10828) > Mar 7 10:55:55 mail dovecot: auth:...

...6_64-GenericCloud-1901:mon_host=[fd00\:\:cefc\:1]\:6789:auth_supported=none" image: json:{"driver": "raw", "file": {"pool": "images", "image": "CentOS-7-x86_64-GenericCloud-1901", "driver": "rbd", "=keyvalue-pairs": "[\"mon_host\", \"[fd00::cefc:1]:6789\", \"auth_supported\", \"none\"]"}} file format: raw virtual size: 8.0G (8589934592 bytes) disk size: unavailable cluster_size: 4194304 Snapshot list: ID        TAG                 VM SIZE         ...

Unfortunately I do need to use the address explicitly as opposed to hostnames because the source of the data fed here is Ceph's monmap which returns the addresses explicitly. I've tried all the common ways to escape the : in the v6 address to no avail.  I definitely agree that the problem looks to be it parsing the colons as if the port comes next and then everything after that is

...ringMapImpl::LookupBucketFor (this=0x82f00e8, Name=...) at /work/Abe/non-backup-worthy/build_dirs/Clang/pre-3.9/2016-07-17-22-54-42-1cb1a4c-master/llvm/lib/Support/StringMap.cpp:102 #1 0x0000000002320fa4 in llvm::StringMap<llvm::Value*, llvm::MallocAllocator>::insert (this=0x82f00e8, KeyValue=0x8312cb0) at /work/Abe/non-backup-worthy/build_dirs/Clang/pre-3.9/2016-07-17-22-54-42-1cb1a4c-master/llvm/include/llvm/ADT/StringMap.h:345 #2 0x0000000002320a10 in llvm::ValueSymbolTable::reinsertValue (this=0x82f00e8, V=0x830cfd8) at /work/Abe/non-backup-worthy/build_dirs/Clang/pre...

Nigel Kersten and I had previously worked on a plist provider spec for Mac OS X. Attached is a PDF of the current state. I would appreciate any input and criticisms. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To

Dear all, In the process of trying to add optimization for better layout of global variables, I have run up against a roadblock: I don`t seem to be able to sort the contents of a "SymbolTableListTraits<GlobalVariable>" -- or even swap two elements in that list -- without causing LLVM to crash. I have tried writing a comparator class and then using "llvm::iplist<

...nctypes... yes checking for krb5_get_default_in_tkt_etypes... no checking for krb5_free_ktypes... yes checking for krb5_principal_get_comp_string... no checking for addrtype in krb5_address... yes checking for addr_type in krb5_address... no checking for enc_part2 in krb5_ticket... yes checking for keyvalue in krb5_keyblock... no checking for ENCTYPE_ARCFOUR_HMAC_MD5... no checking for KEYTYPE_ARCFOUR_56... no checking for AP_OPTS_USE_SUBKEY... yes checking for the krb5_princ_component macro... yes checking for memory keytab support... no checking whether Active Directory and krb5 support is used... y...

Hello all, Here is a new iteration of the patch series that implements a transport for guest and host communications. The code has been updated to reuse the virtio-console device instead of creating a new virtio-serial device. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine. There are a few items on my

Hello all, Here is a new iteration of the patch series that implements a transport for guest and host communications. The code has been updated to reuse the virtio-console device instead of creating a new virtio-serial device. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine. There are a few items on my

...krb5_crypto type... no checking for krb5_encrypt_block type... yes checking for addrtype in krb5_address... yes checking for addr_type in krb5_address... no checking for enc_part2 in krb5_ticket... yes checking for keyblock in krb5_creds... yes checking for session in krb5_creds... no checking for keyvalue in krb5_keyblock... no checking for ENCTYPE_ARCFOUR_HMAC_MD5... no checking for KEYTYPE_ARCFOUR_56... no checking for AP_OPTS_USE_SUBKEY... yes checking for KV5M_KEYTAB... yes checking for KRB5_KU_OTHER_CKSUM... no checking for KRB5_KEYUSAGE_APP_DATA_CKSUM... yes checking for the krb5_princ_compone...

..._in_tkt_etypes... no checking for krb5_free_ktypes... yes checking for krb5_free_data_contents... yes checking for krb5_principal_get_comp_string... no checking for addrtype in krb5_address... yes checking for addr_type in krb5_address... no checking for enc_part2 in krb5_ticket... yes checking for keyvalue in krb5_keyblock... no checking for ENCTYPE_ARCFOUR_HMAC_MD5... no checking for KEYTYPE_ARCFOUR_56... no checking for AP_OPTS_USE_SUBKEY... yes checking for the krb5_princ_component macro... yes checking for key in krb5_keytab_entry... yes checking for keyblock in krb5_keytab_entry... no checking w...

..._in_tkt_etypes... no checking for krb5_free_ktypes... yes checking for krb5_free_data_contents... yes checking for krb5_principal_get_comp_string... no checking for addrtype in krb5_address... yes checking for addr_type in krb5_address... no checking for enc_part2 in krb5_ticket... yes checking for keyvalue in krb5_keyblock... no checking for ENCTYPE_ARCFOUR_HMAC_MD5... no checking for KEYTYPE_ARCFOUR_56... no checking for AP_OPTS_USE_SUBKEY... yes checking for the krb5_princ_component macro... yes checking for key in krb5_keytab_entry... yes checking for keyblock in krb5_keytab_entry... no checking w...

...r krb5_crypto type... yes checking for krb5_encrypt_block type... no checking for addrtype in krb5_address... no checking for addr_type in krb5_address... yes checking for enc_part2 in krb5_ticket... no checking for keyblock in krb5_creds... no checking for session in krb5_creds... yes checking for keyvalue in krb5_keyblock... yes checking for ENCTYPE_ARCFOUR_HMAC_MD5... yes checking for KEYTYPE_ARCFOUR_56... yes checking for AP_OPTS_USE_SUBKEY... yes checking for KV5M_KEYTAB... no checking for KRB5_KU_OTHER_CKSUM... yes checking for KRB5_KEYUSAGE_APP_DATA_CKSUM... no checking for the krb5_princ_compo...