Using "typeof" in ATS code

2010-09-23 Thread Alan M. Carroll
I would like to use the "typeof" operator. This is supported in all versions of gcc 4.X (actually back to gcc 2.X). It is supported in SunCC 12 EA and beyond. What does ATS support for Solaris compilers? Thanks.

Re: NEW NEW trafficserver-2.1.3-unstable bits at http://people.apache.org/~jplevyak/

2010-09-23 Thread Alan M. Carroll
Thursday, September 23, 2010, 7:05:16 PM, you wrote: > On 09/23/2010 05:55 PM, John Plevyak wrote: >> NEW NEW trafficserver-2.1.3-unstable bits >> are up on: >> http://people.apache.org/~jplevyak/ >> Regress configuration changes. +1

Re: NEW NEW trafficserver-2.1.3-unstable bits at http://people.apache.org/~jplevyak/

2010-09-23 Thread Leif Hedstrom
On 09/23/2010 05:55 PM, John Plevyak wrote: NEW NEW trafficserver-2.1.3-unstable bits are up on: http://people.apache.org/~jplevyak/ Regress configuration changes. Alright, I've tested / verified this again, and it checks out in both optimized and debug builds. +1. -- Leif

NEW NEW trafficserver-2.1.3-unstable bits at http://people.apache.org/~jplevyak/

2010-09-23 Thread John Plevyak
NEW NEW trafficserver-2.1.3-unstable bits are up on: http://people.apache.org/~jplevyak/ Regress configuration changes. Please take a look/comment/vote. john

Re: Complaints about configuration variables in 2.1.3

2010-09-23 Thread Leif Hedstrom
On 09/23/2010 03:04 PM, Alan M. Carroll wrote: These are reports from RecGetRecord_Xmalloc. "Not registered false" means the register member was not set. "1:1" means value was int, and client requested int. "Not in hash table" means the hash table lookup failed (presumably because it wasn't in

Complaints about configuration variables in 2.1.3

2010-09-23 Thread Alan M. Carroll
These are reports from RecGetRecord_Xmalloc. "Not registered false" means the register member was not set. "1:1" means value was int, and client requested int. "Not in hash table" means the hash table lookup failed (presumably because it wasn't in records.config). I don't guarantee that this is

UPDATED trafficserver-2.1.3-unstable bits at http://people.apache.org/~jplevyak/

2010-09-23 Thread John Plevyak
UPDATED trafficserver-2.1.3-unstable bits are up on: http://people.apache.org/~jplevyak/ These fix a configuration issue which caused an assert. Please take a look/comment/vote. john

UPDATED trafficserver-2.1.3-unstable bits at http://people.apache.org/~jplevyak/

2010-09-23 Thread John Plevyak
UPDATED trafficserver-2.1.3-unstable bits are up on: http://people.apache.org/~jplevyak/ These fix a configuration issue which caused an assert. Please take a look/comment/vote. john

Re: Testing 2.1.3

2010-09-23 Thread John Plevyak
I downloaded from: https://svn.apache.org/repos/asf/trafficserver/traffic/tags/2.1.3 On 9/23/2010 11:45 AM, Alan M. Carroll wrote: > I have been trying to test 2.1.3 by checking out from .../traffic/tags/2.1.3 > and it's not working for me. Is that the correct place to get the 2.1.3 > source

Testing 2.1.3

2010-09-23 Thread Alan M. Carroll
I have been trying to test 2.1.3 by checking out from .../traffic/tags/2.1.3 and it's not working for me. Is that the correct place to get the 2.1.3 source? The crash is a failed assert at LocalManager.cc:282. I did a bit more checking and the value (config.proxy.ssl.enabled) is in the hash tabl

Re: PRELIMINARY trafficserver-2.1.3-unstable bits up on people.apache.org/~jplevyak

2010-09-23 Thread Leif Hedstrom
On 09/23/2010 10:28 AM, John Plevyak wrote: Preliminary trafficserver-2.1.3-unstable bit are up on: http://people.apache.org/~jplevyak/ Please take a look/comment/vote. The latest bits / sigs looks good to me. The source builds and the binary runs. I've verified the RAT report, and it

PRELIMINARY trafficserver-2.1.3-unstable bits up on people.apache.org/~jplevyak

2010-09-23 Thread John Plevyak
Preliminary trafficserver-2.1.3-unstable bit are up on: http://people.apache.org/~jplevyak/ Please take a look/comment/vote. john