R: Squid 3.3 for Windows!
Hi, As I Know, MinGW is missing a lot of dedicated include files, in detail many AD related files, so native helpers can be compiled only using MS VisualStudio. I don't know if something is changed in the latest MinGW releases. Regards Guido Serassio Acme Consulting S.r.l. Microsoft Silver Certified Partner VMware Professional Partner Via Carlo Capelli, 28 10146 - Torino (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it -Messaggio originale- Da: Amos Jeffries [mailto:squ...@treenet.co.nz] Inviato: venerdì 19 ottobre 2012 10:56 A: Kinkie Cc: Guido Serassio; Squid Developers; bre...@sanders.org Oggetto: Re: Squid 3.3 for Windows! On 19/10/2012 5:05 a.m., Kinkie wrote: #include WinSvc.h should do the trick. Seems not to have changed a thing: http://build.squid-cache.org/job/3.ALPHA-PATCH-Windows- MinGW/29/console Amos
R: 3.2 release checkup
Hi Amos, MinGW compat fixes are stalled by the test machines being down. Kinkie, Guido can you look into that please? The machine was always up. It's still not working ? Regards Guido Serassio Acme Consulting S.r.l. Microsoft Silver Certified Partner VMware Professional Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: hit a serious blocker on windows
Hi, As you know, this was discussed before the SMP code was written. The thread name is SMP: inter-process communication. In summary, I am sure there are Windows-specific APIs that pass/share descriptors, but our attempts to get details from Guido have failed. Simply because i don't know how to do this. I'm not a Windows developer, but a System Consultant with some development knowledge but without any SMP or C++ skill. Regards Guido Serassio Acme Consulting S.r.l. Microsoft Silver Certified Partner VMware Professional Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: Squid-2.7 being moved to old releases
Hi Henrik, On the Windows side, I have an update for Windows native helpers ready to be committed. I will commit it during the week end. Reagrds Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner VMware Professional Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it -Messaggio originale- Da: Henrik Nordström [mailto:hen...@henriknordstrom.net] Inviato: martedì 21 giugno 2011 1.09 A: Squid Develpers Oggetto: Squid-2.7 being moved to old releases With the release of Squid-3.2 it's about time we drop Squid-2.7 as a supported release. Maintenance of Squid-2 have already fallen way behind, not receiving anywhere close to the attention deserved for a supported release with all currently active developers mainly focusing on Squid-3. Squid-3 have in the meantime also gained a lot of interesting functionality, both ported from Squid-2 and new functionality, considerably closing the upgrade feature gap. There is still some feature gap left, but it is getting smaller and smaller. One way to see this is that if you or someone you know is stuck in Squid-2.7 for some reason then it's about time to look into solving that now. In reality that should have been done years ago. In practice it does not mean that much as maintenance of Squid-2.7 is already practically stopped with last release over a year ago. Partly because there isn't very much left to fix in the release, but also because there simply isn't any project resources actively working on Squid-2 maintenance. There is some bug fixes pending in the Squid-2 merge queue, sufficient to compose a final release, but if you know of any more Squid-2 bugs that really should be fixed please speak up now. Then there is some feature stuff in Squid-2.HEAD, but I think these will remain there. I do not see sufficient momentum for branching a Squid-2.8 release. See http://www.squid-cache.org/Versions/v2/2.HEAD/changesets/merge.html for lists of both pending merges to 2.7 and 2.HEAD specific features. So at the moment it looks like there will be one final Squid-2.7 release collecting some pending bug fixes, after which maintenance of the Squid-2 tree will cease completely, enabling the project to focus entirely on Squid-3. Regards Henrik
R: [squid-users] Squid NT compile
Hi, Squid on Windows should work in transparent mode when the packet redirection is done from an external device like a firewall. But I have never tested if the current 2.7 binaries work, the latest test was done using 2.6 binaries. Regards Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner VMware Professional Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it -Messaggio originale- Da: Henrik Nordström [mailto:hen...@henriknordstrom.net] Inviato: lunedì 21 giugno 2010 9.45 A: winet...@gmail.com Cc: Squid Developers Oggetto: Re: [squid-users] Squid NT compile sön 2010-06-20 klockan 19:03 + skrev winet...@gmail.com: No wonder even with port mapping and redirection working, the transparent proxy still not working. Where can I get or request one that compiled with transparent proxy feature? squid-dev is the best place to discuss this. How does the redirection method you use present the original destination address to the applications? Regards Henrik
R: /bzr/squid3/trunk/ r10281: Author: Serassio Guido seras...@squid-cache.org
Hi Amos, Please note two things about this helper: - The code cannot be compiled as C++, it must be heavy adapted in the COM+ interface code. - The code can be compiled only using MS Visual Studio, but Squid 3.1 cannot be compiled with it, so this is the main reason because before I have never commited it to trunk. Regards Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it -Messaggio originale- Da: Amos Jeffries [mailto:squ...@treenet.co.nz] Inviato: domenica 14 febbraio 2010 6.37 A: squid-...@squid-cache.org Oggetto: /bzr/squid3/trunk/ r10281: Author: Serassio Guido seras...@squid-cache.org revno: 10281 committer: Amos Jeffries squ...@treenet.co.nz branch nick: trunk timestamp: Sun 2010-02-14 18:36:46 +1300 message: Author: Serassio Guido seras...@squid-cache.org Windows port: Update mswin_check_ad_group to version 2.0 The global groups support was rewritten, now is based on ADSI. New Features: - support for Domain Local, Domain Global ad Universal groups - full group nesting support This helper, like the previous version, can be compiled only using Microsoft Visual Studio because some needed library are not available on MSYS+MinGW or Cygwin. modified: helpers/external_acl/mswin_ad_group/Makefile.am helpers/external_acl/mswin_ad_group/mswin_check_ad_group.c helpers/external_acl/mswin_ad_group/mswin_check_ad_group.h helpers/external_acl/mswin_ad_group/readme.txt
R: R: /bzr/squid3/trunk/ r10281: Author: Serassio Guido seras...@squid-cache.org
Hi Amos, -Messaggio originale- Da: Amos Jeffries [mailto:squ...@treenet.co.nz] Inviato: domenica 14 febbraio 2010 12.31 A: squid-dev@squid-cache.org Oggetto: Re: R: /bzr/squid3/trunk/ r10281: Author: Serassio Guido seras...@squid-cache.org Guido Serassio wrote: Hi Amos, Please note two things about this helper: - The code cannot be compiled as C++, it must be heavy adapted in the COM+ interface code. - The code can be compiled only using MS Visual Studio, but Squid 3.1 cannot be compiled with it, so this is the main reason because before I have never commited it to trunk. Regards Oh. Okay. I saw the note about it being MSVS only. Overlooked the C++ issue though. That said, the C++ conversion of helpers is more to get them linking against libcompat, for portability with *nix and *BSD. Kind of irrelevant for something with such hard MSVS requirements. A little hack-adaptation of the includes and we can stay away from all the C++ bits easily. Or have I misunderstood how globally the MSVS project is making the compiler mode? I thought you said the file .c / .cc was triggering the compiler for each file? MSVC allow easily to force the compile mode, so this is not a problem. Also change the helper code is not a big issue: the COM+ interface was natively developed for C++ and after adapted for C. My big effort was to use the totally undocumented C interface Revert it to C++ is simple, we just remember to add this task to the TODO list. The only question is; can it / should it be adapted to build either way for one or both of the windows build systems? The main problem is that MinGW ad Cygwin are totally lacking the support for ADSI API. There is an open bug about the previous version of the helper: http://bugs.squid-cache.org/show_bug.cgi?id=2815 But I think that the proposed solution is really too much complex and not reliable because is too much related to MS Platform SDK. A better solution will be to allow Squid 3 to build again using MSVC. I have tried to do this in August 2009, but I have found this problem that I was not capable to solve myself: http://www.squid-cache.org/mail-archive/squid-dev/200908/0192.html After a try from Henrik, nobody else has tried to help me on solving it, so I have released the effort. I'm aware that my recent contribution to Squid was very little, so I cannot expect some particular effort from others developers. Regards Guido Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: Squid-2 maintenance update
Hi Henrik, Just verified the correct build of both new versions on Windows. Regards Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it -Messaggio originale- Da: Henrik Nordström [mailto:hen...@henriknordstrom.net] Inviato: venerdì 12 febbraio 2010 22.37 A: Squid Developers Oggetto: Squid-2 maintenance update New 2.7 2.6 releases with patches for the resent security issues is currently being prepared. If I have overlooked any other patches you think should have been included then speak up now. You have approximately 16 hours before the releases is frozen. Regards Henrik
R: obsoleting nextstep?
Hi, -Messaggio originale- Da: Kinkie [mailto:gkin...@gmail.com] Inviato: mercoledì 25 novembre 2009 12.50 A: Squid Developers Oggetto: RFC: obsoleting nextstep? Hi all, just like SunOS: NextStep's last version (3.3) was released in 1995, which means 15 years before the expected release date of 3.2 . How about dropping support for it? +1 And there are some other candidate: - *m88k*, I think the Motorola 88000 systems are no more available ... - alpha-dec-osf4.*, is the very old DEC OSF 4.x, while latest is HP True64 5.x (alpha-dec-osf5.*) - alpha-dec-osf3 . And to be investigated: - powerpc-ibm-aix4.1.* - *-pc-sco3.2* - *-sony-newsos[56]* Regards Guido Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner VMware Professional Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: [PATCH] replace RFC2181 magic numbers with POSIX definitions
Hi Amos, If I remember right, MAXHOSTNAMELEN and MAXPATHLEN are not definend on Windows and some _POSIX defines are available only building in POSIX mode (Squid is build in native mode because win32 API are not exposed in POSIX mode). From limits.h: #ifdef _POSIX_ #define _POSIX_ARG_MAX 4096 #define _POSIX_CHILD_MAX6 #define _POSIX_LINK_MAX 8 #define _POSIX_MAX_CANON255 #define _POSIX_MAX_INPUT255 #define _POSIX_NAME_MAX 14 #define _POSIX_NGROUPS_MAX 0 #define _POSIX_OPEN_MAX 16 #define _POSIX_PATH_MAX 255 #define _POSIX_PIPE_BUF 512 #define _POSIX_SSIZE_MAX32767 #define _POSIX_STREAM_MAX 8 #define _POSIX_TZNAME_MAX 3 #define ARG_MAX 14500 /* 16k heap, minus overhead */ #define LINK_MAX1024 #define MAX_CANON _POSIX_MAX_CANON #define MAX_INPUT _POSIX_MAX_INPUT #define NAME_MAX255 #define NGROUPS_MAX 16 #define OPEN_MAX32 #define PATH_MAX512 #define PIPE_BUF_POSIX_PIPE_BUF #define SSIZE_MAX _POSIX_SSIZE_MAX #define STREAM_MAX 20 #define TZNAME_MAX 10 #endif /* POSIX */ Regards Guido Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it -Messaggio originale- Da: Amos Jeffries [mailto:squ...@treenet.co.nz] Inviato: sabato 21 novembre 2009 6.55 A: Squid Developers Oggetto: [PATCH] replace RFC2181 magic numbers with POSIX definitions The maximum length of host names is provided by POSIX-compliant compilers. MAXHOSTNAMELEN is a standard definition relative to those values so we do not need the magic numbers. The actual RC2181 texts describe the same limits defined by POSIX IEEE Std 1003.1. There are some slightly-broken systems which use an older POSIX standard with much smaller values. But I feel we should obey those system limits and not pass their kernels larger chunks of data. This makes use of the standard values instead of our magic numbers. Votes? Amos
R: R: Squid 3 build errors on Visual Studio - problem still present
Hi Henrik, Sorry again for the delay ... :-( c:\work\vc_string\vs_string.cc : see declaration of 'size_t' c:\work\vc_string\vs_string.cc(34) : error C2057: expected constant expression Good. so it seems the test case worked. now replace std with testcase and try again, both in namespace and the failing assignment just to make sure it's not tripping over something else built-in. Still failing. Regards Guido Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: Squid 3 build errors on Visual Studio - problem still present
Hi Henrik, Odd... std::string::npos is declared as follows: namespace std; templateclass _Elem, class _Traits, class _Ax class basic_string : public _String_val_Elem, _Ax { public: static const size_type npos; }; templateclass _Elem, class _Traits, class _Alloc const typename basic_string_Elem, _Traits, _Alloc::size_type basic_string_Elem, _Traits, _Alloc::npos = (typename basic_string_Elem, _Traits, _Alloc::size_type)(-1); typedef basic_stringchar, char_traitschar, allocatorchar string; Maybe Visual Studio drops the const attribute when trying to convert the value from const std::string:size_type to const String::size_type and gets lost somehow, even with the value as such being a simple size_t integer.. What does it say about the attached code? My attempt in isolating the String npos = std::string::npos code with as little change as possible (had to kill the char_traits thing as that used template syntax not accepted by G++ which slightly changes how size_type is declared) It fails: vs_string.cc c:\work\vc_string\vs_string.cc(1) : error C2371: 'size_t' : redefinition; different basic types c:\work\vc_string\vs_string.cc : see declaration of 'size_t' c:\work\vc_string\vs_string.cc(34) : error C2057: expected constant expression A comment to line 1 fixes only the first redefinition error. Do you need the preprocessed source ? Regards Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: R: Squid-smp : Please discuss
Hi Henrik, -Messaggio originale- Da: Henrik Nordstrom [mailto:hen...@henriknordstrom.net] Inviato: martedì 15 settembre 2009 21.24 A: Guido Serassio Cc: Sachin Malave; Adrian Chadd; Robert Collins; Amos Jeffries; Alex Rousskov; Squid Developers Oggetto: Re: R: Squid-smp : Please discuss tis 2009-09-15 klockan 08:39 +0200 skrev Guido Serassio: But MSYS + MinGW provides gcc 3.4.5 and the Squid 3 Visual Studio Project is based on Visual Studio 2005. There is GCC-4.x for MinGW as well. What I have in my installations. Just not classified as the current production release for some reason which more and more is ignoring toda. Regards Henrik Yes, I know this, but on principle I use STABLE development tools. Regards Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: Squid-smp : Please discuss
Hi, And current generation libraries are also far better than older, like OpenMP, creating threads and handling synchronization issues in OpenMP is very easy... Automatic locks are provided, u need not to design your own locking mechanisms Just a statement and u can lock the shared variable... Then the major work remains is to identify the shared access. I WANT TO USE OPENMP library. ANY suggestions. Just a multi platform consideration: Don't forget that such libraries like OpenMP could not be available on all Squid supported platforms. As example, on Windows OpenMP is available only using gcc 4.3.2 and later or MS Visual Studio 2008. But MSYS + MinGW provides gcc 3.4.5 and the Squid 3 Visual Studio Project is based on Visual Studio 2005. So, please, we should be very careful when thinking about Squid MP. Regards Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: R: R: R: R: Squid 3 build errors on Visual Studio - problem still present
Hi Henrik, Can you produce a preprocessed source? That's the output of just the preprocessor, not actual compilarion, comparable to gcc -E option. Easier to identify what the compiler actually saw that way... Done. Sorry for the delay, but I'm very busy (as usual ...) I have placed the preprocessed source of two failing files (IpIntercept.cc and QosConfig.cc) here: http://www.acmeconsulting.it/libip.zip Regards Guido Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: R: R: R: Squid 3 build errors on Visual Studio - problem still present
Hi, OK, but what next ? Regards Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it -Messaggio originale- Da: Amos Jeffries [mailto:squ...@treenet.co.nz] Inviato: martedì 1 settembre 2009 10.43 A: Henrik Nordstrom Cc: Guido Serassio; Robert Collins; squid-dev@squid-cache.org Oggetto: Re: R: R: R: Squid 3 build errors on Visual Studio - problem still present Henrik Nordstrom wrote: mån 2009-08-31 klockan 13:40 +0200 skrev Guido Serassio: Hi, I have found this definition: http://msdn.microsoft.com/en-us/library/tbbk8hs6(VS.80).aspx Hoping that helps. Matches the standard definition from what I can tell, and should not cause any errors... Regards Henrik Ah, well. It seems that npos may not work if its int or unsigned We do this: include/config.h:typedef unsigned int size_t; src/SquidString.h:typedef size_t size_type; src/SquidString.h:const static size_type npos = std::string::npos; making SquidString::size_type == size_t == unsigned int But, the complaint is about constant expression being expected? Amos -- Please be using Current Stable Squid 2.7.STABLE6 or 3.0.STABLE18 Current Beta Squid 3.1.0.13
R: R: R: Squid 3 build errors on Visual Studio - problem still present
Hi, I have found this definition: http://msdn.microsoft.com/en-us/library/tbbk8hs6(VS.80).aspx Hoping that helps. Regards Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it -Messaggio originale- Da: Robert Collins [mailto:robe...@robertcollins.net] Inviato: domenica 30 agosto 2009 22.13 A: Guido Serassio Cc: Amos Jeffries; squid-dev@squid-cache.org Oggetto: Re: R: R: Squid 3 build errors on Visual Studio - problem still present On Sun, 2009-08-30 at 18:13 +0200, Guido Serassio wrote: Hi, I don't know what is std::string::npos, and so I don't know what to look for http://www.cplusplus.com/reference/string/string/npos/ It should be a static const, which is why I'm so surprised you're getting an error about it. -Rob
R: Squid 3 build errors on Visual Studio - problem still present
Hi, The patch from Amos fix the warning (not blocking problem), but the compile problem is still present, and I don't know how to fix it. Any file including SquidString.h doesn't build with following error: c:\work\nt-3.0\src\SquidString.h(98) : error C2057: expected constant expression The offending code is: const static size_type npos = std::string::npos; Regards Guido Hi Amos, Hi, Who can help me to fix the following C++ errors on Visual Studio ? 1auth_basic.cc 1c:\work\nt-3.0\src\SquidString.h(97) : error C2057: expected constant expression 1../../../src\auth/User.h(39) : warning C4099: 'AuthUserHashPointer' : type name first seen using 'struct' now seen using 'class' 1../../../src\auth/Gadgets.h(51) : see declaration of 'AuthUserHashPointer' Regards Guido I think the TODO just needs to be enacted. Changing the 'struct' to 'class'. I need some hints for the SquidString.h error: it's a blocking error. I remember you that my C++ knowledge is too much limited. Regards Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: Squid 3 build errors on Visual Studio
Hi Amos, Hi, Who can help me to fix the following C++ errors on Visual Studio ? 1auth_basic.cc 1c:\work\nt-3.0\src\SquidString.h(97) : error C2057: expected constant expression 1../../../src\auth/User.h(39) : warning C4099: 'AuthUserHashPointer' : type name first seen using 'struct' now seen using 'class' 1../../../src\auth/Gadgets.h(51) : see declaration of 'AuthUserHashPointer' Regards Guido I think the TODO just needs to be enacted. Changing the 'struct' to 'class'. I need some hints for the SquidString.h error: it's a blocking error. I remember you that my C++ knowledge is too much limited. Regards Guido Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: /bzr/squid3/trunk/ r9922: Display full version in bootstrap output and quieten rm
Hi Amos, Oggetto: /bzr/squid3/trunk/ r9922: Display full version in bootstrap output and quieten rm revno: 9922 committer: Amos Jeffries squ...@treenet.co.nz branch nick: trunk timestamp: Fri 2009-08-21 15:21:19 +1200 message: Display full version in bootstrap output and quieten rm modified: bootstrap.sh This broke bootstrap on MinGW and my be other unix Systems without the -o option of grep: $ ./bootstrap.sh grep: invalid option -- o Usage: grep [OPTION]... PATTERN [FILE]... Try `grep --help' for more information. grep: invalid option -- o Usage: grep [OPTION]... PATTERN [FILE]... Try `grep --help' for more information. grep: invalid option -- o Usage: grep [OPTION]... PATTERN [FILE]... Try `grep --help' for more information. automake () : automake autoconf () : autoconf libtool () : libtool Bootstrapping Regards Guido Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
Wrong placement of conditional definition of missing types
Hi, I have just found a logical problem in the placement of the conditional definition of missing types (int8_t, int16_t, etc): Currently is placed in the final section of config.h, but it's too late: config.h includes compact.h compact.h includes compat_shared.h compat_shared.h conditionally includes strtoll.h that needs int64_t definition still undefined at this time, so the build using Visual Studio fails. Where move this definition block ? Some proposal: 1. include/squid_types.h 2. a new compat/compat_types.h file included before compat/os/.h inclusion 3. compat.h itself before compat/os/.h inclusion compat_shared.h is not a good candidate, because some definition are already done (and duplicated) into mswin.h that needs they. 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
Squid 3 build errors on Visual Studio
Hi, Who can help me to fix the following C++ errors on Visual Studio ? 1auth_basic.cc 1c:\work\nt-3.0\src\SquidString.h(97) : error C2057: expected constant expression 1../../../src\auth/User.h(39) : warning C4099: 'AuthUserHashPointer' : type name first seen using 'struct' now seen using 'class' 1../../../src\auth/Gadgets.h(51) : see declaration of 'AuthUserHashPointer' 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
R: R: cvs commit: squid/helpers/external_acl/mswin_ad_group Makefile.am mswin_check_ad_group.c mswin_check_ad_group.h readme.txt
Hi Amos, I think that the new helper should be stable enough, so you can start with the STABLE 7 release process. Please, add also the PatchSet 12515 to 2.7. Can we get these dropped into Squid-3 as well then? The helper code is still largely isolated from Squid and should not differ by much if anything between -2 and -3. The timing is good to get this ported before I start any of the helper renaming and remodelling for 3.2. Sure, it's already in my TODO list. Regards Guido Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: R: cvs commit: squid/helpers/external_acl/mswin_ad_group Makefile.am mswin_check_ad_group.c mswin_check_ad_group.h readme.txt
Hi Henrik, I think that the new helper should be stable enough, so you can start with the STABLE 7 release process. Done. Next nightly is most likely the code for 2.7.STABLE7. But remains to update releasenotes, changelog etc... I have just found a forgotten source cleanup, please, could you merge into 2.7 also the PatchSet 12534 ? Thanks Regards Guido Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: [squid-users] Building squid 3.1.0.13 on MS-Windows (minGW)
Hi Amos, 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. Sorry Amos, but things are more complex. The only really working build and debug environment on Windows is Visual Studio, gdb on Windows is very unreliable. But currently Squid 3.0 doesn't build at all using Visual Studio: there are too many source rearrangement and changes to the build process that are incompatible with the old Squid 3.0 project. The Visual Studio project for Squid 3 is a very sensitive object because there are some basic emulation of the standard configure process (not available in Visual Studio). Just as example, the following recent change is enough to broke the whole build process: -AC_INIT(Squid Web Proxy, 3.HEAD-BZR, http://www.squid-cache.org/bugs/, squid) -AM_CONFIG_HEADER(include/autoconf.h) +AC_INIT([Squid Web Proxy],[3.HEAD-BZR],[http://www.squid-cache.org/bugs/],[squid]) Regards Guido Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it -Messaggio originale- Da: Amos Jeffries [mailto:squ...@treenet.co.nz] Inviato: lunedì 17 agosto 2009 7.04 A: Guido Serassio Cc: Nevil Thatcher; squid-us...@squid-cache.org; Squid Developers Oggetto: 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/
R: cvs commit: squid/helpers/external_acl/mswin_ad_group Makefile.am mswin_check_ad_group.c mswin_check_ad_group.h readme.txt
Hi Henrik, -Messaggio originale- Da: Henrik Nordstrom [mailto:hen...@henriknordstrom.net] Inviato: domenica 16 agosto 2009 22.32 A: Squid Developers Oggetto: Re: cvs commit: squid/helpers/external_acl/mswin_ad_group Makefile.am mswin_check_ad_group.c mswin_check_ad_group.h readme.txt sön 2009-08-16 klockan 03:31 -0600 skrev Serassio Guido: Windows port: Update mswin_check_ad_group to version 2.0 Does this mean you are ready for release now? Regards Henrik I think that the new helper should be stable enough, so you can start with the STABLE 7 release process. Please, add also the PatchSet 12515 to 2.7. Regards Guido Guido Serassio Acme Consulting S.r.l. Microsoft Gold Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: guido.seras...@acmeconsulting.it WWW: http://www.acmeconsulting.it
R: Link failure on MinGW after Identd changes
Hi Amos, The things seems to be different. After some tests, yesterday I have discovered that when including config.h, USE_IDENT seems to be NOT defined ... I have placed an #error statement just after the first #if USE_IDENT at the top of the file, and the compile was running fine ... Including squid.h, the compile fails as expected at the #error statement. I have also verified that autoconf.h and config.h are corretctly included placing some other #error statements, and all the inclusion flow seems to be correct. Very odd Regard Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: i...@acmeconsulting.it WWW: http://www.acmeconsulting.it/ -Messaggio originale- Da: Amos Jeffries [mailto:squ...@treenet.co.nz] Inviato: mercoledì 3 giugno 2009 1.01 A: Guido Serassio Cc: squid-dev@squid-cache.org Oggetto: Re: Link failure on MinGW after Identd changes On Tue, 02 Jun 2009 17:32:54 +0200, Serassio Guido guido.seras...@acmeconsulting.it wrote: Hi Amos, At 14.32 02/06/2009, Amos Jeffries wrote: If we can't resolve this easily we move the AclIdent.* files back to acls/ library. Which does close a potential dependency loop. Just found a fix/work around: Including squid.h instead of config.h in AclIdent.cc fix the export problem. But I cannot understand why :-( Sigh, something for MinGW defined in squid.h still but not the compat library (os/* etc.). There are still a few bits like that I'm working on. Amos
Re: /bzr/squid3/trunk/ r9719: Windows port: added build test options file for MinGW environment
Hi Amos, At 03.21 03/06/2009, Amos Jeffries wrote: --with-logdir= ?? Usually on Windows is used the default value. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft 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: File system name conflicts on Windows
Hi Amos, At 03.13 01/06/2009, Amos Jeffries wrote: Serassio Guido wrote: Hi, This is from acl/Ident.c: #include acl/Ident.h #include ident.h This cannot work on Windows, because the acl/Ident.h file will be included two times ... What rule should be used to rename one of the conflicting files ? Best long-term bet is to not have -I. anywhere in the paths if you can remove it. I have cleared it out for the non-windows builders already. Everything is referenced relative to ~/src/ and ~/ paths now. MinGW uses the standard autotools based builder, the only difference is the case insensitive file system, and -I. is not present in the compile command (IntRange.cc was the first failing source file): guido.seras...@titano /c/work/mgw-3.nt/src/acl $ make IntRange.o if g++ -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../../include -I/mingw/include -I/usr/include/libxml2 -Werror -Wall -Wpointer-arith -Wwrite-strings -Wcomments -D_FILE_OFFSET_BITS=64 -g -O2 -mthreads -MT IntRange.o -MD -MP -MF .deps/IntRange.Tpo -c -o IntRange.o IntRange.cc; \ then mv -f .deps/IntRange.Tpo .deps/IntRange.Po; else rm -f .deps/IntRange.Tpo; exit 1; fi guido.seras...@titano /c/work/mgw-3.nt/src/acl I'm thinking initially a src/ident/ folder with all the ident stuff inside it was planned. http://wiki.squid-cache.org/Features/SourceLayout That would make them ident/ident.h and ident/AclIdent.h OK, for now I will fix the problem renaming src/acl/Ident.h in src/acl/AclIdent.h Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft 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/
R: /bzr/squid3/trunk/ r9713: MFC: Back out unintended md5 - squid_md5 substituions from the md5.h - squid_md5.h name change
Hi Amos, This one: http://www.squid-cache.org/Versions/v2/HEAD/changesets/11865.patch It seems that only the changes to radius-util.c was forgotten, but also config.test was missing from the squid_radius_auth directory. So probably nobody have compiled it since very much time, without discovering that the build of squid_radius_auth was always failing. Regards Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: i...@acmeconsulting.it WWW: http://www.acmeconsulting.it/ -Messaggio originale- Da: Amos Jeffries [mailto:squ...@treenet.co.nz] Inviato: lunedì 1 giugno 2009 14.43 A: Squid Developers Cc: squid-...@squid-cache.org Oggetto: Re: /bzr/squid3/trunk/ r9713: MFC: Back out unintended md5 - squid_md5 substituions from the md5.h - squid_md5.h name change Guido Serassio wrote: revno: 9713 committer: Guido Serassio seras...@squid-cache.org branch nick: HEAD-3 timestamp: Mon 2009-06-01 14:01:23 +0200 message: MFC: Back out unintended md5 - squid_md5 substituions from the md5.h - squid_md5.h name change somehow the global search/replace used when renaming include/md5.h picked up a lot more than intended. This is a missing forward port from Squid 2 of an old Henrik's commit Which one? I'm working on forward-ports and migrating include/* stuff into the libcompat (with helper .cc'ing side effect) at present. modified: helpers/basic_auth/squid_radius_auth/radius-util.c Amos -- Please be using Current Stable Squid 2.7.STABLE6 or 3.0.STABLE15 Current Beta Squid 3.1.0.8 or 3.0.STABLE16-RC1
Re: Very odd problem running squid 2.7 on Windows
Hi, At 16.17 24/05/2009, Adrian Chadd wrote: Well as Amos said, this isn't the way to call getservbyname(). getservbyname() doesn't translate ports to ports; it translates tcp/udp service names to ports. It should be returning NULL if it can't find the service string in the file. Methinks numeric values shouldn't be handed to getservbyname() under Windows. :) So, we have just found a Squid bug :-) Regards - Guido Serassio Acme Consulting S.r.l. - Microsoft 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: Very odd problem running squid 2.7 on Windows
Hi, At 04.38 24/05/2009, Adrian Chadd wrote: Can you craft a small C program to replicate the behaviour? Sure, I wrote the following test program: #include stdio.h #include Winsock2.h void main(void) { u_short i, converted; WSADATA wsaData; struct servent *port = NULL; char token[32]; const char proto[] = tcp; WSAStartup(2, wsaData); for (i=1; i65535; i++) { sprintf(token, %d, i); port = getservbyname(token, proto); if (port != NULL) { converted=ntohs((u_short) port-s_port); if (i != converted) printf(%d %d\n, i, converted); } } WSACleanup(); } And this is the result on my Windows XP x64 machine (similar results on Windows 2000 and Vista): 2 512 258 513 524 3074 770 515 782 3587 1288 2053 1792 7 1807 3847 2050 520 2234 47624 2304 9 2311 1801 2562 522 2564 1034 2816 11 3328 13 3586 526 3853 3343 4352 17 4354 529 4610 530 4864 19 4866 531 5120 20 5122 532 5376 21 5632 22 5888 23 6400 25 7170 540 7938 543 8194 544 8706 546 8962 547 9472 37 10752 42 10767 3882 11008 43 11266 556 12054 5679 13058 563 13568 53 13570 565 13579 2869 14380 11320 14856 2106 15372 3132 15629 3389 16165 9535 16897 322 17920 70 18182 1607 18183 1863 19977 2382 20224 79 20233 2383 20480 80 20736 81 20738 593 21764 1109 22528 88 22550 5720 22793 2393 23049 2394 23809 349 24335 3935 25602 612 25856 101 25858 613 26112 102 27392 107 27655 1900 27904 109 28160 110 28416 111 28928 113 29952 117 30208 118 30222 3702 30464 119 31746 636 34049 389 34560 135 35072 137 35584 139 36106 2701 36362 2702 36608 143 36618 2703 36874 2704 37905 4500 38400 150 38919 1944 39173 1433 39426 666 39429 1434 39936 156 39945 2460 40448 158 42250 2725 43520 170 44806 1711 45824 179 45826 691 47383 6073 47624 2234 47873 443 47878 1723 48385 445 49166 3776 49664 194 49926 1731 50188 3268 50437 1477 50444 3269 50693 1478 51209 2504 52235 3020 53005 3535 53249 464 53510 1745 54285 3540 55309 3544 56070 1755 56579 989 56585 2525 56835 990 57347 992 57603 993 57859 994 58115 995 59397 1512 60674 749 62469 1524 62980 1270 64257 507 65040 4350 It seems that sometime (!!!) getservbyname() will incorrectly return something ... Regards Guido adrian 2009/5/24 Guido Serassio guido.seras...@acmeconsulting.it: Hi, One user has reported a very strange problem using cache_peer directive on 2.7 STABLE6 running on Windows: When using the following config: cache_peer 192.168.0.63 parent 3329 0 no-query cache_peer rea.acmeconsulting.loc parent 3328 3130 the result is always: 2009/05/23 12:35:28| Configuring 192.168.0.63 Parent 192.168.0.63/3329/0 2009/05/23 12:35:28| Configuring rea.acmeconsulting.loc Parent rea.acmeconsulting.loc/13/3130 Very odd Debugging the code, I have found where is situated the problem. The following if GetService() from cache_cf.c: static u_short GetService(const char *proto) { struct servent *port = NULL; char *token = strtok(NULL, w_space); if (token == NULL) { self_destruct(); return -1; /* NEVER REACHED */ } port = getservbyname(token, proto); if (port != NULL) { return ntohs((u_short) port-s_port); } return xatos(token); } When the value of port-s_port is 3328, ntohs() always returns 13. Other values seems to work fine. Any idea ? Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft 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/ - Guido Serassio Acme Consulting S.r.l. - Microsoft 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/
Very odd problem running squid 2.7 on Windows
Hi, One user has reported a very strange problem using cache_peer directive on 2.7 STABLE6 running on Windows: When using the following config: cache_peer 192.168.0.63 parent 3329 0 no-query cache_peer rea.acmeconsulting.loc parent 3328 3130 the result is always: 2009/05/23 12:35:28| Configuring 192.168.0.63 Parent 192.168.0.63/3329/0 2009/05/23 12:35:28| Configuring rea.acmeconsulting.loc Parent rea.acmeconsulting.loc/13/3130 Very odd Debugging the code, I have found where is situated the problem. The following if GetService() from cache_cf.c: static u_short GetService(const char *proto) { struct servent *port = NULL; char *token = strtok(NULL, w_space); if (token == NULL) { self_destruct(); return -1; /* NEVER REACHED */ } port = getservbyname(token, proto); if (port != NULL) { return ntohs((u_short) port-s_port); } return xatos(token); } When the value of port-s_port is 3328, ntohs() always returns 13. Other values seems to work fine. Any idea ? Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft 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/
R: Is it really necessary for fatal() to dump core?
-Messaggio originale- Da: adrian.ch...@gmail.com [mailto:adrian.ch...@gmail.com] Per conto di Adrian Chadd Inviato: martedì 19 maggio 2009 6.26 A: Mark Nottingham Cc: Squid Developers Oggetto: Re: Is it really necessary for fatal() to dump core? just make that behaviour configurable? core_on_fatal {on|off} +1 Regards Guido Adrian 2009/5/19 Mark Nottingham m...@yahoo-inc.com: tools.c:fatal() dumps core because it calls abort. Considering that the core can be quite large (esp. on a 64bit system), and that there's fatal_dump() as well if you really want one, can we just make fatal() exit(1) instead of abort()ing? Cheers, -- Mark Nottingham m...@yahoo-inc.com Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: i...@acmeconsulting.it WWW: http://www.acmeconsulting.it/
R: Questions about windows develoment
Hi, This should work, even if the -f option in this case is no more needed because you are changing the default squid location. What build environment ? And what in log files ? And what is the output of the failing squid.exe when running it with the -v option ? Regards Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: i...@acmeconsulting.it WWW: http://www.acmeconsulting.it/ -Messaggio originale- Da: macacoan...@gmail.com [mailto:macacoan...@gmail.com] Per conto di Mauricio Camayo Inviato: venerdì 1 maggio 2009 23.28 A: squid-dev@squid-cache.org Oggetto: Questions about windows develoment Hi, i'm currently trying to develop some code in windows using squid as base, problem is that i would like to use another folder and drive. I'm using the guides and previous work in http://squid.acmeconsulting.it/, sadly, they don't have a guide for this, explicitly, where to put the .exe's and which ones to move. Moving squidclient.exe to bin/, logfile.exe and unlinkd.exe to libexec/, squid.exe to sbin/ to a new folder plus conf files wouldn't work, neither moving the whole directory (c:/squid/ to d:/mystuff/) and replacing the new files in there. I've been trying: ./configure --prefix=d:/mystuff --disable-wccp --disable-wccpv2 --enable-win32-service --enable-default-hostsfile=none make but as soon as I finished doing: squid -i -f d:/mystuff/etc/squid.conf -n mystuff squid -z -f d:/mystuff/etc/squid.conf squid -O servicecommandline -n mystuff net start mystuff it throws: The mystuff service is starting. The mystuff service could not be started. The service did not report an error. More help is available by typing NET HELPMSG 3534 I have double checked my conf files, and it appears to start normally (the squid -i, -z and -O work just fine), so i think there's something missing while i put the exes in the folder. Any help?
Re: Status of Squid 3 on Windows
Hi Alex, Il 02.13 04/05/2009 Alex Rousskov ha scritto: Hi Guido, Thanks a lot for the update. It is sad to see the results of many years of work dissipating and I sympathize with your situation. I wonder whether the demand for Squid on Windows is just not there OR it is the current lack of Windows support that makes it difficult for Acme to quickly monetize the potential demand. I know very little about folks running Windows servers so it is difficult for me to judge what they are using and what they want to use. Squid on Windows suffers two big issues: the only available comm loop is select() and the maximum FDs number is hard coded to 2048 in the MSVCRT library. This limits the scalability and restrict its usage to low end implementation, and go over this is really not so simple, because very big changes in the comm code are needed. My feel is that Squid on Windows is mainly used on very low cost implementation, and only a few of user could be interested on very limited investment. I have compiled an experimental binary build of Squid 3.0 STABLE 13 asking on squid-users to test it and give some feedback to the list. After two months, the feedback number was NONE, really I cannot understand this ... Can you say what it would take for you and Acme to resurrect Windows support for Squid3? It might be easier for others to pitch in with time, money, and/or hardware if the requirements are known. We can post your estimates to both mailing lists and see what happens. Mainly is not a money/hardware problem, its a time/resource problem. I cannot leave my current activity out but I could try to fix the build environment and after manage the work of some other developer, but the availability of other human resource in the Windows project is essential. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft 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: Fwd: Better Windows support for Bazaar.
Hi Amos, At 13.18 30/04/2009, Amos Jeffries wrote: Guido Serassio wrote: Hi, Finally some good news on this side. Do I take it you are finally able to start playing around with Squid-3? If so I'd like to do that catch up we deferred so you don't end up doing double the work. I am free some times next week maybe. I still don't have tested if it really works, but even if it works, I'm very pessimistic about Squid 3 on Windows. See my following e-mail for details. Regards Guido Amos -- Please be using Current Stable Squid 2.7.STABLE6 or 3.0.STABLE14 Current Beta Squid 3.1.0.7 - Guido Serassio Acme Consulting S.r.l. - Microsoft 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/
Status of Squid 3 on Windows
Hi, Hoping that Bazaar 1.14 really fixes its problems on Windows (I still don't have tested if it really works), I have done a summary of the status of Squid on Windows, focusing on various aspects: build environment, resources for development, source code status and a TODO for both Squid 2 and Squid 3. Build environment Squid should compile on Windows with 3 build environment, but with some limits: - MinGW+MSYS: full automake/autoconf/libtool/gcc support based on GNU toolset, but not all functionality (Large file support, IPv6, mswin_check_ad_group helper, WSAPoll() support on Vista and later, 64 bit Windows support, AIO) can be compiled because a lack of many library definitions. The generated code quality is good and runs natively on Windows using the MSVCRT, good performances. - Cygwin: similar to MinGW, but with more problems. The Windows API libraries are common to MinGW, so, same compile problems, but moreover, the build environment itself is very inconstant due to continuous changes from Cygwin developers and many times the Squid build process fails after a Cygwin update. The generated code is not so good, because it relies on an emulation layer, with worse performances. - MS Visual Studio: it lacks any kind of configure script support, some of the magic is done using some special make projects included in the main Workspace. But all functionality can be compiled. The generated code quality is good and runs natively on Windows using the MSVCRT, good performances. So, Visual Studio environment is still a must for Squid 3 on Windows. Resources for development Currently I'm the only developer working on Windows, but Squid for Acme Consulting today is a very marginal business, because we are mainly focused on services for Windows System Administration/Deployment and because it seems that IT Italian Market is not so interested to Squid (not only on Windows). For this reason currently we cannot invest into Squid deployment, so I can dedicate only a little part of my limited free time to Squid Development. Source code status While Squid 2 source code is fine, things for Squid 3 are disastrous: Squid 3 (trunk and 3.1) was no more compiled on Visual Studio since March 2008, so the effects of all subsequent big changes are totally untested on Windows. At the time of the bazaar cutover, the IPv6 support on Windows was still missing. Today the Visual Studio workspace is totally outdated and needs a big work to be repaired. Just to more complicate things, the NT CVS branch on Sourgeforge is corrupted since two months by a very big cvsmerge failed for a time-out during script execution. TODO Squid 2 - Upgrade Visual Studio support from old 6.0 (even if it's very good, but obsolete) to 2008 (better if we can use the free version) - Add real run-time support for WSAPoll() on Windows Vista and later, the Enhancement from the bug #1739 is required TODO Squid 3 - Allow Squid to build again on Visual Studio - Check if Squid 3 still runs on Windows - Upgrade Visual Studio support from 2005 to 2008 (better if we can use the free version) - Add IPv6 support - Add real run-time support for WSAPoll() on Windows Vista and later, the Enhancement from the bug #1739 is required - . IMHO, the port of Squid 3 on Windows seems to be too much damaged for my capabilities and time resources, so, without any other big development contribution, we should drop it. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft 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/
Fwd: Better Windows support for Bazaar.
Hi, Finally some good news on this side. But is not clear to me if Bazaar on squid-cache.org should be upgraded with the rc version to support new functionality. Regards Guido From: Karl Fogel karl.fo...@canonical.com To: Guido Serassio guido.seras...@acmeconsulting.it, Segreteria Acme Consulting S.r.l. i...@acmeconsulting.it Cc: Sidnei da Silva sidnei.da.si...@canonical.com, Martin Aspeli optil...@gmail.com, Christian Robottom Reis k...@canonical.com Reply-To: Karl Fogel karl.fo...@canonical.com Hi -- we saw your page about how Squid 3 development was being delayed by Bazaar's problems on Windows: http://squid.acmeconsulting.it/ Clicking on Squid 3 for Windows shows the reasons: The development of Squid 3 for Windows (3.0 and 3.1 branches) is stopped since the bazaar migration of the Squid 3 VCS because the inability of Bazaar to handle correctly real multiplatforms development projects. [...] It's improved now. You might already know: the end-of-line conversion feature has landed in Bazaar. It's in the 1.14 release candidate, and it would be great if you could test it. The feature's behavior is described at: http://tinyurl.com/bzr-eol You can get 1.14rc1 from http://bazaar-vcs.org/Download, which links to bzr-1.14rc1.tar.gz... ...which of course should *also* be available as bzr-1.14rc1.zip! We are aware of this discrepancy. Right now, we're working on making Windows installers available for the Bazaar nightly snapshots, so that Windows-based developers can use the latest code as easily as anyone else. As part of that process, we might also be able to make release candidates available in .zip and/or installer form. In the meantime, the 1.14rc1 source dist is available, and has the improved line-ending support. It would be great if you could: a) Use it, and let us know on baz...@lists.canonical.com if the line-ending conversion support solves your problem. b) Change the Squid 3 for Windows page to encourage other people to try 1.14rc1 too. The more Windows developers use Bazaar, the better its Windows support will get. For our part, we will work on making those Windows installers. If you want, I can let you know when they're done. Best, -Karl Fogel - Guido Serassio Acme Consulting S.r.l. - Microsoft 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: bzr 1.11 on squid-cache.org
Hi, At 13.12 20/01/2009, Henrik Nordstrom wrote: bzr has been upgraded to 1.11 on squid-cache.org. This release reporedly includes support for case-insensitive filesystems (i.e. Windows). Any news on the line ending side ? Regards Guido Regards Henrik - Guido Serassio Acme Consulting S.r.l. - Microsoft 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: /bzr/squid3/trunk/ r9417: IP-Change Monitor routines only work in windows.
Hi Amos, At 18.22 05/01/2009, Amos Jeffries wrote: Guido, can you check how this affects Windows builds please. Sorry, but I cannot. I'm still waiting for the fixed bzr needed for a working Windows development environment for Squid 3.1 and trunk. http://squid.acmeconsulting.it/Squid3.html Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft 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/
Missing .gif files on Sourceforge
Hi, On Sourceforge, squid 3 .gif files in the icons folder are missing. The problem is in devel.sync, where .gif are filtered. I have already updated the website version of devel.sync, but this is not the running copy. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Missing .gif files on Sourceforge
Hi, At 11.30 11/12/2008, Henrik Nordstrom wrote: tor 2008-12-11 klockan 11:08 +0100 skrev Guido Serassio: Hi, On Sourceforge, squid 3 .gif files in the icons folder are missing. The problem is in devel.sync, where .gif are filtered. I have already updated the website version of devel.sync, but this is not the running copy. Seems to be there from what I can tell. Added on revision 1.1 date: 2008/12/10 02:30:19; author: squidadm; state: Exp; Synchronized with cvs.squid-cache.org also tagged as merged into your nt branch. Using cvsview I can see the files marked dead without a cvs revision. Probably the missing merge is coming from the old .cvsignore file, that I have changed AFTER the cvsmerge instead of BEFORE Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Missing .gif files on Sourceforge
Hi Henrik, At 12.04 11/12/2008, Henrik Nordstrom wrote: tor 2008-12-11 klockan 11:45 +0100 skrev Guido Serassio: Using cvsview I can see the files marked dead without a cvs revision. Probably the missing merge is coming from the old .cvsignore file, that I have changed AFTER the cvsmerge instead of BEFORE Or more likely there was a silent merge conflict due to the files already existing in your nt branch working directory. cvs add *.gif in your nt working directory should fix this. Yes, now fixed. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft 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: make distclean broken, src-../test-suite/ dependency races
Hi Henrik, At 02.39 11/12/2008, Henrik Nordstrom wrote: fixed, together with a bunch of other dist/clean/distclean issues. I can confirm that now make dist seems to work fine. Regards Guido ons 2008-12-10 klockan 19:43 +0100 skrev Henrik Nordstrom: src/ depends on ../test-suite/ somehow, making distclean race with itself and make crashing as the dependencies db in ../test-suite has been removed when distclean runs in src.. Regards Henrik - Guido Serassio Acme Consulting S.r.l. - Microsoft 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/
R: make dist-all fails on trunk
Hi Amos, No, the error is still here, my experimental commit (on Sourgeforge NT branch) still doesn't work. Regards Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/ -Messaggio originale- Da: Amos Jeffries [mailto:[EMAIL PROTECTED] Inviato: martedì 9 dicembre 2008 3.55 A: Guido Serassio Cc: squid-dev@squid-cache.org; Amos Jeffries Oggetto: Re: make dist-all fails on trunk Hi Amos, On a machine where squid_kerb_auth cannot be compiled, 'make dist-all' fails: make[3]: Entering directory `/home/serassio/nt-3.HEAD/helpers/negotiate_auth/mswin_sspi' make[3]: Leaving directory `/home/serassio/nt-3.HEAD/helpers/negotiate_auth/mswin_sspi' make[3]: Entering directory `/home/serassio/nt-3.HEAD/helpers/negotiate_auth/squid_kerb_auth' make[3]: *** No rule to make target `distdir'. Stop. make[3]: Leaving directory `/home/serassio/nt-3.HEAD/helpers/negotiate_auth/squid_kerb_auth' make[2]: *** [distdir] Error 1 make[2]: Leaving directory `/home/serassio/nt-3.HEAD/helpers/negotiate_auth' make[1]: *** [distdir] Error 1 make[1]: Leaving directory `/home/serassio/nt-3.HEAD/helpers' make: *** [distdir] Error 1 This is not correct, and it doesn't happens on Squid 2. Regards Guido I believe this is due to the commit you made an hour before reporting this (at 2.11am) which added squid_kerb_auth/Makefile to the list of files generated by squid/configure. That makefile should only be created/altered by squid_kerb_auth/configure Amos
Re: Request for ntlm_auth helper name change in 3.1
Hi Henrik, At 23.42 05/10/2008, Henrik Nordstrom wrote: On sön, 2008-10-05 at 14:29 +1300, Amos Jeffries wrote: The users who have needed to use it recently pretty much overrule complete removal in 3.1. Does squid_smb_lm_auth cover everyones understanding of it? Like to keep the ntlm part if possible as it's a good indication of what auth_param class the helper may be used from, even if the helper as such only support lanman level subset of NTLMSSP. Correct, but things are very confused here. Currently we have four ntlm helpers: fakeauth_auth mswin_ntlm_auth no_check.pl ntlm_auth So, now any kind of naming convention is missing . :-( What about something like this ? fake_ntlm_auth mswin_ntlm_auth no_check_ntlm_auth.pl lm_ntlm_auth Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Request for ntlm_auth helper name change in 3.1
Hi Amos, At 12.37 06/10/2008, Amos Jeffries wrote: Guido Serassio wrote: Hi Henrik, At 23.42 05/10/2008, Henrik Nordstrom wrote: On sön, 2008-10-05 at 14:29 +1300, Amos Jeffries wrote: The users who have needed to use it recently pretty much overrule complete removal in 3.1. Does squid_smb_lm_auth cover everyones understanding of it? Like to keep the ntlm part if possible as it's a good indication of what auth_param class the helper may be used from, even if the helper as such only support lanman level subset of NTLMSSP. Correct, but things are very confused here. Currently we have four ntlm helpers: fakeauth_auth mswin_ntlm_auth no_check.pl ntlm_auth So, now any kind of naming convention is missing . :-( What about something like this ? fake_ntlm_auth mswin_ntlm_auth no_check_ntlm_auth.pl lm_ntlm_auth If we want to get into renaming all of them I find this naming scheme easier: BNF ::= [ 'basic' | 'negotiate' | 'ntlm' | 'digest' ] '_' name '_auth' Which would make that list: ntlm_fake_auth ntlm_mswin_auth ntlm_nocheck_auth.pl ntlm_smb_lm_auth Easier yes? For me both are good. In both cases, we need to remember to fix the documentation in all helper folder. And we might as well make over all the auth helpers while at it. As a project for 3.2+. I agree. For now, if people agree to the above, I can make _just_ the current 'ntlm_auth' helper name match that scheme. Fine for me. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: 2.7.STABLE5, any pending patches?
Hi Henrik, At 13.24 25/09/2008, Henrik Nordstrom wrote: 2.7.STABLE5 is being planned for release, and if you know any relevant patches or important bugs in bugzilla or otherwise please speak up now. This Windows fix is also needed on 2.7. http://www.squid-cache.org/Versions/v2/HEAD/changesets/12388.patch Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Request for ntlm_auth helper name change in 3.1
At 09.23 05/10/2008, Kinkie wrote: On Sun, Oct 5, 2008 at 3:29 AM, Amos Jeffries [EMAIL PROTECTED] wrote: The users who have needed to use it recently pretty much overrule complete removal in 3.1. Does squid_smb_lm_auth cover everyones understanding of it? sounds good to me +1 Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Request for ntlm_auth helper name change in 3.1
Hi, At 23.19 02/10/2008, Kinkie wrote: On Thu, Oct 2, 2008 at 9:43 PM, Henrik Nordstrom [EMAIL PROTECTED] wrote: Can we please rename ntlm_auth to ntlm_smb_auth in the 3.1 release? Having this helper named the same as Samba ntlm_auth is confusing. +1. +1 I would also support removing it altogether. +1 for remove it. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Request for ntlm_auth helper name change in 3.1
Hi Amos, At 04.19 03/10/2008, Amos Jeffries wrote: Amos Jeffries wrote: Kinkie wrote: On Thu, Oct 2, 2008 at 9:43 PM, Henrik Nordstrom [EMAIL PROTECTED] wrote: Can we please rename ntlm_auth to ntlm_smb_auth in the 3.1 release? Having this helper named the same as Samba ntlm_auth is confusing. +1. I would also support removing it altogether. +1 on the name change. Though I recall several someones recently had need of a helper that didn't need samba installed. Even if it was rather limited. Amos Actually, what reasoning has gone into using ntlm_smb_auth as the new name? Because is not a real NTLM authenticator ... It's based on a very old Lan Manager SMB code, it cannot work on a Windows 2008 Active Directory Domain and when used on Windows 2003 Domains, the whole domain security level must be lowered in a very dangerous way. It' something similar to a Windows 3.11/95 network client. Such clients was deprecated from Microsoft starting form Windows 2000 I'd would have guessed squid_ntlm_auth or ntlm_nodomain_auth as a better description from what I've heard about it. I think that the correct name could be squid_lm_auth. But I still vote to remove it. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: [MERGE] Removed code handling KR-style varargs.
Hi, At 10.31 25/08/2008, Kinkie wrote: On Mon, Aug 25, 2008 at 10:28 AM, Guido Serassio [EMAIL PROTECTED] wrote: Hi Amos, Kinkie, At 01.52 25/08/2008, Amos Jeffries wrote: It should be a safe enough bet that any C++ compiler can handle STDC-style varargs. This patch removes all the (mostly spaghetti) code which used to handle KR-style varargs calls. Kinkie The catch here is that .c files are not guaranteed to be built with a C++ compiler. This will need wide testing. On Visual Studio .c files MUST be compiled in C mode. Building in C++ mode will broke the link process cause the Visual Studio C++ function decoration Sure, that's no problem and I'm not suggesting we change that. The question is: does Visual Studio in C mode handle STDC-style varargs declarations?If I sent you a windows-line-terminated tarball of the sources with patch, would you be willing to test-run it? This test currently cannot be done: Squid-3 HEAD is already broken on Visual Studio since 2 - 3 months :-( Or alternatively, could I borrow a vmware image of a windows system with the dev-stack to test it out? I have already considered such solution: it will be very useful to have a development VM available somewhere. But there is a problem: Software licenses for Microsoft products. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: [MERGE] Removed code handling KR-style varargs.
Hi Kinkie, At 15.44 29/08/2008, Kinkie wrote: I have already considered such solution: it will be very useful to have a development VM available somewhere. But there is a problem: Software licenses for Microsoft products. Yup.. I was hoping you could extend to us your MSDN license, but probably it's not doable. No, MSDN license are associated with every company location. Do we have any contactperson within Microsoft to try and ask for free licenses? I can try, but I'm very pessimistic about: Microsoft Italy people are very dull :-( May be in some other country. Regards Guido -- /kinkie - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: [MERGE] Removed code handling KR-style varargs.
Hi Amos, Kinkie, At 01.52 25/08/2008, Amos Jeffries wrote: It should be a safe enough bet that any C++ compiler can handle STDC-style varargs. This patch removes all the (mostly spaghetti) code which used to handle KR-style varargs calls. Kinkie The catch here is that .c files are not guaranteed to be built with a C++ compiler. This will need wide testing. On Visual Studio .c files MUST be compiled in C mode. Building in C++ mode will broke the link process cause the Visual Studio C++ function decoration Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Environment to build a squid helper
Hi Henrik, At 04.16 13/08/2008, Henrik Nordstrom wrote: On tis, 2008-08-12 at 22:10 +0200, Guido Serassio wrote: Yes, the resulting feel is not so good I am attemting an MSYS install with the goal of being able to build squid-3 (and 2) just to see how it fares.. Initial results isn't too bad, but the GCC version I installed (4.3.1) barfs a bit about various crap in the Squid code.. I'm using the Current toolchain, with the addition of some package from the mingwPORT collection (autoconf, automake, libtool, libicon, zlib) and msysDTK-1.0.1. Most annoying is that the semantics of extern inline seems to have changed making it fail to link due to new(int) being multiply defined.. not 100% sure how to best fix this.. the choices are either drop the extern part from extern inline or add a gcc function attribute making gcc 4.3+ compile extern inline the gnu-way instead of the current C99 standard-way.. At the moment I have plain builds of Squid-2 Squid-3 compiling, but have not yet tested them.. got a little confused by the msys path translation at first and the binaries didn't like very well that the configure prefix was a translated path.. and something is wrong with the errorpages default path.. include/autoconf.h says #define DEFAULT_SQUID_DATA_DIR ${datarootdir} autoconf documentation says clearly to never refer to these variables outside Makefile.. and that we should send them using a -D define if needed in the binary.. Hmm.. Building Squid with MSYS has it's issues.. some compiled paths gets translated, some not.. specifically any paths in -D compiler defines such as the default config file path gets translated. I guess that mingw make needs to be used to avoid this. Look to Squid 2.6 release notes, there is a section a called Building Squid on Windows that could help you. I'have just seen now that this section is missing from 2.7 release notes, while I think that it should be still included. Same thing for both Squid-3 STABLE and HEAD. Also I haven't found an mingw openssl library (only an MSYS version).. Seems I will need to install openssl from source.. What openssl library are you using for the Windows build? I use the binaries from Shining Light Productions: http://www.slproweb.com/products/Win32OpenSSL.html But at least my laptop has showed me that it has a boost level on the CPU fan. If you want a more big boost, try to build using Cygwin: is really a CPU (h)eater :-) Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Environment to build a squid helper
Hi Henrik, At 23.45 11/08/2008, Henrik Nordstrom wrote: Unfortunately there is only Guido woring on his sparetime (the little he have) on the Windows port of Squid, which means there is very limited support for Visual Studio. For some reason using later versions does not work out well and is why Squid is still using that old and now end-of-life compiler version. It is unclear to me if that's due to Squid or oddness of Visual Studio triggered by Squid.. There are many reasons for this. The main reason is probably the Squid-3 development problems and the Squid-2 extended life: If you remember, already during the Stockholm Code Sprint in December 2004, the development of Squid-3 on Windows was switched to Visual Studio 2005 (still at RC release level at the Sprint time), while all the Squid-2 environment was left untouched, because no more Squid-2 development was planned during the Sprint. But things changes: so during 2006 we have Squid 2.6 and now Squid 2.7, both still using Visual Studio 6. I'm not sure of all the effects of the switch to a new Visual Studio version, I'm sure of the following: - A new C runtime, not provided with Windows 2000, XP and 2003, is needed, so a Windows setup program may be needed - The import of the old 6.0 project into a new Visual Studio is not a painless thing, so a significative effort is needed ... :-( But I'have a really big doubt about the new C Runtime: I'm still suspecting that the majority of Squid-3 problems on Windows are related to some internal changes: some simple testing using MSYS + MinGW is giving very good results while the Visual Studio 2005 build crashes after few request. I agree that it will better to support a free Visual Studio Express version (2005 or 2008), even if I hate the new Visual Studio environments because they are very heavy, slow and big, while the old Visual Studio 6 is really light. However, Visual Studio 6 is still not so hard to find: any Windows developer that in the past have subscribed the Microsoft Developer Network (MSDN) own a legal copy of it. But it should build just fine in MinGW+MSYS. Unfortunately, this specific helper cannot be compiled using MinGW, because the needed header and library definitions are missing in the current version :-( I hope in the future to have the time to provide a patch to the MinGW project. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: [squid-users] I: visual studio and squid`s helper code
Hi, First I think that you should be more patient ... I'm just come back from a business trip and I have found 5 copies of your request in my mailbox At 07.40 31/07/2008, [EMAIL PROTECTED] wrote: Messaggio originale Da: [EMAIL PROTECTED] Data: 29-lug- 2008 14.53 A: squid-dev@squid-cache.org Ogg: I: visual studio and squid`s helper code Ok, I managed to let evrything work from some adjustment of the project management... The problem now is that show me errors about the file squid_mswin.h cause doesn´t find some includes of this file: bit by bit I added the corrispondent headers requested, but now ask me for other two I didn´t find default_config_file.h and ws2spi.h. Where I can find these files? They are auto generated files during build process. You should read more carefully release notes before asking something. Supported build environments for Squid 2 are: - MinGW + MSYS - Cygwin - Microsoft Visual Studio 6 So, using Visual Studio 6 instead of Visual Studio 2008 will fix your problem. Regards Guido Thanks in advance to everybody. Antonio Messaggio originale Da: [EMAIL PROTECTED] Data: 29-lug-2008 13.47 A: squid- [EMAIL PROTECTED] Ogg: visual studio and squid`s helper code Original Message From: [EMAIL PROTECTED] Date: Jul 29, 2008 13:45 To: [EMAIL PROTECTED] Subj: visual studio and squid`s helper code Hi, I just made the steps to install Visual Studio 2008 (as you said me) with all the includes and libraries (even the include from suid source), I took the otpion create project from existing code taking as folder and files mswin_ad_group from the source of squid (containing so: mswin_check_ad_group.c ; mswin_check_ad_group.h and the make files). I choose to make as output a windows application to have a . exe at the end of the process. Seems there are not problems but when I ask to build show up an error message referring to my file: does not contain a static Main method suitable for an entry point . I check and in mswin_check_ad_group.c the main is there (no static)! How do I must procede?I need only to exchange one line of the original code and have again the executive of this helper, but how can I make that if even the original code doesn´t give me an .exe as output? Please, I ask for a quick help cause now I arrived at this point I´d like to reach my aim. It´s quite urgent so I hope in an answer from someone. Thaks to everybody in advance Antonio - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
R: plain patches and shared bundlebuggy
Hi, Just a word: NO With bzr we have already killed Squid3 on Windows, do you also want to kill Squid2 ??? Regards Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 110098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/ -Messaggio originale- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di Adrian Chadd Inviato: martedì 22 luglio 2008 4.36 A: Robert Collins Cc: Aaron Bentley; Squid Developers Oggetto: Re: plain patches and shared bundlebuggy .. lets just update Squid-2 to use bzr and be done with it? :) Adrian 2008/7/22 Robert Collins [EMAIL PROTECTED]: Hi Aaron, Amos sends plain patches to the squid list from time to time, for squid 2 development, which is still in CVS. These generate an error code for him (no access to the bzr project :)). Perhaps BB could use the list as a hint, or something? -Rob -- GPG key available at: http://www.robertcollins.net/keys.txt.
Re: cachemgr.cgi and squidclient tools
Hi Amos, At 13.39 03/07/2008, Amos Jeffries wrote: I wasn't aware cachemgr had changes not yet in squid-3. What was missing? That was the easy one, just some windows support fixes, and cache action: . I ported over earlier today. Please rollback the Windows changes: on Squid 3 they are wrong because the FD - socket equivalence is handled using C++ inline, look to squid_mswin.h for details. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: RFC: delayed Logdaemon port merge
Hi Adrian, At 02.21 26/06/2008, Adrian Chadd wrote: 2008/6/25 Guido Serassio [EMAIL PROTECTED]: Please also add the Windows support to the list, still totally broken and still without any usable VCS on Windows . There isn't a bzr implementation for Windows? Its just python, isn't it? Sure, there is, but it's totally broken for usage with multiplatform projects http://marc.info/?l=squid-devm=120791693610213w=2 Wondering about Canonical's impudence to say that bzr runs on Windows: it cannot do simple things that CVS is doing since many years I'd like to see Squid-2 turned into a more sensible VCS but since it still builds on Windows (or -should- build at least) I'd really prefer there to be a VCS which works there. There are a variety of SVN clients to choose from for Windows, standalone and integrated into IDEs.. (I was hoping to make Squid-2 Windows development easier with my current work, not harder..) Currently with CVS the Squid-2 Windows development is easier like any other CVS+gcc supported platform. IDE VCS integration is really an unuseful thing . Before changing anything we must check all VCS aspect BEFORE, not AFTER as in Squid-3. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: RFC: delayed Logdaemon port merge
Hi Amos, At 04.20 26/06/2008, Amos Jeffries wrote: Guido Serassio wrote: Hi Amos, At 13.40 25/06/2008, Amos Jeffries wrote: Priorities are fine, but having some actual long-term directions to fit these features into a roadmap will make much more sense. Personally, I think you guys should consider fixing or reverting whatever stuff is in Squid-3.HEAD right this second which causes instability and release Squid-3.1. :-) Oh I'd love too... There's nothing in there right now thats inherently unstable (excepting ESI and COSS from 3.0). Just a few bugs on the high-priority track. Please also add the Windows support to the list, still totally broken and still without any usable VCS on Windows . Which list? the RoadMap? Not working features list. I wouldn't call the windows support unstable (or destabilizing to the rest of squid). I'd call it mostly missing already. Correct, remove Windows from Squid 3 supported platforms. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
bzr on Windows
Hi Robert, At 05.15 26/06/2008, Robert Collins wrote: On Thu, 2008-06-26 at 08:21 +0800, Adrian Chadd wrote: 2008/6/25 Guido Serassio [EMAIL PROTECTED]: Please also add the Windows support to the list, still totally broken and still without any usable VCS on Windows . There isn't a bzr implementation for Windows? Its just python, isn't it? There is and it works fine for many windows users. However some using problematic toolchains like Visual Studio have more needs than just checking out the code - they need file mangling. And that is very close to landing now - code is all working its just being tweaked during review. Robert, is not only a VisualStudio problem: currently if I add a file from Windows, the wrong line ending will broke all other platforms. So (IMHO), bzr doesn't work on Windows and Canonical must stop to say that bzr is running on Windows, it's only a marketing's lie. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: bzr on Windows
Hi Robert, At 08.17 26/06/2008, Robert Collins wrote: On Thu, 2008-06-26 at 08:10 +0200, Guido Serassio wrote: Hi Robert, There is and it works fine for many windows users. However some using problematic toolchains like Visual Studio have more needs than just checking out the code - they need file mangling. And that is very close to landing now - code is all working its just being tweaked during review. Robert, is not only a VisualStudio problem: currently if I add a file from Windows, the wrong line ending will broke all other platforms. So (IMHO), bzr doesn't work on Windows and Canonical must stop to say that bzr is running on Windows, it's only a marketing's lie. I really don't think its a lie - it works on windows, *just fine* for many users. It doesn't work for all users, thats true. It doesn't work for all users on unix either. Robert, your words: - works well on windows and unix http://www.squid-cache.org/mail-archive/squid-dev/200712/0086.html I have asked many times about bzr on Windows before the adoption, and I have received many assurances from you. I was trusting in you. But after the changeover I have discovered the problems, and I have found this very disappointing: I cannot believe that you don't knew these problems before, this discussion started in 2005: http://bazaar-vcs.org/LineEndings The reality is that Squid is the the FIRST multiplatform open source project adopting bzr, and the result was that bzr adoption broke the Squid Windows development, nothing else. I'm suspecting that Canonical have pushed for bzr adoption in Squid project, so they now can say hey, there are big open source projects like Squid using bzr as VCS. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: bzr on Windows
Hi, At 09.09 26/06/2008, Robert Collins wrote: On Thu, 2008-06-26 at 08:42 +0200, Guido Serassio wrote: The reality is that Squid is the the FIRST multiplatform open source project adopting bzr You're wrong here. , and the result was that bzr adoption broke the Squid Windows development, nothing else. I'm suspecting that Canonical have pushed for bzr adoption in Squid project, so they now can say hey, there are big open source projects like Squid using bzr as VCS. Well, if that was the case, surely squid would be on http://bazaar-vcs.org/WhoUsesBzr as an important big example. It's not - because the migration has issues such as we're discussing here. There are projects much larger than squid already happily using bzr on windows. I'm really sorry that none of the existing workarounds suited you, the whole migration thing was done with huge amounts of warning, me asking *repeatedly* for feedback and not getting any from you until extremely late in the piece. I'd need to check but I think you actually reported the issue *after* we'd cut over. Perhaps we should have cut back over right then, and in fact its not too late to cut back even now if we decide to. Please Robert, be serious. Do you are the bzr ambassador and I hold your competency in great esteem. If you say it works on Windows, I trust you, and I think that verify your words could be a waste of time. For our problem there are no suitable workaround, and this isn't a new bzr problem, but it's known since 2005. And about my too late feedback: I don't live for Squid, so when I'have the time I can work on it. But don't worry about to cut back: Before bzr we miss a C++ Windows Developer, now we miss also the Windows VCS. So the bzr problem is only the finishing stroke to the Windows port of Squid 3: IMHO for now this project should be considered dead. I will work on the Windows port of Squid-2 during its lifetime (if it will not migrate to an another broken VCS) and on standard Squid-3. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: default cachemgr.cgi config updates
At 03.36 12/05/2008, Amos Jeffries wrote: snip As a side note, would it be possible to add something like @echo $(INSTALL_DATA) $(srcdir)/cachemgr.conf $(DESTDIR)$(DEFAULT_CACHEMGR_CONFIG).default; \ $(INSTALL_DATA) $(srcdir)/cachemgr.conf $(DESTDIR)$(DEFAULT_CACHEMGR_CONFIG).default; to the install-data-local target? I have added this routine to the patch for 2346 while I was at it so users have a factory default to compare their configuration against after an update and the FreeBSD port/package is able to decide whether the user actually modified the .conf file and whether it must be kept on deinstallation. I agree it would be a great addition to improve installation and package maintenance. Votes? +1 Regards Guido The change would be to always install the .default and conditionally add a new .conf: === modified file 'tools/Makefile.am' --- tools/Makefile.am 2008-05-11 13:01:38 + +++ tools/Makefile.am 2008-05-12 01:27:33 + @@ -45,6 +45,8 @@ $(OBJS): $(top_srcdir)/include/version.h ../include/autoconf.h install-data-local: + @echo $(INSTALL_DATA) $(srcdir)/cachemgr.conf $(DESTDIR)$(DEFAULT_CACHEMGR_CONFIG).default; \ + $(INSTALL_DATA) $(srcdir)/cachemgr.conf $(DESTDIR)$(DEFAULT_CACHEMGR_CONFIG).default; \ @if test -f $(DESTDIR)$(DEFAULT_CACHEMGR_CONFIG) ; then \ echo $@ will not overwrite existing $(DESTDIR)$(DEFAULT_CACHEMGR_CONFIG) ; \ else \ - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Missing icons on cvsweb on www.squid-cache.org
Hi, It's since few months that icons are missing in the cvsweb on www.squid.cache.org: http://www.squid-cache.org/cgi-bin/cvsweb.cgi/ Yes, I know that the future is bzr, but CVS is still here for Squid-2 ... :-) Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Missing icons on cvsweb on www.squid-cache.org
Hi Henrik, At 20:24 05/05/2008, Henrik Nordstrom wrote: On mån, 2008-05-05 at 18:26 +0200, Guido Serassio wrote: It's since few months that icons are missing in the cvsweb on www.squid.cache.org: http://www.squid-cache.org/cgi-bin/cvsweb.cgi/ Hunting for lost icons... ah, it uses the icons shipped with Apache. I guess that alias got lost when Apache was upgraded. Checking.. yes. Found and resurrected. As a bonus directory listings also looks nicer again.. Yes, now is really better ... :-) Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: confoig.h squid.h design
Hi, At 03:18 28/04/2008, Alex Rousskov wrote: On Mon, 2008-04-28 at 11:17 +1200, Amos Jeffries wrote: 1) config.h includes the autogenerated configuration file and does virtually nothing else 2) squid.h includes config.h and does virtually nothing else. Right. To be blunt and as simple as possible. Where does squid_types.h get included when every file in squid needs uint32_t ?? squid.h and only if every source file in squid really needs it. THEN, where does squid_mswin.h get included for the same type definition in windows? squid_types.h because the code should be platform-independent to the extent possible and should not care which platform it is being compiled on. OS-specific hacks should be pushed as deep down as possible so that almost nobody has to care about them. (NP: mswin (rightly!) setups more than types...) Not sure what you mean, but we should have one .h file per type (or concept or related group of types). Methinks squid_mswin.h goes in config.h and squid_types.h goes in squid_mswin.h (and other OS-specifics) I think that would be wrong (but not a big deal). Universal type or concept trumps OS-specific hacks. The main code that needs that universal type should include the corresponding universal header (like squid_types.h). That header may include OS-specific hacks as needed. squid_mswin.h is really an acrobatic trick . It's used only for native port, when building with MSYS+MinGW and Microsoft Visual Studio. For the Microsoft Visual Studio environment there is also a static autoconf.h manually generated in the port/win32/include directory. basically it does: - defines some POSIX types not checked into configure - defines some emulated POSIX functions - provides the FD - Sockets equivalence on Windows Please note that because the type detection in squid3 and squid2 are different, the squid_mswin.h in squid2 is cleaner on the types side. Maybe that some revision in squid3 type detection could help here. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Basic diagnostic info
Hi, Just a proposal: Looking to squid-users messages, I have noticed that many times there some other detail/check about the affected environment is needed before is possible to answer to questions, and some info sometime are not so immediately available. Some examples: - If squid is compiled for 64 bit support - the exact platform name - So, we could add this and other basic diagnostic info to squid -v output. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: confoig.h squid.h design
Hi Amos, Sorry, I missed your direct question ... :-( At 06:31 23/04/2008, Amos Jeffries wrote: Guido: I have seen the squid_mswin.h include currently in the 'OS-specific macros' section. Wrapping the code that include can be moved down at least to above the types section (done). It also looks like it duplicates many of the general definitions made in squid_types.h. Can you confirm that it works if moved after the squid_types.h include and tweaked? If I remember right, into squid_mswin.h there are only the needed type definition. And there are no duplicate definitions: inttypes.h and sys/bitypes.h are not available on Windows. I'm not sure about what happens moving it. I think that before changing anything here, we should use the same type detection used in Squid2 configure, where the missing types are defined directly into autoconf.h. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
New cachemgr capability
Hi, In the way to merge into 2.HEAD all the Windows port stuff, one of the remains is the addition of reconfigure control to cachemgr. This functionality was available in the Windows port since 2.5, and for Windows admins is very useful. I'm not sure is this should be merged for any platform or as a Windows specific change. Any opinions about ? Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/ reconfigure.patch Description: Binary data
Re: mem_node memory usage in 2.x
Hi Adrian, At 07:51 21/04/2008, Adrian Chadd wrote: (This also may be an issue in Squid-3, as the mem_node class stores the data inline.) I did a little poking with the FreeBSD allocator - it allocates non-tiny objects on page boundaries with a size rounded up to the next page. [EMAIL PROTECTED] ~]$ ./test1 test1 131072 allocating 12, then 4096 byte structures 131072 times.. RSS: 536868 [EMAIL PROTECTED] ~]$ ./test1 test2 131072 allocating 4108 byte structure 131072 times.. RSS: 1059244 The source is available here: http://www.creative.net.au/diffs/mem-size.c I believe newer allocators do this sort of thing. Could people on other platforms (Linux, Solaris, Windows? :) give the above a whirl and let me know what the output is? This code is not so clean for Windows: no rusage(), no bzero() and some include files are missing ... After some fix and code pasting from Squid sources, it seems to work. But I'm getting strange results related to the machine memory usage/size: Windows XP Professional x64 SP2 with 2 GB RAM C:\work\mem-size\Releasememsize.exe test1 131072 allocating 12, then 4096 byte structures 131072 times.. RSS: 31321 C:\work\mem-size\Releasememsize.exe test2 131072 allocating 4108 byte structure 131072 times.. RSS: 30183 Windows XP Professional x86 SP2 with 512 MB RAM G:\mem-size\Releasememsize.exe test1 131072 allocating 12, then 4096 byte structures 131072 times.. RSS: 21230 G:\mem-size\Releasememsize.exe test2 131072 allocating 4108 byte structure 131072 times.. RSS: 5519 Windows XP Professional x86 SP2 with 1.5 GB RAM C:\\\voyager1\work\mem-size\Release\memsize.exe test1 131072 allocating 12, then 4096 byte structures 131072 times.. RSS: 132503 C:\\\voyager1\work\mem-size\Release\memsize.exe test2 131072 allocating 4108 byte structure 131072 times.. RSS: 132249 Windows Server 2003 x86 SP2 1 GB RAM C:\\\voyager1\work\mem-size\Release\memsize.exe test1 131072 allocating 12, then 4096 byte structures 131072 times.. RSS: 132548 C:\\\voyager1\work\mem-size\Release\memsize.exe test2 131072 allocating 4108 byte structure 131072 times.. RSS: 132300 Windows Server 2003 x64 SP2 6 GB RAM C:\\\voyager1\work\mem-size\Release\memsize.exe test1 131072 allocating 12, then 4096 byte structures 131072 times.. RSS: 132970 C:\\\voyager1\work\mem-size\Release\memsize.exe test2 131072 allocating 4108 byte structure 131072 times.. RSS: 132715 Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: mem_node memory usage in 2.x
Hi Adrian, At 13:35 22/04/2008, Adrian Chadd wrote: On Tue, Apr 22, 2008, Guido Serassio wrote: (Linux, Solaris, Windows? :) give the above a whirl and let me know what the output is? This code is not so clean for Windows: no rusage(), no bzero() and some include files are missing ... Oh, I know it won't compile for Windows. I really should get a Windows development environment together.. But I'm getting strange results related to the machine memory usage/size: Windows XP Professional x64 SP2 with 2 GB RAM C:\work\mem-size\Releasememsize.exe test1 131072 allocating 12, then 4096 byte structures 131072 times.. RSS: 31321 C:\work\mem-size\Releasememsize.exe test2 131072 allocating 4108 byte structure 131072 times.. RSS: 30183 yeah, thats pretty invalid. :) I wonder if your method for returning RSS is valid. When the machine is swapping, I get the low values: Don't swapping: C:\C:\work\mem-size\Release\memsize.exe test1 131072 allocating 12, then 4096 byte structures 131072 times.. RSS: 132982 C:\C:\work\mem-size\Release\memsize.exe test2 131072 allocating 4108 byte structure 131072 times.. RSS: 132727 Swapping: C:\C:\work\mem-size\Release\memsize.exe test1 131072 allocating 12, then 4096 byte structures 131072 times.. RSS: 59395 C:\C:\work\mem-size\Release\memsize.exe test2 131072 allocating 4108 byte structure 131072 times.. RSS: 100627 It's not so clear what exactly should report ru_maxrss, I have found the following definition: The ru_maxrss member contains the total amount of resident set memory used. The value will be in terms of memory pages used. So, for me total amount of resident set memory used should not count swapped out memory, and according, my ru_maxrss is the process WorkingSetSize / getpagesize() Put a getchar() call in before the exit(0); then monitor memory usage in taskman? I can confirm around 512 MB used by the application. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: What's in the NT branch
Hi, At 13:37 22/04/2008, Henrik Nordstrom wrote: tis 2008-04-22 klockan 10:40 +0200 skrev Guido Serassio: This is the version included into the MinGW runtime, I think that it should be fine: http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/mingwex/dirent.c?cvsroot=src Public domain is fine, even if it's debated if authors really can place content in the public domain.. OK. On the getopt side: the MinGW version is the NetBSD one . :-( http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/mingwex/getopt.c?cvsroot=src And this should be the same version included in the SQUID_NT branch. Should file a bug on that with MinGW... it contradicts the published licensing requirements for the minggw runtime.. But not entirely clear if mingwex is considered an integral part of that... Wow, trying to fix a Squid copyright issue, I have found a problem into another open source project, I'm very lucky :-( The following is the FreeBSD version, it's more simpler to adapt than the GNU version, so, if you like, I will use this: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getopt.c Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: mem_node memory usage in 2.x
Hi Adrian, At 18:58 22/04/2008, Adrian Chadd wrote: In any case, Guido's response of its the number of pages! explained the base discrepancy. The unfortunate issue here is that pagesize can be variable and one would need to find the system/process' pagesize (and hope its constant!) to multiply that number by to get an accurate result. As I know, the pagesize is usually related to the processor architecture. On Windows is always 4096 bytes on x86 processor while on old Alpha processor was 8192 bytes. I don't know what is the value for 64 bit application running on x64 or Itanium Windows. On Sparc Solaris it seems that a variable size at process level is supported: http://blogs.sun.com/d/entry/using_large_dtlb_page_sizes So, it's correct to expect different and sometimes unexpected values from rusage(). Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Blocker bzr problem on Windows
Hi Henrik, Sorry for the delayed response :-( At 22:34 15/04/2008, Henrik Nordstrom wrote: tis 2008-04-15 klockan 20:30 +0200 skrev Guido Serassio: I cannot waste my very limited time trying to fix the development tools that I should use . :-( My proposal if you find that you have time to work on Squid-3, ignoring the tools problem: Create an NT branch in the devel CVS repository, and do your Windows port update work there, using the tools you are used to. There is no problem to mirror Squid-3.0 in the devel cvs repository if you need. Then submit changes to trunk / 3.0 when suitable. When you get to the point that Squid-3 runs properly on Windows and it's time for a release then we can revisit the tools branch problem.. hopefully by then bzr has got it's act together, and we also have a clearer view of things.. This could be a way. But before, I like to focus on Squid 2 before the 2.7 release, hoping that in the meantime the bzr people will fix the problem I like to run some Windows in-depth testing on 2.7 and to add a Windows specific port of the domain resolv.conf directive, I should have some time during the incoming week-end: In Italy the 25 April is Holiday. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: cvs commit: squid/src dns_internal.c
Hi Henrik, At 02:41 16/04/2008, Henrik Nordstrom wrote: hno 2008/04/15 18:41:41 MDT Modified files: src dns_internal.c Log: Add support for the resolv.conf domain directive, and also automatically derived default domain this patch adds the domain resolv.conf directive, similar to search but only accepting a single domain. In addition it adds support for automatically deriving the domain from the fully qualified hostname. What happens when both search and domain keywords are specified into resolv.conf ? It seems to me that the last parsed overwrites the domain search list. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: cvs commit: squid/src dns_internal.c
Hi Henrik, At 16:16 21/04/2008, Henrik Nordstrom wrote: mån 2008-04-21 klockan 23:28 +1200 skrev Amos Jeffries: 'tis supposed to prefix the existing search list Not in my tests, using Linux GLIBC as test platform to compare with. search replaces domain, and opposite. domain takes a single domain, search a list. multiple search statements overwrite replace the earlier. But there is some standard defined about ? This could be a GLIBC bug On Windows the search list always overrides the machine domain. What should be the correct behaviour ? Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: make dist broken on trunk since 20 March
Hi Henrik, At 23:39 14/04/2008, Henrik Nordstrom wrote: tis 2008-04-15 klockan 01:55 +1200 skrev Amos Jeffries: As for the auto-notificatin of these problems. Whomever is running the daily crontab might want to pass the stderr output to noc. The snapshots is currently running on my account, but should probably be moved to a service account... Except for trunk, stuck at 20 March, it seems that all daily snapshot are no more build since the 6 April. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: make dist broken on trunk since 20 March
Hi, At 02:36 14/04/2008, Amos Jeffries wrote: Hi, make dist on trunk is broken since 20 March ... I think that is caused by this change: http://www.squid-cache.org/Versions/v3/HEAD/changesets/b8892.patch Arg. Sorry Guido! We are going to have to make that shell script a .bat for windows I think. Amos Amos: this is trunk on Debian Linux, not Windows . :-) The daily auto-generated release on http://www.squid-cache.org/Versions/v3/HEAD/ is tuck to 20 March . There is something to monitor the build of the daily auto-generated release ? Regards Guido Regards Guido [EMAIL PROTECTED]:~/squid-cache.org/squid3$ make dist { test ! -d squid-3.HEAD-BZR || { find squid-3.HEAD-BZR -type d ! -perm -200 -exec chmod u+w {} ';' rm -fr squid-3.HEAD-BZR; }; } mkdir squid-3.HEAD-BZR mkddir -p -- squid-3.HEAD-BZR/cfgaux squid-3.HEAD-BZR/include squid-3.HEAD-BZR/scripts list='lib snmplib scripts src icons errors contrib doc helpers test-suite tools'; for subdir in $list; do \ if test $subdir = .; then :; else \ test -d squid-3.HEAD-BZR/$subdir \ || mkdir -p -- squid-3.HEAD-BZR/$subdir \ || exit 1; \ distdir=`CDPATH=${ZSH_VERSION+.}: cd squid-3.HEAD-BZR pwd`; \ top_distdir=`CDPATH=${ZSH_VERSION+.}: cd squid-3.HEAD-BZR pwd`; \ (cd $subdir \ make \ top_distdir=$top_distdir \ distdir=$distdir/$subdir \ distdir) \ || exit 1; \ fi; \ done make[1]: Entering directory `/home/serassio/squid-cache.org/squid3/lib' make[1]: *** No rule to make target `testHeaders.c', needed by `distdir'. Stop. make[1]: Leaving directory `/home/serassio/squid-cache.org/squid3/lib' make: *** [distdir] Error 1 - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
make dist broken on trunk since 20 March
Hi, make dist on trunk is broken since 20 March ... I think that is caused by this change: http://www.squid-cache.org/Versions/v3/HEAD/changesets/b8892.patch Regards Guido [EMAIL PROTECTED]:~/squid-cache.org/squid3$ make dist { test ! -d squid-3.HEAD-BZR || { find squid-3.HEAD-BZR -type d ! -perm -200 -exec chmod u+w {} ';' rm -fr squid-3.HEAD-BZR; }; } mkdir squid-3.HEAD-BZR mkdir -p -- squid-3.HEAD-BZR/cfgaux squid-3.HEAD-BZR/include squid-3.HEAD-BZR/scripts list='lib snmplib scripts src icons errors contrib doc helpers test-suite tools'; for subdir in $list; do \ if test $subdir = .; then :; else \ test -d squid-3.HEAD-BZR/$subdir \ || mkdir -p -- squid-3.HEAD-BZR/$subdir \ || exit 1; \ distdir=`CDPATH=${ZSH_VERSION+.}: cd squid-3.HEAD-BZR pwd`; \ top_distdir=`CDPATH=${ZSH_VERSION+.}: cd squid-3.HEAD-BZR pwd`; \ (cd $subdir \ make \ top_distdir=$top_distdir \ distdir=$distdir/$subdir \ distdir) \ || exit 1; \ fi; \ done make[1]: Entering directory `/home/serassio/squid-cache.org/squid3/lib' make[1]: *** No rule to make target `testHeaders.c', needed by `distdir'. Stop. make[1]: Leaving directory `/home/serassio/squid-cache.org/squid3/lib' make: *** [distdir] Error 1 - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Blocker bzr problem on Windows
Hi, There is a very big problem using bzr on Windows: The files downloaded by bzr are in Unix text format, while CVS file are in DOS text format. This will totally broke the Windows build environment: Visual Studio doesn't like at all project files in Unix text format. Ironically this problem will help for the MSYS+MinGW environment support ... :-( I have found this discussion: http://bazaar-vcs.org/LineEndings, and here it seems that there is nothing to do There is a way to force the text file format ? Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Blocker bzr problem on Windows
Hi Alex, At 21:30 11/04/2008, Alex Rousskov wrote: I have found this discussion: http://bazaar-vcs.org/LineEndings, and here it seems that there is nothing to do Wow. Is this really true? I would have probably voted against bzr migration if I knew that bzr still has no proper support for line endings. I assumed that if poor subversion can handle them nicely, bzr would have superb support for this basic and core feature. There is a way to force the text file format ? The only thing I can suggest at this point (besides yelling at bzr people), is to have a script that goes through all the files and flips the line endings before and after each bzr session. I do not know what scripting you have on Windows, but the script should be simple. I was already thinking about something similar, but I'm uncertain about: This script should run before and after every diff and commit operation and after any update. I'm not sure of the effect of continuously touching files managed by a revision control system, and I'm very scared for what could be happen in the main repository if the script will be fail before a commit :-( Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Suggested 3.0 merge candidates
Hi Amos, At 05:34 09/04/2008, Amos Jeffries wrote: - Windows port: Released name of Longhorn Server is Windows Server 2008 This one I consider one of the cleanup patches (already voted not to go back). But if we get two votes for it. Fine, its small enough code change. I guess it's a question to Guido. It's Windows only, and if it's a change that will be in released binaries then it should go in. Guido: your opinion? When Squid 3.0 will run on Windows, this change will be in the binary build, so please include it. But for now Squid 3.0 doesn't work on Windows Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
bzr error on Windows
Hi, I'm trying to checkout trunk on Windows following http://wiki.squid-cache.org/Squid3VCS, but I get the following error: C:\workbzr cbranch --lightweight bzr+ssh://squid-cache.org/bzr/squid3/trunk HEAD-3 command-line: line 0: Bad configuration option: ClearAllForwardings bzr: ERROR: Connection closed: please check connectivity and permissions (and try -Dhpss if further diagnosis is required) ssh -l [EMAIL PROTECTED] works well. Any suggestion is welcome. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Trying to start using bzr
Hi Henrik, Finally I have found some time to continue my bootstrap with bzr. At 20:43 31/03/2008, Henrik Nordstrom wrote: Your SQUID_NT_3_0 branch is /bzr/squid3/branches/SQUID_NT_3_0 But I have to ask Robert how we best continue the merge process on that branch.. I suspect it would actually be best to recreate the branch as a new bzr branch from trunk, if it's kept at all... For now I recommend you to recreate the NT branch as a local private branch in your own repository. bzr cbranch squid-3.0 squidnt-3.0 We should define this definitively. There is a main reason for the existence of SQUID_NT_x_x branches on squid-cache.org: the unavailability of stable branches on devel.squid-cache.org. Now, if I have understood correctly how bzr works, probably the SQUID_NT_3_0 is no more needed. My needs are: - A Windows specific development/stable branch based on the STABLE branch, so, now there is SQUID_NT_3_0 based on SQUID_3_0, likely in the future will be SQUID_NT_3_1 based on SQUID_3_1. - This branch must be populated with the content of the current SQUID_NT_3_0 branch. - The branch must be public to allow someone to work on it. - The branch content must be placed in a reliable location (backup, availability, etc) What is the better solution ? (see below for instructions on how to get squid-3.0) Reminder: I do not want to see windows specific changes / sources in the windows release. Any change should be upstream in the main tree before release. I need to work on old SQUID-3_0 and SQUID_NT_3.0 [cut] then update/commit as you did using CVS. I was able to do a simple commit on trunk, but I still some doubt about: - When using bzr commit, if the -m option is missing, the default editor is called like CVS ? there is nothing about in the documentation - bzr diff is equivalent to cvs diff -up ? - It seems to me that the bzr process is very heavy compared to CVS: checkout and commit time are very long. - What is the bzr path syntax on Windows ? - How run bzr on MinGW ? There is no info about on http://bazaar-vcs.org Another question: On the machines where I run build tests, usually I have a local anoncvs copy of the tested CVS branch (usually HEAD or the stable branch). Now what is the lighter way to have an updated read-only copy of a branch ? On some of these machines bzr is not usable because the required python version is not available or the machine is really too slow to work with bzr. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: bzr error on Windows
Hi, At 18:15 06/04/2008, Guido Serassio wrote: I guess it uses whatever is the default in your ssh config unless you provide an username in the URL.. Try bzr+ssh://[EMAIL PROTECTED]/repo/branch Yes, it works. Thanks. But there is a very big problem: On Windows the files downloaded by bzr are in Unix text format, while CVS file are in DOS text format. This will totally broke the Windows build envinronment. There is a way to force the text file format ? Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Trying to start using bzr
Hi Henrik, At 17:56 06/04/2008, Henrik Nordstrom wrote: What is the better solution ? My vote is that you create a new private branch from 3.0 for fixing Windows specific issues, apply the latest NT patch there and select a suitable location to publish the tree at. Suggested hosts are - launchpad - squid-cache.org - any http/ftp/bzr server of your own choice which meets your reliability requirements If I'm not wrong, the needed steps are listed in the Merge another branch into yours section. The SOURCE_OF_FOO branch must be already locally checked-out, right ? - How run bzr on MinGW ? There is no info about on http://bazaar-vcs.org The Windows version should work fine from mingw. It seems no. The primary requirement is a working Python installation. The all-in-one bzr windows installer is a bundle of both Python and bzr. This the problem. Phyton is build for standard Windows environment, while MSYS+MinGW uses a simple emulated BASH environment, with different path names handling. Probably a different bzr installation is needed, but I still cannot find python binaries for MSYS+MinGW Another question: On the machines where I run build tests, usually I have a local anoncvs copy of the tested CVS branch (usually HEAD or the stable branch). Now what is the lighter way to have an updated read-only copy of a branch ? On some of these machines bzr is not usable because the required python version is not availablet or the machine is really too slow to work with bzr. One suggestion: Get a checkout somewhere, and rsync it over to the target. For trunk you also need to bootstrap the sources So bootstrap before rsync is better It will work over a NFS share ? Or run tests based on the nightly snapshots. Actually when thinking of it I think we should provide an rsync source for current Squid sources.. Done. rsync://squid-cache.org/source/squid-version where version is one of 3, 3.0, 2, 2.7, 2.6 The rsync repository is bootstrapped ? The bootstrap of Squid on Tru64, Irix and others is not a so simple question :-( Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: What's in the NT branch
Hi Henrik, At 12:59 13/03/2008, Henrik Nordstrom wrote: On Tue, 2008-03-11 at 22:43 +0100, Guido Serassio wrote: This file comes from the original work of Romeo Anghelache. After some search, I have found the original one from Apache 1.3: http://svn.apache.org/viewvc/httpd/httpd/branches/1.3.x/src/os/win32/readdir.c?view=markup If I remember right, the Apache License is not good for Squid. Correct. The Apache license is GPL incompatible due to minor stupid things, but still incompatible. So we should find another one. May be that the version included into the MinGW runtime could be fine. I will test it, but I don't know when ... My final intention is to have all the code changes merged into STABLE/HEAD, but currently Squid 3.0 doesn't work at all on native Windows, so some heavy and separated development work is still need to fix all problems before any merge. That's fine. Such work should be done in a short lived development branch, and then merged upstream when it builds and runs, before the Windows release. If this first step will be successful, and I'm not so sure about this positive result , then there will the IPv6 on Windows challenge ... IPv6 on Windows is the same as above, but probably with more frequent merges to trunk. I think that a more appropriate attribute for the Windows port is too easily broken ... :-( It's a very acrobatic piece of code :-) I don't see how keeping a separate port branch helps that... it's more of a sign that something needs redesign to support windows better. Too much times something like this is happened: - Update from CVS of my work dir - Fix of build problems - Commit of fixes - Finished the little time that I have available for development, usually during weekend - Hope to do some test/debug during the next weekend - During the next week someone commit changes in the source - Update from CVS of my work dir (again during weekend) - Fix of NEW build problems - Commit of fixes - Finished again the little time that I have available for development just for fix NEW problems . This is very disappointing and is the reason because I like to have a separated branch I think that the main problem here is that there is still only one Windows developer and this developer is not a full time developer: I'm mainly a consultant, not a developer. What aspect of Windows do you see as the most fragile part? The main problem is in the code that is touched from others developers. - integrity of tha build/make/project files? Not big problems here, usually the fix is add/remove a source file some the build project. But sometimes things was worse: i.e. the move from perl to awk for preprocessing. - the socket/filedescriptor emulation? Many times very big problems here, and also with proprietary IPC and IPv6 support. This is the section where currently Squid 3.0 is failing on Windows. I think that the forward port of the all 2.6+ related enhancements could help the Squid 3.0 Windows support. - rename of open files No problems here. - windows specific support features (i.e. service code, dns registry glue etc) Usually not so big problems here, because all the code is in Windows specific sources. - something else forgoten in the list above Different C/C++ compiler not always compatible with gcc and a totally different run time library not based on glibc and not Posix compliant. And many times this is a very big problem, true for both Visual Studio and MinGW native environments. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Squid-3.0.STABLE2 is available
Hi Amos, At 23:58 10/03/2008, Amos Jeffries wrote: The Squid HTTP Proxy team is pleased to announce the availability of the Squid-3.0.STABLE2 release! The versions page still needs to be updated: http://www.squid-cache.org/Versions/ Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: What's in the NT branch
Hi Henrik,, At 21:52 09/03/2008, Henrik Nordstrom wrote: On Sat, 2008-03-01 at 10:57 +0100, Guido Serassio wrote: This is very critical on the side of the DOS/Unix text format: Visual Studio doesn't work with Unix text files. Usually I commit the files on this directory only from Windows machines. Thats easy to deal with, in fact most likely not really an issue unless you do a checkout from a different environment than you build.. Sometime I have seen strange things with Windows files changing unexpectedly the text file format even on the same platform, I hope that bzr will be better. lib/getopt.c. Copy from NetBSD with a license incompatible with GPL. Right, someone could provide a GPL version ? One from either - FreeBSD - uclibc - glibc - or a number of other projects should be fine.. but I suspect the glibc one has to much of dependencies.. BSD / GPL / Public Domain OK, I will take a look for another version. port/win32/src/encrypt.c. 56 bit DES encryption. Still under export control in some regoins of the world, but not really a problem. Could be in lib/ to support other platforms without crypt(). As I know, it's missing only on Visual Studio. I can imagine it missing on may other platforms as well.. it's no longer considered a good pasword hashing method. OK. port/win32/src/readdir.c. Unknown copyright or license. This is also unknown to me. Not good. From where did you get it? This file comes from the original work of Romeo Anghelache. After some search, I have found the original one from Apache 1.3: http://svn.apache.org/viewvc/httpd/httpd/branches/1.3.x/src/os/win32/readdir.c?view=markup If I remember right, the Apache License is not good for Squid. Just discovered another reason to maintain a separate 3.0 STABLE NT branch: currently STABLE 3.0 doesn't work on Windows, so this the only STABLE based branch where to develop and test the needed changes. Not convinced this is a reason. If you need to make changes for Windows then it's best if these changes is done in a way which fits all.. And having code, even if Windows specific, in the windows branch is a very bad thing as it makes it a lot harder for the project to audit the codebase. My final intention is to have all the code changes merged into STABLE/HEAD, but currently Squid 3.0 doesn't work at all on native Windows, so some heavy and separated development work is still need to fix all problems before any merge. If this first step will be successful, and I'm not so sure about this positive result , then there will the IPv6 on Windows challenge ... Regarding to Squid 2, if in the future there is no plan for intrusive changes on the IPC/FD side that could affect the Windows port, a merge into a single branch could be considered. Who knows. But I don't see the windows port so special in that regard. We already have differences between many platforms. Sure, Windows is a little more different, but not very much. I think that a more appropriate attribute for the Windows port is too easily broken ... :-( It's a very acrobatic piece of code :-) Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Time for squid 3.0 STABLE2 ?
Hi Amos, At 12:58 04/03/2008, Amos Jeffries wrote: 2008/03/01 12:36:59| WARNING: Closing open FD 50 2008/03/01 12:36:59| diskHandleWrite: FD 11: disk write error: (9) Bad file descriptor 2008/03/01 12:36:59| storeDirWriteCleanLogs: Starting... 2008/03/01 12:36:59| WARNING: Closing open FD9 2008/03/01 12:36:59| xrename: Cannot rename c:/squid/var/cache/swap.state.clean to c:/squid/var/cache/swap.state: (17) File exists 2008/03/01 12:36:59| Finished. Wrote 229 entries. 2008/03/01 12:36:59| Took 0.01 seconds (15266.67 entries/sec). FATAL: Write failure -- check your disk space and cache.log Squid Cache (Version 3.0.STABLE1-CVS): Terminated abnormally. Regards Guido Two bugs in there. The FD issue seems to be Windows-Specific. I agree, and it seems to be a really bad thing: after some debugging, it seems that the Visual Studio 2005 CRT is assigning to sockets already used FD . Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Time for squid 3.0 STABLE2 ?
Hi Amos, At 13:04 27/02/2008, Amos Jeffries wrote: Just a few issues remaining before 3.0.STABLE-2. * Build and tests on as many OS as possible. (branch: SQUID_3_0) I am running the tests I use on Debian/Ubuntu already. Could the rest of you please jump in for any OS you have tests for or even just compiling on. As usual for 2.6, I will run a build test at least on Irix, Solaris and Windows. I hope to run some other build test on my *BSD virtual machines. The bad news is that 3.0 STABLE is still not operational on Windows: it crashes after few request. It seems that there is some strange problem in the IPC/FD interaction, but I cannot understand what is happening: 2008/02/17 19:05:01| setMaxFD: Cannot increase: setrlimit() not supported on this system 2008/02/17 19:05:01| Starting Squid Cache version 3.0.STABLE1-CVS for i686-pc-winnt... 2008/02/17 19:05:01| Running as Squid Windows System Service on Windows Server 2003 2008/02/17 19:05:01| Service command line is: 2008/02/17 19:05:01| Process ID 216 2008/02/17 19:05:01| With 2048 file descriptors available 2008/02/17 19:05:01| With 2048 CRT stdio descriptors available 2008/02/17 19:05:01| Windows sockets initialized 2008/02/17 19:05:01| Performing DNS Tests... 2008/02/17 19:05:02| Successful DNS name lookup tests... 2008/02/17 19:05:02| DNS Socket created at 0.0.0.0, port 1189, FD 5 2008/02/17 19:05:02| Adding nameserver 172.30.128.1 from Registry 2008/02/17 19:05:02| Adding nameserver 172.30.1.1 from Registry 2008/02/17 19:05:02| Adding nameserver 172.30.1.2 from Registry 2008/02/17 19:05:02| User-Agent logging is disabled. 2008/02/17 19:05:02| Referer logging is disabled. 2008/02/17 19:05:02| Unlinkd pipe opened on FD 8 2008/02/17 19:05:02| Local cache digest enabled; rebuild/rewrite every 3600/3600 sec 2008/02/17 19:05:02| Store logging disabled 2008/02/17 19:05:02| Swap maxSize 102400 KB, estimated 7876 objects 2008/02/17 19:05:02| Target number of buckets: 393 2008/02/17 19:05:02| Using 8192 Store buckets 2008/02/17 19:05:02| Max Mem size: 8192 KB 2008/02/17 19:05:02| Max Swap size: 102400 KB 2008/02/17 19:05:02| Version 1 of swap file with LFS support detected... 2008/02/17 19:05:02| Rebuilding storage in c:/squid/var/cache (CLEAN) 2008/02/17 19:05:02| Using Least Load store dir selection 2008/02/17 19:05:02| Set Current Directory to c:/squid/var/cache 2008/02/17 19:05:02| Loaded Icons. 2008/02/17 19:05:02| Accepting HTTP connections at 0.0.0.0, port 3128, FD 14. 2008/02/17 19:05:02| Accepting ICP messages at 0.0.0.0, port 3130, FD 15. 2008/02/17 19:05:02| HTCP Disabled. 2008/02/17 19:05:02| Ready to serve requests. 2008/02/17 19:05:02| Done reading c:/squid/var/cache swaplog (135 entries) 2008/02/17 19:05:02| Finished rebuilding storage from disk. 2008/02/17 19:05:02| 135 Entries scanned 2008/02/17 19:05:02| 0 Invalid entries. 2008/02/17 19:05:02| 0 With invalid flags. 2008/02/17 19:05:02| 135 Objects loaded. 2008/02/17 19:05:02| 0 Objects expired. 2008/02/17 19:05:02| 0 Objects cancelled. 2008/02/17 19:05:02| 0 Duplicate URLs purged. 2008/02/17 19:05:02| 0 Swapfile clashes avoided. 2008/02/17 19:05:02| Took 0.08 seconds (1730.77 objects/sec). 2008/02/17 19:05:02| Beginning Validation Procedure 2008/02/17 19:05:02| Completed Validation Procedure 2008/02/17 19:05:02| Validated 295 Entries 2008/02/17 19:05:02| store_swap_size = 1496 2008/02/17 19:05:03| storeLateRelease: released 0 objects 2008/02/17 19:09:07| CACHEMGR: [EMAIL PROTECTED] requesting 'filedescriptors' 2008/02/17 19:09:57| diskHandleWrite: FD 11: disk write error: (9) Bad file descriptor 2008/02/17 19:09:57| storeDirWriteCleanLogs: Starting... 2008/02/17 19:09:57| WARNING: Closing open FD9 2008/02/17 19:09:57| xrename: Cannot rename c:/squid/var/cache/swap.state.clean to c:/squid/var/cache/swap.state: (17) File exists 2008/02/17 19:09:57| Finished. Wrote 138 entries. 2008/02/17 19:09:57| Took 0.02 seconds (8625.00 entries/sec). FATAL: Write failure -- check your disk space and cache.log There is also another (or the same ???) problem during reconfigure: 2008/02/17 20:59:02| Reconfiguring Squid Cache (version 3.0.STABLE1-CVS)... 2008/02/17 20:59:02| FD 14 Closing HTTP connection 2008/02/17 20:59:02| FD 15 Closing ICP connection 2008/02/17 20:59:02| Store logging disabled 2008/02/17 20:59:02| User-Agent logging is disabled. 2008/02/17 20:59:02| Referer logging is disabled. 2008/02/17 20:59:02| WARNING: Closing open FD9 2008/02/17 20:59:02| assertion failed: ..\..\..\src\comm.cc:901: fdc_table[new_socket].active == 0 Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: What's in the NT branch
Hi Alex Henrik, At 18:40 25/02/2008, Alex Rousskov wrote: On Sun, 2008-02-24 at 21:26 +0100, Henrik Nordström wrote: Guido, what's actually in the NT branch today? Is it only the makefiles, or is there any actual source changes which should not be merged to the main branch? If it's only the makefiles then I propose those are stored in the main branch (HEAD and SQUID_3_0) directly Looking at a diff... port directory tree with makefiles [generally OK] This is very critical on the side of the DOS/Unix text format: Visual Studio doesn't work with Unix text files. Usually I commit the files on this directory only from Windows machines. lib/getopt.c. Copy from NetBSD with a license incompatible with GPL. Right, someone could provide a GPL version ? port/win32/src/encrypt.c. 56 bit DES encryption. Still under export control in some regoins of the world, but not really a problem. Could be in lib/ to support other platforms without crypt(). As I know, it's missing only on Visual Studio. port/win32/src/readdir.c. Unknown copyright or license. This is also unknown to me. I don't see a good reason why the port tree cannot be in the main branch, except for the trivial reservations above... FWIW, I asked Guido a related question and made a similar sore in the main branch suggestion a few months(?) ago. At that time, Guido was positive he needs Windows-specific branches; he explained why he thought so. Please try to find that thread in the squid-dev archive for more info so that Guido does not have to repeat himself. Just discovered another reason to maintain a separate 3.0 STABLE NT branch: currently STABLE 3.0 doesn't work on Windows, so this the only STABLE based branch where to develop and test the needed changes. Regarding to Squid 2, if in the future there is no plan for intrusive changes on the IPC/FD side that could affect the Windows port, a merge into a single branch could be considered. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Time for squid 3.0 STABLE2 ?
Hi Amos, At 11:35 01/03/2008, Amos Jeffries wrote: The above is only solved by manually removing the swap.state file. There is something funky going on with the permissions before these high-level swap.state operations. I've seen it here in HEAD and thought it in the code not ported back. This is a blocker if it's in 3.0. I think that here there is some Windows specific big problem. On Windows, when running as a service, there are no file permissions problems. I have just deleted the swap.state file, and after few requests 2008/03/01 12:36:02| setMaxFD: Cannot increase: setrlimit() not supported on this system 2008/03/01 12:36:02| Starting Squid Cache version 3.0.STABLE1-CVS for i686-pc-winnt... 2008/03/01 12:36:02| Running as Squid Windows System Service on Windows Server 2003 2008/03/01 12:36:02| Service command line is: 2008/03/01 12:36:02| Process ID 3232 2008/03/01 12:36:02| With 2048 file descriptors available 2008/03/01 12:36:02| With 2048 CRT stdio descriptors available 2008/03/01 12:36:02| Windows sockets initialized 2008/03/01 12:36:02| Performing DNS Tests... 2008/03/01 12:36:02| Successful DNS name lookup tests... 2008/03/01 12:36:02| DNS Socket created at 0.0.0.0, port 1194, FD 5 2008/03/01 12:36:02| Adding nameserver 172.30.128.1 from Registry 2008/03/01 12:36:02| Adding nameserver 172.30.1.1 from Registry 2008/03/01 12:36:02| Adding nameserver 172.30.1.2 from Registry 2008/03/01 12:36:02| User-Agent logging is disabled. 2008/03/01 12:36:02| Referer logging is disabled. 2008/03/01 12:36:02| Unlinkd pipe opened on FD 8 2008/03/01 12:36:02| Local cache digest enabled; rebuild/rewrite every 3600/3600 sec 2008/03/01 12:36:02| Store logging disabled 2008/03/01 12:36:02| Swap maxSize 102400 KB, estimated 7876 objects 2008/03/01 12:36:02| Target number of buckets: 393 2008/03/01 12:36:02| Using 8192 Store buckets 2008/03/01 12:36:02| Max Mem size: 8192 KB 2008/03/01 12:36:02| Max Swap size: 102400 KB 2008/03/01 12:36:02| Version 1 of swap file with LFS support detected... 2008/03/01 12:36:02| Rebuilding storage in c:/squid/var/cache (CLEAN) 2008/03/01 12:36:02| Using Least Load store dir selection 2008/03/01 12:36:02| Set Current Directory to c:/squid/var/cache 2008/03/01 12:36:02| Loaded Icons. 2008/03/01 12:36:02| Accepting HTTP connections at 0.0.0.0, port 3128, FD 14. 2008/03/01 12:36:02| Accepting ICP messages at 0.0.0.0, port 3130, FD 15. 2008/03/01 12:36:02| HTCP Disabled. 2008/03/01 12:36:02| Ready to serve requests. 2008/03/01 12:36:02| Done reading c:/squid/var/cache swaplog (138 entries) 2008/03/01 12:36:02| Finished rebuilding storage from disk. 2008/03/01 12:36:02| 138 Entries scanned 2008/03/01 12:36:02| 0 Invalid entries. 2008/03/01 12:36:02| 0 With invalid flags. 2008/03/01 12:36:02| 138 Objects loaded. 2008/03/01 12:36:02| 0 Objects expired. 2008/03/01 12:36:02| 0 Objects cancelled. 2008/03/01 12:36:02| 0 Duplicate URLs purged. 2008/03/01 12:36:02| 0 Swapfile clashes avoided. 2008/03/01 12:36:02| Took 0.08 seconds (1746.84 objects/sec). 2008/03/01 12:36:02| Beginning Validation Procedure 2008/03/01 12:36:02| Completed Validation Procedure 2008/03/01 12:36:02| Validated 301 Entries 2008/03/01 12:36:02| store_swap_size = 1508 2008/03/01 12:36:03| storeLateRelease: released 0 objects 2008/03/01 12:36:59| WARNING: Closing open FD 50 2008/03/01 12:36:59| diskHandleWrite: FD 11: disk write error: (9) Bad file descriptor 2008/03/01 12:36:59| storeDirWriteCleanLogs: Starting... 2008/03/01 12:36:59| WARNING: Closing open FD9 2008/03/01 12:36:59| xrename: Cannot rename c:/squid/var/cache/swap.state.clean to c:/squid/var/cache/swap.state: (17) File exists 2008/03/01 12:36:59| Finished. Wrote 229 entries. 2008/03/01 12:36:59| Took 0.01 seconds (15266.67 entries/sec). FATAL: Write failure -- check your disk space and cache.log Squid Cache (Version 3.0.STABLE1-CVS): Terminated abnormally. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: Time for squid 3.0 STABLE2 ?
Hi Amos, At 12:33 23/02/2008, Amos Jeffries wrote: Some weirdness: The following patches to 3.0 appear not to have been applied to 3-HEAD: 11456 Windows Port: call fdc_open() when opening IPC sockets. If I'm not wrong, this should not be needed in HEAD-3 (while is needed in SQUID_3_0) after this change: http://www.squid-cache.org/Versions/v3/HEAD/changesets/11433.patch 11393 Fix missing default disk store type into QUICKSTART example. This is already included in this changeset: http://www.squid-cache.org/Versions/v3/HEAD/changesets/11261.patch Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: 3.0.STABLE2 patch candidates
Hi Henrik, At 14:35 23/02/2008, Henrik Nordström wrote: The first pass of grouping and classifying the 3 HEAD changesets since 3.0 branches has now been completed by me and Amos. Please go to http://www.squid-cache.org/Versions/v3/HEAD/changesets/merge.html and inspect the list of patches to merge and not merge and give your opinion if you think some patch is should be given another priority or if there is an error in the grouping of related patches. The following changeset are IPv6 related, so not to be merged: 11364 11359 11345 11343 Not sure about 11259, maybe also related to IPv6 changes. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/
Re: squid3 future directory structure
Hi Alex, At 00:25 20/02/2008, Alex Rousskov wrote: We had many problems on Windows in the past during the C++ refactoring. Do you still have those problems (we do use many capitalization styles right now)? Or is mixed case only a problem when we rename/move things and then there is no problem once things settle down? If it is the latter, then polishing capitalization (e.g., converting all dirs to lower_case) would create problems for you again! The problem was generated from file names different only in the case, like file.cc and File.cc: for the Windows file system they are the same file, but not for Linux/Unix. Currently there are no special problems, the only annoying thing is that sometime CVS doesn't like the case of a file, but deleting it and running CVS again fixes the problem Changing the case of files/dir will not be a problem if we will avoid upper/lower case collisions. Regards Guido - Guido Serassio Acme Consulting S.r.l. - Microsoft Certified Partner Via Lucia Savarino, 1 10098 - Rivoli (TO) - ITALY Tel. : +39.011.9530135 Fax. : +39.011.9781115 Email: [EMAIL PROTECTED] WWW: http://www.acmeconsulting.it/