tosk

It should mean 4 physical sockets are supported, not cores.

I've done this before. The 98 CD contents were shared from a Windows 2000 machine to the local network. I got a DOS boot disk, the DOS drivers for the ethernet chipset and the Microsoft LANMAN software for DOS. Just booted off the floppy, prepped the drive, started LANMAN and copied the 98 CD contents to a directory on the blank drive. After that, I shut down LANMAN and ran setup. It can certainly be done.

I recommend Newegg.

Well, it all depends on the hardware really. There isn't too much support for XP64 as far as drivers are concerned. But their might be drivers for your laptop for it, so definitely check before deciding. I used to run XP32 and denounce Vista. But really, Vista isn't so bad if you have the hardware to support it. All of Vista's annoyances can be turned off. Between 32 and 64-bit Vista, I would say go 64-bit. I've not run into any problems with application compatibility and the driver support for Vista64 is pretty decent. Also, as mentioned above, since you have 4 GB of RAM, you should think about going 64-bit. That way you can use all 4 GBs of it. I personally think Vista64 is better performance-wise than Vista32. YMMV of course.

I had this same issue with Vista 64. When it asks for the drivers, give it the 64-bit ones first. It'll then display the error about signed drivers. Just click OK and go back to the disk selection screen. Once there, install the 32-bit drivers for the device. It'll give you another warning about signed drivers. Again, ignore and continue. Once back at the disk selection screen, your drive(s) should show up. Proceed with installation normally. When I do this, the 32-bit drivers I select allow setup to see and use the disk for the purposes of copying the files. However, when it reboots, it boots into 64-bit and uses the 64-bit drivers I selected.

Just install vLite. Once it's installed, and you have downloaded but not run the SP1 service executable, open vLite and when it asks for the file to slipstream into the source, give it the service executable. vLite will automatically extract it's contents and perform the slipstream for you. See here for more information: http://www.msfn.org/board/Tutorial-Build-W...-D-t114957.html

I'm quite fond of Nestopia's 'Export to AVI' function myself.

Splicing cables is also not "up-to-code." In an environment where you would most likely be installing UTP (ie-not a private residence), you would need to make sure that all wiring and cable runs meet industry standards at the time you perform the installation. I think that joining small segments of cable together as shown in Exhibit B would even be acceptable to code regulations. I know for sure though that Exhibit C would not only get you fired, but possibly fined at the same time.

*bump* Fixed the download link. It's available again as requested.

Is this documented anywhere and is it freely available? Or do you know what's required to actually do something like this? Also, is it possible to make the call using rundll32? Through some trial and error, I've found that using AddFontResource doesn't work. It has to be called as AddFontResourceA and even then, it doesn't add the appropriate entries to the registry. I'm sure I've just not done something right and that's why it's not working. Any help would be greatly appreciated.

Is this documented anywhere and is it freely available? Or do you know what's required to actually do something like this? Also, is it possible to make the call using rundll32?

Yah. I knew you could do that. But doing that you actually have to open Fonts to register them. To me, that kind of defeats the purpose of an unattended install since the fonts aren't actually installed until after setup finishes, the system boots for the first time and the end-user has control. Besides, I was incredibly bored this weekend and needed a way to kill some time. This is also a small proof-of-concept for a project I'm working on that requires a registry access API in Java. I'm going to test running it from [setupParams] in WINNT.SIF after I add the ability to specify the font directory as an argument.

EDIT: Modified code to allow user to specify directory containing fonts. I wrote a small utility that can aid in installing fonts during a unattended installation. The utility is silent, in that, it has no display or interface. It will run silently in the background and do it's work then exit. It has only one argument. If the user wishes (it's preferred) the directory containing the fonts to be installed can be specified as the one argument. If no argument is given, it uses the working directory. How it works First, it gets a list of all the files in the working/specified directory, then it processes all the ones that have the .ttf (.TTF) extension. After it gets it's list, it copies each of the files to %SYSTEMROOT%\Fonts and creates registry entries for each of the fonts. Unfortunately, I don't know of any available API for Java that can parse a TTF and retrieve the font name, so the entries in the registry are labeled "System Installed Font (# ?)" where ? is the number that font was processed. After a reboot the fonts are all available with their proper names. So you won't have to worry about opening Word and seeing "System Installed Font (# 12)" in the font selector. The utility depends on the presence of the REG.EXE tool. If this tool doesn't exist or isn't in your path, the program will fail but will not display any errors. How to make it work The whole purpose behind using this tool is so that when the system boots for the first time, the fonts are available without user interaction. So the tool will need to be run during GUI-mode or during RunOnceEx if your setup automatically reboots at the end. Remember: the system must be rebooted before the fonts will appear. That's why it's best to do it during GUI-mode. The best way (according to me) is to run it during [setupParams] in WINNT.SIF. Here's an example using [setupParams] in WINNT.SIF ... [SetupParams] UserExecute="%SYSTEMDRIVE%\Fonts\typer.exe %SYSTEMDRIVE%\Fonts" ... Here's an example using cmdlines.txt: D:\ (ROOT OF CD) -$OEM$ -$$ -$1 -Fonts -FONT1.TTF -FONT2.TTF -another.ttf -... -typer.exe -cmdlines.txt -fonts.cmd cmdlines.txt [COMMANDS] ... "fonts.cmd" ... fonts.cmd %SYSTEMROOT%\SYSTEM\CMDOW @ /HID @echo off %SYSTEMDRIVE% cd Fonts start /wait typer.exe exit That's one way to do it. I'm experimenting with different ways to clean it up so it's completely silent and the end-user is oblivious to what's going on. The utility was written in Java, but was compiled to native code using GCJ and packed using UPX. Below is a link to a zipped copy of the native binary. Source is included and will successfully compile and run with Sun Java 1.5 (bytecode) and GNU GCJ 3.4.0 (native and bytecode). License: You may use this utility as you see fit and may use it's source as you see fit. This utility has NO warranty. I have tested it and it works fine for me, but don't blame me if you use it and it destroys the world. Note: I've tested it on already-installed systems and on my unattended CD. Both times, the utility performed appropriately. Download: typer.zip Size: 1.26 MB (1,292 KB)

Jumper your existing drive (in the working machine) as the master and the one from the busted machine as slave, then connect both to the primary IDE channel.

I did a search and couldn't find anything relevant to my situation (or at least what I thought was relevant). I made an "unattended" XP SP2 CD. It isn't a fully unattended install. All it does is simplify the installation process by providing answers for most of the setup screens by using WINNT.SIF. My problem is that upon first boot of XP AFTER the install, I get the Welcome screens and then the Administrator account tries to auto-logon. I do not want this to happen. I want the user account I create in the Welcome screens to auto-logon. However, this only happens if I actually supply an Administrator password during install. If I leave the fields blank, it will auto-logon like normal with the created account. My non-unattended SP1 CD will auto-logon with the created account regardless of whether there is an admin password or not. This is how I want my SP2 CD to behave. Below is my WINNT.SIF and CMDLINES.TXT. Thanks. WINNT.SIF: ;SetupMgrTag [Data] AutoPartition=0 MsDosInitiated=0 UnattendedInstall=Yes [Unattended] UnattendMode=DefaultHide OemPreinstall=Yes TargetPath=\WINDOWS OemSkipEula=Yes DriverSigningPolicy=Ignore WaitForReboot=No [GuiUnattended] AdminPassword="" AutoLogon=No EncryptedAdminPassword=No OEMSkipRegional=1 OEMSkipWelcome=1 TimeZone=20 [UserData] ProductKey=XXXXX-XXXXX-XXXXX-XXXXX-XXXXX [Identification] JoinWorkgroup=WORKGROUP [Networking] InstallDefaultComponents=Yes [TapiLocation] CountryCode=1 Dialing=Tone [Components] msnexplr=Off CMDLINES.TXT: [COMMANDS] "RunOnceEx.cmd" RunOnceEx.cmd: Note: REGPATCH.REG does nothing with the auto-logon settings in the registry. cmdow @ /HID @echo off REGEDIT /S %systemdrive%\InstExtras\regpatch.reg EXIT

This is very odd. I'm using XP SP1 with the Update Rollup. Whenever I try to view a network share in XP, XP will freeze requiring a restart. Whenever I try to view XP's shares from another machine, I can see them, but any file operations result in XP blue screening. This is truely baffling. It never did this before. It started recently. It actually started after I installed SP2. At first I thought it was SP2, but after having wiped the machine and putting SP1 back on, it's still doing it. I've done a virus scan and my system is clean, as is my entire network (3 machines and server). Has anyone had this problem before, or know how to remedy it? Or better: do you know WHY it's happening? Thanks.

Does anyone know if it's possible to extend visual styles to the console window, that is to say, the command prompt? I know it can be done with WindowBlinds, but I don't like the overhead incurred by WB. What I wanted to know is if it could be done without using any 3rd party skinning/styling apps.

Has anyone else had this problem: everytime I try to download the DX9b OPK it's corrupt/not executable. I've tried from several different sources and each of them has come back the same: not able to run. I get a "dx9ntopk.exe is not a valid Win32 executable." and then it quits. I mean, it's not too big a deal because I have the older patched dxsetup.exe that allowed the /opk switch which accomplishes the same goal. I was just wondering if anyone else had been having problems with it, or whether it was just me. With my luck, it's just me and the rest of you think I'm nuts. Either way it's all good.

Ah. I've thoroughly beat myself about the head and neck. That's what I forgot in winnt.sif. Thanks Phyridean.

This is probably due to me doing something stupid, but nothing inside the $OEM$ folder made it onto the hard drive during install. cmdlines.txt executed fine, but nothing copied to the hard drive. It's worked before. I just finished making a fresh SP2 CD and it decided not to work. My winnt.sif is irrelevant in this case as my install isn't completely unattended. //EDIT: Perhaps I should actually add my question... What went wrong? Did I do something wrong? Is this a known problem with SP2? If this is the wrong forum for this question, I'm open to correction. Thanks in advance for any assistance.

Before I start, I'm writing this so that hopefully if anyone else has the same problem they will be able to solve it using what is written below. After finally getting LH completely installed and by using the Longhorn Tweak Guide by Chris123NT & Nighthawk, I realized that LH didn't come with drivers to support my Matrox Millenium G400. At first, I tried using the XP drivers from my XP partition. It got about 1/4 the way done and complained about the drivers not being Microsoft-certified Longhorn drivers and driver applet crashed. So, to get the drivers installed, you'll need to go here: http://www.matrox.com/mga/support/drivers/latest/home.cfm and get the latest drivers for your card from Matrox. After it's downloaded, extract the files using the self-extracting archive (the file you downloaded) and use Windows Explorer to browse to where it extracted the files. To actually get the installer to work, you must right-click on it and goto Properties. Click the Compatibility tab, check the "Run this program in compatibility mode for:" box and select Windows XP. Click OK. Back in Explorer, just double-click on the installer, and when it's done, reboot. After the reboot I was using the Matrox drivers and all the extra tabs in the Display Properties dialog (as installed by the drivers) were present and fully functional. Links (for material referenced): Matrox - Latest Drivers: http://www.matrox.com/mga/support/drivers/latest/home.cfm Windows Longhorn 4053 Tweak Guide: http://www.nextl3vel.net/Chris123NT/4053/LHGuide.html

Funny...the post doesn't seem to be here now...

Device: Desktop - Custom OS: Windows XP Professional SP1 Processor: AMD Duron 1.0 GHz RAM: 192 MB SDRAM (Yes, I know...I need more) Hard drive: Maxtor 40 GB 7200 Video: Matrox Millenium G400 32MB (Dual Head) Screen: 18" (16" viewable) ADI ProVista E55 at 1152x864 Peripherals: CD-ROM drive, Floppy drive, PS/2 mouse Not a thing special about it...except it all came free from my college's dumpster. Not a thing wrong with it. It works perfectly in every detail.

Whenever I use the xBetas PatchXP to apply the hacked uxtheme.dll to my system, when I goto apply a visual style, everything turns all black. Now, it IS late and I AM tired, so I could have possibly messed something up. Does the auto-patcher work with WinXP as well as Win2k3?

Yah... When you convert it to XP, it stops Active Directory, and gives you a warning when you login that you need to activate in order to continue, even if you've already activated it. I redid the activation without a problem. Other than that TweakNT works fine with Win2k3 SB Server.