search for: _s_empty_rep_storage

...problem. I excluded the lines from the strace that created this temporary file. After line 377: (gdb) p TmpArchive $2 = {path = {static npos = 4294967295, _M_dataplus = {<allocator<char>> = {<No data fields>}, _M_p = 0x835407c "temp.GNU.a-PozKFJ"}, static _S_empty_rep_storage = {0, 0, 4, 0}}} (gdb) p archPath $3 = {path = {static npos = 4294967295, _M_dataplus = {<allocator<char>> = {<No data fields>}, _M_p = 0x83545f4 "temp.GNU.a5\b"}, static _S_empty_rep_storage = {0, 0, 4, 0}}} So these two variables are pointin...

...s Loadable Module LLVMHello.so /depot/qsc/QSCF/bin/ld: /linux/depot/gcc-4.2.2-static/bin/../lib/gcc/x86_64-redhat-linux/4.2.2/../../../../lib64/libstdc++.a(string-inst.o): relocation R_X86_64_32 against `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_storage' can not be used when making a shared object; recompile with -fPIC /linux/depot/gcc-4.2.2-static/bin/../lib/gcc/x86_64-redhat-linux/4.2.2/../../../../lib64/libstdc++.a:could not read symbols: Bad value collect2: ld returned 1 exit status make[3]: *** [/remote/dept5428a/clientstore/timoshiu/timo...

...nes from the > strace that created this temporary file. After line 377: > > (gdb) p TmpArchive > $2 = {path = {static npos = 4294967295, > _M_dataplus = {<allocator<char>> = {<No data fields>}, > _M_p = 0x835407c "temp.GNU.a-PozKFJ"}, static _S_empty_rep_storage That looks like mkstemp working correctly. > = {0, > 0, 4, 0}}} > (gdb) p archPath > $3 = {path = {static npos = 4294967295, > _M_dataplus = {<allocator<char>> = {<No data fields>}, > _M_p = 0x83545f4 "temp.GNU.a5\b"}, static _S_empty...

...unused variable m. > /homes/malecha/tmp/llvm/lib/ocaml/libLLVMBitReader.a(BitReader.o): In > function `LLVMParseBitcodeInContext': > BitReader.cpp:(.text+0x19): undefined reference to `std::basic_string<char, > std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_storage' > BitReader.cpp:(.text+0xac): undefined reference to `std::basic_string<char, > std::char_traits<char>, std::allocator<char> >>::_Rep::_M_destroy(std::allocator<char> const&)' > /homes/malecha/tmp/llvm/lib/ocaml/libLLVMBitReader.a(BitReader.o): In &g...

Evan Jones wrote: > I am pretty certain that this has nothing to do with the C++ library, > and everything to do with the behaviour of mmap when the file that was > mmaped is modified. I actually can reproduce this behaviour with the > attached C test case. The program mmaps a file called 'data,' prints the > last byte, truncates the file, then tries to read the last

On Nov 22, 2005, at 17:18, Reid Spencer wrote: > Your patch uses an operating system call that is not portable. All > non-portable code needs to be located in the lib/System library. Yep! I know. That is why I posted it for discussion. I'm not sure if this is the "right" way to fix the problem, or if there is a different fix that should be applied (like perhaps copying the

...vtable for std::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> > by linking to __imp___ZTVSt15basic_stringbufIcSt11char_traitsIcESaIcEE (auto-import) Info: resolving std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_storage by linking to __imp___ZNSs4_Rep20_S_empty_rep_storageE (auto-import) Info: resolving vtable for std::basic_streambuf<char, std::char_traits<char> > by linking to __imp___ZTVSt15basic_streambufIcSt11char_traitsIcEE (auto-import) Info: resolving vtable for std::basic_ios<char, std::cha...

...at 23:59, Reid Spencer wrote: >> = {0, >> 0, 4, 0}}} >> (gdb) p archPath >> $3 = {path = {static npos = 4294967295, >> _M_dataplus = {<allocator<char>> = {<No data fields>}, >> _M_p = 0x83545f4 "temp.GNU.a5\b"}, static _S_empty_rep_storage = > What's with the "5\b" at the end? Looks like garbage to me. Not sure > what's up with that. The implementation of std::string on this system does not always NULL terminate strings. I verified that the path.length() value in that case was 10, and calling path.c_str()...