search for: _m_p

...> ArchiveWriter.cpp. This does not appear to be the 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...

...pe * const) 0x15f8760 (gdb) p *this $10 = {_vptr.Shape = 0x7ffff2d8e290, mName = 6, mType = { static npos = <optimized out>, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x7f7fffff7f7fffff <Address 0x7f7fffff7f7fffff out of bounds>}}, mShapeColor = {mRed = -1.4044474254567505e+306, mGreen = -1.4044477603031902e+306, mBlue = 4.24399170841135e-314, mTransparent = 0}, mSpecularReflectivity = 0.0078125, mSpecularSize = 1065353216, mDiffuseRefle...

...his does not appear to be the 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 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>},...

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

...Verifier.cpp:905 905 Assert1(B.getOperand(0)->getType() == B.getOperand(1)->getType(), 1: B.getName () = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x879bfdc "indvar.next4"}} (gdb) print B->getParent()->getName() Attempt to take contents of a non-pointer value. (gdb) print B->getParent() Attempt to take contents of a non-pointer value. (gdb) print B.getOperand(0) $25 = (class llvm::Value *) 0x0 (gdb) print B.getO...

..._M_dataplus = { <std::allocator<char>> = { <__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, members of std::basic_string<char,std::char_traits<char>,std::allocator<char> >::_Alloc_hider: _M_p = 0xa06ea6e4 "" } }, <No data fields>}, members of llvm::cl::opt<std::basic_string<char, std::char_traits<char>, std::allocator<char> >,false,llvm::cl::parser<std::basic_string<char, std::char_traits<char>, std::allocator<char> >...

...8}, <No data fields>}, Parent = 0x0, Linkage = 27, Visibility = 0, Alignment = 64063, Section = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0xb746c670 "TÉ,·\"É,·\222''·\204ò'·Ìâ+·"}}}, <llvm::Annotable> = {AnnotationList = 0x2b}, <llvm::ilist_node<llvm::Function>> = {Prev = 0x930e810, Next = 0x9fe0a80}, BasicBlocks = {<llvm::ilist_traits<llvm::BasicBlock>> = {<llvm:...

On Nov 22, 2005, 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...

LLVMers, The 2.5 pre-release is available for testing: http://llvm.org/prereleases/2.5/ If you have time, I'd appreciate anyone who can help test the release. Please do the following: 1) Download/compile llvm source, and either compile llvm-gcc source or use llvm-gcc binary (please compile llvm-gcc with fortran if you can). 2) Run make check, send me the testrun.log 3) Run "make