Issue #3221 has been updated by yellowrabbit2010. Status changed from New to Resolved
My bad, speaking of a ``clean'' system, I did not take into account the changes in the conf files, but only the absence of any additional packages. I managed to bring my system to normal. TL;DR Some contents of the /etc/make.conf file may lead to ``incorrect'' contents of the /lib/libc.so.8 library. *** I will use the terms correct and incorrect in the sense of whether overlap of the ``last'' and ``thread_mags'' variables occurs in my system, and not in the sense of the libc.so.8 library being correct as a shared object file. Branch master, commit 5be1fc4638827e5ad8f6f4a3a85c4466f559d760 Here's what the correct relocations in the library look like: ========= fly# readelf -r /usr/obj/usr/src/world_x86_64/usr/src/lib/libc/libc.so.8 | fgrep mags 0000001376a0 000500000012 R_X86_64_TPOFF64 0000000000000020 thread_mags + 0 fly# readelf -r /usr/obj/usr/src/world_x86_64/usr/src/lib/libc/libc.so.8 | fgrep last 000000137520 000100000012 R_X86_64_TPOFF64 0000000000000000 last.2332 + 0 000000138418 080200000007 R_X86_64_JUMP_SLO 0000000000054750 updlastlogx@@DF404.0 + 0 fly# objdump -d /usr/obj/usr/src/world_x86_64/lib/libc.so.8 | grep -A 7 '<strtok[^t]*>:' 00000000000384d2 <strtok>: 384d2: 48 83 ec 08 sub $0x8,%rsp 384d6: 48 8b 15 43 f0 0f 00 mov 0xff043(%rip),%rdx # 137520 <_DYNAMIC+0x238> 384dd: 64 48 03 14 25 00 00 add %fs:0x0,%rdx 384e4: 00 00 384e6: e8 d5 b3 ff ff callq 338c0 <__strtok_r@plt> 384eb: 48 83 c4 08 add $0x8,%rsp 384ef: c3 retq ========= As you can see, the ``last'' variable corresponds to one relocation record, it has the correct type (R_X86_64_TPOFF64) and the offset (137520) contains exactly the command that needs to be adjusted at load time (inside the strtok function, ``mov 0xff043(%rip),%rdx''). Incorrect relocations: ========= rabbit@fly ~% readelf -r /usr/obj/usr/src/world_x86_64/lib/libc.so.8|fgrep mags 0000001979e8 000500000012 R_X86_64_TPOFF64 0000000000000020 thread_mags + 0 rabbit@fly ~% readelf -r /usr/obj/usr/src/world_x86_64/lib/libc.so.8|fgrep last 000000197a70 000100000010 R_X86_64_DTPMOD64 0000000000000000 last.2332 + 0 000000197d00 000100000010 R_X86_64_DTPMOD64 0000000000000000 last.2332 + 0 000000198770 080300000007 R_X86_64_JUMP_SLO 0000000000063022 updlastlogx@@DF404.0 + 0 rabbit@fly ~% objdump -d /usr/obj/usr/src/world_x86_64/lib/libc.so.8|grep -A 16 '<strtok[^t]*>:' 0000000000039497 <strtok>: 39497: 55 push %rbp 39498: 48 89 e5 mov %rsp,%rbp 3949b: 48 83 ec 10 sub $0x10,%rsp 3949f: 48 89 7d f8 mov %rdi,-0x8(%rbp) 394a3: 48 89 75 f0 mov %rsi,-0x10(%rbp) 394a7: 64 48 8b 14 25 00 00 mov %fs:0x0,%rdx 394ae: 00 00 394b0: 48 8b 05 e9 e3 15 00 mov 0x15e3e9(%rip),%rax # 1978a0 <_DYNAMIC+0x238> 394b7: 48 01 c2 add %rax,%rdx 394ba: 48 8b 4d f0 mov -0x10(%rbp),%rcx 394be: 48 8b 45 f8 mov -0x8(%rbp),%rax 394c2: 48 89 ce mov %rcx,%rsi 394c5: 48 89 c7 mov %rax,%rdi 394c8: e8 13 a8 ff ff callq 33ce0 <__strtok_r@plt> 394cd: c9 leaveq 394ce: c3 retq ========= Here we have for some reason two relocation entries that are of the wrong type (R_X86_64_DTPMOD64) and point (197a70) to a function ``__lpmap_map'' that has nothing to do with the ``last'' variable from the strtok function. ========= 0000000000096e65 <__lpmap_map>: 96e65: 55 push %rbp 96e66: 48 89 e5 mov %rsp,%rbp 96e69: 48 83 ec 30 sub $0x30,%rsp 96e6d: 48 89 7d e8 mov %rdi,-0x18(%rbp) 96e71: 48 89 75 e0 mov %rsi,-0x20(%rbp) 96e75: 89 d0 mov %edx,%eax 96e77: 66 89 45 dc mov %ax,-0x24(%rbp) 96e7b: 66 48 8d 3d ed 0b 10 data16 lea 0x100bed(%rip),%rdi # 197a70 <_DYNAMIC+0x408> 96e82: 00 96e83: 66 66 48 e8 65 cd f9 data16 data16 callq 33bf0 <__tls_get_addr@plt> 96e8a: ff 96e8b: 8b 00 mov (%rax),%eax 96e8d: 85 c0 test %eax,%eax 96e8f: 0f 8f 08 01 00 00 jg 96f9d <__lpmap_map+0x138> 96e95: 66 48 8d 3d d3 0b 10 data16 lea 0x100bd3(%rip),%rdi # 197a70 <_DYNAMIC+0x408> 96e9c: 00 96e9d: 66 66 48 e8 4b cd f9 data16 data16 callq 33bf0 <__tls_get_addr@pl ... ========= Now a small table that shows the results of make build_all, depending on the /etc/make.conf file. +----------------------+----------------+ | /etc/make.conf | /lib/libc.so.8 | +----------------------+----------------+ | is absent | correct | +----------------------+----------------+ | is empty | correct | +----------------------+----------------+ | CFLAGS=-Werror | incorrect | +----------------------+----------------+ ---------------------------------------- Bug #3221: Assertions hit in the mtmagazine. http://bugs.dragonflybsd.org/issues/3221#change-13855 * Author: yellowrabbit2010 * Status: Resolved * Priority: Normal * Assignee: * Category: Other * Target version: ---------------------------------------- Hello, Sorry that I can’t figure out the exact sequence when this happens, the process looks random. And I can work in the same gimp for half a day and not encounter this error, and sometimes I can’t even start it. I can compile the package, in this case textproc/groff: ================ /bin/mkdir -p ./tmac sed -e "s;[@]PNMTOPS_NOSETPAGE[@];pnmtops;g" \ ./tmac/www.tmac.in > ./tmac/www.tmac /bin/mkdir -p `dirname doc/webpage.ps` \ && LANG=C LC_ALL=C sed -e "s;[@]VERSION[@];1.22.4;" doc/webpage.ms | GROFF_COMMAND_PREFIX= GROFF_BIN_PATH="/usr/obj/dports/textproc/groff/groff-1.22.4" /usr/obj/dports/textproc/groff/groff-1.22.4/groff -I/usr/obj/dports/textproc/groff/groff-1.22.4 -M /usr/obj/dports/textproc/groff/groff-1.22.4/doc -M/usr/obj/dports/textproc/groff/groff-1.22.4/tmac -M/usr/obj/dports/textproc/groff/groff-1.22.4/tmac -F/usr/obj/dports/textproc/groff/groff-1.22.4/font -F/usr/obj/dports/textproc/groff/groff-1.22.4/font -Upet -ww -Tps -ms -mwww >doc/webpage.ps assertion: mp->rounds != 0 in mtmagazine_alloc gmake[2]: *** [Makefile:11742: doc/webpage.ps] Error 1 gmake[2]: Leaving directory '/usr/obj/dports/textproc/groff/groff-1.22.4' gmake[1]: *** [Makefile:5600: all] Error 2 gmake[1]: Leaving directory '/usr/obj/dports/textproc/groff/groff-1.22.4' *** Error code 1 Stop. make: stopped in /usr/dports/textproc/groff fly# ================ or i can just try to run gimp ================ rabbit@fly /usr/src% gimp assertion: MAGAZINE_NOTFULL(mp) in mtmagazine_free gimp: terminated: Terminated ================ I'm at the master branch, commit d0e99d5ddb6a001850be2dff41813e1cad00b5af. ---Files-------------------------------- IMG_20200203_090633_HDR-min.jpg (1.06 MB) IMG_20200204_191847_HDR.jpg (3.79 MB) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account
