Re: pkg/52452: qt3-tools build 'uic' stuck in "fdclose" w/modular Xorg on i386-8.0_BETA and i386-8.99.1

["John D. Baker" <jdbaker%mylinuxisp.com@localhost>]

The following reply was made to PR pkg/52452; it has been noted by GNATS.

From: "John D. Baker" <jdbaker%mylinuxisp.com@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/52452: qt3-tools build 'uic' stuck in "fdclose" w/modular
 Xorg on i386-8.0_BETA and i386-8.99.1
Date: Sat, 19 Aug 2017 19:11:54 -0500 (CDT)

 On Thu, 3 Aug 2017, Joerg Sonnenberger wrote:
 >  >  On Wed, 2 Aug 2017, John D. Baker wrote:
 >  >  
 >  >     105      1 mplayer  mmap(0xb124e000, 0xe000, 0x7, 0x12, 0x3, 0, 0x58000, 0) Err#13 EACCES
 >                                                     ^ this is an RWX mapping?
 >  
 >  Can you run it in GDB with a break point on mmap and figure out where
 >  that call is from?
 
 I instead hacked on "qt3-tools" to build 'uic' with debugging symbols
 and ran it under 'gdb', since the behavior is the same as in mplayer
 (and modular/pkgsrc 'Xorg').
 
 Results as follows:
 
 [...]
 (gdb) cont
 Continuing.
 
 Breakpoint 1, _mmap (addr=addr@entry=0xae6f6000, len=len@entry=57344, 
     prot=prot@entry=7, flags=flags@entry=18, fd=fd@entry=3, offset=360448)
     at /x/current/src/lib/libc/sys/mmap.c:59
 59      {
 (gdb) bt
 #0  _mmap (addr=addr@entry=0xae6f6000, len=len@entry=57344, prot=prot@entry=7, 
     flags=flags@entry=18, fd=fd@entry=3, offset=360448)
     at /x/current/src/lib/libc/sys/mmap.c:59
 #1  0xbab0f251 in _rtld_map_object (
     path=path@entry=0xbfb6efac "/usr/pkg/lib/libGL.so.1", fd=fd@entry=3, 
     sb=sb@entry=0xbfb6eef0)
     at /x/current/src/libexec/ld.elf_so/map_object.c:364
 #2  0xbab0fbb5 in _rtld_load_object (
     filepath=filepath@entry=0xbfb6efac "/usr/pkg/lib/libGL.so.1", 
     flags=flags@entry=2) at /x/current/src/libexec/ld.elf_so/load.c:160
 #3  0xbab1039a in _rtld_search_library_path (
     name=name@entry=0x804c3b6 "libGL.so.1", namelen=namelen@entry=10, 
     dir=<optimized out>, dirlen=12, flags=flags@entry=2)
     at /x/current/src/libexec/ld.elf_so/search.c:96
 #4  0xbab105d6 in _rtld_load_library (name=name@entry=0x804c3b6 "libGL.so.1", 
     refobj=refobj@entry=0xaeedd000, flags=flags@entry=2)
     at /x/current/src/libexec/ld.elf_so/search.c:153
 #5  0xbab0ffcf in _rtld_load_by_name (flags=2, needed=<synthetic pointer>, 
     obj=0xaeedd000, name=0x804c3b6 "libGL.so.1")
     at /x/current/src/libexec/ld.elf_so/load.c:299
 #6  _rtld_load_needed_objects (first=0xaeedd000, flags=flags@entry=2)
     at /x/current/src/libexec/ld.elf_so/load.c:323
 #7  0xbab0ae52 in _rtld (sp=<optimized out>, relocbase=3132129280)
     at /x/current/src/libexec/ld.elf_so/rtld.c:692
 #8  0xbab084aa in .rtld_start () from /usr/libexec/ld.elf_so
 (gdb) 
 
 Looks like it's 'ld.elf_so' that's trying to do a RWX mapping?
 
 -- 
 |/"\ John D. Baker, KN5UKS               NetBSD     Darwin/MacOS X
 |\ / jdbaker[snail]mylinuxisp[flyspeck]com    OpenBSD            FreeBSD
 | X  No HTML/proprietary data in email.   BSD just sits there and works!
 |/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645