similar to: [PATCH]

Hi list, my ldap directory uses DNs like this: uid=solist,ou=People,dc=solistland,dc=net,ou=Virtuals but I only could use something like uid=solist,ou=People,dc=solistland.net,ou=Virtuals with dovecot, which obviously isn't what the dcObject object class was meant to present. I've written a small function for var-expand.c which introduces a new modifier for string variable

Commit-ID: 6a65ae391c3db2b3e2ddd41f16625053ee1518b5 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=6a65ae391c3db2b3e2ddd41f16625053ee1518b5 Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 27 Oct 2014 16:12:49 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] [BUILTIN] Optimise

Commit-ID: 298ca1e50131be8fae13c629aca17507928271d3 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=298ca1e50131be8fae13c629aca17507928271d3 Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 27 Oct 2014 16:12:49 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:54 +0000 [klibc] dash: [BUILTIN]

Thanks, fixed in R-devel (by checking validity of UTF-8 strings for substr/substring). Tomas On 03/29/2018 03:53 AM, brodie gaslam via R-devel wrote: > I think there is a memory bug in `substr` that is triggered by a UTF-8 corner case: an incomplete UTF-8 byte sequence at the end of a string.? With a valgrind level 2 instrumented build of R-devel I get: > >> string <-

I think there is a memory bug in `substr` that is triggered by a UTF-8 corner case: an incomplete UTF-8 byte sequence at the end of a string.? With a valgrind level 2 instrumented build of R-devel I get: > string <- "abc\xEE"??? # \xEE indicates the start of a 3 byte UTF-8 sequence > Encoding(string) <- "UTF-8" > substr(string, 1, 10) ==15375== Invalid read of

On Sep 27, 2007, at 4:35 PM, <Alireza.Moshtaghi at microchip.com> <Alireza.Moshtaghi at microchip.com> wrote: > I'm working on version 2.0 > The assertion at line 2380 of LegalizeDAG.cpp fails when it is > trying to > lower the add with i16. > > assertion reads: > assert(MVT::isVector(Node->getValueType(0)) && > "Cannot expand this

Commit-ID: e4610e5e04a3292a48a239be366e7767b64ffdcb Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=e4610e5e04a3292a48a239be366e7767b64ffdcb Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 27 Oct 2014 12:19:25 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] [BUILTIN] Handle

Commit-ID: 27d0e9f3b74b25e5d2c9f366074edb77b9ef5f9f Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=27d0e9f3b74b25e5d2c9f366074edb77b9ef5f9f Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 27 Oct 2014 12:19:25 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:54 +0000 [klibc] dash: [BUILTIN]

Hi guys, I''m workin on a little ruby on rails application and I''m having a little trouble doing something that SHOULD be pretty easy, especially in rails... So you guys can know what I''m looking for, I included a block of PHP code that does the job, and the block of ruby code that''s failing me :P. Thanks ahead of time to anyone who can help me out with

I'm working on version 2.0 The assertion at line 2380 of LegalizeDAG.cpp fails when it is trying to lower the add with i16. assertion reads: assert(MVT::isVector(Node->getValueType(0)) && "Cannot expand this binary operation!"); I am trying to compile a very simple program as follows: short var; void foo(void) { Var++; } The input bytecode, (in addition to the

https://bugzilla.samba.org/show_bug.cgi?id=14323 Bug ID: 14323 Summary: Defaults for --skip-compress are not working, everything is being compressed Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core

--- python/Makefile.am | 5 ++++ src/appliance-kcmdline.c | 21 ++----------- src/drives.c | 65 +++++++---------------------------------- src/guestfs-internal-frontend.h | 3 ++ src/unit-tests.c | 40 +++++++++++++++++++++++++ src/utils.c | 50 +++++++++++++++++++++++++++++-- 6 files changed, 110 insertions(+), 74

I have recently begun playing with Dovecot (1.0.beta8) and have run into an interesting scenario. The way my email system is set up is that users of different domains have completely different base dn's. For instance, if a user is part of test.com the bind dn would be uid=user,ou=People,dc=test,dc=com. The bind dn for user at domain.com would be uid=user,ou=People,dc=domain,dc=com. I

/* * Copyright (c) 1983, 1995, 1996 Eric P. Allman * Copyright (c) 1988, 1993 * The Regents of the University of California. All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of

I moved my code to 2.1 but still the same. If I make ADD i16 legal, then it goes through, but it has problem expanding it to i8. Should I go ahead and customize it and do the same for all instructions? Or there is a more general thing that I can do? A. -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Chris Lattner Sent:

libswfdec/swfdec_js.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletion(-) New commits: diff-tree e06edd91cd480f68e8612517abac3aa7a287abab (from 6f0034ba32dd13577f1f2fb050734a7c55b4fdec) Author: Benjamin Otte <otte@gnome.org> Date: Fri Jan 26 21:50:33 2007 +0100 fix "this" in swfdec_js_eval diff --git a/libswfdec/swfdec_js.c b/libswfdec/swfdec_js.c index

[PATCH 001/001 v2] core/serial: Add support for serial output functions. Second version fixes an initialization issue. ----- This patch adds support for serial output functions. It may be useful for debugging purposes since you can separate ordinary outputs from debugging dumps. Just add "serial.h", and use either serial_print or serial_puts as you would use printf and puts

Hello, after I started to use dovecot as a backend for exim4 SMTP authentication on my main mailserver, I noticed that some clients don't advertise unicode support and so they can't log in. To fix the problem the attached patch allows use of OEM encoding in NTLM messages. Please consider applying. Best regards. P.S. I want to release exim4 patch in the near future, probably when Timo

This patch adds support for serial output functions. It may be useful for debugging purposes since you can separate ordinary outputs from debugging dumps. Just add "serial.h", and use either serial_print or serial_puts as you would use printf and puts respectivelly. For QEMU, you only need to specify the option -serial stdio. If you use another VM, find how you can redirect the serial

--- lib/Makefile.am | 27 ++ server/Makefile.am | 24 -- server/nbdkit.syms | 28 +-- server/public.c | 459 +--------------------------------- {server => lib}/extents.c | 4 +- lib/parse.c | 341 +++++++++++++++++++++++++ lib/password.c | 152 +++++++++++ lib/path.c | 97 +++++++