• Trouble uploading two files with the same first 8.3 chars. AllVers

    From Electrosys@1:103/705 to All on Fri Mar 1 16:10:08 2019
    Hi Everyone,

    I upgraded to sbbs3.17c (3/1/2019) and I'm still having a small bug when uploading files with the same first 8 characters. The two files are

    galgox-imginary_numbers.xm
    galgox-pixieplanet.xm

    When I do a batch upload and upload the one file galgox-imginary_numbers.xm the
    short name is GALGOX~1.XM and the long name is stored as usual.

    But when I upload galgox-pixieplanet.xm, GALGOX~1.XM becomes the short name for
    that file as well and then the BBS complains that the file already exists.

    When I uploaded these files on vert.synchro.net I didn't have this problems as two different short names were generated for each of the files.

    What am I missing in the upgrade? Or is there some maintenance program that I need to run?

    Also note that I had this same problem before my upgrade when running 3.16c.

    Any insights would be appriciated.

    Thanks,
    Electrosys

    ---
    þ Synchronet þ Digital Aquarium - digiaqua.synchro.net - So much fun...
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Electrosys@1:103/705 to All on Fri Mar 1 19:12:07 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to All on Fri Mar 01 2019 04:10 pm

    Hi Everyone,

    I upgraded to sbbs3.17c (3/1/2019) and I'm still having a small bug when uploading files with the same first 8 characters. The two files are

    galgox-imginary_numbers.xm
    galgox-pixieplanet.xm

    When I do a batch upload and upload the one file galgox-imginary_numbers.xm the short name is GALGOX~1.XM and the long
    name
    is stored as usual.

    But when I upload galgox-pixieplanet.xm, GALGOX~1.XM becomes the short name for that file as well and then the BBS complains that the file already exists.

    When I uploaded these files on vert.synchro.net I didn't have this problems as two different short names were generated for each of the files.

    What am I missing in the upgrade? Or is there some maintenance program that I need to run?

    Also note that I had this same problem before my upgrade when running 3.16c.

    The only files that I didn't update during the upgrade from 3.16c->Sbup317b->Dev317c Where for example login/logoff and my custom shell. i was able to track the problem down to somewhere in

    bbs.batch_menu()

    Does anyone know where this is defined?

    Thanks,
    Electrosys
    --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Electrosys@1:103/705 to All on Fri Mar 1 22:17:57 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to All on Fri Mar 01 2019 07:12 pm

    I don't think the issue I am hainvg is related to my custom shell (which is a copy of the renegade clone shell). I tried using the default shell and had the same issue. Also my default shell should be fully upgraded from supb317b. And the bin should have been updated from the dev update 3/1/19.

    Can someone help me trace through the Baja files? E.g.

    cmdkey E
    file_batch_section
    end_cmd

    How do I get to the definition of "file_batch_section". Ive grepped around for a couple hours trying to trace through and im still not quite understnding how to completly trace through the shell scripts.

    I'm having a really hard time finding the batch menu script. I can find the text/ansi for the batch menu ok, but I can't find the bin/js file for it, do you know where where it is?

    Thanks,
    Electrosys
    --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Electrosys@1:103/705 to All on Fri Mar 1 22:23:59 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to All on Fri Mar 01 2019 07:12 pm

    I dont think the issue I am having with the duplicate short name generation is related to my custom shell (which is a copy of of the renegade clone shell). I tried using the default shell and I still had the same problem. My default shell should have been overwritten will the updgrades sbup317b and dev3-1-19.

    Can someone help me trace through the Baja files? E.g.

    cmdkey E
    file_batch_section
    end_cmd

    How do I get to the definition of "file_batch_section". Ive grepped around for a couple hours trying to trace through and im still not quite understnding how to completly trace through the shell scripts.

    I'm having a really hard time finding the batch menu script. I can find the text/ansi for the batch menu ok, but I can't find the bin/js file for it, do you know where where it is?

    Thanks,
    Electrosys
    --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Electrosys@1:103/705 to All on Fri Mar 1 22:43:16 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to All on Fri Mar 01 2019 10:23 pm


    Can someone help me trace through the Baja files? E.g.

    cmdkey E
    file_batch_section
    end_cmd

    Ahh, I think I figured something out.

    file_batch_section is a built in Baja function.
    This function takes the user to the Batch/Bi-dir tranfer "MENU"....

    synchro.net/docs/baja.html#QuickFunctionReference


    I searched for Menu files on the wiki. as the built in function indicated something about "MENU", and came up with this.

    wiki.synchro.net/custom:menu_files?s[]=batch&s[]=menu

    so maybe the code that generates the short names for files (e.g. 1234556~1.FIL)

    is in -> bat_xfer.cpp

    Hmm... I guess I'll look in there now.

    Electrosys
    --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From mark lewis@1:3634/12.73 to Electrosys on Sat Mar 2 02:20:02 2019

    On 2019 Mar 01 22:17:56, you wrote to All:

    I don't think the issue I am hainvg is related to my custom shell (which
    is
    a copy of the renegade clone shell). I tried using the default shell and had the same issue. Also my default shell should be fully upgraded from supb317b. And the bin should have been updated from the dev update
    3/1/19.

    the bin should have been recompiled at some point during your update process... did you run baja in exec to compile the src files?

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... It's a crowbar. I always carry one for emergencies.
    ---
    * Origin: (1:3634/12.73)
  • From Digital Man@1:103/705 to Electrosys on Sat Mar 2 00:50:21 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to All on Fri Mar 01 2019 04:10 pm

    Hi Everyone,

    I upgraded to sbbs3.17c (3/1/2019) and I'm still having a small bug when uploading files with the same first 8 characters. The two files are

    galgox-imginary_numbers.xm
    galgox-pixieplanet.xm

    When I do a batch upload and upload the one file galgox-imginary_numbers.xm the short name is GALGOX~1.XM and the long name is stored as usual.

    But when I upload galgox-pixieplanet.xm, GALGOX~1.XM becomes the short name for that file as well and then the BBS complains that the file already exists.

    When I uploaded these files on vert.synchro.net I didn't have this problems as two different short names were generated for each of the files.

    What am I missing in the upgrade?

    No.

    Or is there some maintenance program that I need to run?

    Not related to the issue you described.

    Also note that I had this same problem before my upgrade when running
    3.16c.

    Any insights would be appriciated.

    What version of Windows are you running? It sounds like Windows is doing something weird with short filenames. If you use "dir /x" on those files, what do you see? This what I see on the files you uploaded here:

    02/17/2019 06:20 AM 479,046 GALGOX~S.XM galgox-imaginary_numbers.xm
    02/17/2019 06:11 AM 24,255 GALGOX~J.XM galgox-pixieplanet.xm

    Your short filenames are likely going to be different than mine.

    digital man

    Synchronet "Real Fact" #19:
    The first Synchronet BBS (Vertrauen) went live in July of 1991 (replacing WWIV).
    Norco, CA WX: 54.3øF, 88.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs
    --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Electrosys on Sat Mar 2 00:53:57 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to All on Fri Mar 01 2019 10:43 pm

    wiki.synchro.net/custom:menu_files?s[]=batch&s[]=menu

    so maybe the code that generates the short names for files (e.g. 1234556~1.FIL)

    is in -> bat_xfer.cpp

    Hmm... I guess I'll look in there now.

    No, Windows generates the short filenames, Synchronet just uses them.

    digital man

    Synchronet/BBS Terminology Definition #59:
    SEXYZ = Synchronet External X/Y/ZMODEM file transfer protocol driver
    Norco, CA WX: 54.3øF, 88.0% humidity, 0 mph S wind, 0.00 inches rain/24hrs
    --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Electrosys@1:103/705 to Digital Man on Sat Mar 2 02:18:47 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Digital Man to Electrosys on Sat Mar 02 2019 12:50 am


    What version of Windows are you running? It sounds like Windows is doing something weird with short filenames. If you use "dir /x" on those files, what do you see? This what I see on the files you uploaded here:

    Im running windows 7 on an oracle VM that runs in ArchLinux.

    03/02/2019 02:03 AM 479,046 GALGOX~2.XM galgox-imaginary_numbers.xm
    02/17/2019 07:11 AM 24,255 GALGOX~1.XM galgox-pixieplanet.xm

    pixieplanet is the one that I uploaded to the board and imaginary_numbers I ftped directly over to the upload folder so I can compare the two. I tried upload the files from a Linux instance of syncterm, but I don't think that will
    make a different. I tried uploading from windows syncterm as well.

    Thanks,
    Electrosys

    ---
    þ Synchronet þ Digital Aquarium - digiaqua.synchro.net - So much fun...
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Electrosys on Sat Mar 2 18:08:27 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to Digital Man on Sat Mar 02 2019 02:18 am

    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Digital Man to Electrosys on Sat Mar 02 2019 12:50 am


    What version of Windows are you running? It sounds like Windows is doing something weird with short filenames. If you use "dir /x" on those
    files,
    what do you see? This what I see on the files you uploaded here:

    Im running windows 7 on an oracle VM that runs in ArchLinux.

    03/02/2019 02:03 AM 479,046 GALGOX~2.XM galgox-imaginary_numbers.xm 02/17/2019 07:11 AM 24,255 GALGOX~1.XM galgox-pixieplanet.xm

    pixieplanet is the one that I uploaded to the board and imaginary_numbers I ftped directly over to the upload folder so I can compare the two. I tried upload the files from a Linux instance of syncterm, but I don't think that will make a different. I tried uploading from windows syncterm as well.

    And... on the BBS the short names are reversed?

    digital man

    Synchronet/BBS Terminology Definition #12:
    CBM = Commodore Business Machines
    Norco, CA WX: 57.9øF, 94.0% humidity, 2 mph ENE wind, 0.19 inches rain/24hrs --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Electrosys@1:103/705 to Digital Man on Sun Mar 3 03:04:20 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Digital Man to Electrosys on Sat Mar 02 2019 06:08 pm


    And... on the BBS the short names are reversed?

    The second short name is never generated on the BBS. So when I upload the second file the same short name is generated the same as the first file.

    In the dir listing its showing -imaginary before -pixie which is what I expect.

    It asigned GALGOX~1 to -pixie because I uploaded that one first in this particular test case.

    GALGOX~2 is never assigned on the BBS. So I'm not sure I'm actually able to answer your question.

    Thanks,
    Electrosys

    ---
    þ Synchronet þ Digital Aquarium - digiaqua.synchro.net - So much fun...
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Electrosys on Sun Mar 3 15:45:22 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to Digital Man on Sun Mar 03 2019 03:04 am

    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Digital Man to Electrosys on Sat Mar 02 2019 06:08 pm


    And... on the BBS the short names are reversed?

    The second short name is never generated on the BBS. So when I upload the second file the same short name is generated the same as the first file.

    In the dir listing its showing -imaginary before -pixie which is what I expect.

    It asigned GALGOX~1 to -pixie because I uploaded that one first in this particular test case.

    GALGOX~2 is never assigned on the BBS. So I'm not sure I'm actually able to answer your question.

    When you list the files on theBBS, it shows the short names and the long names.
    Are they reversed?

    digital man

    This Is Spinal Tap quote #36:
    Bobbi Flekman: Money talks, and bullshit walks.
    Norco, CA WX: 59.9øF, 79.0% humidity, 12 mph ENE wind, 0.03 inches rain/24hrs --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Electrosys@1:103/705 to Digital Man on Sun Mar 3 19:15:22 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Digital Man to Electrosys on Sun Mar 03 2019 03:45 pm


    And... on the BBS the short names are reversed?

    The second short name is never generated on the BBS. So when I upload
    the second file the same short name is generated the same as the first
    file.

    In the dir listing its showing -imaginary before -pixie which is what
    I expect.

    It asigned GALGOX~1 to -pixie because I uploaded that one first in
    this particular test case.

    GALGOX~2 is never assigned on the BBS. So I'm not sure I'm actually
    able to
    answer your question.

    When you list the files on theBBS, it shows the short names and the long names. Are they reversed?

    It doesn't apear so, this is the first file that is uploaded and I see it is assigned GALGOX~1.XM

    GALGOX~1.XM A 23.7K galgox-pixieplanet.xm

    Are there any other pertinant details that could be useful for trying to figure
    this out?

    Thanks,
    Electrosys
    --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Electrosys on Sun Mar 3 21:32:04 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to Digital Man on Sun Mar 03 2019 07:15 pm

    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Digital Man to Electrosys on Sun Mar 03 2019 03:45 pm


    And... on the BBS the short names are reversed?

    The second short name is never generated on the BBS. So when I upload
    the second file the same short name is generated the same as the first
    file.

    In the dir listing its showing -imaginary before -pixie which is what
    I expect.

    It asigned GALGOX~1 to -pixie because I uploaded that one first in
    this particular test case.

    GALGOX~2 is never assigned on the BBS. So I'm not sure I'm actually
    able to
    answer your question.

    When you list the files on theBBS, it shows the short names and the long names. Are they reversed?

    It doesn't apear so, this is the first file that is uploaded and I see it
    is
    assigned GALGOX~1.XM

    GALGOX~1.XM A 23.7K galgox-pixieplanet.xm

    Are there any other pertinant details that could be useful for trying to figure this out?

    I guess I'm really sure what you're trying to figure out. Windows decides the short filename, not Synchronet. Synchronet should get/store the same file name that you see when you run "dir /x" on the file. If you replace the file *after*
    you add it to the filebase, that could change the short filename which would cause a mismatch. Did you do that?

    digital man

    This Is Spinal Tap quote #39:
    Airport Security Officer: Do you have any artificial plates or limbs?
    Norco, CA WX: 51.1øF, 93.0% humidity, 6 mph E wind, 0.00 inches rain/24hrs
    --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Electrosys@1:103/705 to Digital Man on Mon Mar 4 09:04:27 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Digital Man to Electrosys on Sun Mar 03 2019 09:32 pm


    And... on the BBS the short names are reversed?

    The second short name is never generated on the BBS. So when I
    upload the second file the same short name is generated the same as
    the first file.

    In the dir listing its showing -imaginary before -pixie which is
    what I expect.

    It asigned GALGOX~1 to -pixie because I uploaded that one first in
    this particular test case.

    GALGOX~2 is never assigned on the BBS. So I'm not sure I'm actually
    able to
    answer your question.

    When you list the files on theBBS, it shows the short names and
    the long names. Are they reversed?

    It doesn't apear so, this is the first file that is uploaded and I see
    it is assigned GALGOX~1.XM

    GALGOX~1.XM A 23.7K galgox-pixieplanet.xm

    Are there any other pertinant details that could be useful for trying
    to figure this out?

    I guess I'm really sure what you're trying to figure out. Windows decides the short filename, not Synchronet. Synchronet should get/store the same file name that you see when you run "dir /x" on the file. If you replace the file *after* you add it to the filebase, that could change the short filename which would cause a mismatch. Did you do that?

    I have had my system going since about 2007 so its possible I have done that at
    some point, but it would not have been with these files. At any rate, I have tried starting freshing each time I have tested this so I wouldn't have changed
    the file name in this case.

    Even if I upload something like mytestfile1.txt and mytestfile2.txt the same short name is generated for the second file and I am unable to upload the second file using the batch upload menu.

    Do you think since I have had my system since 2007 that its possible I missed an update somewhere? Something that wasn't covered by sbup217b or the 3/1/19 dev update?

    Thanks,
    Electrosys

    P.S.

    I would offer to have you come try it yourself on my board but I botched a network setting in win7, I created an extra LAN network and now my external traffic doesn't come in right. I can't find the dialog to remove it. I found it
    once, but when I did find it I couldn't remove it until I had disabled it, and when I disable it I can't find that dialog. I'm working on migrating the board off of windows. But I want the system completly stable first.
    --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Electrosys@1:103/705 to Digital Man on Mon Mar 4 12:37:35 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to Digital Man on Mon Mar 04 2019 09:04 am


    I guess I'm really sure what you're trying to figure out. Windows decides the short filename, not Synchronet. Synchronet should
    get/store
    the same file name that you see when you run "dir /x" on the file. If you replace the file *after* you add it to the filebase, that could change the short filename which would cause a mismatch. Did you do that?

    I'm trying to figure out why there is a bug that does not allow me to upload two files that have the same first 8 characters. This bug doesn't exist on Vert, but it does exist on my bbs. I didn't change the file name after uploading it.

    I think I may have been able to isolate the issue just a little bit more. Im running the latest dev version 3/1/19 - and I have the bug. Vert does not have the bug and is running a feb/19 version. I tried over at a different bbs, outwestbbs which is running SBBS 3.17b Jan/19 and has the same bug I do, I am able to reproduce the bug on the outwebbbs (3.17b) but not on vert (3.17c Feb/19). I dont know why this has been so elusive, maybe because your not seeing the bug on your bbs at Vert. Maybe you have an update that Myself or OutwestBBS does not.

    Hope you can help some more.

    Thanks,
    Electrosys

    ---
    þ Synchronet þ Digital Aquarium - digiaqua.synchro.net - So much fun...
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Electrosys on Mon Mar 4 22:04:52 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to Digital Man on Mon Mar 04 2019 09:04 am

    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Digital Man to Electrosys on Sun Mar 03 2019 09:32 pm


    And... on the BBS the short names are reversed?

    The second short name is never generated on the BBS. So when I
    upload the second file the same short name is generated the same as >>> the first file.

    In the dir listing its showing -imaginary before -pixie which is
    what I expect.

    It asigned GALGOX~1 to -pixie because I uploaded that one first in >>> this particular test case.

    GALGOX~2 is never assigned on the BBS. So I'm not sure I'm actually >>> able to
    answer your question.

    When you list the files on theBBS, it shows the short names and
    the long names. Are they reversed?

    It doesn't apear so, this is the first file that is uploaded and I see
    it is assigned GALGOX~1.XM

    GALGOX~1.XM A 23.7K galgox-pixieplanet.xm

    Are there any other pertinant details that could be useful for trying
    to figure this out?

    I guess I'm really sure what you're trying to figure out. Windows decides the short filename, not Synchronet. Synchronet should
    get/store
    the same file name that you see when you run "dir /x" on the file. If you replace the file *after* you add it to the filebase, that could change the short filename which would cause a mismatch. Did you do that?

    I have had my system going since about 2007 so its possible I have done
    that
    at some point, but it would not have been with these files. At any rate, I have tried starting freshing each time I have tested this so I wouldn't
    have
    changed the file name in this case.

    Even if I upload something like mytestfile1.txt and mytestfile2.txt the
    same
    short name is generated for the second file and I am unable to upload the second file using the batch upload menu.

    Do you think since I have had my system since 2007 that its possible I missed an update somewhere? Something that wasn't covered by sbup217b or
    the
    3/1/19 dev update?

    No, Synchronet has nothing to do with the generation of the short filenames. I thought I already explained that.

    digital man

    Synchronet/BBS Terminology Definition #23:
    DSZ = DOS Send ZMODEM (by Chuck Forsberg)
    Norco, CA WX: 49.8øF, 90.0% humidity, 0 mph SSE wind, 0.00 inches rain/24hrs --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Electrosys on Mon Mar 4 22:07:57 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to Digital Man on Mon Mar 04 2019 12:37 pm

    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to Digital Man on Mon Mar 04 2019 09:04 am


    I guess I'm really sure what you're trying to figure out. Windows decides the short filename, not Synchronet. Synchronet should get/store the same file name that you see when you run "dir /x" on the file. If you replace the file *after* you add it to the filebase, that could change the short filename which would cause a mismatch. Did you do that?

    I'm trying to figure out why there is a bug that does not allow me to
    upload
    two files that have the same first 8 characters. This bug doesn't exist on Vert, but it does exist on my bbs. I didn't change the file name after uploading it.

    I think I may have been able to isolate the issue just a little bit more.
    Im
    running the latest dev version 3/1/19 - and I have the bug. Vert does not have the bug and is running a feb/19 version. I tried over at a different bbs, outwestbbs which is running SBBS 3.17b Jan/19 and has the same bug I do, I am able to reproduce the bug on the outwebbbs (3.17b) but not on vert (3.17c Feb/19). I dont know why this has been so elusive, maybe because
    your
    not seeing the bug on your bbs at Vert. Maybe you have an update that
    Myself
    or OutwestBBS does not.

    Hope you can help some more.

    No, there have been no changes in that regard.

    Windows determines the short filenames, not Synchronet.

    digital man

    Synchronet "Real Fact" #89:
    Rob played drums on the album "Weedpuller" available for digital purchase/stream
    Norco, CA WX: 49.8øF, 90.0% humidity, 0 mph SSE wind, 0.00 inches rain/24hrs --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Electrosys on Mon Mar 4 23:25:05 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to All on Fri Mar 01 2019 04:10 pm

    Hi Everyone,

    I upgraded to sbbs3.17c (3/1/2019) and I'm still having a small bug when uploading files with the same first 8 characters. The two files are

    galgox-imginary_numbers.xm
    galgox-pixieplanet.xm

    When I do a batch upload and upload the one file galgox-imginary_numbers.xm the short name is GALGOX~1.XM and the long name is stored as usual.

    But when I upload galgox-pixieplanet.xm, GALGOX~1.XM becomes the short name for that file as well and then the BBS complains that the file already exists.

    I think I know what the problem is: you're using blind-upload rather than actually telling the BBS what filename(s) you'll be uploading (?). When you do this, the files are received into your configured temp diretory (for that node)
    and short-filenames are generated (by Windows) based on what other files are in
    that directory. If there are no other similar files in the directory (and the temp directory is normally empty), then Windows will give the file the ~1 short
    name. If there's a conflict, then it'll increment that short filename to ~2, ~3, etc. until there is no name conflict.

    After Windows assigns the short name and Synchronet picks it up, it then searches the other file directories to see if that file already exists and in your case, it does. So it drops the file.

    When I uploaded these files on vert.synchro.net I didn't have this problems as two different short names were generated for each of the files.

    Probably because I'm not using Windows for my file store (I use a Samba share instead) and the shortnames are generated a little differently in that case (Samba doesn't use the same algorithm, so there are fewer conflicts).

    What am I missing in the upgrade? Or is there some maintenance program that I need to run?

    Also note that I had this same problem before my upgrade when running
    3.16c.

    No, the version of Synchronet is not a factor in this.

    Any insights would be appriciated.

    When in a *future* version of Synchronet (likely 3.18), it stores full/long filenames in the filebases, this won't be an issue. For the current scheme, I can't think of a quick/easy solution for you. Maybe upload via FTP instead?

    digital man

    Synchronet/BBS Terminology Definition #24:
    DTE = Data Terminal Equipment
    Norco, CA WX: 49.0øF, 90.0% humidity, 0 mph SSE wind, 0.00 inches rain/24hrs --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Electrosys@1:103/705 to Digital Man on Tue Mar 5 06:30:24 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Digital Man to Electrosys on Mon Mar 04 2019 11:25 pm

    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to All on Fri Mar 01 2019 04:10 pm

    Hi Everyone,

    I upgraded to sbbs3.17c (3/1/2019) and I'm still having a small bug
    when uploading files with the same first 8 characters. The two files
    are

    galgox-imginary_numbers.xm
    galgox-pixieplanet.xm

    When I do a batch upload and upload the one file
    galgox-imginary_numbers.xm the short name is GALGOX~1.XM and the long
    name is stored as usual.

    But when I upload galgox-pixieplanet.xm, GALGOX~1.XM becomes the short
    name
    for that file as well and then the BBS complains that the file already
    exists.

    I think I know what the problem is: you're using blind-upload rather than actually telling the BBS what filename(s) you'll be uploading (?). When you do this, the files are received into your configured temp diretory (for that node) and short-filenames are generated (by Windows) based on what other files are in that directory. If there are no other similar files in the directory (and the temp directory is normally empty), then Windows will give the file the ~1 short name. If there's a conflict, then it'll increment that short filename to ~2, ~3, etc. until there is no
    name
    conflict.

    After Windows assigns the short name and Synchronet picks it up, it then searches the other file directories to see if that file already exists
    and
    in your case, it does. So it drops the file.

    When I uploaded these files on vert.synchro.net I didn't have this
    problems > as two different short names were generated for each of the
    files.

    Probably because I'm not using Windows for my file store (I use a Samba share instead) and the shortnames are generated a little differently in that case (Samba doesn't use the same algorithm, so there are fewer conflicts).

    What am I missing in the upgrade? Or is there some maintenance
    program that > I need to run?

    Also note that I had this same problem before my upgrade when running
    3.16c.

    No, the version of Synchronet is not a factor in this.

    Any insights would be appriciated.

    When in a *future* version of Synchronet (likely 3.18), it stores full/long filenames in the filebases, this won't be an issue. For the current scheme, I can't think of a quick/easy solution for you. Maybe upload via FTP instead?

    digital man


    This is sweet! It sounds like I finally got it across. Now I understand how the
    SBBS system gathers the short file name, so that will give me some way to work in regard to hacking around in the os. Maybe I can leave the files in the temp directory or something like that or come up with some other hack like leaving behing an empty file with the same name or something. This will certainly give me a lot to work with.

    Some of these issues get a little bigger than the free time I have for bbsing, I think that may be part of the reason why it has taken so long for me to get this issue across. Plus running windows sometimes especially on my budget core 2 duo in a VM can be a bit unweildy. (I'm working on making that better) Upload
    via FTP isn't really a solution for me but certainly a feasable workaround.

    Yes, Im using blind uploads because the files are > 8.3 chars. That is the only
    way my current shell works at this time, which is fine.

    The important thing is that you understand where I'm comming from and see it as
    a bug/shortcomming as I do.

    Thanks for spending time on this, I feel its usefull for the filesystem, as I have always had trouble managing my files on the board with this particular 'old school feature' :)

    Thanks,
    Electrosys
    --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Electrosys on Sat Mar 9 16:29:00 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Electrosys to Digital Man on Tue Mar 05 2019 06:30 am

    I think I know what the problem is: you're using blind-upload rather than actually telling the BBS what filename(s) you'll be uploading
    (?).
    When you do this, the files are received into your configured temp diretory (for that node) and short-filenames are generated (by
    Windows)
    based on what other files are in that directory. If there are no other similar files in the directory (and the temp directory is normally empty), then Windows will give the file the ~1 short name. If there's conflict, then it'll increment that short filename to ~2, ~3, etc. until there is no name conflict.

    This is sweet! It sounds like I finally got it across. Now I understand how the SBBS system gathers the short file name, so that will give me some way to work in regard to hacking around in the os. Maybe I can leave the files in the temp directory or something like that or come up with some other
    hack
    like leaving behing an empty file with the same name or something. This
    will
    certainly give me a lot to work with.

    If you're adding files to your *own* BBS, one would not normally expect to use an X/Y/ZMODEM tranfer protocol, but rather to just copy the file to the local storage directory and then use the ;UPLOAD sysop command to add the file(s) to the database.
    http://wiki.synchro.net/faq:files#adding_files

    digital man

    Synchronet/BBS Terminology Definition #76:
    XJS = External JavaScript (SSJS embedded within HTML/CSS)
    Norco, CA WX: 55.8øF, 63.0% humidity, 8 mph ENE wind, 0.00 inches rain/24hrs --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Electrosys@1:103/705 to Digital Man on Sat Mar 9 20:39:47 2019
    Re: Trouble uploading two files with the same first 8.3 chars. AllVers
    By: Digital Man to Electrosys on Sat Mar 09 2019 04:29 pm


    If you're adding files to your *own* BBS, one would not normally expect
    to
    use an X/Y/ZMODEM tranfer protocol, but rather to just copy the file to the local storage directory and then use the ;UPLOAD sysop command to add the file(s) to the database. http://wiki.synchro.net/faq:files#adding_files

    I completly understand. Its handy to ZMODEM files to the board at times, when I'm working on differnt computers. It saves me the extra step of having to first transfer the files to the bbs host machine.

    Thanks,
    Electrosys
    --- SBBSecho 3.06-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)