Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


cluberti last won the day on August 12 2010

cluberti had the most liked content!

About cluberti

  • Rank
    Lunar Novice

Personal Information

  • Gender
  • Country
    Nothing Selected
  • OS
    None specified
  1. True, although it keeps you from having to keep up with the latest versions. The latest version is always available for download from there.
  2. You can always get/run the latest version from live.sysinternals.com without having to re-download it every time. It's available in http://live.sysinternals.com web form and as a WebDAV \\live.sysinternals.com\tools fileshare as well.
  3. It might be more accurate to say that "Microsoft marketing does not want to improve privacy of IE", rather than Microsoft as a whole. I understand the sentiment, but when the product group makes a product, management is paying for it. If they want it to be less secure so that marketing can push ads, development complies or finds a new job .
  4. cluberti


    The error is just a standard error, relax for starters. As to why it works on Vista and not Win7, there could be any number of reasons. Without debugging it or getting info from Cybergate themselves I'd say it'll be hard to tell you what device it's complaining about, but my guess is the software drops a small device driver on the system on connect, and whatever code they used to do this on Vista isn't working on your Win7 machine. One question - if you build a Win7 virtual machine and test, does it work?
  5. Considering sysinternals' autoruns has basically subsumed all of HJT's detection areas (I actually prefer the XML or CSV output from autoruns vs a HJT log) and works on XP - Win7, is HJT even really necessary anymore?
  6. Well, I live in the US, near a large city, but where I live it's somewhat rural and have cable internet access which is just about 3Mbps/256K. It'd be nice to have the kind of speed you talk about, but 3Mbps is fast enough to watch netflix and check email. If I had dial-up I'd probably just rent the movies instead of stream them, but I don't think my life would change much. Maybe I'm just older and don't care anymore .
  7. If you can get a crash dump of explorer, we might be able to save you a reinstall. I think there are instructions in the wiki.
  8. Odd thing is, the installation disk's setupp.ini file reports: How does a Product ID of 55274 with a channel ID of 270, get changed to a channel ID of 645 ? This indicates to me that the channel ID being reported in the registry sometimes may not be the one needed in the \I386 folder of the installation disk. The cause of all my problems. Is there an explanation for this ? Is there a way to take a Channel ID from the registry and definatively know what the Channel ID of an installation disk should be ? If not, should I just have defaulted to a volume license channel ID from the start ? How likely is it going to be that manually changing the product ID and product key to their originals is going to work, i.e. pass Microsoft's activation & validation. Getting updates is important. Well, using a valid COA product key and the appropriate disc should handle the latter part. Remember that the value in setupp.ini simply directs the installation media on what TYPES of keys to accept - it doesn't actually change the media in any other way (you could change the setupp.ini on a retail disc to take VLK keys, but the install will still be a retail product).
  9. Unfortunately, at least in the United States, acquiring a copy of the Windows media is indeed a violation of copyright, as the person who made the copy was only granted copyright to make a backup copy for him or herself. Distributing the copy violates the copyright, as does acquiring a copy of the media from anyone other than an authorized distributor, OEM, or Microsoft directly. In this case, at least in the US, it *is* a correct reading of copyright law. Acquiring a copy from just anywhere is indeed a violation of the copyright on the contents of the media. Anyone making a copy for public consumption, because software in the US and Canada is considered a literary work, would need the requisite agreements with the vendor (in this case Microsoft) to duplicate and redistribute the contents and/or the media containing the copyrighted work. Considering all but the very large OEMs do not have the right to duplicate media for redistribution, and retail media explicitly does not grant you the right to make copies of the disc other than for fair-use personal backup, doing this is indeed a copyright infringement and would be actionable in court. The gray area, as with books, is whether or not you can give or re-sell actual media (including the documentation and COA) to another - in the US, and I believe in Canada, the rights of the OEM are preserved and you cannot give away or resell an OEM license and transfer ownership of the software without also transferring ownership of the original machine where it was installed. In other countries, however, OEMs do not have that pull and you can resell or give away OEM software (again, has to include the manual(s) and the COA sticker/product key as well) without violation of the EULA or any copyright. Retail of course can be given away or resold (transfer of the retail package, including COA sticker, product key, and media) without issue. However, downloading a copy from the 'net, especially if you don't actually have in your possession the original, is most definitely not legal in the US (it's debatable in Canada, although it would probably be considered legal on any serious challenge in a court of law). Whether or not Microsoft actually cares if someone is doing it is up for debate, as it seems they only care to stop large-scale piracy, but it doesn't make it less legal because they likely won't spend the time or money to stop you. As to the OP's question, the last digits of the product ID are created when the software is installed, and are generated based on the product code and the channel ID, along with the actual product key input during install, the machine hash, and depending on the Windows version there could be other things affecting the generation of the product key as well. There's no way to easily track these back to product keys or channel installs, and as such you should go on the first portions of the product ID assuming you no longer have the COA and product key available to denote OEM, VL, Retail, etc. And as to acquiring all of the CD images to distribute, without a formal agreement with Microsoft to do this you would find yourself on the other end of a lawsuit shortly thereafter I would suspect if you are in the US. You could find legal ways to acquire the media, however, and if it is important you should consider your options (talk to Microsoft, they have programs to handle these situations).
  10. That hex status code equals "STATUS_DLL_INIT_FAILED", so running process monitor from sysinternals whilst opening DAF *might* give you an answer.
  11. That sounds more like a video driver issue than a Windows problem, unless you only see this with many many windows open (that might be a GDI problem, but it's not likely to manifest itself in this way - possible, yes, but not probable).
  12. Actually, it's complaining in the hardware about either the temperature of the CPU, or the fact that the VCORE set in the BIOS for the CPU is incorrect (either too high or low - 2.0 could be high for a P2 or P3, but potentially low for a P4). If you still have the motherboard manual, and you know the type of CPU you are using, you may be able to find out how to check/change the VCORE settings in the BIOS. Dial-A-Fix isn't going to help you here, as this isn't a Windows problem (it's not even a software problem, it's a hardware issue). This could also be a fan header plugged into the motherboard that's not working anymore or needs reseating, but it's usually the VCORE setting is incorrect (as the error says).
  13. That's the tradeoff the dev makes when s/he chooses VB - it's a RAD "language", but it won't be as complete or as detached from "runtimes" like, say, a C/C++ program will be. It's convenience means it has baggage.
  14. The error code is "access denied", so perhaps running Process Explorer (sysinternals) while attempting to run DAF and looking for the access denied in PE when you see it on screen would give some insight as to what's failing?
  15. If you're willing to try one more thing and do some deeper forensics before giving up, I would strongly suggest following the instructions here under the section "Memory dump of the entire system". If you can do that, and generate a full dump, we might be able to tell you (after looking at said .dmp file) why the system is hung. Can you ping it when it's like this from another machine, btw?
  • Create New...