• library directories improperly created in ctrl

    From mark lewis@VERT to digital man on Friday, July 12, 2019 10:29:28
    you may remember me mentioning a time or two about something creating all my file library directories in my ctrl directory... i've found that scfg does this... research incomming...

    [time passes]

    scfg is trying to create these directories when i go to exit the file area config... i just made a change to a template area's Advanced Options Data Directory and cloned it to all the other areas in that library... i added a '/' to the beginning of that field because i noticed that the transfer file path is calculated from

    the library's Parent Directory
    the directory's Advanced Options Data Directory
    and the directory's Internal Code

    it appears that scfg is trying to create the Advanced Options Data Directories in the root directory but it can't... it looks like it is not taking the library's Parent Directory into account... so when it is trying to create these
    directories, it is currently returning an error 13 permission denied because of
    that leading '/' i just put in...

    [time passes]

    yup! that's exactly what the problem is... without the leading slash, the directories are all created in the current directory and since i'm always starting in /sbbs/ctrl, guess where scfg creates all of them? the funny thing is that the BBS itself uses the proper ones in /sbbs/data/dirs...

    maybe i'm doing something wrong, though...



    plus i have another problem where moving areas to a new library also do not work as desired but that's for another time... right now i need to fix 370someodd areas so this will stop and i can get them all rearranged into the new library layout i'm trying to work on...


    )\/(ark

    And to this end they built themselves a stupendous super-computer which was
    so amazingly intelligent that even before its data banks had been connected
    up it had started from "I think therefore I am" and got as far as deducing
    the existence of rice pudding and income tax before anyone managed to turn
    it off.
    ... Chilies are one of the four basic food groups.
    ---
    * Origin: (1:3634/12.73)
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Mortifis@VERT/ALLEYCAT to mark lewis on Friday, July 12, 2019 14:45:31
    you may remember me mentioning a time or two about something creating all my file library directories in my ctrl directory... i've found that scfg does this... research incomming...

    [time passes]

    scfg is trying to create these directories when i go to exit the file area config... i just made a change to a template area's Advanced Options Data Directory and cloned it to all the other areas in that library... i added a '/' to the beginning of that field because i noticed that the transfer file path is calculated from

    the library's Parent Directory
    the directory's Advanced Options Data Directory
    and the directory's Internal Code

    it appears that scfg is trying to create the Advanced Options Data Directories in the root directory but it can't... it looks like it is not taking the library's Parent Directory into account... so when it is trying to create these
    directories, it is currently returning an error 13 permission denied because of
    that leading '/' i just put in...

    [time passes]

    yup! that's exactly what the problem is... without the leading slash, the directories are all created in the current directory and since i'm always starting in /sbbs/ctrl, guess where scfg creates all of them? the funny thing is that the BBS itself uses the proper ones in /sbbs/data/dirs...

    maybe i'm doing something wrong, though...



    plus i have another problem where moving areas to a new library also do not work as desired but that's for another time... right now i need to fix 370someodd areas so this will stop and i can get them all rearranged into the new library layout i'm trying to work on...


    )\/(ark

    Have you tried starting the board in the exec directory to see if that solves the issue? (ie: cd /sbbs/exec && ./sbbs -d) Also, are you running the instance as a user:group other than root? (I hope so) and if yes do you have the proper permissions set for the user sbbs runs as? (ie chown -R sbbs:sbbs /sbbs/*.*)

    Also if you are running as non-root consider this http://wiki.synchro.net/howto:linux_non-root

    Hope this helps



    When life gets tough, drop a gear and disappear!

    ---
    þ Synchronet þ AlleyCat! BBS - http://alleycat.synchro.net:81
  • From mark lewis@VERT to Mortifis on Friday, July 12, 2019 15:29:20
    On 2019 Jul 12 14:45:30, you wrote to me:

    you may remember me mentioning a time or two about something creating
    all my file library directories in my ctrl directory... i've found that
    scfg does this... research incomming...

    [trim]

    Have you tried starting the board in the exec directory to see if that solves the issue?

    it isn't that the board can't find the file areas... it does quite well...

    the problem is that the file directories and data files properly exist in /sbbs/data/dirs but scfg creates the directories in /sbbs/ctrl when it should not... this is a bug report not a "help me, my board can't find the file areas"
    report ;)

    Hope this helps

    i do appreciate the attempt :)

    )\/(ark

    And to this end they built themselves a stupendous super-computer which was
    so amazingly intelligent that even before its data banks had been connected
    up it had started from "I think therefore I am" and got as far as deducing
    the existence of rice pudding and income tax before anyone managed to turn
    it off.
    ... Canadians never, ever eat okra.
    ---
    * Origin: (1:3634/12.73)
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Digital Man@VERT to mark lewis on Friday, July 12, 2019 13:19:51
    Re: library directories improperly created in ctrl
    By: mark lewis to digital man on Fri Jul 12 2019 10:29 am

    you may remember me mentioning a time or two about something creating all my file library directories in my ctrl directory... i've found that scfg does this... research incomming...

    Doesn't ring a bell.

    [time passes]

    scfg is trying to create these directories when i go to exit the file area config... i just made a change to a template area's Advanced Options Data Directory and cloned it to all the other areas in that library... i added a '/' to the beginning of that field because i noticed that the transfer file path is calculated from

    the library's Parent Directory
    the directory's Advanced Options Data Directory
    and the directory's Internal Code

    No. The data directory has no related to the "transfer file path".

    it appears that scfg is trying to create the Advanced Options Data Directories in the root directory but it can't... it looks like it is not taking the library's Parent Directory into account...

    The library's parent directory has nothing to do with the data storage directory. The help (F1 key) output from SCFG for that option:

    Parent Directory:

    This an optional path to be used as the physical "parent" directory for
    all logical directories in this library. This parent directory will be
    used in combination with each directory's storage path to create the
    full physical storage path for files in this directory.

    This option is convenient for adding libraries with many directories
    that share a common parent directory (e.g. CD-ROMs) and gives you the
    option of easily changing the common parent directory location later, if desired.

    ... says nothing about the data storage.

    so when it is trying
    to create these directories, it is currently returning an error 13 permission denied because of that leading '/' i just put in...

    [time passes]

    yup! that's exactly what the problem is... without the leading slash, the directories are all created in the current directory and since i'm always starting in /sbbs/ctrl, guess where scfg creates all of them? the funny thing is that the BBS itself uses the proper ones in /sbbs/data/dirs...

    maybe i'm doing something wrong, though...

    It sounds like you're confusing the file storage path with the data directory. Just leave the data directory blank (the default) - I doubt that's what you want to be actually changing.

    digital man

    This Is Spinal Tap quote #24:
    David St. Hubbins: You're a haughty one, saucy Jack.
    Norco, CA WX: 92.3øF, 39.0% humidity, 0 mph SSE wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Digital Man@VERT to mark lewis on Friday, July 12, 2019 13:23:05
    Re: library directories improperly created in ctrl
    By: mark lewis to Mortifis on Fri Jul 12 2019 03:29 pm

    the problem is that the file directories and data files properly exist in /sbbs/data/dirs but scfg creates the directories in /sbbs/ctrl when it should not... this is a bug report not a "help me, my board can't find the file areas" report ;)

    I don't think there's any bug here. I fully expect that if you set a file directory's advanced -> data directory to a relative path (one that doesn't start with "/"), that the directory would be created relative to your "ctrl" directory. It sounds like it's behaving exactly as I would expect.

    digital man

    This Is Spinal Tap quote #38:
    Artie Fufkin: I'm not asking, I'm telling with this. Kick my ass.
    Norco, CA WX: 92.3øF, 39.0% humidity, 0 mph SSE wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From mark lewis@VERT to Digital Man on Saturday, July 13, 2019 15:30:36
    On 2019 Jul 12 13:19:50, you wrote to me:

    you may remember me mentioning a time or two about something creating
    all my file library directories in my ctrl directory... i've found that
    scfg does this... research incomming...

    Doesn't ring a bell.

    yeah, it was back in sept 2018 when i first installed...

    The library's parent directory has nothing to do with the data storage directory. The help (F1 key) output from SCFG for that option:

    yeah, i read the F1 help... it made some sense to a point...

    Parent Directory:

    This an optional path to be used as the physical "parent" directory for all logical directories in this library. This parent directory will be used in combination with each directory's storage path to create the
    full physical storage path for files in this directory.

    "storage path" == "transfer path" in the interface?? in other words, is this the storage path?

    Exemption Requirements
    Transfer File Path [../data/dirs/fdist-dailylis/]
    Maximum Number of Files 10000

    This option is convenient for adding libraries with many directories
    that share a common parent directory (e.g. CD-ROMs) and gives you the option of easily changing the common parent directory location later, if desired.

    yes, i think i want to use that with the filegate file distribution stuff... i was looking to separate the directories into better categories...

    ... says nothing about the data storage.

    it was empirical based on observation... i don't need to move the databases but
    i thought keeping them with the file areas' libraries might be a good idea... i'm backing off on that thought, though...

    yup! that's exactly what the problem is... without the leading slash,
    the directories are all created in the current directory and since i'm
    always starting in /sbbs/ctrl, guess where scfg creates all of them? the
    funny thing is that the BBS itself uses the proper ones in
    /sbbs/data/dirs...

    maybe i'm doing something wrong, though...

    It sounds like you're confusing the file storage path with the data directory. Just leave the data directory blank (the default) - I doubt that's what you want to be actually changing.

    i wasn't confusing them, though... i'm trying to keep the ctrl directory from having all the file storage/transfer directories created in it... it happens every single time i go into the file areas and save any changes... i don't recall if it happened before i imported the NA files for the file areas i carry
    in fidonet or not... either way, hundreds of directories are created in ctrl and i have to manually delete them every single time...

    i'll post another message in this thread with my actual settings...

    )\/(ark

    And to this end they built themselves a stupendous super-computer which was
    so amazingly intelligent that even before its data banks had been connected
    up it had started from "I think therefore I am" and got as far as deducing
    the existence of rice pudding and income tax before anyone managed to turn
    it off.
    ... 92. There is a fine line between looking sultry and slutty. Find it.
    ---
    * Origin: (1:3634/12.73)
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From mark lewis@VERT to Digital Man on Saturday, July 13, 2019 15:42:48
    On 2019 Jul 12 13:23:04, you wrote to me:

    the problem is that the file directories and data files properly exist
    in /sbbs/data/dirs but scfg creates the directories in /sbbs/ctrl when
    it should not... this is a bug report not a "help me, my board can't
    find the file areas" report ;)

    I don't think there's any bug here. I fully expect that if you set a
    file directory's advanced -> data directory to a relative path (one
    that doesn't start with "/"), that the directory would be created
    relative to your "ctrl" directory. It sounds like it's behaving
    exactly as I would expect.

    i really hope that's not the case cause it is not creating them relatively...

    the following settings are identical in all my filegate file distribution areas... the only thing that is different between each one is the last directory listed in the "Transfer File Path"... it is apparently generated from
    "Parent Directory", "Internal Code Prefix" and "Short Name"... at least, that's
    what it looks like visually...

    if i change "Access to Sub-directories" to "Yes" and then immediately back to "No", exiting the file area definitions asks if i want to save changes... if i say yes, all these directories are created in ctrl... i have tried being in /sbbs/tmp and running scfg from there and the directories are still created in ctrl...

    "Parent Directory", "Transfer File Path" and "Data Directory" are blank fields in my configuration and have been since installation...


    File Dist Net Library

    Long Name File Distribution Network

    Short Name File Dist Net

    Internal Code Prefix FDIST-

    Parent Directory

    Access Requirements

    Access to Sub-directories No

    Sort Library By Directory Index Position

    Clone Options

    Export Areas...

    Import Areas...

    File Directories...


    DAILYLIST Directory

    Long Name ADM: Daily Fidonet Nodelist

    Short Name DAILYLIST

    Internal Code FDIST-DAILYLIS

    Access Requirements

    Upload Requirements

    Download Requirements

    Operator Requirements

    Exemption Requirements

    Transfer File Path [../data/dirs/fdist-dailylis/]

    Maximum Number of Files 10000

    Purge by Age Disabled

    Credit on Upload 0%

    Credit on Download 0%

    Toggle Options...

    Advanced Options...


    Advanced Options
    Extensions Allowed

    Data Directory [../data/dirs/]

    Upload Semaphore File

    Sort Value and Direction Name Ascending

    Directory Index Now 20 / Was 20



    )\/(ark

    And to this end they built themselves a stupendous super-computer which was
    so amazingly intelligent that even before its data banks had been connected
    up it had started from "I think therefore I am" and got as far as deducing
    the existence of rice pudding and income tax before anyone managed to turn
    it off.
    ... We are holding your refrigerator hostage!
    ---
    * Origin: (1:3634/12.73)
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Digital Man@VERT to mark lewis on Saturday, July 13, 2019 13:38:47
    Re: library directories improperly created in ctrl
    By: mark lewis to Digital Man on Sat Jul 13 2019 03:30 pm


    On 2019 Jul 12 13:19:50, you wrote to me:

    you may remember me mentioning a time or two about something creating
    all my file library directories in my ctrl directory... i've found that
    scfg does this... research incomming...

    Doesn't ring a bell.

    yeah, it was back in sept 2018 when i first installed...

    The library's parent directory has nothing to do with the data storage directory. The help (F1 key) output from SCFG for that option:

    yeah, i read the F1 help... it made some sense to a point...

    Parent Directory:

    This an optional path to be used as the physical "parent" directory for all logical directories in this library. This parent directory will be used in combination with each directory's storage path to create the full physical storage path for files in this directory.

    "storage path" == "transfer path" in the interface?? in other words, is this the storage path?

    Correct.

    Exemption Requirements
    Transfer File Path [../data/dirs/fdist-dailylis/]
    Maximum Number of Files 10000

    This option is convenient for adding libraries with many directories that share a common parent directory (e.g. CD-ROMs) and gives you the option of easily changing the common parent directory location later, if desired.

    yes, i think i want to use that with the filegate file distribution stuff... i was looking to separate the directories into better categories...

    You can do that without changing where the data files are stored.

    ... says nothing about the data storage.

    it was empirical based on observation... i don't need to move the databases but i thought keeping them with the file areas' libraries might be a good idea... i'm backing off on that thought, though...

    It's preferable to keep your database and the files to which they reference in separate locations. Otherwise you end up with all kinds of weird issues with addfiles and such.

    yup! that's exactly what the problem is... without the leading slash,
    the directories are all created in the current directory and since i'm
    always starting in /sbbs/ctrl, guess where scfg creates all of them? the
    funny thing is that the BBS itself uses the proper ones in
    /sbbs/data/dirs...

    maybe i'm doing something wrong, though...

    It sounds like you're confusing the file storage path with the data directory. Just leave the data directory blank (the default) - I doubt that's what you want to be actually changing.

    i wasn't confusing them, though... i'm trying to keep the ctrl directory from having all the file storage/transfer directories created in it... it happens every single time i go into the file areas and save any changes... i don't recall if it happened before i imported the NA files for the file areas i carry in fidonet or not... either way, hundreds of directories are created in ctrl and i have to manually delete them every single time...

    i'll post another message in this thread with my actual settings...

    Okay, hopefully that clarify the matter.

    digital man

    Synchronet "Real Fact" #64:
    Synchronet PCMS (introduced w/v2.0) is Programmable Command and Menu Structure. Norco, CA WX: 89.5øF, 45.0% humidity, 6 mph SE wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From mark lewis@VERT to Digital Man on Saturday, July 13, 2019 16:46:22
    On 2019 Jul 13 13:38:46, you wrote to me:

    "storage path" == "transfer path" in the interface?? in other words, is
    this the storage path?

    Correct.

    thanks... the help was slightly confusing because of the different terms used...

    yes, i think i want to use that with the filegate file distribution
    stuff... i was looking to separate the directories into better
    categories...

    You can do that without changing where the data files are stored.

    it was just a though ;)

    ... says nothing about the data storage.

    it was empirical based on observation... i don't need to move the
    databases but i thought keeping them with the file areas' libraries
    might be a good idea... i'm backing off on that thought, though...

    It's preferable to keep your database and the files to which they
    reference
    in separate locations. Otherwise you end up with all kinds of weird issues with addfiles and such.

    ahhh, yes, that could be a BadThing<tm> ;)

    i'll post another message in this thread with my actual settings...

    Okay, hopefully that clarify the matter.

    i hope so, too :)

    )\/(ark

    And to this end they built themselves a stupendous super-computer which was
    so amazingly intelligent that even before its data banks had been connected
    up it had started from "I think therefore I am" and got as far as deducing
    the existence of rice pudding and income tax before anyone managed to turn
    it off.
    ... We should have cake on our birthday and fudge on our age.
    ---
    * Origin: (1:3634/12.73)
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Digital Man@VERT to mark lewis on Saturday, July 13, 2019 13:56:38
    Re: library directories improperly created in ctrl
    By: mark lewis to Digital Man on Sat Jul 13 2019 03:42 pm


    On 2019 Jul 12 13:23:04, you wrote to me:

    the problem is that the file directories and data files properly exist
    in /sbbs/data/dirs but scfg creates the directories in /sbbs/ctrl when
    it should not... this is a bug report not a "help me, my board can't
    find the file areas" report ;)

    I don't think there's any bug here. I fully expect that if you set a file directory's advanced -> data directory to a relative path (one that doesn't start with "/"), that the directory would be created relative to your "ctrl" directory. It sounds like it's behaving
    exactly as I would expect.

    i really hope that's not the case cause it is not creating them relatively...

    Yes, yes the are - relative to the "ctrl" directory.

    the following settings are identical in all my filegate file distribution areas... the only thing that is different between each one is the last directory listed in the "Transfer File Path"... it is apparently generated from "Parent Directory", "Internal Code Prefix" and "Short Name"... at least, that's what it looks like visually...

    The "Short Name" is not used for paths, the internal code suffix is.

    if i change "Access to Sub-directories" to "Yes" and then immediately back to "No", exiting the file area definitions asks if i want to save changes... if i say yes, all these directories are created in ctrl... i have tried being in /sbbs/tmp and running scfg from there and the directories are
    still created in ctrl...

    Yes, that would be expected because of this line in scfg.c:
    if(chdir(cfg.ctrl_dir)!=0) {
    printf("!ERROR %d changing current directory to: %s\n"
    ,errno,cfg.ctrl_dir);
    exit(-1);
    }

    Since the BBS runs with the "ctrl" directory as the cwd, so does the config program (SCFG). Changing the cwd before running cwd (or sbbs) won't matter.

    "Parent Directory", "Transfer File Path" and "Data Directory" are blank fields in my configuration and have been since installation...


    File Dist Net Library

    Long Name File Distribution Network

    Short Name File Dist Net

    Internal Code Prefix FDIST-

    Parent Directory

    Access Requirements

    Access to Sub-directories No

    Sort Library By Directory Index Position

    Clone Options

    Export Areas...

    Import Areas...

    File Directories...


    DAILYLIST Directory

    Long Name ADM: Daily Fidonet Nodelist

    Short Name DAILYLIST

    Internal Code FDIST-DAILYLIS

    Access Requirements

    Upload Requirements

    Download Requirements

    Operator Requirements

    Exemption Requirements

    Transfer File Path [../data/dirs/fdist-dailylis/]

    Maximum Number of Files 10000

    Purge by Age Disabled

    Credit on Upload 0%

    Credit on Download 0%

    Toggle Options...

    Advanced Options...


    Advanced Options
    Extensions Allowed

    Data Directory [../data/dirs/]

    Upload Semaphore File

    Sort Value and Direction Name Ascending

    Directory Index Now 20 / Was 20

    I don't see anything obviously wrong. I assume what you're saying is that SCFG is creating a directory of "ctrl/fdist-dailysis" when you save changes? That certainly doesn't look like that should be the case.

    digital man

    Synchronet "Real Fact" #102:
    Synchronet added PETSCII (e.g. C64/C128) terminal support in October of 2018. Norco, CA WX: 89.7øF, 45.0% humidity, 10 mph ENE wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From mark lewis@VERT to Digital Man on Saturday, July 13, 2019 17:43:34
    On 2019 Jul 13 13:56:38, you wrote to me:

    i really hope that's not the case cause it is not creating them
    relatively...

    Yes, yes the are - relative to the "ctrl" directory.

    i know that's what it is supposed to be but it isn't working like this in this case...

    the following settings are identical in all my filegate file
    distribution areas... the only thing that is different between each one
    is the last directory listed in the "Transfer File Path"... it is
    apparently generated from "Parent Directory", "Internal Code Prefix"
    and "Short Name"... at least, that's what it looks like visually...

    The "Short Name" is not used for paths, the internal code suffix is.

    oh, ok :)

    if i change "Access to Sub-directories" to "Yes" and then immediately
    back to "No", exiting the file area definitions asks if i want to save
    changes... if i say yes, all these directories are created in ctrl... i
    have tried being in /sbbs/tmp and running scfg from there and the
    directories are still created in ctrl...

    Yes, that would be expected because of this line in scfg.c:
    if(chdir(cfg.ctrl_dir)!=0) {
    printf("!ERROR %d changing current directory to: %s\n"
    ,errno,cfg.ctrl_dir);
    exit(-1);
    }

    Since the BBS runs with the "ctrl" directory as the cwd, so does the
    config
    program (SCFG). Changing the cwd before running cwd (or sbbs) won't
    matter.

    right, ok... i knew that once things were set up properly, you could run scfg from anywhere and it would always find its necessary files...

    [trim config screens]

    I don't see anything obviously wrong.

    yeah, me either... that's why it is so annoying...

    I assume what you're saying is that SCFG is creating a directory of "ctrl/fdist-dailysis" when you save changes?

    exactly!

    That certainly doesn't look like that should be the case.

    thus my report now that i understand things a lot more than i did back in sept 2018 when i was in a rushed mode to get installed, configured and operational after losing my previous system...

    )\/(ark

    And to this end they built themselves a stupendous super-computer which was
    so amazingly intelligent that even before its data banks had been connected
    up it had started from "I think therefore I am" and got as far as deducing
    the existence of rice pudding and income tax before anyone managed to turn
    it off.
    ... Waiter! My escargot is covered with snails!
    ---
    * Origin: (1:3634/12.73)
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Digital Man@VERT to mark lewis on Saturday, July 13, 2019 16:17:44
    Re: library directories improperly created in ctrl
    By: mark lewis to Digital Man on Sat Jul 13 2019 05:43 pm

    [trim config screens]

    I don't see anything obviously wrong.

    yeah, me either... that's why it is so annoying...

    I assume what you're saying is that SCFG is creating a directory of "ctrl/fdist-dailysis" when you save changes?

    exactly!

    If you go to the file transfer section of your BBS, change to the this "fdist-dailysys" directory and then use the ;DIR sysop command, what directory does it say it's listing?

    digital man

    Synchronet/BBS Terminology Definition #50:
    NUL = ASCII 0
    Norco, CA WX: 88.2øF, 44.0% humidity, 16 mph NE wind, 0.00 inches rain/24hrs

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From mark lewis@VERT to Digital Man on Sunday, July 14, 2019 04:45:30
    On 2019 Jul 13 16:17:44, you wrote to me:

    I assume what you're saying is that SCFG is creating a directory of
    "ctrl/fdist-dailysis" when you save changes?

    exactly!

    If you go to the file transfer section of your BBS, change to the this "fdist-dailysys" directory and then use the ;DIR sysop command, what directory does it say it's listing?

    it properly shows the ones in data/dirs... that has never been in question...

    Directory of: /sbbs/data/dirs/fdist-dailylis/

    the bbs works fine and uses the ones in data/dirs... addfiles uses the ones in data/dirs... the only thing is that scfg creates in ctrl when it should should be creating them in data/dirs...

    )\/(ark

    And to this end they built themselves a stupendous super-computer which was
    so amazingly intelligent that even before its data banks had been connected
    up it had started from "I think therefore I am" and got as far as deducing
    the existence of rice pudding and income tax before anyone managed to turn
    it off.
    ... Don't name a pig you plan to eat.
    ---
    * Origin: (1:3634/12.73)
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net