<html><head></head><body><div class="ydp4d485bacyahoo-style-wrap" style="font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:16px;"><div dir="ltr" data-setdir="false">Hello, everyone.</div><div dir="ltr" data-setdir="false">More than a week ago, I moved JNOS (KI6QCY) (and LinBPQ, W6RAY) from a 32-bit Debian 10 to a 64-bit Debian 13.Over the past week or so, I have been having issues with JNOS crashing during a forwarding session. Sound familiar? I had the same issues 15 years ago but could never find the cause when searching online. Either I found the issue and didn't report back or it mysteriously disappeared as quickly as it appeared. I found numerous messages I had sent to this group, but I never found the answer. (Some going back to 2008)</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">During all of this "research," I found suggestions to use gdb, which I used. There were a variety of results, but tonight I ran it again and gdb show that there were more than 800 errors, some mentioning issues with libc.so.6. However, the majority of them were almost identical to this line (only the addr= was unique)</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false"><div><div>#794 0x00005555555a9ee7 in rewrite_address_new (addr=0x55555578ab40 "SITREP@USA.noam", filecode=0,</div><div> fromsender=0x55555572f620 "p\366rUUU") at mailutil.c:354</div><div><br></div></div>I searched the mailutil.c at line 354 and the note above the code was:</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false"><div><div>"If there remains an 'r' character on the line, repeat everything by recursing."</div></div><div><br></div><div dir="ltr" data-setdir="false">I edited my rewrite file and removed the 'r' characters. JNOS ran just fine, didn't crash and it forwarded the messages. I then exited JNOS and ran the backtrace, which showed no errors. </div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false">My question is this: Is the 'r' character necessary as in: *.noam $1.noam r ?</div><br></div><div dir="ltr" data-setdir="false"><div dir="ltr" data-setdir="false"><div><div dir="ltr" data-setdir="false">Here are some more:</div><div dir="ltr" data-setdir="false"><div><div>0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6,</div><div> no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44</div><div>#1 0x00007ffff76a073f in __pthread_kill_internal (threadid=<optimized out>, signo=6)</div><div> at ./nptl/pthread_kill.c:89</div><div>#2 0x00007ffff764bc42 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26</div><div>#3 0x00007ffff76344ac in __GI_abort () at ./stdlib/abort.c:77</div><div>#4 0x00007ffff7635291 in __libc_message_impl (fmt=fmt@entry=0x7ffff77b502b "%s")</div><div> at ../sysdeps/posix/libc_fatal.c:134</div><div>#5 0x00007ffff7694885 in __GI___libc_fatal (</div><div> message=message@entry=0x7ffff77b7a40 "Fatal error: glibc detected an invalid stdio handle\n")</div><div> at ../sysdeps/posix/libc_fatal.c:143</div><div>#6 0x00007ffff76950a5 in _IO_vtable_check () at ./libio/vtables.c:534</div><div>#7 0x00007ffff7696705 in IO_validate_vtable (vtable=0x555555716580) at ./libio/libioP.h:1040</div><div>#8 _IO_new_file_underflow (fp=0x555555716580) at ./libio/fileops.c:518</div><div>#9 0x00007ffff769890b in __GI__IO_default_uflow (fp=0x555555716580) at ./libio/libioP.h:1041</div><div>#10 0x00007ffff768b5ea in __GI__IO_getline_info (fp=fp@entry=0x555555716580,</div><div> buf=buf@entry=0x5555557168b0 "\b", n=255, delim=delim@entry=10,</div><div> extract_delim=extract_delim@entry=1, eof=eof@entry=0x0) at ./libio/iogetline.c:60</div><div>#11 0x00007ffff768b6e8 in __GI__IO_getline (fp=fp@entry=0x555555716580,</div><div> buf=buf@entry=0x5555557168b0 "\b", n=<optimized out>, delim=delim@entry=10,</div><div> extract_delim=extract_delim@entry=1) at ./libio/iogetline.c:34</div><div>#12 0x00007ffff768a42a in _IO_fgets (buf=0x5555557168b0 "\b", n=<optimized out>, fp=0x555555716580)</div><div> at ./libio/iofgets.c:53</div></div>*** REMOVED ***</div><div>#801 0x00005555555b4925 in dofbbrecv (f=0x555555775fe0) at fbbfwd.c:1452</div><div>#802 0x00005555555b68d7 in dofbbfwd (argc=7, argv=0x555555776170, p=0x55555575abc0)</div><div> at fbbfwd.c:2415</div><div>#803 0x00005555555d2b5b in cmdparse (cmds=0x5555556923e0 <Mbcmds>, line=0x55555575ac89 "",</div><div> p=0x55555575abc0) at cmdparse.c:268</div><div>#804 0x000055555559640f in mbx_parse (m=0x55555575abc0) at mailbox.c:1811</div><div>#805 0x0000555555595c29 in mbx_incom (s=145, t=0x84, p=0x0) at mailbox.c:1391</div><div>#806 0x00005555555d6635 in _kicker (func=0x555555595640 <mbx_incom>, iarg=145, parg1=0x84,</div><div> parg2=0x0) at ksubr.c:142</div><div>#807 0x00007ffff7664810 in ?? () from /lib/x86_64-linux-gnu/libc.so.6</div><div>#808 0x0000000000000000 in ?? ()</div><div>(gdb)</div></div><br></div>The NOS.LOG during this:</div><div dir="ltr" data-setdir="false"><div><div>NOS.LOG</div><div>Wed Sep 16 11:47:01 2026 W6RAY-3 on port sjvbbs - MBOX (w6ray) open</div><div>Wed Sep 16 11:47:02 2026 W6RAY-3 on port sjvbbs - MBOX (w6ray) forwarding</div><div>Wed Sep 16 11:47:02 2026 W6RAY-3 on port sjvbbs - MBOX (w6ray) incoming proposal FA B VA2OPS USA.NOAM SITREP 14196_VA2OPS 1540</div><div>Wed Sep 16 11:47:02 2026 W6RAY-3 on port sjvbbs - MBOX (w6ray) incoming proposal FA B VA2OPS USA.NOAM SITREP 14200_VA2OPS 2027</div><div>Wed Sep 16 11:47:02 2026 W6RAY-3 on port sjvbbs - MBOX (w6ray) incoming proposal FA B LU9DCE WW NEWS 21864_LU9DCE 6474</div><div>Wed Sep 16 11:47:02 2026 W6RAY-3 on port sjvbbs - MBOX (w6ray) incoming proposal FA B PA2SNK WW JPG 174-PA2SNK 5920</div><div><br></div></div><br></div><div dir="ltr" data-setdir="false"><br></div><div class="ydp4d485bacsignature"><div><br></div><div>73 de Ray W6RAY</div><div> Visalia, CA DM06ii<br></div></div></div></body></html>