Jump to content

javacatpaul

Established Members
  • Posts

    136
  • Joined

  • Last visited

  • Days Won

    14

Posts posted by javacatpaul

  1. FWIW,  I updated to 46346-beta and mine DOES have the "General | Updates" section dimmed so I can't change anything, but the choices remain unchecked as before.  I too have never had an auto update occur.  However I do think I have those ut host names blocked in my HOSTS file.

    Here's my list of blocked hosts re: uT and bT

    0.0.0.0 update.bittorrent.com
    0.0.0.0 ads.bittorrent.com
    0.0.0.0 ap.bittorrent.com
    0.0.0.0 apps.bittorrent.com
    0.0.0.0 beta.bundles.bittorrent.com
    0.0.0.0 btinstall-artifacts.bittorrent.com
    0.0.0.0 bundles.bittorrent.com
    0.0.0.0 cdn.ap.bittorrent.com
    0.0.0.0 engine.ap.bittorrent.com
    0.0.0.0 offer.bittorrent.com
    0.0.0.0 offers.bittorrent.com
    0.0.0.0 offers-i.bittorrent.com
    0.0.0.0 pr.apps.bittorrent.com
    0.0.0.0 services.bittorrent.com
    0.0.0.0 static.ap.bittorrent.com
    0.0.0.0 update.utorrent.com
    0.0.0.0 update.utorrent.li
    0.0.0.0 utorrent.inspsearch.com
    0.0.0.0 raptor.utorrent.com
    0.0.0.0 remote.utorrent.com
    0.0.0.0 bench.utorrent.com
    0.0.0.0 download3.utorrent.com

    Obviously, if uT has the ip hard coded then the hosts file will have no effect.  Also, there are a few URLs inside of settings.dat, but I checked them and they are not update related.  You could always mangle them anyway if you're so inclined...I mangle the offers and trontv urls myself...

     

    • Like 1
  2. Just one more thing...yesterday I _think_ I may have opened the zero-length file with notepad, after having made the new txt file and before renaming it to...ie.exe;  I'll bet notepad added the BOM to the front of the file, so It wasn't truely zero-length.  Today I made sure not to open it at all.  That's the ticket...

  3. 7 hours ago, rafi said:

    It does work, if you make sure to replace with a 0 size file and mark it as read-only.

    SOB!  [me, not you Rafi ;) ] I did exactly that TWICE yesterday and it simply remade the ...ie.exe and launched it anyway.  But you said no, so I tried again today and viola IT WORKED!  What the hell...I must be losing it.  The only diff is I left the dir completely empty other than the zero-length file, moving the renamed-backup-original to another place.  Yes, I had/did set the R attrib; interestingly it says attribs are RAI, never even knew there was an I...

    hum...I'll try with 304 now.

    ----

    Ok, launched 304, exited and it hangs as before, killed hung child and replaced ...\updates\...\...ie.exe with null.  Launch and It worked just as above, no children now.  Asked it to exit and it did after about 5 seconds.  So, "working" again.  I'll leave it and see how 304 goes from here.

    Thanks again Rafi...

  4. On 6/11/2022 at 1:21 AM, rafi said:

    What "child" processes are you seeing? You can also use uT, while blocking any child processes when starting it...

    I was referring to utorrentie.exe, from the updates folder.  It creates two children of that name, and as I understand it these are the guys that pop up ads.  Since I have all ads supressed via my settings.dat file I have never given them much thought.    In the past you could stop the children from loading by replacing that exe with a null file of the same name, but that doesn't work anymore, parent utorrent.exe simply recreates the exe file on launch now.  Is there another trick I should know about?

    Anyway, I'm happy that 248 still works just fine for me, double checked again today and 304 still hangs all the time, even with an empty jobs list, one of the utorrentie.exe processes never closes...

    I have not bothered trying with a completely clean reinstall, I don't want to have to go thru all those settings changes again.  Wish there was a way to do a txt dump of settings.dat so you could see all your settings, and even do a winmerge compare.  I can take a pic snapshot of "bencode editor.exe" screens, but that's a bit cumbersome.  I'd like "bencode editor.exe" to do a txt file dump, but it is no longer being developed and its source code is not available.  bencode libs are out there, maybe I could try writing a dump util but I'm not critically motivated to do that at this time...interesting project for a rainy day.  Anbody know if "bencode editor.exe" developer wants to release his code to git hub?

    carry on...

  5. re: 46298

    this one still hangs on EXIT for me.   Main process does cpu work for about 10 secs after exit cmd given and then seems to stop doing anything [in taskmngr]; first child has exited at that point too [it exited within 2 secs].   I wait and wait, minutes.  If I then manually kill second child then the parent process will exit too in about 6 more seconds.  Otherwise both remain without accum'ing any cpu time for many minutes. 

    reverting to 46248 again...

    Thanks for listening....

  6. Well, it's repeatable for me, hangs every time and must use taskmngr to kill.  I'd imagine it has something to do with graceful_shutdown.

    FWIW, these are my shutdown params:

         bt.graceful_shutdown  true

        bt.shutdown_tracker_timeout  15

        bt.shutdown_upnp_timeout    5

    as far as smoother GUI etc, never noticed it was bad before, seems the same to me with 286.  But I never have a lot of jobs, 40 or so is max. 

    And still using W7,  I hate the ribbon...

     

  7. re:  46286 beta

    I have noticed that this new version takes a very long time to exit [if it exits at all!], after several minutes the parent process still hasn't exited.  Something changed.  I only have about 40 jobs in my list, prev version only took about 10-15 seconds to exit-out completely.  I do have "exit cleanly" selected, always have.  Anyone else notice this??

    Yeah, on last test run it never exited at all, parent process and one child are still running after 10 minutes, it won't exit.  BUG...

    FWIW  W7 x64...

    Think I will revert...

    Yeah, 46248 works fine, takes 2 secs for child proccesses to exit, another 5 or so for main process to exit, all clean.  Gonna say 286 needs checking...

     

  8. The "standard" link for "release" [not beta] also goes to a new release, said to be 3.5.5.46276, but that exe is not branded normally and lists its version as 3.5.0.0.  It does have a date of 3jun22, and its size is 1726 kb.

    Major Geeks also links to this "new stable release".

    I did not try it, seems fishy to me...size and vers num info just seems off somehow...

  9. 46200 forces TronTV back on and may cause visual and other issues, especially if you have the trontv site blocked [lower details pane missing, lags if you toggle Show Trending Videos, etc].  Fix is to ignore these issues upon first startup, do a shift-F2-Preferences-Advanced and set offers.trontv_enabled back to false, then exit and restart.  Visual faults should disappear.

    • Like 1
  10. another method that works, as stated by SergeyQA, it to simply double click the large installer to launch it.  Then CANCEL it at first prompt, and confirm cancel.  Then look in C:\Users\[your name]\AppData\Local\Temp\  for a folder with the name "GenericSetup.exe_xxxxxxx".  Inside that you'll find the carrier.exe all unpacked for you.

    to the best of my knowledge this does not touch your exisiting install at all.

    • Like 3
    • Thanks 1
  11. Ok, I found that YOU CAN use 7zip to get at the small installer inside the large installer.  Here's how:

    Get large installer from bt site [5MB size exe] and open it  with 7z.  Right-click on "GenericSetup.exe" and choose "Open Inside #", you should see that there is a "2.uTorrent.exe" component [might not be 2].  [If that doesn't seem to work, back up and try again, "open in parser mode" might balk on first try].  Now  Right-Click that and choose "copy to" to extract just it to a dir of your choice.  That's the small installer, the old carrier.exe.  Now just rename it and overwrite your prev utorrent.exe like you did with carrier.exe in the past.  Thanks 7zip!!!

    Good Luck.

    • Like 3
    • Thanks 1
  12. for those interested, here's 46148 small-size without the LAA flag.

    hashID [copy, then in uT ctl-U and paste]

       A1F140ABF1F151F1061B5B9FC2FF7924B7C98E25

    it will pass the Explorer | Properties | Digital Signatures | Details  check.

     

    • Like 1
  13. Yeah, it could be a that, since magnet links are passed "via the command line", yes Win 7 could be trunc'ing the link.  As I recall the limit for a true command line is about 8K chars.  I'm not sure about a drag-n-drop command or a DDE command message.

    I did try pasting that full link into ctl-U and it worked fine, as you said.

    Since the case where uT is NOT yet running does work acceptably, tho truncated,  it seems to point in that direction.

    But the case where it's already running and it just ignores the hand-off isn't right, it ought to take the mag link and use it, if truncated then so be it.  It should be consistant at least...

  14. I didn't try pasting the maglink in manually via ctl-u, I let the system do the handoff, from Firefox to uT [the dde mechanism].  Perhaps it is a system deficiency, I do think it's "telling" that you get one behaviour when uT needs to be started-up and another when it's already running, the event messages are the same as I recall...

    FWIW, my normal everyday method of starting a torrent is to copy JUST the hashid to the clipboard  and then paste that into uT via ctl-u, that way ONLY DHT gets used to find peers; works every time nice and neat with no middle-men...

    BTW I'm running 46112 on W7 with no LAA flag...

  15. this came from bitsearch.to

    -------
    magnet:?xt=urn:btih:DC7DD81027A97A3D02D0D54EF3BB6C144A171986&tr=udp%3A%2F%2Fopen.stealth.si%3A80%2Fannounce&tr=udp%3A%2F%2Ftracker.birkenwald.de%3A6969%2Fannounce&tr=udp%3A%2F%2Fopentor.org%3A2710%2Fannounce&tr=udp%3A%2F%2Ftracker.beeimg.com%3A6969%2Fannounce&tr=udp%3A%2F%2Fopentracker.i2p.rocks%3A6969%2Fannounce&tr=udp%3A%2F%2Ffe.dealclub.de%3A6969%2Fannounce&tr=udp%3A%2F%2Fwassermann.online%3A6969%2Fannounce&tr=udp%3A%2F%2Fmail.realliferpg.de%3A6969%2Fannounce&tr=udp%3A%2F%2Fmovies.zsw.ca%3A6969%2Fannounce&tr=udp%3A%2F%2Fbubu.mapfactor.com%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.blacksparrowmedia.net%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.zerobytes.xyz%3A1337%2Fannounce&tr=udp%3A%2F%2Fvibe.sleepyinternetfun.xyz%3A1738%2Fannounce&tr=udp%3A%2F%2Ftracker.moeking.eu.org%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.bitsearch.to%3A1337%2Fannounce&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337%2Fannounce&tr=udp%3A%2F%2Ftracker.uw0.xyz%3A6969%2Fannounce&tr=udp%3A%2F%2Fdiscord.heihachi.pw%3A6969%2Fannounce&tr=udp%3A%2F%2Fmts.tvbit.co%3A6969%2Fannounce&tr=udp%3A%2F%2Fabufinzio.monocul.us%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.0x.tf%3A6969%2Fannounce&tr=udp%3A%2F%2Fapp.icon256.com%3A8000%2Fannounce&tr=udp%3A%2F%2Fexodus.desync.com%3A6969%2Fannounce&tr=udp%3A%2F%2Fipv6.tracker.zerobytes.xyz%3A16661%2Fannounce&tr=udp%3A%2F%2Ftracker2.dler.com%3A80%2Fannounce&tr=udp%3A%2F%2Fengplus.ru%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.torrent.eu.org%3A451%2Fannounce&tr=udp%3A%2F%2Ftracker.ololosh.space%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.moeking.me%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.breizh.pm%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker1.bt.moack.co.kr%3A80%2Fannounce&tr=udp%3A%2F%2Fretracker.netbynet.ru%3A2710%2Fannounce&tr=udp%3A%2F%2Ftracker0.ufibox.com%3A6969%2Fannounce&tr=udp%3A%2F%2Fwww.torrent.eu.org%3A451%2Fannounce&tr=udp%3A%2F%2F9.rarbg.com%3A2920%2Fannounce&tr=udp%3A%2F%2Ftracker.monitorit4.me%3A6969%2Fannounce&tr=udp%3A%2F%2Fexplodie.org%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.dler.com%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.theoks.net%3A6969%2Fannounce&tr=udp%3A%2F%2Fpow7.com%3A80%2Fannounce&tr=udp%3A%2F%2Ftracker6.lelux.fi%3A6969%2Fannounce&tr=udp%3A%2F%2Fbt2.archive.org%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.cyberia.is%3A6969%2Fannounce&tr=udp%3A%2F%2Fbms-hosxp.com%3A6969%2Fannounce&tr=udp%3A%2F%2Fbtt.service.gongt.me%3A43079%2Fannounce&tr=udp%3A%2F%2Fretracker.hotplug.ru%3A2710%2Fannounce&tr=udp%3A%2F%2Fbt1.archive.org%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.nrx.me%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.army%3A6969%2Fannounce&tr=udp%3A%2F%2Fp4p.arenabg.com%3A1337%2Fannounce&tr=udp%3A%2F%2Fcode2chicken.nl%3A6969%2Fannounce&tr=udp%3A%2F%2Fvibe.community%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.leech.ie%3A1337%2Fannounce&dn=%5Bbitsearch.to%5D+Adam+Baldych+-+2021+-+Poetry+(FLAC)
    --------
    Now, interestingly,   _IF_  uT is _NOT_ open then it will be opened and it _WILL_ will display the add-torrent dialog [tho it does appear truncated, with last tracker "seen" as "udp://tracker.theoks.net:6969/anno", note the "unce<cr-lf>" is missing as well as the additional trackers in the maglink].  However if uT is already up and running then it does nothing at all, ignoring the maglink handoff input [but it DID get it, as uT became top-most window and was activated].  So, buffer size issue...

     

  16. I have another "bug" to report, been present for a long time now.  If a mag link is particularly large it won't "get recognized" properly.  It seems the receive buffer for the link is of limited size, I'd guess about  2K chars.  In the past that was perfectly acceptable, but of late several indexing web sites have started to really enlarge mag links with a dozen or more trackers and they are getting pretty large.  They are often 4k or more characters long now...

    • Like 1
  17. Ok, since it has been so quiet here for so long, I will repeat a "bug" complaint I've made before:  when uT is launched without any torrent jobs in the main pane then the LOGGER tab pane below is empty and "locked" - no info will display there EVER until a torent job is added.  It's some sort of initalization bug.  Minor I know, but if you need something to fix...  Thanks in advance!

    BTW, I've used uT for YEARS now and never once have I seen an ad - it is certainly not "loaded with advertising".    Even a novice can do a little research and stop that nuisance from happening,  Rafi's Best Practices and Tips thread is the place to start, that's where I began and I recommend all curious uT users to start there to learn the ins-and-outs of this highly customizable tool...or look elsewhere for a simpler solution, there are several alternatives available these days.  I still like uT the best, and this forum has always provided insights when I needed them...Thanks To All Participants!

    • Like 1
  18. I believe ".46063" was just a typo for ".46036", which _WAS_ re-released around June 30th in a new "large installer" form, but the "carrier.exe" inside was the same 036 from back in May.   Here in the forum we're on ".46038" from a day after that, so we're ahead of the curve still...  FWIW .46038 has worked just fine for me since its release...

    • Like 1
  19. 28 minutes ago, rafi said:

    A1. It should, unless you also enable pref->bandwidth->Alternate upload rate when not downloading, which overrides it.

    A2. It's a possible behavior. I wouldn't call it normal tho... Maybe you have set it to enable limiting of overhead too, which can contribute to this side-effect and chock traffic.

    OK, 

    I do have "alternate upload rate when not downloading" checked and set to basically double the global UL limit when not DL anything.   Seems like the nice thing to do, so I'll leave that.

    I also have "apply rate limit to transport overhead" as that seemed logical too.  Since overhead is always small relatively I will try unchecking that to reduce any side effects.

    And, since the ETA column goes blank when the seeding goal has been met I guess that's a suitable-enough indicator for the user.

    Thanks.

     

  20. New Question:    I don't see that the automatic application of the upload limit [from Prefs |Queueing]  is being applied once the seeding goal has been reached.   Both the upload continues to use lots of bandwidth and the "Up Limit" column remains blank [which means unlimited].  Shouldn't  the "Up Limit" column fill-in with the preset limit once seeding-goal has been reached?  And of course it shd throttle-down.

    Also, when I do intervene and apply a manual "upload limit" it seems to fall down to 0 and stay there a long time rather than falling to the set limit; is this a normal hysteresis effect of UTP?  It stays about 0 and then finally climbs back up after about 5 minutes;  could be normal I guess....

    running 45966  W7x64 [still].  Thanks..

×
×
  • Create New...