• Outbound Report

    From Sean Rima@2:263/1.1 to All on Sunday, June 14, 2020 19:09:18

    Hello everybody!

    How do I find out what mail is waiting in my outbound queue?

    Sean


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: A Pointless Point in Connemara (2:263/1.1)
  • From Michael Dukelsky@2:5020/1042 to Sean Rima on Sunday, June 14, 2020 21:40:14
    Hello Sean,

    Sunday June 14 2020, Sean Rima wrote to All:

    How do I find out what mail is waiting in my outbound queue?

    Run showold.pl. It is in hpt/misc on github.

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20170303
    * Origin: Moscow, Russia (2:5020/1042)
  • From Sean Rima@2:263/1.1 to Michael Dukelsky on Sunday, June 14, 2020 20:36:44

    Hello Michael!

    14 Jun 20 21:40, you wrote to me:

    Hello Sean,

    Sunday June 14 2020, Sean Rima wrote to All:

    How do I find out what mail is waiting in my outbound queue?

    Thanks, I knew there was a way :)

    Sean


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: A Pointless Point in Connemara (2:263/1.1)
  • From mark lewis@1:3634/12 to Sean Rima on Sunday, June 14, 2020 15:51:55
    Re: Outbound Report
    By: Sean Rima to All on Sun Jun 14 2020 19:09:18


    How do I find out what mail is waiting in my outbound queue?

    BSO?
    are you using binkd?
    are you on linux?

    if the answers to all of the above are yes, then i might have a bash script that will do what you are wanting...


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Sean Rima@2:263/1.1 to mark lewis on Sunday, June 14, 2020 21:18:38

    Hello mark!

    14 Jun 20 15:51, you wrote to me:

    How do I find out what mail is waiting in my outbound queue?

    BSO?
    are you using binkd?
    are you on linux?

    if the answers to all of the above are yes, then i might have a bash script that will do what you are wanting...

    I used showold.pl but wouldnt mind a look at a bash script

    Sean


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: A Pointless Point in Connemara (2:263/1.1)
  • From mark lewis@1:3634/12 to Sean Rima on Sunday, June 14, 2020 16:58:19
    Re: Outbound Report
    By: Sean Rima to mark lewis on Sun Jun 14 2020 21:18:38


    How do I find out what mail is waiting in my outbound queue?

    BSO?
    are you using binkd?
    are you on linux?

    if the answers to all of the above are yes, then i might have a bash script that will do what you are wanting...

    I used showold.pl but wouldnt mind a look at a bash script

    https://github.com/wkitty42/waitingoutmail

    for 4D BSO, one only need to edit the one line in the script that points to the
    outbound... instead of it ending in "/*" like for 5D BSO, drop the '/' since all outbound directories use the same directory name...

    with 5D, if one's tosser and mailer can handle it, the script will tell which network (based on the outbound dir name) the mail is destined for...

    it should work ok on 80 column screens but it was developed on a 227 column layout...

    it tells you the FTN address, the hex of the address, the number of files waiting, how long the oldest one has been waiting, the next delivery attempt, and the last delivery attempt status...


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Sean Rima@2:263/1.1 to mark lewis on Sunday, June 14, 2020 23:12:54

    Hello mark!

    14 Jun 20 16:58, you wrote to me:

    Re: Outbound Report
    By: Sean Rima to mark lewis on Sun Jun 14 2020 21:18:38


    How do I find out what mail is waiting in my outbound queue?

    BSO?
    are you using binkd?
    are you on linux?

    if the answers to all of the above are yes, then i might have a
    bash script that will do what you are wanting...

    I used showold.pl but wouldnt mind a look at a bash script

    https://github.com/wkitty42/waitingoutmail

    for 4D BSO, one only need to edit the one line in the script that
    points to the outbound... instead of it ending in "/*" like for 5D
    BSO, drop the '/' since all outbound directories use the same
    directory name...

    with 5D, if one's tosser and mailer can handle it, the script will
    tell which network (based on the outbound dir name) the mail is
    destined for...

    it should work ok on 80 column screens but it was developed on a 227 column layout...

    it tells you the FTN address, the hex of the address, the number of
    files waiting, how long the oldest one has been waiting, the next
    delivery attempt, and the last delivery attempt status...

    That is excellent. In use now . Thanks


    Sean


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: A Pointless Point in Connemara (2:263/1.1)
  • From Michael Dukelsky@2:5020/1042 to mark lewis on Monday, June 15, 2020 10:35:06
    Hello mark,

    Sunday June 14 2020, mark lewis wrote to Sean Rima:

    How do I find out what mail is waiting in my outbound queue?
    https://github.com/wkitty42/waitingoutmail

    I tried it and it prints many lines of the kind
    stat: cannot stat #/path/to/out/outbound/acfd97dc.mo0: No such file or directory

    Naturally the file without leading '#' exists. What did I do wrong?

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20170303
    * Origin: Moscow, Russia (2:5020/1042)
  • From mark lewis@1:3634/12 to Michael Dukelsky on Monday, June 15, 2020 08:52:01
    Re: Outbound Report
    By: Michael Dukelsky to mark lewis on Mon Jun 15 2020 10:35:06


    How do I find out what mail is waiting in my outbound queue?
    https://github.com/wkitty42/waitingoutmail

    I tried it and it prints many lines of the kind
    stat: cannot stat #/path/to/out/outbound/acfd97dc.mo0: No such file or
    directory

    Naturally the file without leading '#' exists. What did I do wrong?

    sounds like a bug... the if statement starting on line 310 should detect and strip that character...


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Sean Rima@2:263/1 to Michael Dukelsky on Monday, June 15, 2020 17:17:02

    Hello Michael!

    15 Jun 20 10:35, you wrote to mark lewis:
    How do I find out what mail is waiting in my outbound queue?
    https://github.com/wkitty42/waitingoutmail

    I tried it and it prints many lines of the kind
    stat: cannot stat #/path/to/out/outbound/acfd97dc.mo0: No such file or directory

    Naturally the file without leading '#' exists. What did I do wrong?

    Chnage line 312 from
    name=${name/#}
    to
    name=${name#?}

    I haven't checked yet but I am assuming lines 308 and other will also need changing

    Sean


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: A Destination in the Sun (2:263/1@FidoNet)
  • From Michael Dukelsky@2:5020/1042 to Sean Rima on Monday, June 15, 2020 20:05:44
    Hello Sean,

    Monday June 15 2020, Sean Rima wrote to Michael Dukelsky:

    How do I find out what mail is waiting in my outbound queue?
    https://github.com/wkitty42/waitingoutmail

    I tried it and it prints many lines of the kind
    stat: cannot stat #/path/to/out/outbound/acfd97dc.mo0: No such
    file or directory

    Naturally the file without leading '#' exists. What did I do
    wrong?

    Chnage line 312 from
    name=${name/#}
    to
    name=${name#?}

    Now it's OK, thank you. I've also changed LOGFILE, since logfiles are in the current directory and all my scripts are in ~/bin. It is not good to place log files in ~/bin, so I changed it this way:
    LOGFILE=$LOGDIR/$0.log

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20170303
    * Origin: Moscow, Russia (2:5020/1042)
  • From Sean Rima@2:263/1 to Michael Dukelsky on Monday, June 15, 2020 20:49:44

    Hello Michael!

    15 Jun 20 20:05, you wrote to me:

    How do I find out what mail is waiting in my outbound queue?
    https://github.com/wkitty42/waitingoutmail

    I tried it and it prints many lines of the kind
    stat: cannot stat #/path/to/out/outbound/acfd97dc.mo0: No such
    file or directory

    Naturally the file without leading '#' exists. What did I do
    wrong?

    Chnage line 312 from
    name=${name/#}
    to
    name=${name#?}

    Now it's OK, thank you. I've also changed LOGFILE, since logfiles are
    in the current directory and all my scripts are in ~/bin. It is not
    good to place log files in ~/bin, so I changed it this
    way: LOGFILE=$LOGDIR/$0.log

    I must check that :)

    Sean


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: A Destination in the Sun (2:263/1@FidoNet)
  • From mark lewis@1:3634/12 to Sean Rima on Monday, June 15, 2020 16:00:55
    Re: Outbound Report
    By: Sean Rima to Michael Dukelsky on Mon Jun 15 2020 17:17:02


    Chnage line 312 from
    name=${name/#}
    to
    name=${name#?}

    I haven't checked yet but I am assuming lines 308 and other will also need
    changing

    i was trying to remove each one specifically but yes, it is possible the script
    could check if the character in the string's first position is one of the characters we need to strip... if it is, then simply strip whatever is
    there instead of attempting to strip the specific character... that would squash all of that section into one smaller code block with a longer if match...

    i've been thinking about it and don't yet have a good idea... searching didn't turn up much that i wasn't already aware of... what kind of concerns me is the '#' being seen as a comment in the code and being ignored instead
    of being stripped but i don't see any searches turning up the '#' as a special character...

    admitedly, i didn't actually test all of these... my tosser uses only some of the characters listed but i wanted to code to be more complete and check for all of them...

    FWIW: this also found a comment typo (FTSC-5005) which should be fixed, too :lol:


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Sean Rima@2:263/1 to mark lewis on Monday, June 15, 2020 22:57:36

    Hello mark!

    15 Jun 20 16:00, you wrote to me:
    Chnage line 312 from
    name=${name/#}
    to
    name=${name#?}

    I haven't checked yet but I am assuming lines 308 and other will
    also need changing

    i was trying to remove each one specifically but yes, it is possible
    the script could check if the character in the string's first position
    is one of the characters we need to strip... if it is, then simply
    strip whatever is there instead of attempting to strip the specific character... that would squash all of that section into one smaller
    code block with a longer if match...

    i've been thinking about it and don't yet have a good idea...
    searching didn't turn up much that i wasn't already aware of... what
    kind of concerns me is the '#' being seen as a comment in the code and being ignored instead of being stripped but i don't see any searches turning up the '#' as a special character...

    admitedly, i didn't actually test all of these... my tosser uses only
    some of the characters listed but i wanted to code to be more complete
    and check for all of them...

    FWIW: this also found a comment typo (FTSC-5005) which should be
    fixed, too :lol:

    I think the issue is that bash changed something and broke the code. I am holding off with my point echomail, which is basically the same groups here anyway. I will throw a fileecho into the mix and see what happens

    Sean


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: A Destination in the Sun (2:263/1@FidoNet)
  • From mark lewis@1:3634/12 to Sean Rima on Monday, June 15, 2020 18:32:25
    Re: Outbound Report
    By: Sean Rima to mark lewis on Mon Jun 15 2020 22:57:36


    I think the issue is that bash changed something and broke the code.

    possible... the system the script was developed on is using

    GNU bash, version 4.4.20(1)-release (x86_64-pc-linux-gnu)

    I am holding off with my point echomail, which is basically the same groups here anyway. I will throw a fileecho into the mix and see what happens

    points and TICs should be fine... the system the script was developed on is a FDN HUB as well as an echomail star with points...


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Michael Dukelsky@2:5020/1042 to mark lewis on Tuesday, June 16, 2020 13:31:42
    Hello mark,

    Monday June 15 2020, mark lewis wrote to Sean Rima:

    I think the issue is that bash changed something and broke the
    code.
    possible... the system the script was developed on is using
    GNU bash, version 4.4.20(1)-release (x86_64-pc-linux-gnu)

    Here it is GNU bash, version 4.2.46(2)-release (x86_64-redhat-linux-gnu).

    I am holding off with my point echomail, which is basically the
    same groups here anyway. I will throw a fileecho into the mix and
    see what happens
    points and TICs should be fine... the system the script was developed
    on is a FDN HUB as well as an echomail star with points...

    I compared the output of showold.pl and waitingoutmail. I will give only a small piece of thier output.

    showold.pl:
    +------------------+--------+-----------+-----------+-----------+
    | Node | Days | NetMail | EchoMail | Files | +------------------+--------+-----------+-----------+-----------+
    | 2:460/58 | 3 | 0 | 231525 | 417.0784M |

    waitingoutmail:
    d 2:460/58@out (01cc003a) : 252 files : 5051 days 17:38:25
    Next Delivery Attempt: 2020-06-16 13:19:59 +0300
    Last Delivery Status: No route to host

    Here we see that the opinion of the two programs on the age of the problem is quite different. For showold.pl it is 3 days and for waitingoutmail it is 5051 days. The reason of the difference is simple: waitingoutmail considers filetime
    of all files and showold.pl considers filetime of .TICs but does not take into account filetime of the files the .TICs refer to.

    For me it is interesting to know for how long the link has not fetched his mail
    and I don't care if somebody has hatched files from the year 2017. That's why 5051 days is not the information I wait from the program. But Last Delivery Status is very useful.

    Michael

    ... node (at) f1042 (dot) ru
    --- GoldED+/LNX 1.1.5-b20170303
    * Origin: Moscow, Russia (2:5020/1042)
  • From Sean Rima@2:263/1 to mark lewis on Tuesday, June 16, 2020 11:20:20

    Hello mark!

    15 Jun 20 18:32, you wrote to me:

    Re: Outbound Report
    By: Sean Rima to mark lewis on Mon Jun 15 2020 22:57:36


    I think the issue is that bash changed something and broke the
    code.

    possible... the system the script was developed on is using

    GNU bash, version 4.4.20(1)-release (x86_64-pc-linux-gnu)

    I am holding off with my point echomail, which is basically the
    same groups here anyway. I will throw a fileecho into the mix and
    see what happens

    points and TICs should be fine... the system the script was developed
    on is a FDN HUB as well as an echomail star with points...

    Working fine. I do want to shorten the lines as it scrolls over when posting to
    echomail

    Sean


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: A Destination in the Sun (2:263/1@FidoNet)
  • From Sean Rima@2:263/1 to mark lewis on Tuesday, June 16, 2020 11:23:42

    Hello mark!

    15 Jun 20 18:32, you wrote to me:

    Re: Outbound Report
    By: Sean Rima to mark lewis on Mon Jun 15 2020 22:57:36


    I think the issue is that bash changed something and broke the
    code.

    possible... the system the script was developed on is using

    GNU bash, version 4.4.20(1)-release (x86_64-pc-linux-gnu)

    I am holding off with my point echomail, which is basically the
    same groups here anyway. I will throw a fileecho into the mix and
    see what happens

    points and TICs should be fine... the system the script was developed
    on is a FDN HUB as well as an echomail star with points...

    Ignore my commennt about long times. it was old age :)

    Sean


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: A Destination in the Sun (2:263/1@FidoNet)
  • From mark lewis@1:3634/12 to Michael Dukelsky on Tuesday, June 16, 2020 10:06:33
    Re: Outbound Report
    By: Michael Dukelsky to mark lewis on Tue Jun 16 2020 13:31:42


    Here we see that the opinion of the two programs on the age of the
    problem is quite different. For showold.pl it is 3 days and for waitingoutmail it is 5051 days. The reason of the difference is
    simple: waitingoutmail considers filetime of all files and showold.pl considers filetime of .TICs but does not take into account filetime
    of the files the .TICs refer to.

    yes, this is true... waitingoutmail simply looks at all the files listed in the
    ?lo file(s) and finds the oldest one... this is done in lines 320 - 323... i guess we need to qualify $name in there and restrict it to certain
    extensions used for FTN mail...

    please feel free to post issues on the github and even pull requests with fixes
    ;)

    FWIW: waitingoutmail is something i whipped up in a few days... i'm sure there are bugs/defects/anomolies in it... i can also see that we might want to display some file sizes, too, so we know how much data needs to be
    transmitted in addition to how many files...

    i should note that the github is slightly behind my local living copy... i know
    that one thing i changed here you mentioned already... that being the log file... some weeks back, i moved a lot of my scripts to ~/bin and yeah,
    having log files written in there was a bit of ugh so i made ~/logs and modded the scripts to write their logs to ~/logs/$0.log ;)

    there may be other things a little out of date... i have to look and see but for now, it works! that makes me happy :)


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From mark lewis@1:3634/12 to Sean Rima on Tuesday, June 16, 2020 10:10:18
    Re: Outbound Report
    By: Sean Rima to mark lewis on Tue Jun 16 2020 11:20:20


    points and TICs should be fine... the system the script was
    developed on is a FDN HUB as well as an echomail star with
    points...

    Working fine.

    excellent! that makes me happy... especially since there's less than a dozen systems using it ;)

    I do want to shorten the lines as it scrolls over when
    posting to echomail

    i can understand that... that'll be tricky, too... perhaps we can come up with a specific text file output that is specifically formatted to less than 75 columns? i don't know... hummm...


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Sean Rima@2:263/1 to mark lewis on Tuesday, June 16, 2020 22:05:26

    Hello mark!

    16 Jun 20 10:10, you wrote to me:

    Re: Outbound Report
    By: Sean Rima to mark lewis on Tue Jun 16 2020 11:20:20


    points and TICs should be fine... the system the script was
    developed on is a FDN HUB as well as an echomail star with
    points...

    Working fine.

    excellent! that makes me happy... especially since there's less than a dozen systems using it ;)

    I do want to shorten the lines as it scrolls over when
    posting to echomail

    i can understand that... that'll be tricky, too... perhaps we can come
    up with a specific text file output that is specifically formatted to
    less than 75 columns? i don't know... hummm...

    I checked my last auto post and it seems fine so I will ignore it for the moment

    Sean


    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: A Destination in the Sun (2:263/1@FidoNet)
  • From Benny Pedersen@2:230/0 to Sean Rima on Sunday, June 28, 2020 12:33:40
    Hello Sean!

    15 Jun 2020 17:17, Sean Rima wrote to Michael Dukelsky:

    name=${name#?}

    I haven't checked yet but I am assuming lines 308 and other will also need changing

    # is more or less commentary charter, so all after that should be ignored so it
    gives syntax fails since {} is not complete, hope i am wroung or learn more :)


    Regards Benny

    ... there can only be one way of life, and it works :)

    --- Msged/LNX 6.1.2 (Linux/5.7.6-gentoo-x86_64 (x86_64))
    * Origin: I will always keep a PC running CPM 3.0 (2:230/0)
  • From mark lewis@1:3634/12 to Benny Pedersen on Sunday, June 28, 2020 09:50:31
    Re: Outbound Report
    By: Benny Pedersen to Sean Rima on Sun Jun 28 2020 12:33:40



    name=${name#?}

    I haven't checked yet but I am assuming lines 308 and other will
    also need changing

    # is more or less commentary charter, so all after that should be
    ignored so it gives syntax fails since {} is not complete, hope i
    am wroung or learn more :)

    https://stackoverflow.com/questions/2059794/what-is-the-meaning-of-the-0-syntax-with-variable-braces-and-hash-chara

    or shortened: https://tinyurl.com/y8wcsgwn


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Sean Rima@2:263/1.1 to Benny Pedersen on Sunday, June 28, 2020 15:25:56

    Hello Benny!

    28 Jun 20 12:33, you wrote to me:

    Hello Sean!

    15 Jun 2020 17:17, Sean Rima wrote to Michael Dukelsky:

    name=${name#?}

    I haven't checked yet but I am assuming lines 308 and other will
    also need changing

    # is more or less commentary charter, so all after that should be
    ignored so it gives syntax fails since {} is not complete, hope i am wroung or learn more :)

    I believe the way the script is written it is search for # at the start of a line, if is finds it, it is supposed to ignore it. But bash changed and the method no longer works. Maybe now it seems it as a comment

    Sean


    --- GoldED+/OSX 1.1.5-b20180707
    * Origin: A Pointless Point in Connemara (2:263/1.1)
  • From mark lewis@1:3634/12 to Sean Rima on Sunday, June 28, 2020 14:56:29
    Re: Outbound Report
    By: Sean Rima to Benny Pedersen on Sun Jun 28 2020 15:25:56


    # is more or less commentary charter, so all after that should be
    ignored so it gives syntax fails since {} is not complete, hope i
    am wroung or learn more :)

    I believe the way the script is written it is search for # at the
    start of a line,

    it does...

    if is finds it, it is supposed to ignore it.

    it removes it in the var...

    But bash changed and the method no longer works. Maybe now it seems
    it as a comment

    what version of bash are you using, sean? it works fine here on all my machines
    which vary from ubuntu 14.04 up to ubuntu 20.04...

    scroll down about 2/3rds of this page:

    https://www.gnu.org/software/bash/manual/html_node/Shell-Parameter-Expansion.html


    [quote]

    ${parameter#word}
    ${parameter##word}

    The word is expanded to produce a pattern and matched according to the rules described below (see Pattern Matching). If the pattern matches the beginning of the expanded value of parameter, then the result of the
    expansion is the expanded value of parameter with the shortest matching pattern
    (the ‘#’ case) or the longest matching pattern (the ‘##’ case) deleted.
    If parameter is ‘@’ or ‘*’, the pattern removal operation
    is applied to each positional parameter in turn, and the expansion is the resultant list. If parameter is an array variable subscripted with ‘@’ or ‘*’, the pattern removal operation is applied to each member of the
    array in turn, and the expansion is the resultant list.

    [/quote]


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Sean Rima@2:263/1.1 to mark lewis on Sunday, June 28, 2020 23:21:42

    Hello mark!

    28 Jun 20 14:56, you wrote to me:

    Re: Outbound Report
    By: Sean Rima to Benny Pedersen on Sun Jun 28 2020 15:25:56


    # is more or less commentary charter, so all after that should
    be ignored so it gives syntax fails since {} is not complete,
    hope i am wroung or learn more :)

    I believe the way the script is written it is search for # at the
    start of a line,

    it does...

    if is finds it, it is supposed to ignore it.

    it removes it in the var...

    I had to change it to the method I showed earlier as it was corrupting the var

    But bash changed and the method no longer works. Maybe now it
    seems it as a comment

    what version of bash are you using, sean? it works fine here on all my machines which vary from ubuntu 14.04 up to ubuntu 20.04...

    I am using 18.x on the fiodnet PC and 20.x on the laptop and both gave the same
    error

    scroll down about 2/3rds of this page:

    https://www.gnu.org/software/bash/manual/html_node/Shell-Parameter-Exp ansion.html


    [quote]

    ${parameter#word}
    ${parameter##word}

    The word is expanded to produce a pattern and matched according to
    the rules described below (see Pattern Matching). If the pattern
    matches the beginning of the expanded value of parameter, then the
    result of the expansion is the expanded value of parameter with the shortest matching pattern (the ‘#’ case) or the longest matching pattern (the ‘##’ case) deleted. If parameter is ‘@’ or
    ‘*’, the pattern removal operation is applied to each positional parameter in turn, and the expansion is the resultant list. If
    parameter is an array variable subscripted with ‘@’ or ‘*’,
    the pattern removal operation is applied to each member of the array
    in turn, and the expansion is the resultant list.

    [/quote]


    Maybe it is something to do with the fact that I ssh into my PC's

    Sean


    --- GoldED+/OSX 1.1.5-b20180707
    * Origin: A Pointless Point in Connemara (2:263/1.1)
  • From mark lewis@1:3634/12 to Sean Rima on Sunday, June 28, 2020 21:33:51
    Re: Outbound Report
    By: Sean Rima to mark lewis on Sun Jun 28 2020 23:21:42


    if is finds it, it is supposed to ignore it.

    it removes it in the var...

    I had to change it to the method I showed earlier as it was
    corrupting the var

    i remember...

    But bash changed and the method no longer works. Maybe now it
    seems it as a comment

    what version of bash are you using, sean? it works fine here on
    all my machines which vary from ubuntu 14.04 up to ubuntu
    20.04...

    I am using 18.x on the fiodnet PC and 20.x on the laptop and both
    gave the same error

    interesting... i'll post you a little test script later... i'd like to see the output of it, please... i gotta write it first, though ;)

    Maybe it is something to do with the fact that I ssh into my
    PC's

    i developed that script on my sbbs VM that i ssh into (at least 8 konsole ssh terminals open) all the time ;)


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Sean Rima@2:263/1.1 to mark lewis on Monday, June 29, 2020 12:54:06

    Hello mark!

    28 Jun 20 21:33, you wrote to me:

    if is finds it, it is supposed to ignore it.

    it removes it in the var...

    I had to change it to the method I showed earlier as it was
    corrupting the var

    i remember...

    But bash changed and the method no longer works. Maybe now it
    seems it as a comment

    what version of bash are you using, sean? it works fine here on
    all my machines which vary from ubuntu 14.04 up to ubuntu
    20.04...

    I am using 18.x on the fiodnet PC and 20.x on the laptop and both
    gave the same error

    interesting... i'll post you a little test script later... i'd like to
    see the output of it, please... i gotta write it first, though ;)

    Maybe it is something to do with the fact that I ssh into my
    PC's

    i developed that script on my sbbs VM that i ssh into (at least 8
    konsole ssh terminals open) all the time ;)

    OK, so thats that theory blown then :)

    Sean


    --- GoldED+/OSX 1.1.5-b20180707
    * Origin: A Pointless Point in Connemara (2:263/1.1)
  • From mark lewis@1:3634/12 to Sean Rima on Monday, June 29, 2020 10:18:49
    Re: Outbound Report
    By: mark lewis to Sean Rima on Sun Jun 28 2020 21:33:51


    I am using 18.x on the fiodnet PC and 20.x on the laptop and both
    gave the same error

    interesting... i'll post you a little test script later... i'd like
    to see the output of it, please... i gotta write it first, though ;)

    ok, i think i figured out the problem... please try this script and post back the output...

    ----->8 snip 8<-----
    #!/bin/bash

    printf "\n"
    printf "%s\n" "$(bash --version | egrep -e 'bash')"
    printf "%s\n" "$(uname -a)"
    printf "\n"
    printf "test1 - replace \"^..\" with \"myNewPath\"\n" testvar="^../SomePath/aSubPath"
    printf "test1 input : \"%s\"\n" "$testvar"
    printf "test1 output: \"%s\"\n" "${testvar/'^..'/myNewPath}"
    printf "\n"
    printf "test2 - strip \"^\"\n"
    testvar="^/SomePath/aSubPath"
    printf "test2 input : \"%s\"\n" "$testvar"
    printf "test2 output: \"%s\"\n" "${testvar/'^'}"
    printf "\n"
    printf "test3 - strip \"-\"\n"
    testvar="-/SomePath/aSubPath"
    printf "test3 input : \"%s\"\n" "$testvar"
    printf "test3 output: \"%s\"\n" "${testvar/'-'}"
    printf "\n"
    printf "test4 - strip \"#\"\n"
    testvar="#/SomePath/aSubPath"
    printf "test4 input : \"%s\"\n" "$testvar"
    printf "test4 output: \"%s\"\n" "${testvar/'#'}"
    printf "\n"
    printf "test5 - strip \"@\"\n"
    testvar="@/SomePath/aSubPath"
    printf "test5 input : \"%s\"\n" "$testvar"
    printf "test5 output: \"%s\"\n" "${testvar/'@'}"
    printf "\n"
    printf "test6 - strip \"~\"\n"
    testvar="~/SomePath/aSubPath"
    printf "test6 input : \"%s\"\n" "$testvar"
    printf "test6 output: \"%s\"\n" "${testvar/'~'}"
    printf "\n"
    printf "test7 - strip \"!\"\n"
    testvar="!/SomePath/aSubPath"
    printf "test7 input : \"%s\"\n" "$testvar"
    printf "test7 output: \"%s\"\n" "${testvar/'!'}"
    printf "\n"

    ----->8 snip 8<-----

    thanks!


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Sean Rima@2:263/1.1 to mark lewis on Monday, June 29, 2020 21:08:26

    Hello mark!

    29 Jun 20 10:18, you wrote to me:

    Re: Outbound Report
    By: mark lewis to Sean Rima on Sun Jun 28 2020 21:33:51


    I am using 18.x on the fiodnet PC and 20.x on the laptop and
    both gave the same error

    interesting... i'll post you a little test script later... i'd
    like to see the output of it, please... i gotta write it first,
    though ;)

    ok, i think i figured out the problem... please try this script and
    post back the output...



    -=-=-=-= MacBook =-=-=-=-

    GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin19)
    Darwin Seans-MacBook-Air-3.local 19.5.0 Darwin Kernel Version 19.5.0: Tue May 26 20:41:44 PDT 2020; root:xnu-6153.121.2~2/RELEASE_X86_64 x86_64

    test1 - replace "^.." with "myNewPath"
    test1 input : "^../SomePath/aSubPath"
    test1 output: "myNewPath/SomePath/aSubPath"

    test2 - strip "^"
    test2 input : "^/SomePath/aSubPath"
    test2 output: "/SomePath/aSubPath"

    test3 - strip "-"
    test3 input : "-/SomePath/aSubPath"
    test3 output: "/SomePath/aSubPath"

    test4 - strip "#"
    test4 input : "#/SomePath/aSubPath"
    test4 output: "/SomePath/aSubPath"

    test5 - strip "@"
    test5 input : "@/SomePath/aSubPath"
    test5 output: "/SomePath/aSubPath"

    test6 - strip "~"
    test6 input : "~/SomePath/aSubPath"
    test6 output: "/SomePath/aSubPath"

    test7 - strip "!"
    test7 input : "!/SomePath/aSubPath"
    test7 output: "/SomePath/aSubPath"

    =-=-=-=- Ubuntu -=-=-=-=


    GNU bash, version 4.4.20(1)-release (x86_64-pc-linux-gnu)
    Linux bbbs 4.15.0-108-generic #109-Ubuntu SMP Fri Jun 19 11:33:10 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

    test1 - replace "^.." with "myNewPath"
    test1 input : "^../SomePath/aSubPath"
    test1 output: "myNewPath/SomePath/aSubPath"

    test2 - strip "^"
    test2 input : "^/SomePath/aSubPath"
    test2 output: "/SomePath/aSubPath"

    test3 - strip "-"
    test3 input : "-/SomePath/aSubPath"
    test3 output: "/SomePath/aSubPath"

    test4 - strip "#"
    test4 input : "#/SomePath/aSubPath"
    test4 output: "/SomePath/aSubPath"

    test5 - strip "@"
    test5 input : "@/SomePath/aSubPath"
    test5 output: "/SomePath/aSubPath"

    test6 - strip "~"
    test6 input : "~/SomePath/aSubPath"
    test6 output: "/SomePath/aSubPath"

    test7 - strip "!"
    test7 input : "!/SomePath/aSubPath"
    test7 output: "/SomePath/aSubPath"

    Sean

    Sean


    --- GoldED+/OSX 1.1.5-b20180707
    * Origin: A Pointless Point in Connemara (2:263/1.1)
  • From mark lewis@1:3634/12 to Sean Rima on Wednesday, July 01, 2020 13:36:25
    Re: Outbound Report
    By: Sean Rima to mark lewis on Mon Jun 29 2020 21:08:26

    -=-=-=-= MacBook =-=-=-=-
    test4 - strip "#"
    test4 input : "#/SomePath/aSubPath"
    test4 output: "/SomePath/aSubPath"
    test6 - strip "~"
    test6 input : "~/SomePath/aSubPath"
    test6 output: "/SomePath/aSubPath"

    =-=-=-=- Ubuntu -=-=-=-=
    test4 - strip "#"
    test4 input : "#/SomePath/aSubPath"
    test4 output: "/SomePath/aSubPath"
    test6 - strip "~"
    test6 input : "~/SomePath/aSubPath"
    test6 output: "/SomePath/aSubPath"

    excellent! my fix was tested i that script and we're good to go now... the trick, such as it is, is to use single quotes around at least those two problematic characters... my updated code in the repo single quotes all of them...


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)
  • From Sean Rima@2:263/1.1 to mark lewis on Wednesday, July 01, 2020 23:35:02

    Hello mark!

    01 Jul 20 13:36, you wrote to me:

    Re: Outbound Report
    By: Sean Rima to mark lewis on Mon Jun 29 2020 21:08:26

    -=-=-=-= MacBook =-=-=-=-
    test4 - strip "#"
    test4 input : "#/SomePath/aSubPath"
    test4 output: "/SomePath/aSubPath"
    test6 - strip "~"
    test6 input : "~/SomePath/aSubPath"
    test6 output: "/SomePath/aSubPath"

    =-=-=-=- Ubuntu -=-=-=-=
    test4 - strip "#"
    test4 input : "#/SomePath/aSubPath"
    test4 output: "/SomePath/aSubPath"
    test6 - strip "~"
    test6 input : "~/SomePath/aSubPath"
    test6 output: "/SomePath/aSubPath"

    excellent! my fix was tested i that script and we're good to go now...
    the trick, such as it is, is to use single quotes around at least
    those two problematic characters... my updated code in the repo single quotes all of them...

    I get a no term error when run from a cron script , but other than that, it is working well

    Sean


    --- GoldED+/OSX 1.1.5-b20180707
    * Origin: A Pointless Point in Connemara (2:263/1.1)
  • From mark lewis@1:3634/12 to Sean Rima on Wednesday, July 01, 2020 19:23:53
    Re: Outbound Report
    By: Sean Rima to mark lewis on Wed Jul 01 2020 23:35:02


    I get a no term error when run from a cron script,

    probably due to the use of redirection and tee...

    but other than that, it is working well

    i'm glad to hear that :)


    )\/(ark
    --- SBBSecho 3.11-Linux
    * Origin: SouthEast Star Mail HUB - SESTAR (1:3634/12)