search for: whops

Garrett Smith Sales Executive garrett.smith@b2llc.com B2 Technologies 454 Sonwil Drive Buffalo, NY 14225 (716) 250-3408 Direct (716) 630-1548 Fax (716) 903-9495 Cell AOL IM: B2sales Specializing in New and Used equipment from vendors including Cisco Systems, Juniper, Adtran, Dialogic, Lucent, Nortel, Sipura, Granstream, Snom, Mediatrix, Carrier Access, Digium, Zultys,

My apologies if this isn't the correct posting address -- I didn't see an obvious "report problems here" on the website. Some of the code modifications introduced between 2.2.7 and 2.2.8 don't appear to agree with Solaris, using Sun's CC, with the LDAP support code. Note that I'm linking against the Solaris-bundled LDAP package (SUNWlldap). |% env

> >Seems I was wrong (left out ldap switch ...), it doesn't compile on >cooker, here is the error: > >Compiling passdb/pdb_ldap.c >passdb/pdb_ldap.c: In function `ldap_connect_system': >passdb/pdb_ldap.c:289: warning: passing arg 2 of `ldap_set_rebind_proc' >from incompatible pointer type >passdb/pdb_ldap.c:289: too many arguments to function

# Protocols we want to be serving: # imap imaps pop3 pop3s #protocols = imap imaps # IP or host address where to listen in for connections. It's not currently # possible to specify multiple addresses. "*" listens in all IPv4 interfaces. # "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4 # interfaces depending on the operating system. You can specify

Hi Dave, Did that patch of yours ever make it into trunk? I can't seem to find any related checkin for PromoteMemoryToRegister.cpp. I've been doing some extra profiling lately and the RewriteSingleStoreAlloca function alone is taking a whopping 63% of execution time. Thanks! Nicolas -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu]

For close to the last decade or so, I've been developing on OS X and then porting to LINUX. I know there are those who object to this approach, but it works for me. However I noticed that when porting my exception example to LINUX, which involved adding a whopping -rdynamic to the build line, there were technologies missing from my gcc and LINUX installation as compared to what is on OS X

I just wanted to post this so that it was out there and Googleable. Hopefully it will save other people a bit of time. If you have a Cisco phone (I was testing with a 7970, though presumably it would affect 7960 and others as well) that is looping trying to fetch the CTL tlv file - it may be because you are using Debians 'tftpd' (should be netkit-tftpd...*cough*hey, Debian

I got a compile error with rc6, rc5 works fine. amd64:dovecot-1.1.rc6# uname -a FreeBSD amd64.objtech.com 7.0-RELEASE-p1 FreeBSD 7.0-RELEASE-p1 #3: Fri Apr 18 02:18:13 EDT 2008 ./configure \ --prefix=/opt1/dovecot \ --localstatedir=/var \ --without-shadow \ --without-cyrus-sasl2 \ --without-pop3d \ --without-gssapi \ --disable-ipv6 \ --disable-debug \ --with-ioloop=kqueue \ --with-ssl=openssl

On Wednesday 24 September 2008 09:35, Nicolas Capens wrote: > Hi Dave, > > Did that patch of yours ever make it into trunk? I can't seem to find any > related checkin for PromoteMemoryToRegister.cpp. I've been doing some extra > profiling lately and the RewriteSingleStoreAlloca function alone is taking > a whopping 63% of execution time. I will commit it today along with

On Fri, 2003-01-17 at 14:15, Timo Sirainen wrote: > On Thu, 2003-01-16 at 03:31, james broermann wrote: > > pine still doesn't want to work. It does detect that the server is using > > plain text passwords. I'll try the sniffer and see what turns up. > > Whops, you're right. I've tested pine only with digest-md5 > authentication before. Looks like my PLAIN authentication isn't working > properly. Normally other clients just use LOGIN command which is > different. Patch is now available at http://dovecot.procontrol.fi/

http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc3.tar.gz http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc3.tar.gz.sig Whops, rc2 was missing a file. I always run "make distcheck", which should catch these, but recently it has always failed due to clang static checking giving one "error" that I didn't really want to fix. Because of that the distcheck didn't finish and didn't check for the...

http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc3.tar.gz http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc3.tar.gz.sig Whops, rc2 was missing a file. I always run "make distcheck", which should catch these, but recently it has always failed due to clang static checking giving one "error" that I didn't really want to fix. Because of that the distcheck didn't finish and didn't check for the...

Hi all, what happened to the mirrors? Many of them are outdated and older than 2days. They are missing the latest updates from yesterday and the day before yesterday. According to http://mirror-status.centos.org a whopping number of 227 mirrors are currently out of date. This is the major part of all European mirrors. :( Can someone please have a closer look at this? Thanks a lot and regards

Hey guys, I'm working on the S3D Benchmark and notice that CodeGenPrepare::OptimizeMemoryInst(...) in lib/Transforms/Scalar/CodeGenPrepare.cpp isn't scaling well. A whopping 99.3% of the compilation time for one file is spent in this function. The User Time for this compilation is 3166 seconds with a stock LLVM 3.1. If I disable the calls to OptimizeMemoryInst(...), the compilation time

On 01/10/2010 03:09 PM, Garrison Venn wrote: > For close to the last decade or so, I've been developing on OS X and then porting to LINUX. I know there are those who object > to this approach, but it works for me. However I noticed that when porting my exception example to LINUX, which involved > adding a whopping -rdynamic to the build line, there were technologies missing from my

2 GB for free!!! That''s right, we are happy to give you a whopping great 2GB of secure online storage where you can manage and share your files easily. For Free! Get Free Code: Limited Time Only! http://www.dpbolvw.net/click-2667396-10497819 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on

I've written an implementation of Markdown in C, for people like me who shout BAH! and wave their canes at modern programming languages. (I needed a decent markup language for my website and weblog, and didn't want to have to install any new programming languages on the machine.) Discount <http://www.pell.portland.or.us/~orc/Code/discount> has been in production for the past two and

2 GB for free!!! That''s right, we are happy to give you a whopping great 2GB of secure online storage where you can manage and share your files easily. For Free! Get Free Code: Limited Time Only! http://www.dpbolvw.net/click-2667396-10497819 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on

It seems that Dovecot gets confused when presented with a header like: From: someone at somewhere.org i.e. with leading whitespace and no "friendly name" This shows up as ""@MISSING_DOMAIN in clients, such as Pine, that believe what Dovecot tells them rather than parsing the headers themselves (e.g. Thunderbird). Here's a sample IMAP session: xyz FETCH 728 ENVELOPE

Hi all I wanted to do a quick build of a clean branch yesterday and noticed something surprising in the configure log: > -- No build type selected, default to Debug It appears that llvm's configuration forces Debug builds if the user does not specify the build type. https://github.com/llvm/llvm-project/blob/9218ff50f93085d0a16a974db28ca8f14bc66f64/llvm/CMakeLists.txt#L57-L60