Mailing-List: contact users-help@qpid.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@qpid.apache.org
From: Adel Boutros <Adelboutros@live.com>
To: Alan Conway <aconway@redhat.com>, "users@qpid.apache.org"
	<users@qpid.apache.org>
CC: kim.vdriet <kim.vdriet@redhat.com>
Subject: Re: [Proton-c] [0.14.0] C++ sending/receiving bytes and map messages
Thread-Topic: [Proton-c] [0.14.0] C++ sending/receiving bytes and map messages
Thread-Index: AQHSKtFrErqQ8EkmRkeS9R5AsbdSgKC5hf8AgAFR3qmAABsDgIAACcrNgAAIsICAAQk4moAASaQAgAAHeEA=
Date: Thu, 27 Oct 2016 14:02:17 +0000
Message-ID: <VI1PR0901MB0893C4926DD89E90968AE608CDAA0@VI1PR0901MB0893.eurprd09.prod.outlook.com>
References: <VI1PR0901MB0893BFFC358747932B1FAE54CDD50@VI1PR0901MB0893.eurprd09.prod.outlook.com>
	 ,<1477420210.2582.32.camel@redhat.com>
	 <VI1PR0901MB089341B1DC2B412418229F3DCDAB0@VI1PR0901MB0893.eurprd09.prod.outlook.com>
	 ,<1477498567.11433.20.camel@redhat.com>
	 <VI1PR0901MB0893A7200A0547720A6B94CECDAB0@VI1PR0901MB0893.eurprd09.prod.outlook.com>
	,<1477502535.11433.29.camel@redhat.com>
	 <VI1PR0901MB0893FA80F9A62435D0BF0727CDAA0@VI1PR0901MB0893.eurprd09.prod.outlook.com>,<1477575304.11433.36.camel@redhat.com>
In-Reply-To: <1477575304.11433.36.camel@redhat.com>
Accept-Language: en-US
Content-Language: en-US
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative;
	boundary="_000_VI1PR0901MB0893C4926DD89E90968AE608CDAA0VI1PR0901MB0893_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Oct 2016 14:02:17.3138
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1EUR01HT160
X-OriginalArrivalTime: 27 Oct 2016 14:02:20.0332 (UTC) FILETIME=[BBCFE6C0:01D2305A]
archived-at: Thu, 27 Oct 2016 14:02:31 -0000

--_000_VI1PR0901MB0893C4926DD89E90968AE608CDAA0VI1PR0901MB0893_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Adding the mailing list. Otherwise Cliff won't see the mail.


Regards,

Adel

________________________________
From: Alan Conway <aconway@redhat.com>
Sent: Thursday, October 27, 2016 3:35:04 PM
To: Adel Boutros
Cc: kim.vdriet
Subject: Re: [Proton-c] [0.14.0] C++ sending/receiving bytes and map messag=
es

On Thu, 2016-10-27 at 09:36 +0000, Adel Boutros wrote:
> Hello Alan,
>
> I have a very simple reproducible test case for the sendBytes on
> Visual Studio 2008
> Actually, you have to be in "RelWithDebInfo" because in "Debug" mode
> it passes.
>
> PS: I don't have the issue using Visual Studio 2013 (nsvcr90.dll is
> for Visual 2008 if I am not mistaken).
>
> Is Proton supposed to work using Visual Studio 2008? Or do you
> recommend using at least 2013?

We do still support C++03 so in principle it should work. Cliff can you
comment on recommended Windows compilers? The new C++ code may well be
stretching older compilers on template support ;(

I would like to investigate this anyway, old compiler problems
sometimes point to borderline code that might cause trouble in other
circumstances if ignored. Can you make a JIRA?

Thanks,
Alan.

>
> Code
> ----------------
> #include <string>
>
> #include <proton/binary.hpp>
> #include <proton/message.hpp>
>
> int main() {
>    proton::message m;
> m.body(proton::binary(std::string("m")));
> //m.body(proton::binary("m"));
> return 0;
> }
>
> Exception
> --------------
> Unhandled exception at 0x623ce2e4 in messaging-feature-tests.dll:
> 0xC0000005: Access violation reading location 0x0000000001479000
>
> Stack
> -----------
>   msvcr90.dll!00000000623ce2e4()
>   [Frames below may be incorrect and/or missing, no symbols loaded
> for msvcr90.dll]
> > qpid-proton.dll!pn_buffer_append(pn_buffer_t *
> buf=3D0x000007f7b22842bf, const char * bytes=3D0x0000000001477cd0,
> unsigned __int64 size=3D0)  Line 174
> C++
>   qpid-proton.dll!pni_data_intern(pn_data_t *
> data=3D0x0000000001477cd0, const char * start=3D0x00000000014785d0,
> unsigned __int64 size=3D15595744)  Line 437
> C++
>   qpid-proton.dll!pni_data_intern_node(pn_data_t *
> data=3D0x0000000000edf8e0, pni_node_t * node=3D0x0000000000000000)  Line
> 470 + 0x12 bytes
> C++
>   qpid-proton-cpp.dll!proton::codec::`anonymous
> namespace'::pn_data_put_amqp_binary(pn_data_t * d=3D0x0000000000edf9c0,
> const proton::binary & x=3D{...})  Line 114 + 0x55 bytes
> C++
>   qpid-proton-
> cpp.dll!proton::codec::encoder::insert<proton::binary,proton::binary
> const & __ptr64>(const proton::binary & x=3D{...}, int (pn_data_t *,
> const proton::binary &)* put=3D0x000007f7b36edd1f)  Line 121 + 0x11
> bytes  C++
>   messaging-feature-
> tests.dll!proton::value::operator=3D<proton::binary>(const
> proton::binary & x=3D{...})  Line 88
> C++
>   messaging-feature-
> tests.dll!proton::value::value<proton::binary>(const proton::binary &
> x=3D{...}, void * __formal=3D0x0000000000000000)  Line 82 + 0x3f bytes
> C++
>   messaging-feature-tests.dll!main()  Line 8 + 0x6c bytes
> C++
>   messaging-feature-tests.dll!__tmainCRTStartup()  Line 582 + 0x19
> bytes
> C
>   kernel32.dll!000007f9da961842()
>   ntdll.dll!000007f9dcb24f45()
>
> Regards,
> Adel
> From: Alan Conway <aconway@redhat.com>
> Sent: Wednesday, October 26, 2016 7:22:15 PM
> To: Adel Boutros
> Cc: kim.vdriet
> Subject: Re: [Proton-c] [0.14.0] C++ sending/receiving bytes and map
> messages
>
> On Wed, 2016-10-26 at 16:51 +0000, Adel Boutros wrote:
> > Hello Alan,
> >
> > I don't think the sending issues are related to jms.
>
> Agreed. They are definitely C++ bugs and probably my fault :)
>
> > I tried once to isolate a test case for the receiveBytes but I
> wasn't
> > able to reproduce. The bytes were correctly found (I think I was in
> > Debug mode)
> > Tomorrow, I will try again and hopefully have a simple reproducible
> > test case for each of the issues.
>
> > PS: I don't know if this has anything to do with the issues but all
> > the c++ code is loaded in java code using jni and the dlls are
> loaded
> > by calling "System.loadLibrary()" in Java
>
> I can't think of any reason why that would be a problem, but if you
> can't reproduce outside of Java then give me as much information as
> you
> can about how you reproduce it inside Java.
>
>


--_000_VI1PR0901MB0893C4926DD89E90968AE608CDAA0VI1PR0901MB0893_--