Synchronet version - 3.20
OS - linux
I am trying to add files from a CD. When I run addfiles with the following command line:
./exec/jsexec addfiles area +/path/to/filelist/listname 33 15
I get the following error:
!/path/where/files/are/listname does not exist
So it is looking for the right 'listname' but in the path where the files are instead of the path where the filelists are (which is the one I am giving it).
Synchronet version - 3.20
OS - linux
I am trying to add files from a CD. When I run addfiles with the following
command line:
./exec/jsexec addfiles area +/path/to/filelist/listname 33 15
I get the following error:
!/path/where/files/are/listname does not exist
So it is looking for the right 'listname' but in the path where the files are instead of the path where the filelists are (which is the one I am giving it).
It looks like you're trying to use the addfiles.exe syntax with addfiles.js, e.g. there's no '+' in any addfiles.js option syntax. See https://wiki.synchro
et/module:addfiles for details.
Dumas Walker wrote to DIGITAL MAN <=-following
Synchronet version - 3.20
OS - linux
I am trying to add files from a CD. When I run addfiles with the
https://wiki.synchrocommand line:
./exec/jsexec addfiles area +/path/to/filelist/listname 33 15
I get the following error:
!/path/where/files/are/listname does not exist
So it is looking for the right 'listname' but in the path where the files are instead of the path where the filelists are (which is the one I am giving it).
It looks like you're trying to use the addfiles.exe syntax with addfiles.js, e.g. there's no '+' in any addfiles.js option syntax. See
et/module:addfiles for details.
I also tried it without the plus and got the exact same error.
I tried it again just now, without the plus, and still get the
error.
./exec/jsexec addfiles area /path/to/filelist/listname 33 15
JSexec v3.20a-Linux master/95ae0137d - Execute Synchronet
JavaScript Module Compiled Mar 1 2024 10:42:22 with GCC 12.2.0
Loading configuration files from /home/bbs/ctrl
JavaScript-C 1.8.5 2011-03-31
JavaScript: Creating runtime: 8388608 bytes
Reading script from /home/bbs/exec/addfiles.js
/home/bbs/exec/addfiles.js compiled in 0.00 seconds
Adding files to Nightowl NOPV-2 ASP Member Submissions !/path/to/filearea/listname does not exist
0 files added
/home/bbs/exec/addfiles.js executed in 0.55 seconds
JavaScript: Destroying context
JavaScript: Destroying runtime
It knows enough to pick up the listname but then uses the path
where the filearea is (the wrong one) instead of the one I am
giving it (the path on the CD where the listname is).
FWIW, yesterday when I first had the error I was taking the
commands I was using directly from that wiki page. As it
appeared yesterday, it still had the '+' syntax in the examples
as I copied and pasted it from the page.
Synchronet version - 3.20
OS - linux
I am trying to add files from a CD. When I run addfiles with the following
command line:
./exec/jsexec addfiles area +/path/to/filelist/listname 33 15
I get the following error:
!/path/where/files/are/listname does not exist
So it is looking for the right 'listname' but in the path where the files are instead of the path where the filelists are (which is the one I am giving it).
It looks like you're trying to use the addfiles.exe syntax with addfiles.js, e.g. there's no '+' in any addfiles.js option syntax. See https://wiki.synchro
et/module:addfiles for details.
I also tried it without the plus and got the exact same error.
I tried it again just now, without the plus, and still get the error.
./exec/jsexec addfiles area /path/to/filelist/listname 33 15
Reading script from /home/bbs/exec/addfiles.js
/home/bbs/exec/addfiles.js compiled in 0.00 seconds
Adding files to Nightowl NOPV-2 ASP Member Submissions !/path/to/filearea/listname does not exist
0 files added
/home/bbs/exec/addfiles.js executed in 0.55 seconds
JavaScript: Destroying context
JavaScript: Destroying runtime
It knows enough to pick up the listname but then uses the path where the filearea is (the wrong one) instead of the one I am giving it (the path on the CD where the listname is).
FWIW, yesterday when I first had the error I was taking the commands I was using directly from that wiki page. As it appeared yesterday, it still had the '+' syntax in the examples as I copied and pasted it from the page.
The error message is a bit misleading (not printing the actual list path it was
trying to find when a full path to a listfile was specified on the command-line
. I'll commit a version with better error reporting here shortly. Please re-tes
with that.
FWIW, yesterday when I first had the error I was taking the commands I was using directly from that wiki page. As it appeared yesterday, it still had
the '+' syntax in the examples as I copied and pasted it from the page.
It sounds like you copied commands from the wrong wiki page: https://wiki.synchro.net/util:addfiles <- the old/deprecated addfiles.exe https://wiki.synchro.net/module:addfiles <- the new/supported addfile.js
But at least now, I don't think that's the source of your problem.
OK so I pulled down addfiles.js (the hard way) and now the issue I am having is that the filenames in the filelist are all in CAPS. With it being created in the days of DOS BBSing, they would be, but the actual file names on the CD are all in lowercase so addfiles.js cannot find them.
Do you know of a workaround for that?
I am assuming it is to just skip
using the filelist and instead use '-diz' and hope they all contain descriptions.
Also, when I say "the hard way," I mean that using wget to try to pull the addfiles.js down (from the same path the gitlab webpage claims it resides at) results in an html (or some other such) file being pulled down instead of addfiles.js.
wget https://gitlab.synchro.net/main/sbbs/-/blob/master/exec/addfiles.js
For future reference, when pulling a single file down from gitlab, what is the correct path to use? Thanks.
OK so I pulled down addfiles.js (the hard way) and now the issue I am
having is that the filenames in the filelist are all in CAPS. With it
being created in the days of DOS BBSing, they would be, but the actual file
names on the CD are all in lowercase so addfiles.js cannot find them.
Are you sure about that? I (and others) have had no problem importing using list files that are lowercase using addfiles.js. Addfiles.js was created in the past couple of years, not "in the days of DOS BBSing", so it definitely is expecting any case of list files you throw at it.
Re: Re: addfiles error
By: Digital Man to Dumas Walker on Sat Mar 23 2024 07:26 pm
OK so I pulled down addfiles.js (the hard way) and now the issue I am
having is that the filenames in the filelist are all in CAPS. With it
being created in the days of DOS BBSing, they would be, but the actual file
names on the CD are all in lowercase so addfiles.js cannot find them.
Are you sure about that? I (and others) have had no problem importing using list files that are lowercase using addfiles.js. Addfiles.js was created in the past couple of years, not "in the days of DOS BBSing", so it definitely is expecting any case of list files you throw at it.
think he is talking about the case in the file listing itself, I had to change the case in all my files.bbs listing to get addfiles.js to import correctly, if the files.bbs has the file listed in uppercase, and the file is in lowercase on the system it would not recognize it for me, and vice-versa, so I wrote a script to change the files.bbs. there may had been an easier way around it, but I could'nt find it.
Re: Re: addfiles error
By: Dumas Walker to Digital Man on Sat Mar 23 2024 12:41 pm
OK so I pulled down addfiles.js (the hard way) and now the issue I am having is that the filenames in the filelist are all in CAPS. With it being created in the days of DOS BBSing, they would be, but the actual file names on the CD are all in lowercase so addfiles.js cannot find them.
Are you sure about that? I (and others) have had no problem importing using list files that are lowercase using addfiles.js. Addfiles.js was created in the past couple of years, not "in the days of DOS BBSing", so it definitely is expecting any case of list files you throw at it.
Do you know of a workaround for that?
https://gitlab.synchro.net/main/sbbs/-/raw/master/exec/addfiles.js
There's a "Download" link/button there on the web page for each file.
Now I re-read your message and kk4qbn's reply, I think I understand what you sa
ing: the problem was with the case of the files in the list itself (which might
ve been created in the days of DOS BBSing). I just committed a fix for that. Th
nks for the report and patience,
https://gitlab.synchro.net/main/sbbs/-/raw/master/exec/addfiles.js
There's a "Download" link/button there on the web page for each file.
I was logged into the box from remote on ssh so I needed to be able to use wget. The "raw" path works, thanks!
Now I re-read your message and kk4qbn's reply, I think I understand what you sa
ing: the problem was with the case of the files in the list itself (which might
ve been created in the days of DOS BBSing). I just committed a fix for that. Th
nks for the report and patience,
Correct! The filelist had names in all CAPS, like DOS would have treated them but, for some reason, the actual names on the CD were all in lowercase. I probably was not clear enough about the issue -- the "DOS BBSing" comment was about the CD and not about addfiles.
This was with a Nightowl CD. The others I was working with were Simtel.
For whatever reason (maybe because their ftp sites weren't running DOS!), the filelists had the names in the correct case (lower) that matched the data on the CD.
Sysop: | digital man |
---|---|
Location: | Riverside County, California |
Users: | 1,042 |
Nodes: | 15 (1 / 14) |
Uptime: | 156:10:33 |
Calls: | 500,918 |
Calls today: | 5 |
Files: | 109,372 |
D/L today: |
12,648 files (2,107M bytes) |
Messages: | 305,033 |
Posted today: | 5 |