RE: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW)
More than happy to help in any way I can. -Original Message- From: Amos Jeffries [mailto:squ...@treenet.co.nz] Sent: Monday, 17 August 2009 3:04 PM To: Guido Serassio Cc: Nevil Thatcher; squid-users@squid-cache.org; Squid Developers Subject: Re: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW) Guido Serassio wrote: > Hi Amos, > > At 14.25 16/08/2009, Amos Jeffries wrote: >> CC'ing to squi-dev. This really should be over there. >> Maybe Guido can help. > > Probably the solution is not simple. > > As you know, the development of Squid 3 is stopped since April 2008 > after the bazaar migration. > > This means that ALL subsequent code changes to Squid 3 are fully > untested on Windows. > Two months ago I was able to fix all the build failures of Squid 3 when > building using MinGW, but nothing was done on functionality side. > > Today, according to Canonical people, bazaar should really work on > Windows, but the there are too much outstanding code changes to be > checked for a single developer: looking to Squid 3.1 project summary, > there are 1022 changesets with 204446 line insertion and 295342 line > deletion. The big part of that (source re-formatting, error page template changes, and AsyncCalls) won't affect windows. The bits that will I think are quite small. The problem is only the time and testing needed to find them. Nevil has been very helpful and found this one, I think it's worthwhile fixing whatever happens. (This is only regarding the 3.0->3.1 diff, any big issues from 3.0 may still be large problems). > > For my point of view, currently the Windows port of Squid > 3.0 must be > considered fully broken because is incomplete and untested. > > Regards > > Guido > We have now limited this particular functionality problem to getaddrinfo(). I'm thinking the socket API wrappings in mswin.h just need to be expanded to include those getaddrinfo/freeaddrinfo/getnameinfo calls. That will cover one of the bigger gaps in the new system API calls 3.1 makes. I was hoping you could help out with some info on how to do the wrapping properly. If Nevil is happy to continue as tester with this I'm happy to keep debugging and fixing windows things by remote. Amos -- Please be using Current Stable Squid 2.7.STABLE6 or 3.0.STABLE18 Current Beta Squid 3.1.0.13
Re: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW)
Guido Serassio wrote: Hi Amos, At 14.25 16/08/2009, Amos Jeffries wrote: CC'ing to squi-dev. This really should be over there. Maybe Guido can help. Probably the solution is not simple. As you know, the development of Squid 3 is stopped since April 2008 after the bazaar migration. This means that ALL subsequent code changes to Squid 3 are fully untested on Windows. Two months ago I was able to fix all the build failures of Squid 3 when building using MinGW, but nothing was done on functionality side. Today, according to Canonical people, bazaar should really work on Windows, but the there are too much outstanding code changes to be checked for a single developer: looking to Squid 3.1 project summary, there are 1022 changesets with 204446 line insertion and 295342 line deletion. The big part of that (source re-formatting, error page template changes, and AsyncCalls) won't affect windows. The bits that will I think are quite small. The problem is only the time and testing needed to find them. Nevil has been very helpful and found this one, I think it's worthwhile fixing whatever happens. (This is only regarding the 3.0->3.1 diff, any big issues from 3.0 may still be large problems). For my point of view, currently the Windows port of Squid > 3.0 must be considered fully broken because is incomplete and untested. Regards Guido We have now limited this particular functionality problem to getaddrinfo(). I'm thinking the socket API wrappings in mswin.h just need to be expanded to include those getaddrinfo/freeaddrinfo/getnameinfo calls. That will cover one of the bigger gaps in the new system API calls 3.1 makes. I was hoping you could help out with some info on how to do the wrapping properly. If Nevil is happy to continue as tester with this I'm happy to keep debugging and fixing windows things by remote. Amos -- Please be using Current Stable Squid 2.7.STABLE6 or 3.0.STABLE18 Current Beta Squid 3.1.0.13
Re: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW)
Hi Amos, At 14.25 16/08/2009, Amos Jeffries wrote: CC'ing to squi-dev. This really should be over there. Maybe Guido can help. Probably the solution is not simple. As you know, the development of Squid 3 is stopped since April 2008 after the bazaar migration. This means that ALL subsequent code changes to Squid 3 are fully untested on Windows. Two months ago I was able to fix all the build failures of Squid 3 when building using MinGW, but nothing was done on functionality side. Today, according to Canonical people, bazaar should really work on Windows, but the there are too much outstanding code changes to be checked for a single developer: looking to Squid 3.1 project summary, there are 1022 changesets with 204446 line insertion and 295342 line deletion. For my point of view, currently the Windows port of Squid > 3.0 must be considered fully broken because is incomplete and untested. Regards Guido - = Guido Serassio Acme Consulting S.r.l. - Microsoft Gold Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it/
RE: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW)
Thanks Amos, My C is extremely rusty so I appreciate your assistance!. Applied patch, results are below: 2009/08/16 22:51:27.471| command-line -X overrides: ALL,7 2009/08/16 22:51:27.471| signal: sig=31 func=sigusr2_handle: (0) No error 2009/08/16 22:51:27.471| CacheManager::registerAction: registering legacy mem 2009/08/16 22:51:27.471| CacheManager::findAction: looking for action mem 2009/08/16 22:51:27.487| Action not found. 2009/08/16 22:51:27.487| CacheManager::registerAction: registered mem 2009/08/16 22:51:27.487| aclDestroyACLs: invoked 2009/08/16 22:51:27.487| ACL::Prototype::Registered: invoked for type src 2009/08/16 22:51:27.487| ACL::Prototype::Registered:yes 2009/08/16 22:51:27.487| ACL::FindByName 'all' 2009/08/16 22:51:27.487| ACL::FindByName found no match 2009/08/16 22:51:27.487| aclParseAclLine: Creating ACL 'all' 2009/08/16 22:51:27.487| ACL::Prototype::Factory: cloning an object for type 'src' 2009/08/16 22:51:27.487| aclIpParseIpData: all 2009/08/16 22:51:27.487| aclIpParseIpData: magic 'all' found. 2009/08/16 22:51:27.487| aclParseAccessLine: looking for ACL name 'all' 2009/08/16 22:51:27.487| ACL::FindByName 'all' 2009/08/16 22:51:27.487| IpAddress.cc(498) LookupHostIP: Given Bad IP '255.255.255.255': unknown error 2009/08/16 22:51:27.487| IpAddress.cc(498) LookupHostIP: Given Bad IP '0.0.0.0': unknown error 2009/08/16 22:51:27.487| IpAddress.cc(498) LookupHostIP: Given Bad IP '255.255.255.255': unknown error 2009/08/16 22:51:27.487| IpAddress.cc(498) LookupHostIP: Given Bad IP '0.0.0.0': unknown error 2009/08/16 22:51:27.487| IpAddress.cc(498) LookupHostIP: Given Bad IP '255.255.255.255': unknown error 2009/08/16 22:51:27.487| Processing Configuration File: c:/squid/etc/squid.conf (depth 0) 2009/08/16 22:51:27.487| Processing: 'acl manager proto cache_object' 2009/08/16 22:51:27.487| ACL::Prototype::Registered: invoked for type proto 2009/08/16 22:51:27.487| ACL::Prototype::Registered:yes 2009/08/16 22:51:27.487| ACL::FindByName 'manager' 2009/08/16 22:51:27.487| ACL::FindByName found no match 2009/08/16 22:51:27.487| aclParseAclLine: Creating ACL 'manager' 2009/08/16 22:51:27.487| ACL::Prototype::Factory: cloning an object for type 'proto' 2009/08/16 22:51:27.487| Processing: 'acl localhost src 127.0.0.1/32' 2009/08/16 22:51:27.487| ACL::Prototype::Registered: invoked for type src 2009/08/16 22:51:27.487| ACL::Prototype::Registered:yes 2009/08/16 22:51:27.487| ACL::FindByName 'localhost' 2009/08/16 22:51:27.487| ACL::FindByName found no match 2009/08/16 22:51:27.487| aclParseAclLine: Creating ACL 'localhost' 2009/08/16 22:51:27.487| ACL::Prototype::Factory: cloning an object for type 'src' 2009/08/16 22:51:27.487| aclIpParseIpData: 127.0.0.1/32 2009/08/16 22:51:27.487| aclIpParseIpData: '127.0.0.1/32' matched: SCAN3-v4: %[0123456789.]/%[0123456789.] 2009/08/16 22:51:27.487| aclIpParseIpData: *addr1:1 addr1:127.0.0.1 q->addr1: 0.0.0.0 2009/08/16 22:51:27.487| IpAddress.cc(498) LookupHostIP: Given Bad IP '127.0.0.1': unknown error 2009/08/16 22:51:27.487| aclIpParseIpData: *addr1:1 addr1:127.0.0.1 q->addr1: 0.0.0.0 2009/08/16 22:51:27.487| aclIpParseIpData: unknown first address in '127.0.0.1/32' 2009/08/16 22:51:27.487| leave_suid: PID 5872 called FATAL: Bungled squid.conf line 2: acl localhost src 127.0.0.1/32 Squid Cache (Version 3.1.0.13): Terminated abnormally. CPU Usage: 0.016 seconds = 0.000 user + 0.016 sys Maximum Resident Size: 5696 KB Page faults with physical i/o: 1464 -Original Message----- From: Amos Jeffries [mailto:squ...@treenet.co.nz] Sent: Sunday, 16 August 2009 10:25 PM To: Nevil Thatcher Cc: squid-users@squid-cache.org; Squid Developers Subject: Re: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW) CC'ing to squi-dev. This really should be over there. Maybe Guido can help. Nevil Thatcher wrote: > I have attempted this on 2 Widows PC's the First (work) Windows XP and at > hoem Windows 7 > > Using squid -X I get the following output > > C:\squid\sbin>squid -X > 2009/08/16 20:18:11.683| command-line -X overrides: ALL,7 > 2009/08/16 20:18:11.683| signal: sig=31 func=sigusr2_handle: (0) No error > 2009/08/16 20:18:11.683| CacheManager::registerAction: registering legacy mem > 2009/08/16 20:18:11.683| CacheManager::findAction: looking for action mem > 2009/08/16 20:18:11.683| Action not found. > 2009/08/16 20:18:11.683| CacheManager::registerAction: registered mem > 2009/08/16 20:18:11.683| aclDestroyACLs: invoked > 2009/08/16 20:18:11.683| ACL::Prototype::Registered: invoked for type src > 2009/08/16 20:18:11.683| ACL::Prototype::Registered:yes > 2009/08/16 20:18:11.683| ACL::FindByName 'all' > 2009/08/16 20:18:1
Re: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW)
CC'ing to squi-dev. This really should be over there. Maybe Guido can help. Nevil Thatcher wrote: I have attempted this on 2 Widows PC's the First (work) Windows XP and at hoem Windows 7 Using squid -X I get the following output C:\squid\sbin>squid -X 2009/08/16 20:18:11.683| command-line -X overrides: ALL,7 2009/08/16 20:18:11.683| signal: sig=31 func=sigusr2_handle: (0) No error 2009/08/16 20:18:11.683| CacheManager::registerAction: registering legacy mem 2009/08/16 20:18:11.683| CacheManager::findAction: looking for action mem 2009/08/16 20:18:11.683| Action not found. 2009/08/16 20:18:11.683| CacheManager::registerAction: registered mem 2009/08/16 20:18:11.683| aclDestroyACLs: invoked 2009/08/16 20:18:11.683| ACL::Prototype::Registered: invoked for type src 2009/08/16 20:18:11.683| ACL::Prototype::Registered:yes 2009/08/16 20:18:11.683| ACL::FindByName 'all' 2009/08/16 20:18:11.683| ACL::FindByName found no match 2009/08/16 20:18:11.683| aclParseAclLine: Creating ACL 'all' 2009/08/16 20:18:11.683| ACL::Prototype::Factory: cloning an object for type 'src' 2009/08/16 20:18:11.683| aclIpParseIpData: all 2009/08/16 20:18:11.683| aclIpParseIpData: magic 'all' found. 2009/08/16 20:18:11.683| aclParseAccessLine: looking for ACL name 'all' 2009/08/16 20:18:11.683| ACL::FindByName 'all' 2009/08/16 20:18:11.683| Processing Configuration File: c:/squid/etc/squid.conf(depth 0) 2009/08/16 20:18:11.683| Processing: 'acl manager proto cache_object' 2009/08/16 20:18:11.683| ACL::Prototype::Registered: invoked for type proto 2009/08/16 20:18:11.683| ACL::Prototype::Registered:yes 2009/08/16 20:18:11.683| ACL::FindByName 'manager' 2009/08/16 20:18:11.683| ACL::FindByName found no match 2009/08/16 20:18:11.698| aclParseAclLine: Creating ACL 'manager' 2009/08/16 20:18:11.698| ACL::Prototype::Factory: cloning an object for type 'proto' 2009/08/16 20:18:11.698| Processing: 'acl localhost src 127.0.0.1/32' 2009/08/16 20:18:11.698| ACL::Prototype::Registered: invoked for type src 2009/08/16 20:18:11.698| ACL::Prototype::Registered:yes 2009/08/16 20:18:11.698| ACL::FindByName 'localhost' 2009/08/16 20:18:11.698| ACL::FindByName found no match 2009/08/16 20:18:11.698| aclParseAclLine: Creating ACL 'localhost' 2009/08/16 20:18:11.698| ACL::Prototype::Factory: cloning an object for type 'src' 2009/08/16 20:18:11.698| aclIpParseIpData: 127.0.0.1/32 2009/08/16 20:18:11.698| aclIpParseIpData: '127.0.0.1/32' matched: SCAN3-v4: %[0123456789.]/%[0123456789.] 2009/08/16 20:18:11.698| aclIpParseIpData: *addr1:1 addr1:127.0.0.1 q->addr1: 0.0.0.0 2009/08/16 20:18:11.698| aclIpParseIpData: unknown first address in '127.0.0.1/32' 2009/08/16 20:18:11.698| leave_suid: PID 4208 called FATAL: Bungled squid.conf line 2: acl localhost src 127.0.0.1/32 Squid Cache (Version 3.1.0.13): Terminated abnormally. CPU Usage: 0.016 seconds = 0.000 user + 0.016 sys Maximum Resident Size: 5676 KB Page faults with physical i/o: 1459 Note: I added an extra debug statement above the point it is failing /* Decode addr1 */ debugs(28, 0, "aclIpParseIpData: *addr1:" << *addr1 << " addr1:" << addr1 << " q->addr1: " << q->addr1); if (!*addr1 || !(q->addr1 = addr1)) { debugs(28, 0, "aclIpParseIpData: unknown first address in '" << t << "'"); delete q; self_destruct(); return NULL; Your statement needs to be below as well. Before the failure point the q->addr1 is empty. It's also high time the IpAddress.cc code debugs were activated. If you can add this patch some other things will start to show: === modified file 'src/ip/IpAddress.cc' --- src/ip/IpAddress.cc 2009-04-07 13:51:57 + +++ src/ip/IpAddress.cc 2009-08-16 12:12:14 + @@ -36,6 +36,7 @@ #include "config.h" #include "ip/IpAddress.h" +#include "Debug.h" #include "util.h" @@ -56,15 +57,6 @@ #error "INET6 defined but has been deprecated! Try running bootstrap and configure again." #endif -/* We want to use the debug routines when running as module of squid. */ -/* otherwise fallback to printf if those are not available. */ -#ifndef SQUID_DEBUG -#define debugs(a,b,c)// drop. -#else -#warning "IpAddress built with Debugs!!" -#include "../src/Debug.h" -#endif - #if !USE_IPV6 // So there are some places where I will drop to using Macros too. // At least I can restrict them to this file so they don't corrupt the app with C code. Amos -Original Message- From: Amos Jeffries [mailto:squ...@treenet.co.nz] Sent: Sunday, 16 August 2009 2:22 PM To: Nevil Thatcher Cc: squid-users@squid-cache.org Subject: Re: [squid-use
RE: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW)
I have attempted this on 2 Widows PC's the First (work) Windows XP and at hoem Windows 7 Using squid -X I get the following output C:\squid\sbin>squid -X 2009/08/16 20:18:11.683| command-line -X overrides: ALL,7 2009/08/16 20:18:11.683| signal: sig=31 func=sigusr2_handle: (0) No error 2009/08/16 20:18:11.683| CacheManager::registerAction: registering legacy mem 2009/08/16 20:18:11.683| CacheManager::findAction: looking for action mem 2009/08/16 20:18:11.683| Action not found. 2009/08/16 20:18:11.683| CacheManager::registerAction: registered mem 2009/08/16 20:18:11.683| aclDestroyACLs: invoked 2009/08/16 20:18:11.683| ACL::Prototype::Registered: invoked for type src 2009/08/16 20:18:11.683| ACL::Prototype::Registered:yes 2009/08/16 20:18:11.683| ACL::FindByName 'all' 2009/08/16 20:18:11.683| ACL::FindByName found no match 2009/08/16 20:18:11.683| aclParseAclLine: Creating ACL 'all' 2009/08/16 20:18:11.683| ACL::Prototype::Factory: cloning an object for type 'src' 2009/08/16 20:18:11.683| aclIpParseIpData: all 2009/08/16 20:18:11.683| aclIpParseIpData: magic 'all' found. 2009/08/16 20:18:11.683| aclParseAccessLine: looking for ACL name 'all' 2009/08/16 20:18:11.683| ACL::FindByName 'all' 2009/08/16 20:18:11.683| Processing Configuration File: c:/squid/etc/squid.conf(depth 0) 2009/08/16 20:18:11.683| Processing: 'acl manager proto cache_object' 2009/08/16 20:18:11.683| ACL::Prototype::Registered: invoked for type proto 2009/08/16 20:18:11.683| ACL::Prototype::Registered:yes 2009/08/16 20:18:11.683| ACL::FindByName 'manager' 2009/08/16 20:18:11.683| ACL::FindByName found no match 2009/08/16 20:18:11.698| aclParseAclLine: Creating ACL 'manager' 2009/08/16 20:18:11.698| ACL::Prototype::Factory: cloning an object for type 'proto' 2009/08/16 20:18:11.698| Processing: 'acl localhost src 127.0.0.1/32' 2009/08/16 20:18:11.698| ACL::Prototype::Registered: invoked for type src 2009/08/16 20:18:11.698| ACL::Prototype::Registered:yes 2009/08/16 20:18:11.698| ACL::FindByName 'localhost' 2009/08/16 20:18:11.698| ACL::FindByName found no match 2009/08/16 20:18:11.698| aclParseAclLine: Creating ACL 'localhost' 2009/08/16 20:18:11.698| ACL::Prototype::Factory: cloning an object for type 'src' 2009/08/16 20:18:11.698| aclIpParseIpData: 127.0.0.1/32 2009/08/16 20:18:11.698| aclIpParseIpData: '127.0.0.1/32' matched: SCAN3-v4: %[0123456789.]/%[0123456789.] 2009/08/16 20:18:11.698| aclIpParseIpData: *addr1:1 addr1:127.0.0.1 q->addr1: 0.0.0.0 2009/08/16 20:18:11.698| aclIpParseIpData: unknown first address in '127.0.0.1/32' 2009/08/16 20:18:11.698| leave_suid: PID 4208 called FATAL: Bungled squid.conf line 2: acl localhost src 127.0.0.1/32 Squid Cache (Version 3.1.0.13): Terminated abnormally. CPU Usage: 0.016 seconds = 0.000 user + 0.016 sys Maximum Resident Size: 5676 KB Page faults with physical i/o: 1459 Note: I added an extra debug statement above the point it is failing /* Decode addr1 */ debugs(28, 0, "aclIpParseIpData: *addr1:" << *addr1 << " addr1:" << addr1 << " q->addr1: " << q->addr1); if (!*addr1 || !(q->addr1 = addr1)) { debugs(28, 0, "aclIpParseIpData: unknown first address in '" << t << "'"); delete q; self_destruct(); return NULL; -Original Message- From: Amos Jeffries [mailto:squ...@treenet.co.nz] Sent: Sunday, 16 August 2009 2:22 PM To: Nevil Thatcher Cc: squid-users@squid-cache.org Subject: Re: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW) Nevil Thatcher wrote: > I have tried downgrading > > minGW runtime from 3.15.2 to 3.14 > w32api 3.13 to 3.11 > > and rebuild - no change to result, squid still fails to start with error: > > 2009/08/16 11:41:30| aclIpParseIpData: unknown first address in '127.0.0.1/32' > FATAL: Bungled squid.conf line 2: acl localhost src 127.0.0.1/32 > Squid Cache (Version 3.1.0.13): Terminated abnormally. > CPU Usage: 0.016 seconds = 0.000 user + 0.016 sys > Maximum Resident Size: 5644 KB > Page faults with physical i/o: 1461 > > > I alos download squid-3.0.18STABLE src and compiled using same build > environment and this worked successfully. > > So it appears to be something with the squid 3.1 build?? Yes. 3.1 introduces a few different functions for IPv6. The parsing syntax is also sightly different. The first thing to try is see what the parse shows when squid is run with the -X option. There should be some lines above the error indicating whether the IP text was converted to anything. What version of windows is this? (I'm not familiar with the API numberings vs releases) It may be one of the functions needs a windows wrapper
Re: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW)
Nevil Thatcher wrote: I have tried downgrading minGW runtime from 3.15.2 to 3.14 w32api 3.13 to 3.11 and rebuild - no change to result, squid still fails to start with error: 2009/08/16 11:41:30| aclIpParseIpData: unknown first address in '127.0.0.1/32' FATAL: Bungled squid.conf line 2: acl localhost src 127.0.0.1/32 Squid Cache (Version 3.1.0.13): Terminated abnormally. CPU Usage: 0.016 seconds = 0.000 user + 0.016 sys Maximum Resident Size: 5644 KB Page faults with physical i/o: 1461 I alos download squid-3.0.18STABLE src and compiled using same build environment and this worked successfully. So it appears to be something with the squid 3.1 build?? Yes. 3.1 introduces a few different functions for IPv6. The parsing syntax is also sightly different. The first thing to try is see what the parse shows when squid is run with the -X option. There should be some lines above the error indicating whether the IP text was converted to anything. What version of windows is this? (I'm not familiar with the API numberings vs releases) It may be one of the functions needs a windows wrapper. There are a small set of these in compat/os/mswin.h (look for "namespace Squid" to see how its done. It is a bit strange that that does not appear at build time though. Amos Cheers Nevil -Original Message- From: Nevil Thatcher [mailto:nevi...@nat.com.au] Sent: Saturday, 15 August 2009 5:15 PM To: 'Henrik Nordstrom' Cc: 'squid-users@squid-cache.org' Subject: RE: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW) Hi Henrik, We are using MinGW 5.1.4 I tried compiling with ac_cv_func_inet_pton=no but no change in behaviour. I will try to get a previous version of MinGW and try that Cheers Nevil -Original Message- From: Henrik Nordstrom [mailto:hen...@henriknordstrom.net] Sent: Saturday, 15 August 2009 8:30 AM To: Nevil Thatcher Cc: squid-users@squid-cache.org Subject: Re: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW) lör 2009-08-15 klockan 07:45 +1000 skrev Nevil Thatcher: 2009/08/14 22:45:11| aclIpParseIpData: unknown first address in '127.0.0.1/32' FATAL: Bungled squid.conf line 2: acl localhost src 127.0.0.1/32 Sounds like inet_pton is broken in your MinGW install somehow.. or that inet_pton is not what we expect it to be... Which MinGW version are you using? Also try adding ac_cv_func_inet_pton=no to your configure line, forcing it to use the bundled inet_pton version instead of what is provided by MinGW. Regards Henrik -- Please be using Current Stable Squid 2.7.STABLE6 or 3.0.STABLE18 Current Beta Squid 3.1.0.13
RE: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW)
I have tried downgrading minGW runtime from 3.15.2 to 3.14 w32api 3.13 to 3.11 and rebuild - no change to result, squid still fails to start with error: 2009/08/16 11:41:30| aclIpParseIpData: unknown first address in '127.0.0.1/32' FATAL: Bungled squid.conf line 2: acl localhost src 127.0.0.1/32 Squid Cache (Version 3.1.0.13): Terminated abnormally. CPU Usage: 0.016 seconds = 0.000 user + 0.016 sys Maximum Resident Size: 5644 KB Page faults with physical i/o: 1461 I alos download squid-3.0.18STABLE src and compiled using same build environment and this worked successfully. So it appears to be something with the squid 3.1 build?? Cheers Nevil -Original Message- From: Nevil Thatcher [mailto:nevi...@nat.com.au] Sent: Saturday, 15 August 2009 5:15 PM To: 'Henrik Nordstrom' Cc: 'squid-users@squid-cache.org' Subject: RE: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW) Hi Henrik, We are using MinGW 5.1.4 I tried compiling with ac_cv_func_inet_pton=no but no change in behaviour. I will try to get a previous version of MinGW and try that Cheers Nevil -Original Message- From: Henrik Nordstrom [mailto:hen...@henriknordstrom.net] Sent: Saturday, 15 August 2009 8:30 AM To: Nevil Thatcher Cc: squid-users@squid-cache.org Subject: Re: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW) lör 2009-08-15 klockan 07:45 +1000 skrev Nevil Thatcher: > 2009/08/14 22:45:11| aclIpParseIpData: unknown first address in > '127.0.0.1/32' > FATAL: Bungled squid.conf line 2: acl localhost src 127.0.0.1/32 Sounds like inet_pton is broken in your MinGW install somehow.. or that inet_pton is not what we expect it to be... Which MinGW version are you using? Also try adding ac_cv_func_inet_pton=no to your configure line, forcing it to use the bundled inet_pton version instead of what is provided by MinGW. Regards Henrik
RE: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW)
Hi Henrik, We are using MinGW 5.1.4 I tried compiling with ac_cv_func_inet_pton=no but no change in behaviour. I will try to get a previous version of MinGW and try that Cheers Nevil -Original Message- From: Henrik Nordstrom [mailto:hen...@henriknordstrom.net] Sent: Saturday, 15 August 2009 8:30 AM To: Nevil Thatcher Cc: squid-users@squid-cache.org Subject: Re: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW) lör 2009-08-15 klockan 07:45 +1000 skrev Nevil Thatcher: > 2009/08/14 22:45:11| aclIpParseIpData: unknown first address in > '127.0.0.1/32' > FATAL: Bungled squid.conf line 2: acl localhost src 127.0.0.1/32 Sounds like inet_pton is broken in your MinGW install somehow.. or that inet_pton is not what we expect it to be... Which MinGW version are you using? Also try adding ac_cv_func_inet_pton=no to your configure line, forcing it to use the bundled inet_pton version instead of what is provided by MinGW. Regards Henrik
Re: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW)
lör 2009-08-15 klockan 07:45 +1000 skrev Nevil Thatcher: > 2009/08/14 22:45:11| aclIpParseIpData: unknown first address in > '127.0.0.1/32' > FATAL: Bungled squid.conf line 2: acl localhost src 127.0.0.1/32 Sounds like inet_pton is broken in your MinGW install somehow.. or that inet_pton is not what we expect it to be... Which MinGW version are you using? Also try adding ac_cv_func_inet_pton=no to your configure line, forcing it to use the bundled inet_pton version instead of what is provided by MinGW. Regards Henrik
[squid-users] Building squid 3.1.0.13 on MS-Windows (minGW)
Hello all, We are currently looking at evaluating squid to use in an upcoming project. One of the requirements is to use SSL inspection using sslBump. To this end I have downloaded and attempted to built from source, the build completes successfully however squid dies with the following error: 2009/08/14 22:45:11| aclIpParseIpData: unknown first address in '127.0.0.1/32' FATAL: Bungled squid.conf line 2: acl localhost src 127.0.0.1/32 Squid Cache (Version 3.1.0.13): Terminated abnormally. CPU Usage: 0.000 seconds = 0.000 user + 0.000 sys Maximum Resident Size: 5636 KB Page faults with physical i/o: 1459 This is using the default squid.conf acl manager proto cache_object acl localhost src 127.0.0.1/32 acl to_localhost dst 127.0.0.0/8 acl localnet src 10.0.0.0/8 # RFC1918 possible internal network acl localnet src 172.16.0.0/12 # RFC1918 possible internal network acl localnet src 192.168.0.0/16 # RFC1918 possible internal network acl SSL_ports port 443 acl Safe_ports port 80 # http acl Safe_ports port 21 # ftp acl Safe_ports port 443 # https acl Safe_ports port 70 # gopher acl Safe_ports port 210 # wais acl Safe_ports port 1025-65535 # unregistered ports acl Safe_ports port 280 # http-mgmt acl Safe_ports port 488 # gss-http acl Safe_ports port 591 # filemaker acl Safe_ports port 777 # multiling http acl CONNECT method CONNECT http_access allow manager localhost http_access deny manager http_access deny !Safe_ports http_access deny CONNECT !SSL_ports http_access allow localnet http_access allow localhost http_access deny all http_port 3128 hierarchy_stoplist cgi-bin ? coredump_dir c:/squid/var/cache refresh_pattern ^ftp: 1440 20% 10080 refresh_pattern ^gopher: 1440 0% 1440 refresh_pattern -i (/cgi-bin/|\?) 0 0% 0 refresh_pattern . 0 20% 4320 If I remove all acls that refer to IP Addresses then squid will start however squid z does not build cache structure and starting squid results in the following error in the cache.log 2009/08/14 22:59:40| Adding DHCP nameserver 192.168.240.1 from Registry 2009/08/14 22:59:40| WARNING: rejecting '192.168.240.1' as a name server, because it is not a numeric IP address Build environment is Windows XP MinGW 5.14 MSysy 1.011 MSysDTK 1.0.1 OpenSSL 0.9.8k Libcrypt 1.1 Db 1.85 Built using $ ./configure --prefix=c:/squid --disable-wccp --disable-wccpv2 --enable-win32-service --enable-default-hostsfile=none --enable-ssl Make Make install The binary package (3.0) installed and ran successfully but as ssl was not enabled was not able to fully evaluate. Can anyone offer any assistance ?