Re: so what is involved in calling squid-3.0 'stable'?

From: Reuben Farrelly <reuben-squid-dev@dont-contact.us>
Date: Sun, 23 Apr 2006 01:37:08 +1200

On 23/04/2006 1:26 a.m., Robert Collins wrote:
> On Sun, 2006-04-23 at 01:20 +1200, Reuben Farrelly wrote:
>> On 23/04/2006 1:11 a.m., Robert Collins wrote:
>>> On Sun, 2006-04-23 at 00:58 +1200, Reuben Farrelly wrote:
>>>> On 23/04/2006 12:41 a.m., Robert Collins wrote:
>>>>> Asking adrian on irc - '
>>>>> 22:34 < adrian__> Enough people using it as a traditional forward cache
>>>>> 22:34 < adrian__> and saying there aren't any strange problems
>>>>> 22:34 < adrian__> Because its got a bad name
>>>>> '
>>>>>
>>>>> So, what is required. How can we engage the community in making squid-3
>>>>> stable ? There seems to be non-trivial interest in making it happen, but
>>>>> whats the actual benchmark ?
>>>> I'll start using it again and pushing forward with bug reports if there's
>>>> someone there to work on them...last time I tried squid-3 I was seeing some odd
>>>> stuff with client side connections being closed randomly and requiring frequent
>>>> refreshing with my end browser, but at the time I didn't gather anything useful.
>>> There are definately people doing things around the source - I think
>>> harnessing the energy is the issue. I only have a small amount of time,
>>> and I'll probably be using it on toolchain support to make it easier for
>>> others to fix bugs - because thats something effective I can do in the
>>> timeframes I have available.
>> That's cool.
>>
>> Changing the subject a little, there have been many new people introduce
>> themselves on this list maybe with good intentions of working on squid, who seem
>> to vanish as fast as they arrive. I wonder if they've simply (a) never intended
>> to contribute in the first place, (b) done some work privately but never
>> released it or (c) taken a good look at the code, and run away fast deciding it
>> was all too hard ;-)
>
>>
>>
>> From a development perspective, I think it'd be of value to know why are there
>> not more people developing squid. It seems to be just a "hardcore" few.........
>
> Yep. Agree with this.
>
>>> I've added some missing files - I could swear I had added them. Is that
>>> better?
>> Yes, gets much further now, but runs into grief again here:
> ..
>> I guess a few more missing files.
>
>
> Added, hopefully got them all now.

Yes. Compiles, but fails to run...here it is under gdb.

I'm on x86_64.

[root@tornado squid]# gdb /usr/sbin/squid-3.0
GNU gdb Red Hat Linux (6.3.0.0-1.128.FC6rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db
library "/lib64/libthread_db.so.1".

(gdb) run -NCd1
Starting program: /usr/sbin/squid-3.0 -NCd1
[Thread debugging using libthread_db enabled]
[New Thread 47347710906064 (LWP 28014)]
2006/04/23 01:33:58| Notice: Short Strings is 36 bytes instead of requested 36 bytes
2006/04/23 01:33:58| diskd started
2006/04/23 01:33:58| WARNING: use of 'reload-into-ims' in 'refresh_pattern'
violates HTTP
2006/04/23 01:33:58| Initializing https proxy context
2006/04/23 01:33:58| Starting Squid Cache version 3.0-PRE3-CVS for
x86_64-unknown-linux-gnu...
2006/04/23 01:33:58| Process ID 28014
2006/04/23 01:33:58| With 256 file descriptors available
2006/04/23 01:33:58| Performing DNS Tests...
2006/04/23 01:33:58| Successful DNS name lookup tests...
2006/04/23 01:33:58| DNS Socket created at 0.0.0.0, port 35919, FD 8
2006/04/23 01:33:58| Adding domain reub.net from /etc/resolv.conf
2006/04/23 01:33:58| Adding nameserver 192.168.0.5 from /etc/resolv.conf
2006/04/23 01:33:58| Adding nameserver 202.89.128.17 from /etc/resolv.conf
2006/04/23 01:33:58| helperOpenServers: Starting 5 'wrapzap.sh' processes
Detaching after fork from child process 28017.
Detaching after fork from child process 28018.
Detaching after fork from child process 28019.
Detaching after fork from child process 28020.
Detaching after fork from child process 28021.
2006/04/23 01:33:58| User-Agent logging is disabled.
2006/04/23 01:33:58| Referer logging is disabled.
Detaching after fork from child process 28022.
2006/04/23 01:33:58| Unlinkd pipe opened on FD 18
2006/04/23 01:33:58| Store logging disabled
2006/04/23 01:33:58| Swap maxSize 1740800 KB, estimated 158254 objects

2006/04/23 01:33:58| Target number of buckets: 7912
2006/04/23 01:33:58| Using 8192 Store buckets
2006/04/23 01:33:58| Max Mem size: 8192 KB
2006/04/23 01:33:58| Max Swap size: 1740800 KB
2006/04/23 01:33:58| Rebuilding storage in /var/spool/squid-1 (DIRTY)
2006/04/23 01:33:58| Rebuilding storage in /var/spool/squid-2 (DIRTY)
2006/04/23 01:33:58| Using Least Load store dir selection
2006/04/23 01:33:58| Set Current Directory to /var/spool/squid
2006/04/23 01:33:58| Loaded Icons.
2006/04/23 01:33:58| Accepting HTTP connections at 192.168.0.5, port 3128, FD 21.
2006/04/23 01:33:58| commBind: Cannot bind socket FD 22 to 192.168.0.5:8080:
(98) Address already in use
2006/04/23 01:33:58| Accepting WCCP messages on port 2048, FD 22.
2006/04/23 01:33:58| Outgoing WCCP messages on port 2048, FD 23.
2006/04/23 01:33:58| assertion failed: mem.cc:433: "MemPools[t]"

Program received signal SIGABRT, Aborted.
[Switching to Thread 47347710906064 (LWP 28014)]
0x0000003c01c2f775 in raise () from /lib64/libc.so.6
(gdb) bt full
#0 0x0000003c01c2f775 in raise () from /lib64/libc.so.6
No symbol table info available.
#1 0x0000003c01c31060 in abort () from /lib64/libc.so.6
No symbol table info available.
#2 0x000000000044387f in xassert (msg=Variable "msg" is not available.
) at debug.cc:524
No locals.
#3 0x000000000047f449 in memCheckInit () at mem.cc:433
         t = MEM_ACL_PROXY_AUTH_MATCH
#4 0x000000000047d9be in mainInitialize () at main.cc:836
No locals.
#5 0x000000000047e68e in main (argc=2, argv=0x7fffab437de8) at main.cc:1101
         parse_err = Variable "parse_err" is not available.
(gdb)

Config is at http://www.reub.net/files/squid/squid.conf

reuben
Received on Sat Apr 22 2006 - 07:57:43 MDT

This archive was generated by hypermail pre-2.1.9 : Mon May 01 2006 - 12:00:03 MDT