Re: struct iovec on OpenBSD-4.5

Alex Rousskov wrote: On 07/07/2010 09:24 AM, n...@squid-cache.org wrote: ../../../src/ipc/TypedMsgHdr.h:52: error: field `ios' has incomplete type Can somebody with OpenBSD access lookup which header(s) are needed to completely define "struct iovec", please? The structure is used for UDS I/O.

Re: SMP cache manager URLs

Alex Rousskov wrote: On 07/07/2010 04:41 PM, Amos Jeffries wrote: On Wed, 07 Jul 2010 13:28:50 -0600, Alex Rousskov wrote: Hello, We currently use mgr:info and similar URLs to access "cache manager" interface. I know there are plans to change the protocol and/or domain name of those URLs,

Re: /bzr/squid3/trunk/ r10615: Define MSG_NOSIGNAL if it is missing.

Alex Rousskov wrote: On 07/07/2010 05:14 PM, Amos Jeffries wrote: On Wed, 07 Jul 2010 11:39:21 -0600, Alex Rousskov wrote: revno: 10615 committer: Alex Rousskov branch nick: trunk timestamp: Wed 2010-07-07 11:39:21 -0600 message:

Adding sockaddr_un to Ip::Address

On 06/30/2010 07:46 PM, Alex Rousskov wrote: > 2. We had to clone comm_openex into comm_open_uds because Unix Domain > Sockets do not use IP addresses. They use file names. We can unify and > simplify related code if we add the file name (struct sockaddr_un) to > Ip::Address. IIRC, Amos and I disc

SMP portability

Hello, SMP commit broke build for at least two Hudson environments: OpenBSD and SunStudio. Both are probably fixable but there are probably others we do not test on (e.g., Windows where there is no UDS support at all). I guess we should disable SMP support where we do not have the time to mak

Re: SMP cache manager URLs

On 07/07/2010 04:41 PM, Amos Jeffries wrote: > On Wed, 07 Jul 2010 13:28:50 -0600, Alex Rousskov > wrote: >> Hello, >> >> We currently use mgr:info and similar URLs to access "cache manager" >> interface. I know there are plans to change the protocol and/or domain >> name of those URLs, but I

Re: /bzr/squid3/trunk/ r10615: Define MSG_NOSIGNAL if it is missing.

On 07/07/2010 05:14 PM, Amos Jeffries wrote: > On Wed, 07 Jul 2010 11:39:21 -0600, Alex Rousskov > wrote: >> >> revno: 10615 >> committer: Alex Rousskov >> branch nick: trunk >> timestamp: Wed 2010-07-07 11:39:21 -0600 >> message: >>

Build failed in Hudson: 3.HEAD-i386-OpenBSD-4.5 #450

See Changes: [Automatic source maintenance ] Bootstrapped [Alex Rousskov ] Define MSG_NOSIGNAL if it is missing. Solaris and possibly others do not provide this optional optimization. --

Build failed in Hudson: 3.HEAD-i386-opensolaris-SunStudioCc #311

See Changes: [Automatic source maintenance ] Bootstrapped [Alex Rousskov ] Define MSG_NOSIGNAL if it is missing. Solaris and possibly others do not provide this optional optimization. -

Re: /bzr/squid3/trunk/ r10615: Define MSG_NOSIGNAL if it is missing.

On Wed, 07 Jul 2010 11:39:21 -0600, Alex Rousskov wrote: > > revno: 10615 > committer: Alex Rousskov > branch nick: trunk > timestamp: Wed 2010-07-07 11:39:21 -0600 > message: > Define MSG_NOSIGNAL if it is missing. > > Solaris a

Re: SMP cache manager URLs

On Wed, 07 Jul 2010 13:28:50 -0600, Alex Rousskov wrote: > Hello, > > We currently use mgr:info and similar URLs to access "cache manager" > interface. I know there are plans to change the protocol and/or domain > name of those URLs, but I want to focus on the URL path (a.k.a. action) > and S

Build failed in Hudson: 3.HEAD-i386-opensolaris-SunStudioCc #310

See Changes: [Alex Rousskov ] Define MSG_NOSIGNAL if it is missing. Solaris and possibly others do not provide this optional optimization. [Alex Rousskov ] Polished KidName example to use a real Squid process

Hudson build is back to normal: 3.HEAD-i386-opensolaris #342

See

SMP cache manager URLs

Hello, We currently use mgr:info and similar URLs to access "cache manager" interface. I know there are plans to change the protocol and/or domain name of those URLs, but I want to focus on the URL path (a.k.a. action) and SMP. We have several options here: 1. Keep paths/actions as they are n

Build failed in Hudson: 3.HEAD-i386-OpenBSD-4.5 #449

See Changes: [Alex Rousskov ] Define MSG_NOSIGNAL if it is missing. Solaris and possibly others do not provide this optional optimization. [Alex Rousskov ] Polished KidName example to use a real Squid process name. --

Build failed in Hudson: 3.HEAD-i386-OpenBSD-4.5 #448

See Changes: [Alex Rousskov ] Polished KidName example to use a real Squid process name. [Alex Rousskov ] Do not use NAME_MAX because it is not portable. [Francesco Chemolli ] Re-defined preprocessor macro for better cons

Re: [RFC] minimal build option for configure

Sorry for resuming this old thread, but: Il giorno 27/mag/2010, alle ore 03.16, Amos Jeffries ha scritto: > We hit a v6 "bug" in Debian and Ubuntu where the package failed to have > explicit --enable-ipv6 and one of the 15 or so package build hosts had broken > v6 support. This resulted in some

struct iovec on OpenBSD-4.5

On 07/07/2010 09:24 AM, n...@squid-cache.org wrote: > ../../../src/ipc/TypedMsgHdr.h:52: error: field `ios' has incomplete type Can somebody with OpenBSD access lookup which header(s) are needed to completely define "struct iovec", please? The structure is used for UDS I/O. According to "man recvm

Re: how to deal with system-specific build options reliably

On 07/07/2010 12:28 AM, Kinkie wrote: > On Wed, Jul 7, 2010 at 1:08 AM, Amos Jeffries wrote: >> On Tue, 6 Jul 2010 21:26:40 +0200, Kinkie wrote: >>> On Tue, Jul 6, 2010 at 8:48 PM, Alex Rousskov >>> wrote: On 07/06/2010 09:52 AM, Kinkie wrote: > I've stumbled across a portability

Hudson build is back to normal: 3.HEAD-amd64-FreeBSD-7.2 #459

See

Build failed in Hudson: 3.HEAD-i386-OpenBSD-4.5 #447

See Changes: [Francesco Chemolli ] Increased consistency in configure.in quoting Fixed some compilation conditionals -- [...truncated 2683 lines...] mkdir .libs/libfs.lax/libdiskd.a (c

Re: SQUID_DEFINE_BOOL and broken ifdefs

On Wed, Jul 7, 2010 at 4:11 PM, Alex Rousskov wrote: > On 07/07/2010 07:29 AM, Kinkie wrote: >> On Tue, Jul 6, 2010 at 11:22 PM, Alex Rousskov >> wrote: >>> Hello, >>> >>>    The kill-parent hack got magically enabled on its own in trunk. The >>>  problem is the "#ifdef KILL_PARENT_OPT" line in m

Re: SQUID_DEFINE_BOOL and broken ifdefs

On 07/07/2010 07:29 AM, Kinkie wrote: > On Tue, Jul 6, 2010 at 11:22 PM, Alex Rousskov > wrote: >> Hello, >> >>The kill-parent hack got magically enabled on its own in trunk. The >> problem is the "#ifdef KILL_PARENT_OPT" line in main.cc. Since >> KILL_PARENT_OPT is set to "0" when the option

Build failed in Hudson: 3.HEAD-i386-OpenBSD-4.5 #446

See Changes: [Francesco Chemolli ] Increased consistency in configure.in quoting Fixed some compilation conditionals [Amos Jeffries ] SMP: Kid depends on sys/wait.h [Automatic source maintenance ] Bootstrapped

Re: SQUID_DEFINE_BOOL and broken ifdefs

On Tue, Jul 6, 2010 at 11:22 PM, Alex Rousskov wrote: > Hello, > >    The kill-parent hack got magically enabled on its own in trunk. The >  problem is the "#ifdef KILL_PARENT_OPT" line in main.cc. Since > KILL_PARENT_OPT is set to "0" when the option is disabled, the quoted > preprocessor conditi