ioNiNJA ALPHA

[ArtX]

ok have not used ioftpd in a while but am back using now and notice in the readme forioninja that rescan all should be working fine, but just wondering if anyone else has used it and cant confirm that all is ok, and that i should be fine running it.

I have a lot to rescan and cant really afford to have the script mess up and blow up my pc

[daddoso]

Originally Posted by Carpo

ok have not used ioftpd in a while but am back using now and notice in the readme forioninja that rescan all should be working fine, but just wondering if anyone else has used it and cant confirm that all is ok, and that i should be fine running it.

I have a lot to rescan and cant really afford to have the script mess up and blow up my pc

I've done a rescan of over 9000 releases, only 2 errors due to the error I've pasted some posts before! And it seems they depends on hd, so this script in my opinion it's better than ok

[ArtX]

good good

[o_dog]

i didn't say it was hdd error, but it seemed convenient for it to be so. some files are just messed up and crashes the script dunno if you can ever make it completely fool proof. I have to recreate the error, and i'm not rescanning 9000 dirs =)

[daddoso]

Originally Posted by o_dog

i didn't say it was hdd error, but it seemed convenient for it to be so. some files are just messed up and crashes the script dunno if you can ever make it completely fool proof. I have to recreate the error, and i'm not rescanning 9000 dirs =)

^^

BTW, i've moved the rls into my local ftp, uploading them the zipscript works and check 100% bla bla! If i do "site rescan this", i get 2 kinds of error:

02-08-2008 23:05:52 "..\scripts\ioNiNJA\ioNiNJA.itcl" terminated abnormally
--------------------------- ErrorInfo ----------------------------
can't use non-numeric string as operand of "*"
    while executing
"expr {int([file size $mp3file]*8 / double(1000*$bitrate))}"
    (procedure "mp3information" line 292)
    invoked from within
"mp3information "$path/$filename""
    (procedure "rescan" line 197)
    invoked from within
"rescan"
    invoked from within
"if {[lindex $args 0] == "SYMCLEAN"} { 
	symlinkclean
 02-08-2008 23:06:45 "..\scripts\ioNiNJA\ioNiNJA.itcl" terminated abnormally

--------------------------- ErrorInfo ----------------------------
can't read "mpeghead": no such variable
    while executing
"binary scan $mpeghead B32 mp3head"
    (procedure "mp3information" line 121)
    invoked from within
"mp3information "$path/$filename""
    (procedure "rescan" line 197)
    invoked from within
"rescan"
    invoked from within
"if {[lindex $args 0] == "SYMCLEAN"} { 
	symlinkclean
  } elseif {[regexp -nocase $ioNJ

I hope that's not because of I mess with some settings in the conf, all worked until now xD

PS: if u want i can send u these rels.

[ArtX]

run chkdsk on the drives, if you want a quick check do chkdsk x: /f - or if you want to test the drive for errors and bad sectors use chkdsk x: /r /f (x: being the drive your scanning) if the drives are big it will take time, that and the cpu speed will affect it.

I norm run /f a few times first as this will fix most issues, keep doing it till it says windows has found no problems, the run it with /r /f

[monk-]

odog: maybe u should add exit(2) on 0byte files and bad files
so the dupe script doesnt run

[o_dog]

nah, some other scripts might still need to run after it. dupescript shouldn't add files that doesn't exist anyway

[monk-]

Originally Posted by o_dog

nah, some other scripts might still need to run after it. dupescript shouldn't add files that doesn't exist anyway

what script would that be hmm, a script that needs to process a non existing file hmmm
anyway, i guess its not too hard to add myself. better then all the dupes nxtools adds

[o_dog]

is ioninja added before or after nxtools in ioftpd.ini?
because nxtools does not add files that doesn't exist to dupedb

[monk-]

Originally Posted by o_dog

is ioninja added before or after nxtools in ioftpd.ini?

ioninja before nxtools

[o_dog]

strange, here it never adds dupes for bad or failed files.

[o_dog]

but if you're determind to stop the script use ioerror
not exit(2)

[monk-]

Originally Posted by o_dog

strange, here it never adds dupes for bad or failed files.

well, im sure it does on 0byte files, which isnt a failed transfer
bad crc files mostly happen on failed transfers, so onuploaderror gets triggered then, but if transfer doesnt fail but crc is bad anyway, it gets duped and onuploaderror wont undupe it

all other zipscripts return error codes like this btw

[o_dog]

i'll have a look at it some day not a hight priority though