PDA

View Full Version : first zip file uploaded error


Saiph
04-14-2014, 12:38 PM
04-13-2014 22:46:36 "..\scripts\ioNiNJA\ioNiNJA.itcl" terminated abnormally
--- ErrorInfo ---
can't read "zip_files": no such variable
while executing
"llength $zip_files"
(procedure "::ioNiNJA::ZipScript::ZipScript" line 119)
invoked from within
"::ioNiNJA::ZipScript::ZipScript 0 [lindex $args 1] [lindex $args 2] [lindex $args 3] "
("CHECK" arm line 1)
invoked from within
"switch -- [lindex $args 0] {
SYMCLEAN { ::ioNiNJA::symlink_clean }
RESCAN { ::ioNiNJA::ZipScript::rescan }
RESOR


when the first zip file is uploaded it is deleted
any ideas on fixing this ? thanks

Yil
04-14-2014, 11:30 PM
Is it reproducible with a particular file all the time? Is the .zip file valid and without error/warnings? If so you might want to PM odog with details since it really helps to debug if you can reproduce the problem locally.

Saiph
04-15-2014, 01:18 AM
Is it reproducible with a particular file all the time? Is the .zip file valid and without error/warnings? If so you might want to PM odog with details since it really helps to debug if you can reproduce the problem locally.

yes the zip files are valid always the first file uploaded from every 0DAY release
after i upload, i need to upload the file that got deleted to complete the release
and the only error i get is the one i first posted

TeRRaNoVA
04-16-2014, 02:53 AM
He Saiph i got same error,

cant the first xx0.zip file be uploaded? only excepts the second file xx1.zip, afther re-upload the first file xx0.zip its being accepted.
its being deleted afther the site extract die file_id.diz.

is there something wrong with the NiNJALiB.tcl

useing the beta4

Yil
04-17-2014, 09:28 AM
Try re-installing ioNiNJA in the scripts directory and use the default settings just to see if it works.

My guess is some option/configuration setting is causing an error to show up that most users aren't seeing. Whenever there is an error returned to ioFTPD the server deletes the file because a non-success return code means something was wrong with the uploaded file.

If it works with the default settings, go ahead and re-apply some of the settings until it breaks again so you can figure out which option is causing the problem.

Saiph
04-22-2014, 12:04 PM
had to carefully read the config

## No diz files required in zipfiles in theese dirs in order for it to be counted as complete
## seperated by |
set ioNJ(no_diz_required) "/APPS/"

previously had it set to "/0DAY/" which was deleteing the file
seems sort of odd tho but it works :)
and ty for replying