Subj : Zip Error 255 On Uploaded Files To : DesotoFireflite From : Digital Man Date : Tue Feb 08 2022 12:24:05 Re: Zip Error 255 On Uploaded Files By: DesotoFireflite to Digital Man on Tue Feb 08 2022 01:22 pm > Re: Zip Error 255 On Uploaded Files > By: Digital Man to DesotoFireflite on Mon Feb 07 2022 05:16 pm > > DM> Re: Zip Error 255 On Uploaded Files > DM> By: DesotoFireflite to Digital Man on Mon Feb 07 2022 06:04 pm > > >> Re: Zip Error 255 On Uploaded Files > >> By: Digital Man to DesotoFireflite on Mon Feb 07 2022 12:22 pm > > > >>> Whenever I, or someone tries to upload a zip file to me, it fails. > > >>> I get the following on my Terminal Server window, This is me > > >>> testing for the complaint: > > > >>> (Done with Sysop Command ;UPLOAD with the stray files in the > > >>> directory) > > > >>> 2/7 01:28:36p Node 1 Executing external: > > >>> c:\SBBS\exec\unzip -tqq c:\SBBS\data\dirs\bbs\DND50A2T.ZIP > > >>> 2/7 01:28:37p Node 1 attempted to upload > > >>> DND50A2T.ZIP > > >>> to Main BBS Programs (ZIP error code 255) > > DM>> Can you run "dir c:\sbbs\exec\unzip*" and paste the output here? > > > >> (This is my unzip command line) > > > >> %@unzip -Cojqq %f %s -d %g > > DM>> It's the *testable* file type command-line (for "zip") that's > > DM>> being executed here, not the extractable file type. > > >> OK, you got me, old age is hell. I added the "%." to the end of all > >> the zip and unzip commands in all the file areas, and everything is > >> working fine.. I didn't even see the testable area till you said > >> something. > > >> You saved me from myself yet another time LMFAO, Thank You So Much. > > DM> Can you paste the output of the "dir" command I asked about about? > > Here it is for both UNZIP and ZIP > > C:\Users\C.G. Learn>DIR C:\SBBS\EXEC\UNZIP* > Volume in drive C has no label. > Volume Serial Number is B8D6-272E > > Directory of C:\SBBS\EXEC > > 04/19/2009 06:51 PM 204,800 unzip.exe > 1 File(s) 204,800 bytes > 0 Dir(s) 818,274,295,808 bytes free > > C:\Users\C.G. Learn>DIR C:\SBBS\EXEC\ZIP* > Volume in drive C has no label. > Volume Serial Number is B8D6-272E > > Directory of C:\SBBS\EXEC > > 04/24/2014 11:42 AM 290,816 zip.exe > 1 File(s) 290,816 bytes > 0 Dir(s) 818,274,148,352 bytes free > > DM> It's weird that your system would require the %. unless you had a file > DM> or directory named "unzip" in exec. > > I don't understand it either, as I haven't needed it till I did the update, > and I can't swear to that, as I only know for sure It started with 3.19c, I > was only on 3.19b for 2 days and no uploads were done in those 2 days. Hope > this helps. So far, yours is the only system I know of to have this issue (requiring the ".exe" be added to executed zip and unzip command-lines on Windows). Something else to check: are "zip" and "unzip" listed in SCFG->External Programs->Native Program List? > I wasn't going to say anything, as it only happened once yesterday, but > since I'm running 3.19c, it may be related to this issue. I uploaded 5 files > to my bbs directory yesterday, and went back to check to see if it took ok, > and picked up the FILE_ID.DIZ's ok. Everything was fine, then I quit and > went back to the main menu, and did a "N" for new mail, and chose All, and > it displayed all the new files I uploaded...I logged off, and logged back > on, and everything did as it should then. I have not been able to duplicate > it, but I thought I would mention it just the same in case it may be related > to the other issue. I'm not clear... are you describing a newly observed issue here? -- digital man (rob) This Is Spinal Tap quote #7: Nigel Tufnel: That's just nitpicking, isn't it? Norco, CA WX: 78.1øF, 13.0% humidity, 5 mph E wind, 0.00 inches rain/24hrs --- SBBSecho 3.14-Linux * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705) .