Subj : Zip Error 255 On Uploaded Files To : DesotoFireflite From : Digital Man Date : Tue Feb 08 2022 16:44:00 Re: Zip Error 255 On Uploaded Files By: DesotoFireflite to Digital Man on Tue Feb 08 2022 04:21 pm > Re: Zip Error 255 On Uploaded Files > By: Digital Man to DesotoFireflite on Tue Feb 08 2022 12:24 pm > > DM> Re: Zip Error 255 On Uploaded Files > DM> 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 > > > DM>>> 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 > > DM>> file 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. > > DM> So far, yours is the only system I know of to have this issue > DM> (requiring the ".exe" be added to executed zip and unzip command-lines > DM> on Windows). > > That figures :) I have no idea what changed to cause it. I haven't installed > any new programs in windows, nor any new modifications in the computer. Only > thing I have done is the update to sbbs. > > DM> Something else to check: are "zip" and "unzip" listed in SCFG->External > DM> Programs->Native Program List? > > They are both in there as ZIP.EXE and UNZIP.EXE Oh? That's unusal. Here's the default Native Program List: É[þ][?]ÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ» º Native Program List º ÌÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ͹ º ³cmd.exe º º ³sh º º ³csh º º ³bash º º ³node º º ³smbutil º º ³zip º º ³unzip º º ³pkzip25 º º ³mp3info º º ³ º ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ If yours has "zip.exe" and "unzip.exe" instead, I think that explains the issue. Non-native programs are attempted to be run using dosxtrn.exe (a 16-bit DOS program) on Windows, which is not going to successfully run a 32-bit executable (such as zip.exe or unzip.exe). > >> 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. > > DM> I'm not clear... are you describing a newly observed issue here? > > Yes, but only if you think it's related to the zip, unzip problem. As I > said, I can not reproduce it, and it only happened once. It may have been > just a fluke or something related to memory. I'm really not concerened at > this point about it since I can't reproduce it. I'm not clear: *what* only happened once? I don't see a problem in your description of the scenario. -- digital man (rob) Breaking Bad quote #28: Gomey, got beat your pinata. - Hank Schrader Norco, CA WX: 77.7øF, 14.0% humidity, 11 mph NW wind, 0.00 inches rain/24hrs --- SBBSecho 3.14-Linux * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705) .