Build failed in Jenkins: Thrift-cpp #121

2011-08-13 Thread Apache Jenkins Server 
See 

Changes:

[jfarrell] updating trunk from 0.7.0-dev to 0.8.0-dev

--
[...truncated 134 lines...]
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared 
libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether make sets $(MAKE)... (cached) yes
checking for bison... bison -y
checking for flex... flex
checking lex output file root... lex.yy
checking lex library... -lfl
checking whether yytext is a pointer... yes
checking whether ln -s works... yes
checking for gawk... (cached) mawk
checking for ranlib... (cached) ranlib
checking for boostlib >= 1.33.1... yes
checking for libevent >= 1.0... yes
checking for zlib >= 1.2.3... yes
checking for trial... /usr/bin/trial
checking for 6g... /usr/local/bin/6g
checking for 6l... /usr/local/bin/6l
checking for gomake... /usr/local/bin/gomake
checking for goinstall... /usr/local/bin/goinstall
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking for working volatile... yes
checking for stdbool.h that conforms to C99... no
checking for _Bool... no
checking for ANSI C header files... (cached) yes
checking whether time.h and sys/time.h may both be included... yes
checking for sys/wait.h that is POSIX.1 compatible... yes
checking return type of signal handlers... void
checking arpa/inet.h usability... yes
checking arpa/inet.h presence... yes
checking for arpa/inet.h... yes
checking sys/param.h usability... yes
checking sys/param.h presence... yes
checking for sys/param.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for inttypes.h... (cached) yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking netdb.h usability... yes
checking netdb.h presence... yes
checking for netdb.h... yes
checking netinet/in.h usability... yes
checking netinet/in.h presence... yes
checking for netinet/in.h... yes
checking pthread.h usability... yes
checking pthread.h presence... yes
checking for pthread.h... yes
checking stddef.h usability... yes
checking stddef.h presence... yes
checking for stddef.h... yes
checking for stdlib.h... (cached) yes
checking sys/socket.h usability... yes
checking sys/socket.h presence... yes
checking for sys/socket.h... yes
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking for unistd.h... (cached) yes
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes
checking malloc.h usability... yes
checking malloc.h presence... yes
checking for malloc.h... yes
checking openssl/ssl.h usability... yes
checking openssl/ssl.h presence... yes
checking for openssl/ssl.h... yes
checking openssl/rand.h usability... yes
checking openssl/rand.h presence... yes
checking for openssl/rand.h... yes
checking openssl/x509v3.h usability... yes
checking openssl/x509v3.h presence... yes
checking for openssl/x509v3.h... yes
checking for pthread_create in -lpthread... yes
checking for clock_gettime in -lrt... yes
checking for setsockopt in -lsocket... no
checking for SSL_ctrl in -lssl... yes
checking for int16_t... yes
checking for int32_t... yes
checking for int64_t... yes
checking for int8_t... yes
checking for mode_t... yes
checking for off_t... yes
checking for size_t... yes
checking for ssize_t... yes
checking for uint16_t... yes
checking for uint32_t... yes
checking for uint64_t... yes
checking for uint8_t... yes
checking for ptrdiff_t... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking whether AI_ADDRCONFIG is declared... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for pid_t... yes
checking vfork.h usability... no
checking vfork.h presence... no
checking for vfork.h... no
checking for fork... yes
checking for vfork... yes
checking for working fork... yes
checking for working vfork... (cached) yes
checking for stdlib.h... (cached) yes
checking for GNU libc compatible malloc... yes
checking for working memcmp... yes
checking for stdlib.h... (cached) yes
checking for GNU libc compatible realloc... yes
checking sys/select.h usability... yes
checking sys/select.h presence... yes
checking for sys/select.h... yes
checking for sys/socket.h... (cached) yes
checking types of arguments for select... int,fd_set *,struct timeval *
checking whether lstat correctly handles trailing slash... yes
checking whether stat accepts an empty string... no
checking whether strerror_r is declared... yes
checking for strerror_r... yes
checking whether strerror_r returns char *... yes
checking for strftime... yes
checking for vprintf... yes
checking for _doprnt... no
checking for strtoul... yes
checking for bzero... yes
checking for ftruncate... yes
checking for gethostbyname... yes
che

[jira] [Updated] (THRIFT-1240) TBinarySerializer.php invalid serialization due to TBufferTransport not flushing last chunk of data into TMemoryBuffer

2011-08-13 Thread Jake Farrell (JIRA) 

 [ 
https://issues.apache.org/jira/browse/THRIFT-1240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jake Farrell updated THRIFT-1240:
-

Fix Version/s: (was: 0.6.1)
   0.8

> TBinarySerializer.php invalid serialization due to TBufferTransport not 
> flushing last chunk of data into TMemoryBuffer
> --
>
> Key: THRIFT-1240
> URL: https://issues.apache.org/jira/browse/THRIFT-1240
> Project: Thrift
>  Issue Type: Bug
>  Components: PHP - Library
>Affects Versions: 0.6.1
> Environment: Cent OS and Mac OS 10.5
>Reporter: Marimuthu Ponnambalam
>Priority: Critical
>  Labels: TBinarySerializer, invalid, serialization
> Fix For: 0.8
>
> Attachments: TBinarySerializer.php, simple.thrift, testsimple.php
>
>
> Simple Serialization errors out, due to the TBufferTransport not flushing the 
> data into TMemoryBuffer after $object->write($protocol) in TBinarySerializer.
> Please find the error output of my test program below. It fixed after I added 
> the following line on the serialize method in TBinarySerializer.
> $protocol->getTransport()->flush();
> This because of TBinaryProtocolAccelerated internally wraps TMemoryBuffer 
> within TBufferTransport in its constructor.
>  TBufferTransport write only if the wbuf_ is full (512 bytes) into 
> TMemoryBuffer. Hence data smaller than 512 will not get written into 
> TMemoryBuffer. While getting serialized data from TMemoryBuffer it might not 
> have the last chunk of data which is less than 512 bytes. 
> This outputs invalid serialized data 
> TestSchema$ php testsimple.php 
> Serialized  .
>  mari
> Fatal error: Uncaught exception 'TTransportException' with message 
> 'TMemoryBuffer: Could not read 512 bytes from buffer.' in 
> /Users/mponnambalam/work/eclipse/workspace/thrift0.6.1/lib/php/src/transport/TMemoryBuffer.php
>  on line 58
> TTransportException: TMemoryBuffer: Could not read 512 bytes from buffer. in 
> /Users/mponnambalam/work/eclipse/workspace/thrift0.6.1/lib/php/src/transport/TMemoryBuffer.php
>  on line 58
> Call Stack:
> 0.0003 636976   1. {main}() 
> /Users/mponnambalam/work/eclipse/workspace/TestSchema/testsimple.php:0
> 0.00431509728   2. TBinarySerializer::deserialize() 
> /Users/mponnambalam/work/eclipse/workspace/TestSchema/testsimple.php:47
> 0.00431511808   3. thrift_protocol_read_binary() 
> /Users/mponnambalam/work/eclipse/workspace/thrift0.6.1/lib/php/src/protocol/TBinarySerializer.php:62
> thrift_protoco_read_binary disabled  ( I commented extension in 
> thrift_protocol.ini) 
>  
> TestSchema$ php testsimple.php 
> Serialized  .
> Fatal error: Uncaught exception 'TTransportException' with message 
> 'TMemoryBuffer: Could not read 1 bytes from buffer.' in 
> /Users/mponnambalam/work/eclipse/workspace/thrift0.6.1/lib/php/src/transport/TMemoryBuffer.php
>  on line 58
> TTransportException: TMemoryBuffer: Could not read 1 bytes from buffer. in 
> /Users/mponnambalam/work/eclipse/workspace/thrift0.6.1/lib/php/src/transport/TMemoryBuffer.php
>  on line 58
> Call Stack:
> 0.0003 636976   1. {main}() 
> /Users/mponnambalam/work/eclipse/workspace/TestSchema/testsimple.php:0
> 0.00411509944   2. TBinarySerializer::deserialize() 
> /Users/mponnambalam/work/eclipse/workspace/TestSchema/testsimple.php:47
> 0.00411512248   3. Person->read() 
> /Users/mponnambalam/work/eclipse/workspace/thrift0.6.1/lib/php/src/protocol/TBinarySerializer.php:66
> 0.00411512472   4. TBinaryProtocol->readFieldBegin() 
> /Users/mponnambalam/work/eclipse/workspace/TestSchema/gen-php/simple/simple_types.php:45
> 0.00411512472   5. TBinaryProtocol->readByte() 
> /Users/mponnambalam/work/eclipse/workspace/thrift0.6.1/lib/php/src/protocol/TBinaryProtocol.php:231
> 0.00411512520   6. TBufferedTransport->readAll() 
> /Users/mponnambalam/work/eclipse/workspace/thrift0.6.1/lib/php/src/protocol/TBinaryProtocol.php:283
> 0.00411512568   7. TTransport->readAll() 
> /Users/mponnambalam/work/eclipse/workspace/thrift0.6.1/lib/php/src/transport/TBufferedTransport.php:109
> 0.00411512744   8. TMemoryBuffer->read() 
> /Users/mponnambalam/work/eclipse/workspace/thrift0.6.1/lib/php/src/transport/TTransport.php:87

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[RESULT]:[VOTE] Release Apache Thrift 0.7.0

2011-08-13 Thread Jake Farrell 
Counting myself we have four +1s with no 0 or -1 votes, the 0.7.0 release 
passes. Great work everyone on this release, I'll get the website updated and 
push out the artifacts. 

-Jake


On Aug 13, 2011, at 12:06 AM, Roger Meier wrote:

> Thanks Jake! Looks good now!
> 
> +1
> 
> -Roger
> 
>> -Ursprüngliche Nachricht-
>> Von: Ilya Maykov [mailto:ivmay...@gmail.com]
>> Gesendet: Donnerstag, 11. August 2011 22:25
>> An: dev@thrift.apache.org
>> Betreff: Re: [VOTE] Release Apache Thrift 0.7.0
>> 
>> Ruby compiler and libraries look good and pass all tests.
>> 
>> +1
>> 
>> -- Ilya
>> 
>> 
>> On Thu, Aug 11, 2011 at 11:48 AM, Bryan Duxbury 
>> wrote:
>> 
>>> I was able to resolve my GPG issues and verified that the compiler and
>>> Java tests run as expected.
>>> 
>>> +1
>>> 
>>> On Wed, Aug 10, 2011 at 3:08 PM, Jake Farrell 
> wrote:
>>> 
 All,
 
 I propose that we accept
 http://people.apache.org/~jfarrell/thrift/0.7.0/thrift-0.7.0-rc0.tar
 .gz as the official Thrift 0.7.0 release.
 
 I generated this tarball by checking out
 https://svn.apache.org/repos/asf/thrift/branches/0.7.x and running
 "./bootstrap.sh && ./configure && make dist".
 
 The GPG signature can be found at:
 
>>> http://people.apache.org/~jfarrell/thrift/0.7.0/thrift-0.7.0-rc0.tar.g
>>> z.asc
 .
 It has an MD5 sum of 8d7a0070a223e59cf6a2d72aa013b3c4.
 
 The java library can be found at:
 https://repository.apache.org/content/repositories/orgapachethrift-0
 25/ libthrift-0.7.0.jar has an MD5 sum of
 9d82be1cd2f75a6218ff4a4fb1d91015.
 
 The CHANGES list for this release if available at:
 http://svn.apache.org/repos/asf/thrift/branches/0.7.x/CHANGES
 
 Please download, verify sig/sum, and install/test the libraries of
 your choice.
 
 This vote closes in 72 hours.
 
 -Jake
 
>>> 
>

Re: Thrift class names

2011-08-13 Thread Jens Geyer 

Ok, it seems there are no rules and we're free to make our own.

Thanks,
JensG

--
From: "Jens Geyer" 
Sent: Friday, August 05, 2011 11:37 AM
To: 
Subject: Re: Thrift class names


Hello Roger,

thanks for your answer. Unfortunately, it slightly misses the point.

I wrote:


Background is, that not all languages support namespaces [...]


You answered


I recommend to use the namespace feature, it's supported by nearly every
language


I fully agree with your recommendation, but the problem we're faced with 
is the "nearly". As I already pointed out and as "nearly" implies,  not 
all languages do this. Therefore, my question was, what the 
recommendations are in such cases?


Example: Object Pascal.

The only namespace-alike concept we have there, are Units. However, if we 
are going to do this, then we either have to put everything into one 
source file per namespace (!) or do some obscure things with includes 
(which are although possible not very common in pascal, thus the 
"obscure") just to satisfy the namespace requirement, but introducing many 
other issues, such as debugging problems, etc. So IMHO this is not the 
path we should follow. And that's why I asked for alternatives.



Thanks + regards,
JensG


--
From: "Roger Meier" 
Sent: Wednesday, August 03, 2011 8:58 PM
To: 
Subject: AW: Thrift class names


I recommend to use the namespace feature, it's supported by nearly every
language
e.g.
namespace java org.example.mypackage
namespace cpp example.mypackage

-Roger

-Ursprüngliche Nachricht-
Von: Jens Geyer [mailto:jensge...@hotmail.com]
Gesendet: Mittwoch, 3. August 2011 03:49
An: dev@thrift.apache.org
Betreff: Thrift class names

I'd like to know, if there are any "official" suggestions for the 
namings

of

Thrift classes in general?

Background is, that not all languages support namespaces and the 
original

names (I refer to the C++ implementation) might create naming conflicts
with other environments. Currently I avoid that by renaming the classes 
in

my case, I add an additional "Thrift" to the name, so that (example)
TBinaryProtocol becomes TThriftBinaryProtocol.

Is this in line with the guidelines (if any), or are there any other

requirements

or suggestions?

Thanks + regards,
JensG