Message Area
Casually read the BBS message area using an easy to use interface. Messages are categorized exactly like they are on the BBS. You may post new messages or reply to existing messages! You are not logged in. Login here for full access privileges. |
Previous Message | Next Message | Back to Synchronet Multinode BBS Softwar... <-- <--- | Return to Home Page |
|
||||||
From | To | Subject | Date/Time | |||
Digital Man | Electrosys | Trouble uploading two files with the same first 8.3 chars. AllVe |
March 4, 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 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) |
||||||
|
Previous Message | Next Message | Back to Synchronet Multinode BBS Softwar... <-- <--- | Return to Home Page |
Execution Time: 0.084 seconds If you experience any problems with this website or need help, contact the webmaster. VADV-PHP Copyright © 2002-2024 Steve Winn, Aspect Technologies. All Rights Reserved. Virtual Advanced Copyright © 1995-1997 Roland De Graaf. |