Hi Dan, This appears by a breakage in the 3.5 snapshots' GNU atomics detection. Though we are still not sure why the error occurs yet with atomics disabled. Snapshots labelled r13783 or later available in a few hrs should be fixed. Cheers Amos On 27/03/2015 11:47 a.m., Dan Charlesworth wrote: > Bumping this because I think it might have gone into the black hole the other night. > >> On 23 Mar 2015, at 5:44 pm, Dan Charlesworth <dan@xxxxxxxxxxx> wrote: >> >> Turns out it’s also shitting the bed whenever I go to an SSL site now that I’ve added --enable-storeio=rock: >> >> 2015/03/23 17:40:13 kid1| assertion failed: ../src/ipc/AtomicWord.h:71: "Enabled()" >> 2015/03/23 17:42:02 kid1| assertion failed: ../src/ipc/AtomicWord.h:74: "Enabled()" >> >> I feel like I’m definitely missing a dependency or something :-/ >> >>> On 23 Mar 2015, at 5:28 pm, Dan Charlesworth <dan@xxxxxxxxxxx <mailto:dan@xxxxxxxxxxx>> wrote: >>> >>> Hey! >>> >>> Sorry for all the threads lately, folks - >>> >>> I just recompiled by 3.5 EL6 (64-bit) RPM (using squid-3.5.2-20150321-r13782). >>> >>> I decided to add rock to my `—enable-storeio` option, so I could try SMP and stuff, which was fine. But when I went to squid -z it, I got this crash: >>> assertion failed: ../src/ipc/AtomicWord.h:88: "Enabled()" >>> >>> Just using: >>> cache_dir rock /var/spool/squid 20000 >>> workers 2 >>> >>> I’m hoping, for a change, this is some obvious thing I’ve missed and not something I need to dig out backtraces for :-) >>> >>> Thanks, y'all >> > > > > > _______________________________________________ > squid-users mailing list > squid-users@xxxxxxxxxxxxxxxxxxxxx > http://lists.squid-cache.org/listinfo/squid-users > _______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users