Jump to content

Gurgelmeyer

Member
  • Posts

    391
  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    Denmark

Posts posted by Gurgelmeyer

  1. Welcome back /G may your recovery be swift and without glitches now....

    Thanx :sneaky: I'm my good old self again and cant wait to get busy - already made a refresh build of 5.02 and 5.1 with all new fixes. I really want to solve the MSI-setup problem too before releasing it.

    /G B)

  2. Hi :)

    I've been at the hospital for a while, but I'm back and I'm going to fully recover so I can make USP's for you guys :D

    Hi Gurgelmeyer,

    soneone in another forum recently asked how can we "help" UPDATE.EXE overcome the /integrate problem.

    Here's the quote-

    Sorry for the late post, but it's only now I stumbled upon this topic on google.

    You'll need to "help" UPDATE.EXE overcome this and similar other "shortcomings" just to make it do anything at all btw.
    How do we 'help' update.exe? Because executing i386\update\update.exe /Integrate:D:\XP fails and says that you need to use /integrate with the original package.

    Thanks.

    You need to use the version of update.exe contained in my USP 5.1 - AND you need to wrap it in a "real" SFX:

    1. Find a hotfix with SFXCAB version 5.5.31.0

    2. Remove the digital signature from the hotfix; use the ImageEnumerateCertificates() and ImageRemoveCertificate() functions exposed through imagehlp.h

    3. Truncate the unsigned hotfix at offset 0x8800

    4. Make your .CAB file, and open it in a hex editor; locate the entry for the program that you want to run automatically upon extraction, and OR the attribute byte (two bytes before the first char in the filename) with 0x40

    5. Store the size of the .CAB file as a DWORD at offset 0x7C18 in the truncated hotfix .EXE

    6. Append the .CAB file to the .EXE file (you will not need the .CAB file anymore now)

    7. Store the size of the .EXE in the .EXE itself as a DWORD at offset 0x0168

    8. Append any zero bytes necessary to the .EXE file so its size becomes a multiplum of 512

    9. Substract 0x7E00 from the size of the .EXE, and store the result as a DWORD at offset 0x0228 in the .EXE itself

    10. Update the PE checksum

    /Gurgelmeyer B)

  3. With the end of Mainstream support, and obviously the end of USP 5 maybe its time to move on to either Linux or a newer Windows version.

    Security updates continues until 2010. This is the beginning rather than the end - W2K (with an USP) is definately the most stable Windows I have ever worked with, including XP SP2.

    G B)

    "The end of USP 5?" - I've been in hospital - gimme a break :D

  4. Got this question recently

    Is Windows Genuine Advantage part of your Unofficial Win2K SP5 or did you choose to leave that one out? How about the ActiveX control KB908531 that's causing so much grief lately? I'm not sure whether that one is used for Win2K or not but if it is, did you choose to leave it out as well?

    I'm hoping you selected only the GOOD updates to incorporate into SP5.

    Please let me know whether that's true.

    Thanks

    ...

    There are no WGA components in any USP B)

  5. Actually the USP is tested with Terminal Services - a friend of mine agreed to test it in a real TS production environment (Advanced Server), and so far it works fine - I'm told.

    Anyway, I'm sorry to say that I won't give any schedules or status reports, because it's an extremely iterative process, and I know for a fact that I can spend days hunting down the last file or registry mismatch. The price you all pay for waiting is a certain degree of 'perfection'. Testing is what takes 90% of my time, and builds and tests are what take 90% of my CPU cycles :yes:

    Best regards,

    Gurgelmeyer B)

  6. Hi Gurgelmeyer. sorry I wasnt able to follow up my old topic about the FP2k KB838018 hotfix. I was busy in the other side of the MSFN forums site.

    It is included in the 5.1.2195.21 release. :rolleyes:

    wonder if the KB139071 OLE automation hotfix is or will be included in your unofficial Win2k SP5 pack.

    Files are build 4528; replaces the previous 4526 build from KB886765. MS KB article 139071:

    http://support.microsoft.com/kb/139071

    I have this Win2k hotfix. someone sent it to me. let me know if you need it.

    That is not included - yes, I need it ;)

    /G B)

    PS - @-I- - Cool - I might need some compression stats later on :)

  7. Hi,

    Yep - it does look nice. How does it look in 640x480x16 ? (I'm waiting for another server atm, so I cant just dl and test) But what should be in the documentation? I wont document which non-publicly available hotfixes are included - the answer will always be "all, unless otherwise proved".

    I have considered a more useful autorun which pops up a box which helps to automate the most common tasks, such as "Welcome", "Install", "Integrate", "Browse",... etc.

    About bootscreens, those are tough to make in color, because they are - as most of us know - 16 color .bmp images, however - unlike in Windows and all Windows applications - the 16 colors are not predefined in this particular 16-color bitmap but a 16 color palette is included instead. Some color indices are predefined - I think no 2 is the scroll-thingy at the bottom for example. Does anyone know an image editing tool which handles 16-color non-windows .bmp's?

    File system support is a wonderful thing. I can't wait to test the ext2/3 driver (so it better work :lol:)

    I won't include the bootscreens or extra non-ms file system drivers in the USP's. But it's fun to play with - wonder if NT can be made to boot from ext3.... nah :no:

    Best regards,

    Gurgelmeyer B)

  8. In theory a lot like that. My thought is, that each and every file should be stored only once - no matter how often it appears, no matter under which names, no matter how many different ways it is compressed, no matter if it's (recursively) embedded in MSI streams or other cabinets. It's perfectly simple - it could even be expanded to handle more than just the MSCF formats. The only difference to the end user would be that (s)he would have to download an EXE file instead of a ZIP file.

    Best regards

    Gurgelmeyer B)

  9. how about something such as "roll-up" or "post update" like M$ done with "update roll-up sp4"?is it impossible too?
    I really prefer to eliminate as many problems as possible in advance, rather than making a mess of updates like good old MS have done. I'm sure you get my point ;) Convenience is one of the main purposes of USP's :yes:
    really i don't have friends that use broadband connection near (they all in different city and some of them different island) i use a small shared 128kbps connection here and the max download speed is only 10-15kb/s so download USP can take up to 4-6 days or maybe a full 2 days sad.gif

    242971184 bytes / (10240 bytes/second) / 3600 seconds/hour = 6 hours 35 minutes. Try downloading SP3 with 5.5 kb/sec - now those were the days.... :rolleyes:

    /G B)

    (PS - Don't worry - I already have an idea on "smart compression" - I need to run some tests)

  10. or maybe think about byte patcher that can compare byte between a two big files and then you upload the patcher version

    i don't think a byte pacher will do the trick.... because its often far from acurate.

    a dif file though COULD perhaps help A litle bit though i think the work wouldn't be worth the few extra megs saved...

    I do agree that the download size is a problem. One thought is to release a crosslinked ISO 9660 - those are easy to create, and at least you would get "all" USP versions in one download - more value for money.

    Another thought on the matter is, that most ppl probably use the USP's on 2K Pro, and don't care about the server variants. And a Pro-only variant of each USP will definately be smaller.

    @gurgle, someone has picked up a nice project to create a 2k-ize patcher for win2k... screenshots look promising...
    Interesting :)
    another thing involes that BTS-driver packs now supports creating a fully-slipstreamd driver-base...

    (drivers.cab dosnet.inf etc), so my question for you is, witch types of drivers do you prefer build in windows and witch you want out (for now)

    i myself would thing that, it would be best to start with basics, Chipset, VGA Sound LAN PCMCIA and SATA ... and fully removing printer + scanner drivers... do you agrea?

    I quite agree - SATA is however more important than PCMCIA I believe. Chipsets, SATA, Video (incl monitors), LAN 10/100/1000, Audio (full AC97 at least). Donno about printers and scanners yet B)

    /G B)

  11. Hi :)

    Well, to integrate a USP before you run nLite, simply do it manually. Example:

    Create a dir C:\TEMP2K and copy the Windows CD to that dir

    Create a dir C:\TEMPUSP and place the USP there

    Start > Run > C:\TEMPUSP\W2KSP51.EXE -s:C:\TEMP2K

    That will update the 2k image in C:\TEMP2K with the USP. Now you should be able to nLite it. (I think)

    Another thing: Add/Remove Programs indirectly depends on at least MSHTA.EXE, JSCRIPT.DLL, MSHTML, SP3RES.DLL (for Program Access and Defaults), and Mdac. It's an embedded JavaScript HTML application.

    Hope it helps :)

    Best regards,

    Gurgelmeyer B)

  12. I'll be brief (I'm on a very slow line right now, because my ISP wants me to pay the same bill twice... long story, don't worry :lol:)

    USP 5.1.2195.21 (21 is the build number) contains:

    - ~40-50 new non-security updates not available from WU. I think I got them all now, but I keep saying that don't I :whistle:

    - All the security updates that were available on WU on 2006-04-16 for Windows 2000 and for the Windows 2000 versions of the built-in or the USP provided components.

    - Fixes a BUG which caused setup from DOS to fail

    - Fixes a BUG which might cause USP setup to take longer than it should

    - Adds the USP version and build date to the System Properties

    Next: USP 5.2 ! When? Donno. I definately need my DSL....

    Best regards,

    Gurgelmeyer B)

×
×
  • Create New...