![]() Anyhoo 'fanboy', like I stated in a prior review, I may very well 'donate' to AdBlock Plus when my current Ad Muncher license expires. As I stated, the changelog shows virtually no significant improvements, so there's not even a need to reinstall and try again.Īnd my gosh, should EVERYONE who uses software that asks for donations, donate in your mind, and even so far as to be "honest" in your mind? Well excuse me, I didn't know I was speaking with the morality police. I DO have a license for the rest of the year. Desperate is more like it.Īlso note, I still have a valid license for Ad Muncher so my reviews have merit.Įdit: Music4Ever, give it up. Let me know when you FINALLY have HTTP 1.1 support, then I will gladly pay for the product again, with or without a Hulu AdBlock Plus is not free because it asks for donations? Really? That's a real stretch on your part.ĪND NOW, you resort to one even being a 'freeloader' if you don't donate to AdBlock Plus. Me, I'll stick with AdBlock Plus and Ghostery for now. The ONLY plus Ad Muncher has going for it over AdBlock Plus is the lack of ads when watching videos on some sites, but apparently still no real fix for sites such as Hulu. There IS a slowdown with the use of Ad Muncher on plenty of sites as compared to without its use. So Ad Muncher is still far behind the times while the internet as a whole leaves Ad Muncher further behind in the dust. c:/builds/tinderbox/Fx-Mozilla1.8-release/WINNT_5.2_Depend/mozilla/xpcom/build/pldhash.Looking at the changelog from last public beta release, no real standout improvements at all. User CommentsĜhecking for updates in Firefox with Ad Muncher loaded Operating System Windows NT 5.0 build 2195 Stack Signature PL_DHashTableOperate 8581f7b4 this is rare and we really appreciate it. Reporter: thank you very much for including the relevant application in your filing. If there is any more information I can provide, or if anyone can suggest a change to Ad Muncher's patching behavior that might better work with Firefox, please let me know. ![]() I traced through Ad Muncher's patches and all patch functions and winsock APIs completed without fault, the error occurs after returning to Firefox code. Starting Ad Muncher after this connection is made avoids the problem, and modifying Ad Muncher not to redirect loopback connections also prevented the problem (but we would prefer not to use this as a long-term fix). The original peer is returned, and the original local name.įrom my analysis so far it looks like the problem only occurs if Ad Muncher redirects the connection Firefox makes to a local address on startup. "getpeername" and "getsockname" are patched to improve transparency of the system. Ad Muncher then connects out to the original target and relays information, with filtering, between the two connections. "connect" is patched in order to change the connection target from the original to a localhost address, which the Ad Muncher program is listening on. "WSAStartup" is patched purely for startup purposes, and no parameters or return values are altered. Using Firefox 2.0b1 I generated talkback ID TB20936818H when attempting to check for updates from within Firefox.Īd Muncher's filtering works by doing in-memory patching of the "WSAStartup", "connect", "getpeername" and "getsockname" functions in wsock32.dll or ws2_32.dll (with preference for the latter if present). Firstly thank you very much for your help with this issue. I am the lead developer of Ad Muncher, Murray Hurps. I don't know if this will be useful but I'm attaching Dr Watson log of one of such crashes. I don't think it's Ad Muncher's issue, because it works OK in some previous trunks (unfortunately I can't give any approximate regression window - I haven't been regular trunk user since February, but I'm sure that it worked OK in selected builds from previous months.).įirefox crashes, Talkback kicks in, but it doesn't work on my PC (doesn't send anything to the server so I can't give you any IDs). When Ad Muncher is not running - everything is OK. This one of the last non-Places trunk builds, I've recently wanted to switch to current trunk builds and that's how I discovered this crash. Crashes don't occur in the following build: User-Agent: Mozilla/5.0 (Windows U Windows NT 5.2 en-US rv:1.9a1) Gecko/20060228 Firefox/1.6a1īuild Identifier: Mozilla/5.0 (Windows U Windows NT 5.2 en-US rv:1.9a1) Gecko/20060624 Minefield/3.0a1Īd Muncher ( ) is a small ad-blocking application which simply acts as a proxy for HTTP(S) traffic.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |