Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    BINKD    |    Support for the Internet BinKD mailer    |    8,958 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 7,853 of 8,958    |
|    mark lewis to Dan Cross    |
|    binkd crashes when reloading after file     |
|    21 Jan 22 10:40:14    |
      REPLY: 3:770/100 9f2e8e5d       MSGID: 1:3634/12.73 61ead3e2       PID: GED+LNX 1.1.5-b20180707       CHRS: CP437 2       TZUTC: -0500       TID: hpt/lnx 1.9.0-cur 17-02-17               On 2022 Jan 21 12:57:30, you wrote to me:               DC> These sort of annoying "heisenbugs" are the worst.              you can say that again! :lol:               DC> But fortunately there are tools that can help out. Perhaps compile        DC> with something like TSAN enabled and try running that way?              i have thought about attempting to build a debug version of binkd and running       the core file through gdb to get a backtrace when the fecal matter gets flung       about... unfortunately my basic knowledge and use of the make system gets in       the way of doing that... i've also thought about doing the build and running       it with valgrind... but again, my basic knowledge of make gets in the way...              i don't have a problem providing backtraces to the devs as long as getting       them is easy to do and doesn't require much in the way of gymnastics... i do       this now with several other projects... most of them use cmake which i also       know next to nothing about...                     [edit]              FWIW: it looks like there is some sort of memory consumption in the client       section of the code... whether it is a leak or not, i don't really know... the       client side is the one that has crashed on me when reloading the configs in       the past...              the following is from my monitoring script i whipped up yesterday... the first       reading is immediately after loading binkd... the bottom one is after binkd       has been running for just over 24 hours servicing some 40 or 50 links and       whatever random connections came in... it stays quite busy transferring mail       and files... in the config i have set for 1 server and 1 client which makes it       easier on me to keep track of sessions in the log...              ********** Program start at 2022-01-20 10:22:39 -0500 **********       Current time: 2022-01-20 10:22:39 -0500       USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND       sbbs 23128 1.0 0.3 13980 3104 pts/1 S+ 10:22 0:00 binkd: server       manager (listen 24554)       sbbs 23129 0.0 0.2 14028 2412 pts/1 S+ 10:22 0:00 binkd: client       manager              [...]              Current time: 2022-01-21 10:27:46 -0500       USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND       sbbs 23128 0.0 0.1 13980 1696 pts/1 S+ Jan20 0:01 binkd: server       manager (listen 24554)       sbbs 23129 0.1 1.1 25496 11752 pts/1 S+ Jan20 2:44 binkd: client       manager                     from another terminal, i manually triggered a compile of the nodelist that       arrived just after local midnight and Boom! we triggered the crash in the       client manager again... the server manager didn't even get a chance to notice       the change and update its config this time...              + 10:30 [23129] /sbbs/ftn/nodelist/fidonet.binkd.txt changed!       + 10:30 [23129] Reloading configuration...        10:30 [23129] previous config is no longer in use, unloading       free(): double free detected in tcache 2       ! 10:30 [23128] client manager (pid=23129) exited by signal 6              this seems to add more credence to the problem being somehow related to long       running times and possibly some sort of memory leak or corruption...              )\/(ark              "The soul of a small kitten in the body of a mighty dragon. Look on my       majesty, ye mighty, and despair! Or bring me catnip. Your choice. Oooh, a       shiny thing!"       ... I multitask... I read in the bathroom.       ---        * Origin: (1:3634/12.73)       SEEN-BY: 1/120 123 15/0 18/0 30/0 80/1 90/1 103/705 105/81 106/201       SEEN-BY: 114/709 116/116 120/302 340 616 123/0 10 25 40 115 126 131       SEEN-BY: 123/180 190 200 755 129/215 305 330 135/300 153/7715 154/10       SEEN-BY: 154/30 40 50 700 203/0 218/700 220/80 90 221/1 6 222/2 226/18       SEEN-BY: 226/30 227/114 201 229/110 200 307 310 317 424 426 550 664       SEEN-BY: 229/700 240/1120 5832 249/206 250/1 266/512 280/464 5555       SEEN-BY: 282/464 1038 292/854 299/6 300/4 301/0 1 101 113 123 812       SEEN-BY: 317/3 320/219 322/757 335/364 341/66 342/200 396/45 460/58       SEEN-BY: 633/280 640/1321 1384 712/848 920/1 2320/105 3634/0 12 15       SEEN-BY: 3634/27 50 119 5020/1042 5058/104       PATH: 3634/12 154/10 301/1 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca