Since I've checked last time segmentation fault in mail list at 2024,  I
got some idea about how to get fault information. Since my majority doesn't
make any sense in CS knowledge, I have no more idea about how to get more
information. if any more specific information need to  be offer, please
inform me.

uname -a
Linux gentoo 6.16.4-gentoo-dist #1 SMP PREEMPT_DYNAMIC  x86_64 Intel(R)
Core(TM) i7-8750H CPU @ 2.20GHz GenuineIntel GNU/Linux

I'v specified CFLAGS with emerge(compiling) on isync: -g3 -pipe, and below
are  how  emerge actually did it:
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I..   -D_GNU_SOURCE   -g3
-pipe -pipe -std=c11 -pedantic -Wall -Wextra -Wshadow -Wcast-qual
-Wformat=2 -Wformat-signedness -Wformat-nonliteral -Wstrict-prototypes
-Wno-overlength-strings -c -o util.o util.c

And same options for all other src files.

Here is what `mbsync -a -debug`:

isync 1.5.1 called with: '-a' '--debug'
Reading configuration file /home/moonsea/.config/isyncrc
merge ops (in Channel 'gmail-inbox'):
  common: OP_EXPUNGE,OP_CREATE
  far: XOP_HAVE_EXPUNGE,XOP_HAVE_CREATE
  near:
  => far: OP_EXPUNGE,OP_CREATE,XOP_HAVE_EXPUNGE,XOP_HAVE_CREATE
  => near: OP_EXPUNGE,OP_CREATE
......
F: 2 OK [email protected] authenticated (Success)
F: >>> 3 COMPRESS DEFLATE
F: 3 OK Success
F: >>> 4 ENABLE UTF8=ACCEPT
F: * ENABLED UTF8=ACCEPT
F: 4 OK Success
F: >>> 5 NAMESPACE
F: * NAMESPACE (("" "/")) NIL NIL
F: 5 OK Success
F: [ 1] Callback enter connect_store, sts=0
pattern 'INBOX' (effective 'INBOX'): no Path, INBOX
F: [ 4] Enter list_store, flags=1
F: >>> 6 LIST "" "*"
F: [ 4] Leave list_store
F: [ 1] Callback leave connect_store
F: * LIST (\HasNoChildren) "/" "INBOX"
F: * LIST (\HasChildren \Noselect) "/" "[Gmail]"
F: * LIST (\All \HasNoChildren) "/" "[Gmail]/All Mail"
F: * LIST (\Drafts \HasNoChildren) "/" "[Gmail]/Drafts"
F: * LIST (\HasNoChildren \Important) "/" "[Gmail]/Important"
F: * LIST (\HasNoChildren \Sent) "/" "[Gmail]/Sent Mail"
F: * LIST (\HasNoChildren \Junk) "/" "[Gmail]/Spam"
F: * LIST (\Flagged \HasNoChildren) "/" "[Gmail]/Starred"
F: * LIST (\HasNoChildren \Trash) "/" "[Gmail]/Trash"
F: 6 OK Success
F: [ 4] Callback enter list_store, sts=0
  [Gmail]/Trash
  [Gmail]/Starred
  [Gmail]/Spam
  [Gmail]/Sent Mail
  [Gmail]/Important
  [Gmail]/Drafts
  [Gmail]/All Mail
  INBOX
F: Called get_caps, ret=0x7
N: Called get_caps, ret=0
F: Enter select_box, name=INBOX
F: Leave select_box, ret=0
N: Enter select_box, name=INBOX
N: Leave select_box, ret=0
N: Called get_box_path, ret=/.mail/gmail/INBOX
Opening far side box INBOX...
F: [ 5] Enter open_box
F: >>> 7 SELECT "INBOX"
F: [ 5] Leave open_box
Opening near side box INBOX...
N: [ 6] Enter open_box
*** mbsync caught signal 11. Starting debugger ...
GNU gdb (Gentoo 16.3 vanilla) 16.3
Copyright (C) 2024 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html
>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /proc/493/exe...
(No debugging symbols found in /proc/493/exe)
Attaching to program: /proc/493/exe, process 493
Reading symbols from /usr/lib64/libssl.so.3...
(No debugging symbols found in /usr/lib64/libssl.so.3)
Reading symbols from /usr/lib64/libcrypto.so.3...
(No debugging symbols found in /usr/lib64/libcrypto.so.3)
Reading symbols from /usr/lib64/libz.so.1...
(No debugging symbols found in /usr/lib64/libz.so.1)
Reading symbols from /usr/lib64/libc.so.6...
(No debugging symbols found in /usr/lib64/libc.so.6)
Reading symbols from /lib64/ld-linux-x86-64.so.2...
(No debugging symbols found in /lib64/ld-linux-x86-64.so.2)
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib64/libthread_db.so.1".
0x00007fb4feeba00a in ?? () from /usr/lib64/libc.so.6
(gdb) bt
#0  0x00007fb4feeba00a in ?? () from /usr/lib64/libc.so.6
#1  0x00007fb4feeba021 in ?? () from /usr/lib64/libc.so.6
#2  0x00007fb4fef1856b in wait4 () from /usr/lib64/libc.so.6
#3  0x000055a061eef7b9 in ?? ()
#4  <signal handler called>
#5  0x000055a061ec8847 in ?? ()
#6  0x000055a061ec8862 in ?? ()
#7  0x000055a061ec8862 in ?? ()
#8  0x000055a061ec8862 in ?? ()
#9  0x000055a061edeb2e in ?? ()
#10 0x000055a061ee07fe in ?? ()
#11 0x000055a061ed0913 in ?? ()
#12 0x000055a061ecfaa3 in ?? ()
#13 0x000055a061ed09c2 in ?? ()
#14 0x000055a061ee4390 in ?? ()
#15 0x000055a061ef33dd in ?? ()
#16 0x000055a061ef3181 in ?? ()
#17 0x000055a061ef2dd7 in ?? ()
#18 0x000055a061ed024b in ?? ()
#19 0x000055a061edac0b in ?? ()
#20 0x000055a061edabb4 in ?? ()
#21 0x000055a061ed2d6d in ?? ()
#22 0x000055a061ed745f in ?? ()
#23 0x000055a061ece188 in ?? ()
#24 0x000055a061ece2ac in ?? ()
#25 0x000055a061ece385 in ?? ()
#26 0x000055a061ecf1a6 in ?? ()
#27 0x000055a061ec94ec in ?? ()
#28 0x000055a061ec952c in ?? ()
#29 0x000055a061ef219d in ?? ()
#30 0x000055a061ef1086 in ?? ()
#31 0x00007fb4fee513eb in ?? () from /usr/lib64/libc.so.6
#32 0x00007fb4fee5149b in __libc_start_main () from /usr/lib64/libc.so.6
#33 0x000055a061ec6465 in ?? ()


`equery belong /usr/lib64/libc.so' told me the socket file is belong to
glibc-2.42-r1, so seems compatibility with current version of glibc?

I've noticed some mention from mail list  that varlingd may helped for more
information, but I need some more time to know how to work with varlingd.
If any more specific information need to been known,  please inform me.
_______________________________________________
isync-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/isync-devel

Reply via email to