• coredump in sbbsecho

    From Alterego@VERT/ALTERANT to Digital Man on Mon Aug 19 00:54:11 2019
    Hey DM,

    I'm getting a core dump in sbbsecho - i'm using makenl to generate a nodelist segment to be sent upstream.

    The segment should be from 618:510/1 - but sbbsecho.log shows it in zone 3.

    2019-08-18 20:35:49 Packing NetMail (1.msg) from MakeNL 3.4.9 (3:510/1) to Coordinator (3:618/1), attr: 0191, subject: /opt/sbbs/fido/outbound/reg15anz.235

    But then it coredumps packing the netmail.

    gdb bt shows this:
    Reading symbols from /opt/sbbs/exec/sbbsecho...(no debugging symbols found)...done.
    [New LWP 24583]
    Core was generated by `sbbsecho'.
    Program terminated with signal SIGSEGV, Segmentation fault.
    #0 0x00005640158533ae in pack_netmail ()
    (gdb) bt
    #0 0x00005640158533ae in pack_netmail ()
    #1 0x000056401583af06 in main ()

    I have the coredump and the msg file if it helps...
    ...δεσ*

    ---
    ■ Synchronet ■ Alterant | an SBBS in Docker on Pi!
  • From poindexter FORTRAN@VERT/REALITY to Alterego on Sun Aug 18 11:46:00 2019
    Alterego wrote to Digital Man <=-

    Hey DM,

    I'm getting a core dump in sbbsecho - i'm using makenl to generate a nodelist segment to be sent upstream.

    The segment should be from 618:510/1 - but sbbsecho.log shows it in
    zone 3.


    I don't know about the core dump, but is your default zone zone 3?

    Makenl has a bug about zones. To send my segments to Sean I had to add the following to my makenl.ctl file:

    Submit 618:618/1 INTL
    Optional INTL

    and that seemed to fix the netmail addressing issue.


    ... I'll be unstoppable when I get started.
    --- MultiMail/XT v0.52
    ■ Synchronet ■ realitycheckBBS -- http://realitycheckBBS.org
  • From Digital Man@VERT to Alterego on Sun Aug 18 15:57:16 2019
    Re: coredump in sbbsecho
    By: Alterego to Digital Man on Sun Aug 18 2019 08:54 pm

    Hey DM,

    I'm getting a core dump in sbbsecho - i'm using makenl to generate a nodelist segment to be sent upstream.

    The segment should be from 618:510/1 - but sbbsecho.log shows it in zone 3.

    2019-08-18 20:35:49 Packing NetMail (1.msg) from MakeNL 3.4.9 (3:510/1) to Coordinator (3:618/1), attr: 0191, subject: /opt/sbbs/fido/outbound/reg15anz.235

    But then it coredumps packing the netmail.

    gdb bt shows this:
    Reading symbols from /opt/sbbs/exec/sbbsecho...(no debugging symbols found)...done.
    [New LWP 24583]
    Core was generated by `sbbsecho'.
    Program terminated with signal SIGSEGV, Segmentation fault.
    #0 0x00005640158533ae in pack_netmail ()
    (gdb) bt
    #0 0x00005640158533ae in pack_netmail ()
    #1 0x000056401583af06 in main ()

    I have the coredump and the msg file if it helps...

    If you can reproduce the crash using a debug build and provide a similar backtrace (bt) output, that would be helpful.

    digital man

    Synchronet "Real Fact" #88:
    SBBSecho v3.00 was first committed to cvs.synchro.net on Apr-11-2016.
    Norco, CA WX: 74.9°F, 66.0% humidity, 3 mph ENE wind, 0.00 inches rain/24hrs

    ---
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From Alterego@VERT/ALTERANT to poindexter FORTRAN on Mon Aug 19 12:09:10 2019
    Re: Re: coredump in sbbsecho
    By: poindexter FORTRAN to Alterego on Sun Aug 18 2019 07:46 am

    I don't know about the core dump, but is your default zone zone 3?

    Its the first address listed in SCFG->networks->FTN, so yes I guess it is.

    I'm using the same config that I had on MBSE - where my default zone was 3 as well - so curious why it worked there but not in SBBS then...


    Submit 618:618/1 INTL
    Optional INTL

    Thanks, I'll try that. I do have the submit line as you have it, but without the INTL part.
    ...δεσ*

    ... A liberal is a man who leaves the room when a fight begins.

    ---
    ■ Synchronet ■ Alterant | an SBBS in Docker on Pi!
  • From mark lewis@VERT to Alterego on Mon Aug 19 02:25:18 2019
    On 2019 Aug 19 08:09:10, you wrote to poindexter FORTRAN:

    Submit 618:618/1 INTL
    Optional INTL

    Thanks, I'll try that. I do have the submit line as you have it, but without the INTL part.

    you need the INTL part so that the INTL control line will be put into the msg by makenl... without it, many tossers don't have a clue about the destination zone since it is not stored in the msg file format... this is one of the uses for the INTL control line...

    )\/(ark

    Once men turned their thinking over to machines in the hope that this would set
    them free. But that only permitted other men with machines to enslave them.
    ... No program works the first time you run it.
    ---
    * Origin: (1:3634/12.73)
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From Alterego@VERT/ALTERANT to mark lewis on Mon Aug 19 17:17:30 2019
    Re: coredump in sbbsecho
    By: mark lewis to Alterego on Sun Aug 18 2019 10:25 pm

    you need the INTL part so that the INTL control line will be put into the msg by makenl... without it, many tossers don't have a clue about the destination zone since it is not stored in the msg file format... this is one of the uses for the INTL control line...

    I'm using MakeNL 3.4.9 - and it didnt like that option in the config.

    I guess I need to upgrade (I was going to anyway :)
    ...δεσ*

    ... Democracy is too goo to share with just anybody.

    ---
    ■ Synchronet ■ Alterant | an SBBS in Docker on Pi!
  • From mark lewis@VERT to Alterego on Tue Aug 20 12:55:18 2019
    On 2019 Aug 19 13:17:30, you wrote to me:

    you need the INTL part so that the INTL control line will be put into
    the msg by makenl... without it, many tossers don't have a clue
    about the destination zone since it is not stored in the msg file
    format... this is one of the uses for the INTL control line...

    I'm using MakeNL 3.4.9 - and it didnt like that option in the config.

    you need to be more specific, please... the INTL option has been available for years before the tool was reverse engineered to give us today's maintainable source code...

    I guess I need to upgrade (I was going to anyway :)

    generally that's a good idea ;)

    )\/(ark

    Once men turned their thinking over to machines in the hope that this would set
    them free. But that only permitted other men with machines to enslave them.
    ... Never keep up with the Joneses. Drag them down to your level.
    ---
    * Origin: (1:3634/12.73)
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net
  • From Alterego@VERT/ALTERANT to mark lewis on Wed Aug 21 13:17:58 2019
    Re: coredump in sbbsecho
    By: mark lewis to Alterego on Tue Aug 20 2019 08:55 am

    you need to be more specific, please... the INTL option has been available for years before the tool was reverse engineered to give us today's maintainable source code...

    In a previous post I was given this as a tip:

    Makenl has a bug about zones. To send my segments to Sean I had to add the following to my makenl.ctl file:
    Submit 618:618/1 INTL
    Optional INTL
    and that seemed to fix the netmail addressing issue.

    It didnt like the statement "Optional INTL".

    I did however, recompile and use "Submit 618:618/1 INTL" and it appears to be working just fine...
    ...δεσ*

    ... Money isn't everything, usually it isn't even enough.

    ---
    ■ Synchronet ■ Alterant | an SBBS in Docker on Pi!
  • From mark lewis@VERT to Alterego on Fri Aug 23 02:37:06 2019
    On 2019 Aug 21 09:17:58, you wrote to me:

    you need to be more specific, please... the INTL option has been
    available for years before the tool was reverse engineered to give
    us today's maintainable source code...

    In a previous post I was given this as a tip:

    Makenl has a bug about zones. To send my segments to Sean I had to add
    the following to my makenl.ctl file: Submit 618:618/1 INTL Optional
    INTL and that seemed to fix the netmail addressing issue.

    It didnt like the statement "Optional INTL".

    right... that's not a valid line... possobly something was misunderstood?

    I did however, recompile and use "Submit 618:618/1 INTL" and it
    appears to be working just fine...

    recompiling shouldn't have been necessary but i'm glad to hear that it is working for you now... i've used the INTL option in makenl since it was first available... there are times that i forget that the zone and point data is not available in MSG files without some help from additional control lines ;)

    )\/(ark

    Once men turned their thinking over to machines in the hope that this would set
    them free. But that only permitted other men with machines to enslave them.
    ... (Immoderate laughter at own joke)
    ---
    * Origin: (1:3634/12.73)
    ■ Synchronet ■ Vertrauen ■ Home of Synchronet ■ [vert/cvs/bbs].synchro.net