Re: [VOTE] Release v3.3.1
On 3/10/13 10:08 PM, Alan M. Carroll wrote: I am running trunk, which I think is currently identical to 3.3.1 and it crashes on the first request. FC 18, forward full transparent, null transform enabled. It seems to work without the null transform, though. The error is at P_ProtectionQueue.h:90 with a failed assert. Running in the debugger gives varying results about whether the value in the assert is actually wrong, which suggests a race condition. Did you test 3.3.1, or did you run trunk with the latest changes from Bryan? Everyone else, if we don't get votes by tomorrow, the release will fail. -- Leif
Re: [VOTE] Release v3.3.1
Saturday, March 9, 2013, 10:35:30 PM, you wrote: On 3/9/13 4:26 PM, Leif Hedstrom wrote: Hi all, I've prepared a release for v3.3.1, which has quite a few improvements and bug fixes over 3.3.0. Please see the CHANGES for more details. The artifacts are available at http://people.apache.org/~zwoop/rel-candidates/: +1 from me, it works in my test scenarios.
Re: [VOTE] Release v3.3.1
Leif, I haven't had time to test yet - would you mind extending the vote? -- i - Original Message - Saturday, March 9, 2013, 10:35:30 PM, you wrote: On 3/9/13 4:26 PM, Leif Hedstrom wrote: Hi all, I've prepared a release for v3.3.1, which has quite a few improvements and bug fixes over 3.3.0. Please see the CHANGES for more details. The artifacts are available at http://people.apache.org/~zwoop/rel-candidates/: +1 from me, it works in my test scenarios. -- Igor Galić Tel: +43 (0) 664 886 22 883 Mail: i.ga...@brainsware.org URL: http://brainsware.org/ GPG: 6880 4155 74BD FD7C B515 2EA5 4B1D 9E08 A097 C9AE
Re: [VOTE] Release v3.3.1
I am running trunk, which I think is currently identical to 3.3.1 and it crashes on the first request. FC 18, forward full transparent, null transform enabled. It seems to work without the null transform, though. The error is at P_ProtectionQueue.h:90 with a failed assert. Running in the debugger gives varying results about whether the value in the assert is actually wrong, which suggests a race condition. Compile with DEBUG and WCCP enabled. To reproduce I set for forward transparent, enable the null transform, and then make a request for a ~17M file. It generally fails within the first 1M or so. I'll look some more tomorrow.
Re: [VOTE] Release v3.3.1
On 3/9/13 4:26 PM, Leif Hedstrom wrote: Hi all, I've prepared a release for v3.3.1, which has quite a few improvements and bug fixes over 3.3.0. Please see the CHANGES for more details. The artifacts are available at http://people.apache.org/~zwoop/rel-candidates/: +1 from me, tested (build + regressions + basic proxy / caching) on Fedora Core 18 (64-bit) Ubuntu 10.10 (64-bit) CentOS 5 (64-bit) Fedora Rawhide (64-bit) [gcc v4.8] FreeBSD 8.2 (32-bit) OmniOS (32-bit) Debian 6 (64-bit) Ubuntu 11.10 (64-bit) Fedora Core 16 (64-bit) CentOS 6 (64-bit) OSX 10.8 / Clang -- Leif P.s Note that on FBSD, we still fail one regression: [SDK_API_TSTextLog] TSTextLogObjectWrite : [TestCase1] FAIL { can not write to log object } REGRESSION_RESULT SDK_API_TSTextLog: FAILED I'm guessing a permissions problem or something?