n7Epsilon

I’m for it and also for legally obligating webmasters of XXX sites to register to that domain... Will really make web filtering soooo much easier...

You will get the error in attached image if you for some reason edit LAYOUT.INF... It can also happen from corrupt media...

It seems that they liked the Sysprep idea in XP and are making everything IBS (Image based setup) on Vista... → But I’m sure once it goes final, 3rd party freeware tools will appear and manipulating Vista Setup is not going to be so hard... I can’t wait to make myself some customized Windows Vista WINNTBBU’s...

Link to article: http://www.microsoft.com/technet/windowsvi...y/depenhnc.mspx XImage, mount as folder, direct editing, ... XML answer files... (!) Maybe Micro$oft is finally starting to learn... All that's left is direct hotfix integration (like NLite) and it becomes unattended update paradise !!

Don't forget to MODIFYPE it first, or use JCarle's compression bin to compress and it will do that for you...

I'm guessing a rogue program in background executing FireFox.exe with these sites as their argument or a rogue plugin or a rogue extension...

Click > Tools > Extensions, Are there any unfamiliar extensions installed... Check also the %ProgramFiles%\Mozilla FireFox\plugins folder for unusual filenames and delete them...

Found minor problem: When opening WINNTBBU.DLL (or WINNTBBU.DL_), WINNTBBUED.EXE explicitly looks for SYSSETUP.DLL (which is only present as compressed form in I386 folder), and does not automatically expand SYSSETUP.DL_ before opening WINNTBBU.DLL, so text messages appear in German and in the status bar SYSSETUP: Not Found... When I expand SYSSETUP.DL_ to SYSSETUP.DLL it works as expected.

Next time, I'll post on the frontpage instead...

Hi, Winamp 5.094 Released: Full Version: http://download.nullsoft.com/winamp/client...mp5094_full.exe Pro Version: http://download.nullsoft.com/winamp/client...amp5094_pro.exe Changelog: New: in_wm now handles bitrate and length extended info New: New random number generation for playlist shuffle Fixed: Security vulnerability in id3v2 tags Fixed: Winamp now shuffles playlists larger than 32,768 songs Fixed: Fade on start now behaves properly Fixed: separate directsound settings with multiple instances Fixed: Winamp now supports adding URLs longer than 260 characters Fixed: Editing files created in iTunes no longer causes corruption Fixed: Length of long mp3's now reported properly Fixed: gen_jumpex no longer crashes when DEP is enabled Fixed: Sort selections in media library are now remembered Fixed: Album names with non-alphanumeric character behave better Fixed: Fixed intermittent crash on seeking for some users Updated: new libmp4v2.dll

I mean the SYSSETUP.DLL text, it appears to be hard-coded to German

Here's a suggestion for a new feature: 1. Add option to right-click a resource (a bitmap resource or text resource) from the preview window and save to a BMP or TXT file... This would make WinntBBuEd a very easy to use WINNTBBU resource hacker... I also hope that SYSSETUP.DLL becomes editable and text is displayed in English...

This topic should be stickied...

@boogy Does that mean I won't get "This hotfix needs to be reinstalled" when I do a QFECHECK using the normal full update pack and Gnome's slipstreamer ??

Here's a good idea... - I have always tried to add extra files to Windows XP system folder without using $OEM$ folders, so I tried compressing the files and putting them in i386 folder and referencing them in DOSNET.INF and TXTSETUP.SIF by adding the following lines... DOSNET.INF: d1, %filename% TXTSETUP.SIF: %filename% = 1,,,,,,,2,0,0 But as the number of files grew, I found that I could save more space by putting them all in 1 CAB file.... If I want to put all my files in 1 CAB file and reference the CAB file in DOSNET.INF and reference the files in it in TXTSETUP.SIF adding my CAB file as a source for the files... How can this be done without creating an INF file and referencing it in SYSOC.INF... ??

GREAT WORK !!!! --> That saves me the hassle of coding my brains out to derive the Windows XP source path from the registry during setup !!!!! Thanks, so simple and so unthinkable !!! (NB: Using this method is better in RunOnceEx, as this method guarantees that the batch file will always correctly set the source path of the Windows source!! regardless of whether the source is on the CD-ROM or on a folder on the hard drive !!!!) (*** runs off to Notepad2 to edit RunOnceEx.cmd code...)...

No replies for a long time.... (* sigh *) -> Anyway to follow-up, I tried installing Windows XP, WITHOUT any tweaks, and the start menu recent programs list problem was fixed... But when I right-click the desktop, I IMMEDIATELY get this error.... I am using the following: Windows XP Professional SP2 + RyanVM Update Pack 1.2.2 + 1.2.2b patch + Windows Media Player 10 (Gnome's Slipstreamer v3) + Windows Media Player 10 Updates RAR archive... -> The error is ALWAYS in the same module USER32.DLL ... Can someone help ? @ rdalling No I'm not using Sysprep (too buggy and has many problems), I'm using normal boot-from-CD installation.... Is this a problem with RyanVM pack ???

The win32 port of Global Search and Replace (GSAR.EXE) from Linux does this job and it better due to the following: 1. The ability to input search and replace text using ANSI and HexaDecimal codes (very useful for line breaks, carriage returns...etc.) 2. It is a native Win32 program so does not require 16-bit support from Windows XP Info and download here: http://gnuwin32.sourceforge.net/packages/gsar.htm Come to think of it, Linux natively has this utility whereas Windows doesn't... (Tsk tsk Microsoft, why make batch coders life harder..?)

Hello, I am having many problems with XP registry tweaks, I have attached my TWEAKS.REG file (which is based on the file in the "Registry Tweaks Pt 3" thread)... --> Here are my problems: 1. Some tweaks refuse to stick: eg: Automatically Restart tweak refuses to stick, during installation, I run regedit, and I could see AutoReboot = Dword (0) but after rebooting when RunOnceEx completes, I log onto Windows and find "Automatically Restart" still checked... 2. The default list of frequently used programs in the start menu is completely blank except for "Internet > Internet Explorer" and "E-mail > Outlook Express" 3. Windows Explorer crashes especially when I right-click the desktop, I get this error: TWEAKS.REG

@Yzowl I think that the Alerter service was involved because "Send an administrative alert" was checked... Anyway, the tweak does work when I import from inside Windows, but during the installation when it is imported by unattended setup (from RunOnceEx.cmd and from a batch file during RunOnceEx execution after reboot, either this value for some isn't imported... or it gets imported but Windows resets it ... --> I will try your idea... I will modify RunOnceEx.cmd to run RegShot before Importing the tweaks and pause, then apply the tweaks and pause again, and I will reach the root of this problem...

I can't seem to get this tweak to work: REGEDIT4 ; Disable Automatic Restart in the event of a BSOD [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl] "AutoReboot"=dword:00000000 --> After Unattended setup is complete, all tweaks are working except for this one, I find "Automatically Restart" still checked in My Computer > Advanced > Startup and Recovery > Settings.... --> I call my regtweaks.reg using REG IMPORT method in RunOnceEx.cmd and also by another CMD file running during RunOncEx (after reboot).... (ie: I import them twice to make everything sure it works...) - PS: I use the SETUP.EXE trick/hack (replace SETUP.EX_ in i386 folder, SETUPORG.EXE and PRESETUP.CMD) but I don't use it for drivers, I use it for other stuff (eg: opening a DOS window to check for copied files - debugging..etc.)

To see full list of WINNT32.EXE switches, see WINNT32.HLP in your I386 folder, to see full list of WINNT.EXE switches, open a command prompt in your I386 folder and type: WINNT.EXE /?

Hi, When you boot from the CD and install, WINNT.SIF will be processed but running from SETUP.EXE (which actually launches WINNT32.EXE) and WINNT32.EXE without switches, WINNT.SIF will not be processed.... -> This is also the case with WINNT.EXE (DOS install) Use: WINNT32.EXE /S:[sourceofFiles] /U:WINNT.SIF WINNT.EXE /S:[sourceofFiles] /U:WINNT.SIF

Hi, I cannot thank you enough for releasing this tool (I have been searching for this for ages and ages on the net and in MSFN).... --> Was trying mind boggling ways to create a DOS utility using GSAR.EXE (Global Search and Replace) to accomplish such a task !!! -- Thank you again.... Oh: and BTW, UPX doesn't work, gives an "UncompressibleFileException" syntax is: UPX --best -f FEDIT.EXE -> Makecab the file cuts size down to 42KB so UPX is not working...

Hi, Okay, I have an idea to workaround this problem (that recurred again to me.... )... --> During GUI Setup, (which is the GUI mode of setup), looks for the source of Windows XP files in this registry key during setup.... HKLM\Software\Microsoft\Windows\CurrentVersion\Setup The data is in a REG_MULTI_SZ value called "Installation Sources".... http://www.msfn.org/board/index.php?showtopic=47587 There are also other values in there which are (REG_SZ) in the registry.... They are: -- SourcePath (REG_SZ) -- ServicePackSourcePath (REG_SZ) -- When booting from the CD, these values are set to the path of the CD... ##### ---> When we use WINNT.EXE / WINNT32.EXE , some files are copied from %CDROM%\I386 to a temporary folder called C:\$WIN_NT$.~LS on the hard drive.... Then all of the values in the keys listed above are set to point to that folder (C:\$WIN_NT$.~LS) and in the REG_MULTI_SZ value (mentioned above), both sources are listed... #####, So here is my idea.... --> If somehow a script executes at "DetachedProgram" from WINNT.SIF (T-39), which looks for the source of the files (I posted the source of such a script at the thread linked in this reply) and then sets all these keys to the source directly... (Thus effectively spoofing the SETUP program into acting like this is a CDInstall), but that will also mean that the copying files part will be completely useless waste of time... But if it works, then we might have solved the ICGFNT.DLL problem.... ---- Another possible method.... : ---> I noticed that NOT all files from I386 are properly copied to C:\$WIN_NT$.~LS, what if we manually XCOPY all files from I386 in DOS to C:\$WIN_NT$.~LS BEFORE running in DOS (WINNT.EXE) --> And if we ResHack SETUP.EXE (the autorun component) (still figuring out which resource) to launch a batch file (instead of WINNT32.EXE), that launches XCOPY and copies the files to C:\$WIN_NT$.~LS , then launches WINNT32.EXE with WINNT.SIF support... then maybe this can be fixed.... --->> Please, someone try to experiment with this... This could be the end of all of these ICGFNT.DLL threads....