My Ubuntu VM does have 1GB memory physical with no pagefile. So I makes sense that attempting to allocate INT_MAX would fail.
I looked at the test. It seems to test that if a message larger than INT_MAX is sent, that zmq_send_msg() is supposed to only send the first INT_MAX bytes, since it asserts on that being the return value from zmq_send_msg(). On Fri, Feb 19, 2016 at 8:38 AM Pieter Hintjens <[email protected]> wrote: > There are two tests that fail now because Doron fixed a bug while > implementing radio/dish, that these tests depended on... we'll get > around to fixing the tests at some stage. > > The large memory test is IMO bogus as it sends a message of MAX_INT > size which is toxic for some systems. I think the right solution is to > limit message size to rather below that. > > On Fri, Feb 19, 2016 at 3:17 PM, Luca Boccassi <[email protected]> > wrote: > > On 19 February 2016 at 12:29, Osiris Pedroso <[email protected]> wrote: > >> I work in Windows mostly, so when I see something that happens in > Windows, I > >> don't assume same is happening in Linux. > >> > >> I making some changes to compilation of libzmq in Windows and I wanted > to > >> make sure my changes do not break the Linux builds. > >> > >> So I got an Ubuntu 14.04 LTS VM and after 20+ years of Windows only > >> development had a fun time figuring it out how to make things happen > there. > >> > >> Anyways, I got the latest libzmq and see that the same tests that fail > in > >> Windows also fails in Linux (before any of my changes). > >> > >> The failing tests are: > >> FAIL: tests/test_large_msg > >> XFAIL: tests/test_req_correlate > >> XFAIL: tests/test_req_relaxed > >> > >> All these failures generate core dumps. > >> > >> PS: Can anybody tell me what is the difference between a FAIL and a > XFAIL? > > > > XFAIL in autoconf/automake is an expected failure (it's marked as such > > in the Makefile.am). It will not make the whole "make check" fail. > > > > The other test works fine on my machine and on Travis at the moment so > > I wouldn't worry about it, might be an intermittant failure: > > https://travis-ci.org/zeromq/libzmq > > > > Kind regards, > > Luca Boccassi > > _______________________________________________ > > zeromq-dev mailing list > > [email protected] > > http://lists.zeromq.org/mailman/listinfo/zeromq-dev > _______________________________________________ > zeromq-dev mailing list > [email protected] > http://lists.zeromq.org/mailman/listinfo/zeromq-dev >
_______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
