similar to: Re: kqueue cont'd

Hi, the attached patch contains these changes: 2005-12-15 22:18 Vaclav Haisman <v.haisman@sh.cvut.cz> * src/lib/ioloop-kqueue.c: Fix IO_ERROR behaviour. * src/lib/ioloop-notify-kqueue.c: New file. * configure.in: Improve kqueue detection and handling. Cleanup. The configure.in changes that are not related to kqueue are there to make autoconf 2.59, automake 1.9.6 and libtool 1.5.20

Hi, I would like to submit the attached patch. It implements IO loop using FreeBSD's kqueue/kevent syscalls. It is based on snapshot of CVS HEAD as of 2005-12-12. I could only give it limited testing on FreeBSD 5.4 but it works fine so far. Vaclav Haisman -------------- next part -------------- diff -rN -u old-dovecot-cvs/autogen.sh new-dovecot-cvs/autogen.sh ---

Hi, I have noticed from logs that (only handful of occurrences during whole week) sometimes there is some kind of unrecognized event on handle and the branch with i_panic() in ioloop-kqueue.c:io_loop_handler_run() catches it. This patch allows the i_panic() to print some more info about the nature of the unrecognized event so that I can find out what it is about. Since it is really rare event I

Hello, I'm a new user of Dovecot (since 1.0b8) and I'ld report about a possible bug. Situation: Dovecot 1.0beta9 with kqueue support FreeBSD 6.1-Release x86 machine (IBM x206, P4 3.2 Ghz) local filesystem UFS2 This is an internal, experimental, mail server running Postfix and Dovecot configured with Maildirs e IMAP-only access. Clients are quite few, now, just because it's an

Just rebuilt and installed/world kernel: FreeBSD 4.8-STABLE #0: Fri Apr 11 14:34:37 EDT 2003 Using the latest Makefile for squid25: # fgrep \$FreeBSD /usr/ports/www/squid/Makefile # $FreeBSD: ports/www/squid/Makefile,v 1.100 2003/04/09 08:31:30 adrian Exp $ Modified with: # fgrep CONFIGURE_ARGS Makefile |fgrep -v \# CONFIGURE_ARGS= --bindir=${PREFIX}/sbin --sysconfdir=${PREFIX}/etc/squid \

Hello, It appears that the FreeBSD port of Samba 3.0.x may be falling behind. The port maintainter does not use Winbind and thus has not kept up with the development of it. 3.0.1 will very shortly be ported to FreeBSD, currently it is still at 3.0.0. I know there have been some recent changes to Samba that help FreeBSD out, and I wanted to make sure that the port of Samba 3.0.x on FreeBSD stays

After a brief stint offlist (thanks Bradley), I'm closer to getting SMB/LDAP working but now am encountering something very odd, which he suggested I bring back to the list for "further evaluation". :-) > $ smbclient //TESTBOX/testshare -U dballing > added interface ip=10.15.49.142 bcast=10.15.49.255 nmask=255.255.255.0 > Password: > session setup failed:

Thank you Paul for your response. Perhaps I can give a bit more info: RS/6000 H50 w/AIX 4.3.2 running Samba 2.0.5a PIII-450 NT4sp4 w/128MB I indicated yesterday that a race condition appeared to be happening. I later remembered that I turned on level2 oplocks on two read only shares as the last tunings we did before this began to happen. I got the info from the Speed.txt document in hopes of

Hi, What i said above is not true, i didn't realize that the reason the route disappeared was caused by a script that restarts tinc (and also resets the tap device), not by tinc itself. I compiled and installed tinc 0.3 today. It seems to work ok, even on a very slow 486 that caused to crash earlier tinc version. -- Hans Bayle - Tinc: Discussion list about the tinc VPN daemon

>I am trying to compile R-0.65 on a Sparc 20. I have gcc 2.7.2.2 and I >have SC4.0. I used gcc to compile R-0.64.2 in July with no problems. >Now when I run configure for R-0.65 I get the following message: > >>checking whether the C compiler (gcc ) works... no >>configure: error: installation or configuration problem: C compiler cannot create executables. > >and

Hi Alexandre, Am Montag, den 24.03.2014, 17:42 +0900 schrieb Alexandre Courbot: > Hi everyone, [...] > > A few lines of hacks (not included here) are still needed to deal with cached > mappings triggering external aborts and CPU/GPU memory coherency issues, but I > hope to understand and address these issues next. For the coherency issue part you may want to look at my Nouveau on

On Mon, 14 Apr 2008, Jon Sargeant wrote: > Ugh, this isn't what I wanted to hear. Passing "complex" differently > than a structure containing two doubles is a bad design, but alas, > calling conventions are beyond our control. How many special cases like > this are there? If "complex" is the only special case, LLVM could There are a huge number of special

> > entirely in the back end. Apart from calling conventions, the front end > > doesn't need to know the specific target, only the data layout and which > > intrinsics the target supports. This approach makes a clean division > > between the front end and back end. > > If you want to map from a C type/calling convetion to LLVM IR, clang is a > good way to

Hi, Some time ago I reported a problem with Dolphin on bugs.centos.org. When extracting an archive, the new files don't appear, and I have to press F5 to refresh the current directory display. I just found out a specificity of this bug. This only seem to happen on those installations where I run the 4.4.x kernel (kernel-lt package from elrepo-kernel repository). Any idea how I could solve

Hi Jon, > What is the correct procedure for translating a function signature from > a high-order language to LLVM? you have to do it carefully so that LLVM will end up producing object code that conforms to the platform ABI. For example, suppose you are using cdecl with a small struct (a pair of ints, say). Then your function should get two integer parameters, which LLVM will assign to

Another question about find. I looked at the gnome tool and tried to simulate what it is doing. I can't use it directly because it won't do sed. Basically I want to find all files with a string (except binary) and change it. let STR be the string I am looking for. NEW is new string. I am doing TFIL=/usr/tmp/dummy$$.txt find . -type f | while read fil do grep "$STR"

On Fri, Apr 25, 2014 at 5:19 PM, Alexandre Courbot <acourbot at nvidia.com> wrote: > Changes since v2: > - Enabled software class > - Removed unneeded changes to nouveau_accel_init() > - Replaced use of architecture-private pfn_to_dma() and dma_to_pfn() with > the portable page_to_phys()/phys_to_page() page_to_phys() looks well defined and used everywhere, phys_to_page() not

Hi Alexandre, Am Mittwoch, den 26.03.2014, 15:33 +0900 schrieb Alexandre Courbot: > Hi Lucas, > > On Mon, Mar 24, 2014 at 10:19 PM, Lucas Stach <l.stach at pengutronix.de> wrote: > > Hi Alexandre, > > > > Am Montag, den 24.03.2014, 17:42 +0900 schrieb Alexandre Courbot: > >> Hi everyone, > > [...] > >> > >> A few lines of hacks

Here's the state of my search: BatteriesPlus is... odd. The corporate site, and after a phone call, tell me they don't do GSA, but some of their franchises do. I called the local one, and they do. However, the only RBC 43 they offer, I might as well buy direct from APC, at well over $300 for the set. Battery Sharks, and Apex, don't do GSA... but they *do* offer replacements for about

???????????? samba, I compile kerberos5 root@romanof2 : cd /usr/ports/security/krb5/ root@romanof2 : make && make install && make clean && rehash ------------------------------------------------------ This port of MIT Kerberos 5 includes remote login daemons (telnetd and klogind). These daemons default to using the system login program (/usr/bin/login). Please see the