Jump to content
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble

MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, register and become a site sponsor/subscriber and ads will be disabled automatically. 


shorterxp

Member
  • Content Count

    123
  • Donations

    $10.00 
  • Joined

  • Last visited

Everything posted by shorterxp

  1. HI! Do "embedded" hotfixes work like normal hotfixes (for inegration using nlite or any other integrator?) FYI I am aware of provisional POS2009 reg tweak; It'll be imported among other reg tweaks during Unattended via cmdlines.txt. The hotfix in question is below, among the others that otherwise enable IE8 functionality on clean SP3 install: IE8MUI-x86-enu.exe ie8-windowsxp-kb2598845-x86-enu.exe ie8-windowsxp-kb2888505-x86-enu.exe ie8-windowsxp-kb4493435-x86-embedded-enu.exe Correct me if I'm wrong, these are all whats required to bring IE8 fully up to date via unattended method, yes? A second quesiton is, if one were to add these files per normal integration procedure, and instruct nlite to subsequently remove "Internet Explorer" while leaving IECore parts, is it likely that the updated Internet Options Control Panel will be retained despite IE8 browsers removal? I don't see why it shouldn't; Internet Options normally still works after IE has been removed entirely from SP3 using nlite. Btw the only reason for such curciosities is: I would like the latest Internet Options Control Panel with the TLS 1.1 / 1.2 tick boxes. I realise it's not actually necessery for these to be visually present for TLS 1.1 / 1.2 to be functional on XP, in fact KB4019276 enables TLS system wide regardless - It's just that they enable a visual way of dis/en-abling (without resorting to manual reg imports). Thanks folks (make msfn great)
  2. I'd like to acces the files inside the ie8-embedded-xxxxxxxxxxxx.enu.exe hotfixes for experimentation on XP. Is there a way to unpack hotfixes so that I may test the files inside? Thanks in advance
  3. I have newest cumulative POS2009 files for IE8 for integration into SP3 via nlite on standby. However... I don't need/want IE8 on target unattended Install - only the latest Core IE components. It is my understanding that nlite can strip IE entirely and that (please correct if wrong) according to nlite strip procedure, service pack, hotfix integration and comonent removal are done in that order, and that (for e.g.) if IE8 (and subsequent cum updates) were added as hotfix at start, the component removal stage (which comes last) still removes IE8, while leaving latest IE Core components (from latest IE8 hotfixes) intact. This is long-winded though, a simpler approach would be to patch following files, namely inetcpl.cpl (and dependencies where any), in order to expose TLS 1.1/2 checkboxes in Internet Options window. So can someone with IE8 + latest POS2009 updates upload these files in a zip so I can test please? If a simple patch like this doesn't work I will have to integrate normal way, however its not clear if embedded hotfixes will integrate smoothly onto fresh SP3 source, if anyone can clarify that, that would be great. Thank you for reading.
  4. K-Meleon 76 has TLS 1.2 out of the box..............
  5. By upgrading to XP and installing k-meleon LOL It could even work on 98 / Millenium Edition. Try it.
  6. Bumping this thread because I think it would prove to be an interesting topic. Why would NGEN background service halt logon for 90s? I'v used XP for over 15years, installed .net countless times and never had I noticed this issue of prolonged logon times, until last year. According to antedotes on other forums, this is common, even on factory image of XP pro; so it its not just me. It may be deliberate act of planned obsolecene, hardcoded into XP (a countdown timer thats since elapsed?). I doubt switching from Intel x86 based system to an AMD x86 system led to this. Any thoughts?
  7. So in the end the solution would resemble this right?
  8. As the title suggests, is there anyhting prohibiting from using a USB floppy drive loaded with drivers (in order to facilitate installation via AHCI) via f6 method, if also booting from USB simultaneously? Something tells me this may be motherboard dependent, that is, whether a board can handle two concurrent usb connections at once or not. I could just buy a USB floppy drive off ebay to see if this works but thought I'd spare the cash by asking you MSFN gurus first. thanks in advance.
  9. whats the point in compatibilitypacksp3-kb2526297-fullfile-en-us.exe ? what does it add / do?
  10. APologies for my absence FilediskA is exactly what I need. i.e.The ability to load / autorun any .iso in one double-click proceduce (for machines without iso tools previously installed). The relevant iso is the only way to install the software (its distributed this way). Those who download the iso may not know how to mount it and so would apprecite the simplicity of a single exe next to the iso itself, which can be distributed alongside the iso. Upon trying FilediskUA, the issue arises that upon clicking the iso to mount it (after FilediskUA has been installed) the iso doesn't autoplay / autorun the installer splash screen. I seek a way to run autorun automatically and this likely would require a separate vbs/cmd script, in turn necessitating a self extracting archive. However as I have already expressed in previous post, SFX can either unload files into current dir. or into a temp dir. More ideal is by way of latter, where files [filediskUa installer, script] are unloaded to temp directory, where the script of which not only installs filediskUA and subsequently mounts the relevant iso (thats beside the SFX) but also runs the autoplay of that iso - and that all of these steps occur upon clicking the SFX.exe. The quesiton is, how may a script in the now temp folder 'retrieve' the directory [nominally a string] from which the SFX that spit it out ab inito, is located? What i've done so far: In a folder theres a custom installer, itself a SFX, which installs IMDISK without reboot. Separately theres a cmd script, which when clicked mounts the iso + launches the autorun - this script resides adjacent to the iso. In this state, there are 3 files, 2 if not counting the iso. To merge those 2 would be ideal. Open to all suggestions. I should mention this should work on all windows XP to present. Edit: filediskuA does not appear to work and is temperamental when mounting.
  11. I long for a time people stop saving as docx and save as .doc. there are zero gains from the docx format over doc (regarding MS word) I do use the compatibility pack on XP to open docx. All this itteration bullcrap will one day be looked back upon by future generations and viewed as pretty dumb and unecessary. The only reason for software updates is mortages and hungry mouths. period. FYI I just use FileFormatConverters.exe from MS website. never had a problem using MSo 2003 thus far
  12. To avoid even bigger choclate coated banana, here is the situation / requirement Ideally, a single executable (thats beside relevant .iso) of which does the following when clicked: - mounts iso to virtual drive - launches the autorun.exe on the newy created virtual drive. This is so to aid users who may be unfamiliar with how to use archive software / have necessary space to unpack the 8gb iso and/or may not know how to mount virtual drive. A exectuable downloaded alongside the iso makes for a more intuitive experience. The autorun inside the iso guides the player with the remainder of the installation. The content is only ever officially distributed as an .iso, which is why I though this would be a good idea. My current, working, though not ideal solution involves Imdisk_custom.exe (as seen 2nd previous post) in the same directory as the iso, as well as a batch script beside that. Although Imdisk installs perfectly, it would need to be manually uninstalled - this is ok. There is however the small annoyance of two seperate files, now next to the .iso. A single .exe would be better. I propose a SFX self extracting archive with slimmed down verison of the original 7z archive contents, that 1) installs imdisk, 2) mounts the iso 3) runs autorun in one single instance - However the SFX extracts the batch script to temp folder, which of course is no longer in the same directory as the .iso, so I ask if there is a way to pass the launch directory on to the script. In other words, If example.iso and example_sfx.exe (latter of which does steps 1,2,3), are in C:/example_folder, and example_sfx.exe is launched, is there a way for the script now in a sfx temp folder / orphaned from the iso, to query (and use) initial launch directory, in this example "C:/example_folder"? For example: [...] %windir%\system32\ImDisk -a -m Z: -f %Mystery_Launch_Dir_variable%\prbf2_1.5.0.0_full.iso Z: START "" autorun.exe Perhaps source_path or start_path is a better descriptor. An interesting aspect of SFX, which may be related is the sfxcmd variable. Perhaps this can be used in target script? Regarding filedisk: Both these are true. Modifying the IMDisk install.inf as you suggest in order to avert installation is daunting to me, so I might try filedisk too if its suitable. I note Filedisk v15 readme states reboot is required and files to be placed in sys32 so maybe it isn't suitable? Thanks for the help
  13. Is it possible to run imDisk standalone? i.e. run the VirtualDisk Service temporariliy without incurring installer, nor the need to run service at startup?
  14. For some reason 'Mount with IMDisk Virtual Disk' appears on all files in explorer, even irrelevant ones like cmd. Expunge the following registry key to prevent this. HKEY_CLASSES_ROOT\*\shell\ImDiskMountFile Here is my silent repack with this fix included: OneDrive (761kb). It's a SFX archive. and yes Chocloate banana is a habit I must admit. Thank you for your invaluable assistance once again//
  15. Ok, I uninstalled SPTD rebooted the OS and installed IMGDisk alone and it seems to work without SPTD. This is so much easier, I cannot believe people recommend to use SPTD + Daemon when IMGDisk does it off the bat without messing around with drivers at Unattended. In hindsight so much time was wasted making a silent Daemon installer (i.e. post #1) -.-
  16. Update: I managed to track down the patch, here is the code that supposedly fixes the bug. (save as .vbs and run it) ' This Script fixes the Windows XP slow boot bug which is caused by the "Microsoft .NET Framework NGEN v4.0.30319" Service. ' This Script will checks if the "Microsoft .NET Framework NGEN v4.0.30319" Service is "Running" and if it is then the Script will try to set the "Startup type" for this Service to "Disabled". ' Disabling the "Microsoft .NET Framework NGEN v4.0.30319" Service will not cause any problems with the programs that are run on Microsoft .NET Framework v4. strComputer = "." Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\cimv2") Set colServiceList = objWMIService.ExecQuery _ ("Select * from Win32_Service where Name = 'clr_optimization_v4.0.30319_32'") For Each objService in colServiceList If objService.State = "Running" Then errReturnCode = objService.ChangeStartMode("Disabled") End If Next It works! If that doesn't work theres: ' [ MS .NET Framework 4 - WinXP Slow Boot Fix v3.1 ] ' This Script will fix silently in the background a Microsoft .NET Framework 4 bug that causes a slow Windows XP boot up. ' This Microsoft .NET Framework 4 bug can occur, for example when reinstall Microsoft .NET Framework 4 or when installing new Microsoft .NET Framework 4 Updates. Set objShell = CreateObject("WScript.Shell") Set objFSO = CreateObject("Scripting.FileSystemObject") ExeFile = objShell.ExpandEnvironmentStrings("%SystemRoot%\Microsoft.NET\Framework\v4.0.30319\ngen.exe") If (objFSO.FileExists(ExeFile)) Then objShell.Run Chr(34) & ExeFile & Chr(34) & "eqi", 0, false End If WScript.Quit The fact NGEN halts the logon process upward of 90seconds is rediculous. What is NGEN? When you install .net framework, uncompiled or raw libraries aka native images, that programs built using .net depend on, are moved from .net installer to target hard drive. However these libraries cannnot be read in their raw state, they first have to be compiled. With older .net installations,compile was done during initial .net installation which now explains why these sometimes took a long time. Instead .net distros (as of 2,0?) install a background service alongside the libs - the service becomes active when the computer is idle, supposedly compiles the libs, which when finished are used with .net based apps. Native images or raw libs supposedly simplifies software development at the burden of we, the clients (thanks lazy developers). It excels in scenarios where software is deployed en masse and enables compatilty across varying architecures i.e. intel/amd, x86/x64 (32 and 64bit) or ARM. That is, when the raw libraries are unpacked by end-user via .net installer, they are compiled to reflect the architecture of the system on which it is installed. I assume that the aim is/was to save dev time and simplifiy software deployment; it eliminates need for multiple itterations of software otherwise needed to work on systems of varying architecture. If the NGEN (£%$!@) service is disabled and an app (developed with .net and this depends on the ,net libraries), is exectued this - ***supposedly*** - hinders app start up time (warm start vs cold start) though I've never experienced this personally and I've used net apps for almost two decades - so I call BS on that.
  17. Does anyone have a mirror of those Hotfixes please?. I'd like to slipstream them in a recent nlite install. In any case, I'm curious if when these are present on systems running on non-target motherboards, if they will cause problems or not.
  18. Hi, Is there an easy way to "track" services behaviour at log on for windows XP? I installed a ethernet device driver, upon reboot + logon (and everyone subsequent logon) explorer loads however majority of windows stuff refuses to open (some non .net apps can). Things like Device manager, network connections, control panel, won't open for circa 2minutes. I suspect that a service which is supposed to run at startup impdes the usual logon sequence. Is there a tool out there that can monitor the sequence? FYI: It's definately the ethernet driver that does it because upon fresh install of XP (which takes but a minute) everything works as expected until IT alone is installed. Even after uninstall, the hang persists. Trried both manual installation of the driver via device manager and the provided installshield package, both lead to the same end. Cheers fellas EDIT: problem goes away if I Disable the connection in Network Connections (or device in device manager). Very strange
  19. Exdit: duplicat thread: Is anyone familiar with this bug and if so, what causes it? The bug occurs when one installs .NET framework 4.0 on (even on full XP SP3). Apps at log on are delayed for 2minutes on the first reboot after installing 4.0 and occurs everyboot thereafter until 4.0 is otherwise uninstalled). In a pre-made image of XP, available on the web, there is described a feature called "F4SBF Patch v2.0" which supposedly fixes this. I don't want to link to the page due to forum policy. I'm curious what this update entails. References https://social.msdn.microsoft.com/Forums/vstudio/en-US/cb75c4dc-e0af-4b22-85b2-c2c1b08bfea1/why-does-net-framework-4-client-profile-slow-down-boot-time-network-creation
×
×
  • Create New...