Howard Chu wrote:
Martin Lucina wrote:
ulrich.wi...@rz.uni-regensburg.de said:
Hi!
I think a problem with your test program is that you don't wait for the write()
thread to finish before you try to read the mmap(). See how locking on a
producer-consumer (or reader-writer) relationship is
Hi!
I think a problem with your test program is that you don't wait for the write()
thread to finish before you try to read the mmap(). See how locking on a
producer-consumer (or reader-writer) relationship is usually implemented (If
you don't have it ready, I could send you the algorithms).
ulrich.wi...@rz.uni-regensburg.de said:
Hi!
I think a problem with your test program is that you don't wait for the
write() thread to finish before you try to read the mmap(). See how locking
on a producer-consumer (or reader-writer) relationship is usually implemented
(If you don't have
Martin Lucina wrote:
ulrich.wi...@rz.uni-regensburg.de said:
Hi!
I think a problem with your test program is that you don't wait for the write()
thread to finish before you try to read the mmap(). See how locking on a
producer-consumer (or reader-writer) relationship is usually implemented
h...@symas.com said:
Martin Lucina wrote:
That still doesn't explain the MIPS issues, any suggestions on how to
proceed there? I can give someone access to a MIPS host if that would help.
Copying back to the list:
Martin Lucina wrote:
h...@symas.com said:
It appears that this system
h...@symas.com said:
I just did a fresh build of 32 bit SPARC Solaris 10 with gcc 4.4.0
and mtest works fine. I get a number of warnings if I use
-Wcast-align but in this case they're irrelevant.
Sorry, the directory I was testing in on SPARC was on NFS :-(
If I run mtest in /tmp it works
h...@symas.com said:
Martin Lucina wrote:
mar...@lucina.net said:
The only thing which is somewhat unusual is that I use musl libc
(http://www.musl-libc.org/). However I also use this on my x86_64 dev boxes
and everything works fine.
I'm currently building an eglibc toolchain for MIPS just
mar...@lucina.net said:
current thread: t@1
=[1] mdb_txn_renew0(0x2fa88, 0x0, 0x, 0x0, 0x2f9f8, 0x2fa88), at
0x12ea4
[2] mdb_txn_begin(0xc, 0x0, 0x0, 0xffbff9bc, 0x2fa88, 0x2f9f8), at 0x1425c
[3] main(0x2f638, 0xffbff9bc, 0xffbffa34, 0x2f55c, 0x2f9f0, 0xee), at
0x1ded8
I
On Tue, 18 Feb 2014, Martin Lucina wrote:
mar...@lucina.net said:
current thread: t@1
=[1] mdb_txn_renew0(0x2fa88, 0x0, 0x, 0x0, 0x2f9f8, 0x2fa88), at
0x12ea4
[2] mdb_txn_begin(0xc, 0x0, 0x0, 0xffbff9bc, 0x2fa88, 0x2f9f8), at 0x1425c
[3] main(0x2f638, 0xffbff9bc, 0xffbffa34,
Martin Lucina wrote:
rich...@nbcs.rutgers.edu said:
Rebuilt with the Sun compilers to get proper debug info, the faulting
instruction is the same as the one in GCC:
signal SEGV (no mapping at the fault address) in mdb_env_pick_meta at line 3349 in file
mdb.c
3349 return
Hi,
I've recently started using LMDB in a new project targeted to MIPS (and
later also ARM) architectures. While developing my storage code I found
that test cases which execute perfectly on x86 were failing with assertions
inside LMDB on mips and mipsel devices.
Investigating further, I've
Martin Lucina wrote:
Hi,
I've recently started using LMDB in a new project targeted to MIPS (and
later also ARM) architectures. While developing my storage code I found
that test cases which execute perfectly on x86 were failing with assertions
inside LMDB on mips and mipsel devices.
h...@symas.com said:
That seems pretty unlikely, considering that the code works fine on
SPARC which also has quite stringent alignment requirements. I
presume you're compiling a 32 bit binary, not 64 bit. Perhaps shorts
are bigger than 16 bits on your platform?
32-bit, yes. Otherwise nothing
mar...@lucina.net said:
The only thing which is somewhat unusual is that I use musl libc
(http://www.musl-libc.org/). However I also use this on my x86_64 dev boxes
and everything works fine.
I'm currently building an eglibc toolchain for MIPS just to rule that
possibility out.
Ruled out.
h...@symas.com said:
Martin Lucina wrote:
mar...@lucina.net said:
The only thing which is somewhat unusual is that I use musl libc
(http://www.musl-libc.org/). However I also use this on my x86_64 dev boxes
and everything works fine.
I'm currently building an eglibc toolchain for MIPS just
15 matches
Mail list logo
