Content Type
Profiles
Forums
Events
Everything posted by CoffeeFiend
-
PHP and SQL Server
CoffeeFiend replied to tonyeveland's topic in Web Development (HTML, Java, PHP, ASP, XML, etc.)
I would just use WebPI. It'll install everything for you in a couple clicks, including the latest PHP and SQL Server Express (ready to use) and more. -
I thought about that, but I wouldn't have received it in time for the lucky person's birthday. The vast majority of them seem to fall in the last category as well unfortunately. Also, mp3 players is one of those things I'd rather buy locally because I want to try it first. You can't tell from looking at a couple pictures on the web if the controls feel right, if the menus are a pain to navigate, if it feels cheaply built, how loud is the maximum level, how good is the LCD screen (brightness, sharpness, glare, etc), how does it feel in your hand, what's the sound quality like, etc. Edit: actually, I just tried the zune software. The interface is quite nice and it fits right in. It shares the same music as WMP and MCE use.
-
That's the one thing I'm not so sure about. There used to be a LOT of competition in the mp3 player market, and lots of them were really good (my old Toshiba Gigabeat for example). But now when you look in any store locally (or most web stores for that matter), 95% of it is ipods, the remaining 5% being Sony, 3 or so expensive Archos players (more of a media player than a mp3 player anyway), and several of those bargain basement dollar-store-quality cheapos that will last you for the most part of a month. I actually wanted to buy a Zune HD last time, or otherwise another Toshiba player, but you just couldn't get either one from anywhere in Canada. I had to settle for a Sony player (not a bad unit actually) as that basically was the only other option besides the ipod. If anything, there seems to be less and less competition in that market. People don't even have to buy a iPod based on its merits, or even just popularity (being sheeples). It's just about the only thing left you can actually buy from anywhere.
-
I'm assuming you meant "SQL Server" by SQL, as SQL is just a query language. SQL Server and Oracle are 2 of the most high end databases (the other being DB2). But they're just that -- a powerful back end. The data is usually accessed through a web application or a standard windows application programmed specifically to use it. MS Access is a simple database, with a easy to use front end, meant to be usable by average, everyday folks. Filemaker Pro is their main competitor.
-
How to view the registry files of another install?
CoffeeFiend replied to Chika's topic in Windows XP
In a command prompt, type: reg load /? and read the provided help. -
You should have read the forum rules. Too late now.
-
Slipstreaming R2 update to Windows 2003
CoffeeFiend replied to trebor11584's topic in Windows 2000/2003/NT4
This has been answered many times before. You could have simply searched. This is the first hit I got, and it answers the question thoroughly (by quoting deploy.chm from the R2 disc, pretty much), but there's plenty more relevant results. -
We already established that when you said you were running the 32 bit version, to which I've replied on post #25 I've merged some of your posts (no need to make a post for every single sentence, you can edit them you know, and you can edit the quoted text to include the relevant part as well)
-
I'm not debating against the "advanced users" part. As for a need, for me at least, it comes from needing to run x64 apps for memory and/or speed reasons (Photoshop, SolidWorks, x264, 7zip/winrar, etc) and needing a lot of memory (both for a single app, and for several heavy-ish apps at once). Plus many other other factors, like new video cards having a LOT of memory, having to develop for x64 OS'es, having to run 64 bit OSes in VMs, etc. Not really. XP x64 sucked really bad and it came out years late (bringing WAY more problems than benefits) so of course no one adopted that. When Vista came out, a lot of people (including me) didn't bother yet, as driver availability for x64 OS'es wasn't quite there yet (HW vendors not re-writing drivers for all their older devices), RAM was a bit more expensive so 4GB+ wasn't all that common yet, and there weren't so many x64 apps either. With Win7 things are much better all-around, and it's finally getting some adoption. We went from "avoid" with XP x64, to "if your HW supports it and has drivers" with Vista, to "preferred" with Win7, and it'll keep going in that direction. Of course the "overall" figures look low when you include every single machine built in the last decade like you did, when x64 only became "mainstream" with the Win7 release a few months ago. The percentages you show are very promising and will keep climbing pretty fast as supposedly 3/4 of Win7 PCs sold at retail ship with the x64 version (it might even go up as even the newer Atom CPUs now support x64) XP came out in 2001, or more exactly 3257 days ago. Win7 was 274 days ago. The "mainstream x64 OS" has only been out for 8% as long, and it already has almost as much market share (7% by your math) -- or 13% for x64 overall. If you only include PCs that shipped in the last few years (Vista/7), we'd already be up to 33% adoption overall (and rapidly increasing) which isn't bad at all. By the time Win8 is mainstream (in probably 3 years or so; it's supposed to be the last one with a x86 version too), it'll likely be around 50%. That hasn't changed yet, but a LOT applications are now also getting a native x64 version (even MS Office 2010 now does). And a lot of users are quickly moving to the x64 version, like for Photoshop, where a poll on John Nack's blog back in 2008 showed ~40% of Photoshop users running a x64 OS already, with another 20% or so to switch within a year (again, that was 2 years ago). And it's understandable because it can make for a huge difference in speed too. Also, more and more apps are becoming x64-only, namely Win 2008 R2 (even if you only intend to use it in a VM), Premiere Pro CS5, After Effects CS5, Exchange 2010, etc. I don't see a reason to stick with x86, besides for those who are completely stuck with "legacy" devices.
-
That explains why it works then. But for a lot of us, running the 32 bit version is not an option or very much the last resort.
-
Server 2008 R2: Lack of printer driver support is appalling
CoffeeFiend replied to a topic in Windows Server
Yes. -
Then you probably turned off signing verification (i.e. Bcdedit -set testsigning ON) which is not as secure and does leave an ugly "Test Mode" watermark on the desktop too. Or perhaps you're running the 32 bit version of Win 7? Otherwise, that's pretty much the same as seen on the web like here, or in MS' own docs.
-
I just stumbled on this again... Here's basically the same thing, but using PowerShell 2: $usb = Import-Csv .\usb.if -Delimiter "|" -Header VendorID, Vendor foreach ($entry in $usb) { $entry.VendorID = [string]::Format("{0:X4}", [int]$entry.VendorID) } $usb | ConvertTo-Csv -NoTypeInformation > "USB Vendor IDs List.csv" The first line gets the content of usb.if, the second line converts the Vendor ID to its hex representation (optional), and the third line writes it to a csv file. There's tons of quick and easy "tweaks", like: -Prefixing the hex Vendor ID with 0x: foreach ($entry in $usb) { $entry.VendorID = [string]::Format("0x{0:X4}", [int]$entry.VendorID) } -Sorting the list by Vendor name instead: $usb | sort Vendor | ConvertTo-Csv -NoTypeInformation > "USB Vendor IDs List.csv" -Or even outputting to a different format, like a HTML page: $usb | sort Vendor | ConvertTo-Html -property VendorID, Vendor -title "USB Vendor ID Listing" > "USB Vendor IDs List.htm" (you can do the same using ConvertTo-Xml if you really want some XML) You can even make the script automatically download the latest usb.if using DownloadString method of the System.Net.WebClient class, skipping the manual download/temp file altogether: $dl = New-Object System.Net.WebClient $raw = $dl.DownloadString("http://www.usb.org/developers/tools/comp_dump") $usb = ConvertFrom-Csv $raw -Delimiter "|" -Header VendorID, Vendor foreach ($entry in $usb) { $entry.VendorID = [string]::Format("{0:X4}", [int]$entry.VendorID) } $usb | ConvertTo-Csv -NoTypeInformation > "USB Vendor IDs List.csv" Of course, one can mix & match all the tweaks (like auto-downloading and the ID prefixed with 0x, sorted by Vendor name and outputted as HTML). I only used the sort and foreach aliases (for Sort-Object & ForEach-Object) as it's pretty clear what they do (one also cold use ipcsv instead of Import-Csv and so on, very much like you could try to make it into a terse one-liner). That is all.
-
Server 2008 R2: Lack of printer driver support is appalling
CoffeeFiend replied to a topic in Windows Server
I don't see why Win7 x64 drivers wouldn't work. Have you tried these? It could be a setting you picked that does this too. I much prefer the Epson Stylus Pro line but they're not exactly cheap (admittedly, it's a photo printer, not an "office" one), so I just use a good lab instead. -
Like he said. The other thing is, chances are both sticks are good, but that your BIOS has issues with the 2 sticks being different (different SPD info, etc), and picks values that one of them doesn't like. I'd set the voltages and timings by hand in the BIOS to something conservative which should work for both (I'm assuming it's a non-ghetto BIOS where you actually can set those things). It's worth a try.
-
Ah, so you're using device stage to override the default icons (that indeed is FAR better than hacking DLLs, but you seemingly have to sign the packages) I can't say for sure in what format it expects a monitor's HardwareID to be in there (that info is likely in the WDK), but most likely it's the PnP ID (e.g. DISPLAY\BNQ76DB for my FP241W). Ideally, you'd find such a package pre-made for another monitor and see what they've used, or read the docs (in the Microsoft Device Experience Development Kit) Good luck.
-
The generic icons (as in, not for device stage) like for the monitor are likely stored inside some resource DLL (ddores.dll perhaps) Knowing it was related to that, your post would likely belong better in the "customizing windows" section.
-
You mean the GUID ricktendo64 wrote? Nope, that *is* a GUID for the monitor class (which again, is not an "ID" at all, just a broad device class). The GUID for he Keyboard class is {4d36e96b-e325-11ce-bfc1-08002be10318} Why don't you describe what you're trying to do? Then perhaps we can actually help in a meaningful way.
-
It isn't "the ID for all monitors" (and the number you have in post #3 likely wasn't even a GUID either). That's just a GUID related to monitors (a device class used by setup) I've already explained how "the ID" works in my previous post. Then again, we have no idea what you're trying to accomplish, so this is likely all pointless.
-
That isn't a Device ID nor a Vendor ID like ricktendo64 said. It has the same length and grouping as a GUID indeed but that's most likely the SMBIOS UUID. As for monitors, they don't have a Vendor ID or Device ID like for PCI or USB devices. They use another format called EDID. That contains all the info you can get about a monitor. Then from the EDID, Windows derives a PnP ID which is like puntoMX showed (3 chars for mfg, 4 chars for device).
-
First thing I normally do is reboot in safe mode and run autoruns (along with process explorer). I hardly ever have to do anything beyond that (never had to use Gmer/Spyware Blaster/Dial-A-Fix/Malwarebytes/Super Antispyware/Spybot S&D or any of that stuff). But when you have rootkits on there, it's pretty much game over. Time to format. It's the only way you can be 100% sure it's malware free now.
-
That's possible. Those aren't vendor / device IDs The mini dump doesn't really contain much of anything interesting either, at least as far as I can tell. It crashes while checking files attributes (for reasons unknown to me), and that's pretty much it.
-
Not with centralized authentication and permissions (ACLs) and all that stuff (quotas, etc) we also get with NT and others. And it did a lot of other stuff REALLY well like print queues, and it had a lot of other stuff like groupwise. Back then (before NT really caught on) it was the best we had, pretty much. Quite comparable to NT, but without the fancy GUI. Mind you I mostly used it in a DOS environment (often booting from ROM), but I've seen many large deployments until the Win2k days, including even PCs running OS/2 Not that it would make any sense to use in this scenario. Besides I really wouldn't use it these days (then again, I wouldn't use Win 3.x or 9x either)
-
That might work if it's a modern PC on which he somehow managed to get Win 3.11 to work properly. But on Win 3.11-era hardware, the odds of this working aren't so great. I would personally do like wsxedcrfv said, just plugging the drive in another computer to run a scan. Then again, malware scanners of today have signatures geared towards modern malware, and may not even have signatures for the kind of really old stuff you may find on there (like stoned from the late 80's and what not) Pretty much the same as you would do with a server version of Windows: shares files and printers, authentication, login scripts, etc. It was HUGE before NT caught up as a "mainstream" server.
-
And you have provided us with next to nothing either. Lookup the vendor & device IDs. You've given us zero information about them, so we can't guess either. As for games crashing, first thing to do usually is updating the video drivers. Next thing I'd try is updating your network cards' drivers (also nvidia). I'd also keep an eye on system temps. If you post the vendor & device IDs from those 2 devices and a crash dump then we could help you better.