newsbin.com

by **oferlaor** » Tue Aug 13, 2013 11:47 am

I downloaded a NZB file.

The download list does not contain the file any longer, but autoPAR/RAR did not go through. The contents apparently got downloaded in full, since my download directory has a full RAR and PAR2 set that seems to be correct.

by **Quade** » Tue Aug 13, 2013 1:21 pm

Did you check the logging tab?

by **oferlaor** » Wed Aug 14, 2013 1:41 am

There is no search on that tab and the list there is huge...

It just happened again. The download list was empty this morning although there are many files in the download directory.

IMO, the download failed or the password did not match but it removed it from the list without fully decoding.

by **Quade** » Wed Aug 14, 2013 8:55 am

Did you look in the failed tab too?

Might be worth re-adding one of the downloads then watching what happens when it completes. If should find the already downloaded files and complete quickly.

by **oferlaor** » Wed Aug 14, 2013 12:14 pm

I've cleaned the downloads.db3 and will try to download it again.

by **oferlaor** » Fri Aug 16, 2013 7:56 pm

Now on B14 and issues are getting even stranger.

NBP says RAR repair is at 0%, it stays that way. Quickpar sees to do the trick, so it looks like something is broken in AutoPAR.

I turned on agressive AutoPAR.

Too much stuff in the logs to find anything relevant (There has to be a search or a filter, or it's useless...).

Ideas?

by **Quade** » Fri Aug 16, 2013 11:40 pm

I turned on agressive AutoPAR.

Turn it back off. It'll probably make things worse.

When you start Newsbin look in the logging tab for mention of the repair DLL. Tell me what it says. Errors loading up the repair DLL = no repair at all. If you want to troubleshoot this, you need to simplify and watch what it's doing. That means pause all the downloads, just let one download run and see what happens in the logs if it fails to repair.

by **oferlaor** » Sat Aug 17, 2013 4:41 am

Ok, there were indeed errors there. I think that if there are par/rar dll issues these should be shown in an error
Message (not buried deep in the logs).

Deleted program files\newsbin folder, downloaded b14 again but still getting this error:

[10:34:06] HIGH Unknown PAR Repair Dll version, probably a version conflict

by **oferlaor** » Sat Aug 17, 2013 4:50 am

Deleted folder again and reinstalled b13

[10:42:12] HIGH PAR Pausing: Disabled
[10:42:12] HIGH Par2Repair - Multi-core 1.4

Is it possible the 32 bit version of par2repair.dll is corrupt in the b14 release?

by **DThor** » Sat Aug 17, 2013 8:06 am

Unlikely, everybody would be having this problem. You've probably found the issue on your system, now you need to solve it. Newsbin is looking in the install folder for the dll, try removing the dlls there and do a reinstall, verifying new ones are being installed there.

I suppose it's possible the installer download was corrupt, although unlikely it would install correctly, but you might want to do a fresh download of it. If none of this works, lose any antivirus(I need to make that my sig).

DT

by **oferlaor** » Sat Aug 17, 2013 2:11 pm

Tried this exact procedure three times today but no luck. Deleted the folder and downloaded the installer again, just to make sure it wasn't a corrupt copy.

A/v is inactive.

Also tried going back to b13 (it works) and also taking the dll that was in b13 and putting it in b14. Same error.

About everyone else. Not sure, since I assume most people have moved to 64bit...

by **Quade** » Sat Aug 17, 2013 7:19 pm

I'd delete all the DLL's in the install folder and re-install. I run 32 bit here

by **oferlaor** » Sun Aug 18, 2013 1:18 am

As I said. Deleted the entire folder (dlls and everything else). No change.

by **DThor** » Sun Aug 18, 2013 8:48 am

Doesn't leave a lot of possibilities, right? If you delete the dll, still the same? That means you're picking up another copy of the dll somewhere else on the system, and that's the problem. Otherwise it's down to why your system is different. AMD?

DT

by **Quade** » Sun Aug 18, 2013 9:40 am

Might try forcing single core when you install and see what happens.

by **oferlaor** » Wed Aug 21, 2013 2:40 pm

by **oferlaor** » Wed Aug 21, 2013 3:04 pm

Ran a search. Only one copy of this file exists on the computer: in program files\newbin directory.

by **dexter** » Wed Aug 21, 2013 5:22 pm

oferlaor wrote:How?

Download the single core par2dll here and replace par2Repair.dll in your Newsbin program files folder. Do this while Newsbin is closed.

by **oferlaor** » Thu Aug 22, 2013 2:40 am

Can you also upload the multicore version compatible with b14?

That way I can compare what I get by install with that one?

by **dexter** » Thu Aug 22, 2013 12:23 pm

Do you need the 32 or 64 bit version? The single core I put up was 32 bit.

by **oferlaor** » Thu Aug 22, 2013 3:08 pm

32 bits. Thanks!!

by **oferlaor** » Thu Aug 22, 2013 3:32 pm

Single core seems to work.

Cleared directory, installed b14, verified that it does not work.

Then closed nbp and placed single core dll and it loaded it fine.

Once a multicore one is up, I will check it.

by **dexter** » Thu Aug 22, 2013 5:11 pm

32 bit multicore par dll is here - rename to par2Repair.dll as the single core and multicore have the same filename.

by **oferlaor** » Fri Aug 23, 2013 2:05 am

Something is wrong in the multicore file. I downloaded it and I get:

[07:58:16] HIGH Unknown PAR Repair Dll version, probably a version conflict

Is it possible that it has a dependency or something else that causes it to be incompatible with my system?

by **Quade** » Fri Aug 23, 2013 9:35 am

tbb.dll has to be in the same folder as the multi-core DLL. Well, the Newsbin install folder.

To get a Multicore, you ought to simply be able to re-install Newsbin. Then if you backup the par dll and the tbb.dll, you'll have your own copy of the multi-core DLL.

by **oferlaor** » Fri Aug 23, 2013 10:41 am

Tbb.dll is there. I see that b13 has version 3.0.2010

B14 has 4.1.2013

I tried multicore with the old tdd.dll and bingo - it works!

Btw, b13 failed to repair files that quickpar seems to have no problems with (file naming issues, it looks like). Should b14 improve this?

by **Quade** » Fri Aug 23, 2013 11:19 am

Gkar reported something like that. I tried his test file with B14 and it worked perfectly for me. So, I'm sort of at a loss as to why you're having problems. I'd probably completely remove the virus scanner and reboot for testing purposes. Something about your setup and Gkars is different than mine which seems to be causing completely different results.

by **oferlaor** » Fri Aug 23, 2013 1:56 pm

Ok, ran a dependency check.

Seems that the new tdd.dll requires: msvcp100.dll and msvcr100.dll

Both are missing from my system. Gonna try copying them from another computer and see if it runs.

by **oferlaor** » Fri Aug 23, 2013 2:04 pm

Copied the two files to my system32 dir.

Works perfectly now.

Recommend to run this check on third party libs when they change

by **dexter** » Fri Aug 23, 2013 2:55 pm

Looks like this is just an issue on XP and XP-era OS's that have not had the MS redistributable run on them.

by **oferlaor** » Fri Aug 23, 2013 4:27 pm

Yep. But if this is a dependency, it's something that should be noted.

Setup can detect this pretty easily. Particularly the nullsoft installer.

by **dexter** » Fri Aug 23, 2013 4:43 pm

Well yeah, but the redistributable adds 50% to the size of the installer and XP is on it's way out. I'll consider it.

by **oferlaor** » Sat Aug 24, 2013 1:24 am

You don't need the full redistributable, just the two dlls I mentioned. Also, no need to include them - if you see the files missing you can download the redistributable or even just write a user message that its missing and the user can install it on their own.

by **DThor** » Sat Aug 24, 2013 9:05 am

That was my thinking too - obviously this is a fringe case since it's the first time it's been discovered, and every month going by means less XP out there, and this is only a subset of XP installations. I was thinking instead of chewing up time tweaking the installer, just have a friendly XP USERS READ ME on the download page that says if you have this message in the logging tab on startup, go here to download these and put them there, done.

DtDT

by **oferlaor** » Sat Aug 24, 2013 9:26 am

Two lines in the nullsoft installer and you're all set

best look for those specific files and issue a warning.

I am actually not running xp, but windows 2003 (I think vista might also have this issue since vc10 runtime is also not pre installed on it).

Also, if autopar is disabled, an error message is probably in order (over a log item).

by **dexter** » Sat Aug 24, 2013 11:17 am

I talked to Quade about it this morning. I will pop up a message dialog in the installer if it detects any XP-era OS (including Windows 2003) or if it can't reliably detect if the machine is multicore or not (some AMD multicores don't report in a way that the installer can detect them). The message will have a link to the MS redistributable that the user can download and install themselves.

by **Quade** » Sat Aug 24, 2013 12:07 pm

Pretty sure MS won't let is distribute just those two dll's. That's why they have the redistributable package.

Good detective work on your end though.

by **oferlaor** » Sat Aug 24, 2013 3:26 pm

Actually the redistribution of those files is ok with microsoft, but that's not a good route to go as there are potentially a few variants of the redistributae files (eg., x64).

You can check for their file existence (if you want, I can write the script, nullsoft scripts are pretty easy)
If they are missing - just open the web to the right link to the ms site page where you can download their official installer.

by **oferlaor** » Sat Aug 24, 2013 3:28 pm

Missed the earlier message.

Good solution!

newsbin.com

Who is online