IPC problem

[Ronald Aigner]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Michael Scheibel wrote on 09.02.2007 11:52 this:
> Hello L4 hackers,
> 
> we've encountered a problem with an IPC transmission based on DICE stubs 
> generated from the following interface definition:
> 
> UInt32 process(
> [in, size_is(bufferALen), max_is(MAX_BUFFER_SIZE)] UInt8* bufferA,
> [in] UInt32 bufferALen,
> [in, size_is(bufferBLen), max_is(MAX_BUFFER_SIZE)] UInt8* bufferB ,    
> [in] UInt32 bufferBLen,
> [out, size_is(*bufferCLen), max_is(MAX_BUFFER_SIZE)] UInt8** bufferC, 
> [out] UInt32* bufferCLen);
> 
> UInt8 is defined as unsigned char, UInt32 is defined as unsigned long, 
> MAX_BUFFER_SIZE is 1500.
> 
> We are using dice version 3.1.0 with the command line options 
> -fforce-corba-alloc -nostdinc -P-DL4API_l4v2 and the latest OTC snapshot.
> 
> In this configuration bufferB is not transmitted correctly but is received as 
> corrupt data on the server side (which is an L4Linux application). 
> 
> Is there anything wrong with our interface definition? Any hints appreciated!
Sorry, for the delay. Confirmed as a Dice bug. I did not get into fixing
 this yet.

Greets, Ron.
- --
Mit freundlichen Gruessen / with regards
ra3 @ inf.tu-dresden.de
http://os.inf.tu-dresden.de/~ra3/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFF0C+S2sAx3Dtx9+YRAkNVAJ9RrrWrKCAv1UN8sKCW9syOeU5wYwCgwRsl
OMOF917RLAgHrOXZ+DT3N2o=
=qK2N
-----END PGP SIGNATURE-----