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

Community Reputation

3 Neutral

About shorterxp

Profile Information

  • OS
    XP Pro x64
  • Country

Recent Profile Visitors

2,073 profile views
  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
×
×
  • Create New...