To: Digital Man
Re: Zip Error 255 On Uploaded Files
By: DesotoFireflite to Digital Man on Wed Feb 09 2022 08:53 am
> > DM>>>> It's weird that your system would require the %. unless you
> > DM>>>> had a 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
De> issue (requiring the ".exe" be added to executed zip and unzip
De> command-lines on Windows).
>> That figures :) I have no idea what changed to cause it. I haven't
De> installed any new programs in windows, nor any new modifications in
De> the computer. Only thing I have done is the update to sbbs.
> DM>> Something else to check: are "zip" and "unzip" listed in
De> SCFG->External Programs->Native Program List?
>> They are both in there as ZIP.EXE and UNZIP.EXE
DM>> Oh? That's unusal.
DM>> Here's the default Native Program List:
DM>> É[ţ][?]ÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
DM>> ş Native Program List ş
DM>> ĚÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍą
DM>> ş łcmd.exe ş
DM>> ş łsh ş
DM>> ş łcsh ş
DM>> ş łbash ş
DM>> ş łnode ş
DM>> ş łsmbutil ş
DM>> ş łzip ş
DM>> ş łunzip ş
DM>> ş łpkzip25 ş
DM>> ş łmp3info ş
DM>> ş ł ş
DM>> ČÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍĽ
DM>> If yours has "zip.exe" and "unzip.exe" instead, I think that
DM>> explains the issue. Non-native programs are attempted to be run
DM>> using dosxtrn.exe (a 16-bit DOS program) on Windows, which is not
DM>> going to successfully run a 32-bit executable (such as zip.exe or
DM>> unzip.exe).
OK, I changed them to just ZIP and UNZIP, and took off the %., and all seems to be working fine now.
> >>> I wasn't going to say anything, as it only happened once
De> yesterday, but since I'm running 3.19c, it may be related to this
De> issue. I uploaded 5 files to my bbs directory yesterday, and went
De> back to check to see if it took ok, and picked up the FILE_ID.DIZ's
De> ok. Everything was fine, then I quit and went back to the main
De> menu, and did a "N" for new mail, and chose All, and it displayed
De> all the new files I uploaded...I logged off, and logged back on,
De> and everything did as it should then. I have not been able to
De> duplicate it, but I thought I would mention it just the same in
De> 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.
De> As I said, I can not reproduce it, and it only happened once. It may
De> have been just a fluke or something related to memory. I'm really not
De> concerened at this point about it since I can't reproduce it.
DM>> I'm not clear: *what* only happened once? I don't see a problem in
DM>> your description of the scenario. <shrug>
De> Let's leave it be for now, as it only happened once. To put it simply,
De> after I uploaded a few files using the ;upload command, from the "T" file
De> menu, I quit the gile menu using "Q", and went the check for any new mail
De> that might have come in, when I hit "N" for new mail, Then "A" for all, it
De> listed all the new FILES I uploaded instead of any new mail. The only way
De> I could stop it from doing this was to log out, and log back in. Hope this
De> is clearer. As I say, no need to persue it, as it only happened once, and
De> I can't duplicate the issue. The only reason I mentioned it was in case it
De> was related to the issue we were having with the zip and unzip issue.
De> Personally, I think it was a one time fluke.
OK, I did manage to duplicate the issue today after uploading a file from my other computer. I then changed to the main menu to check for new mail in all the echos. It scanned all the echos, and then it showed the new file I just uploaded. Is it supposed to show any new files uploaded from a new message message scan.
--- CAT (n.), Furry keyboard cover.