Jump to content


  • Posts

  • Joined

  • Last visited

Profile Information

  • OS
    Windows XP Pro
  • Country
    United States

bigfatroundguy's Achievements


Newbie (1/14)



  1. Please disregard my last email. i found your v1.1.0.1 of DXUPAC.exe @ http://voidseesaw.com/onepiece/ and tried it out. it addresses my issue perfectly. many thx,
  2. nonno fabio - i just created a new IE7 true addon and incorporated KB2416400 (the latest cumulative update) and I continued to be informed by Windows Update that it still needed to be installed. by way of trial and error, i determined that the following keys need to be set as follows to ensure that Windows Update recognizes that that the update has been incorporated. may i ask you to check your Universal UpdatePack/Addon Creator and verify? HKLM,"SOFTWARE\Microsoft\Internet Explorer\ActiveX Compatibility\{183C259A-0480-11d1-87EA-00C04FC29D46}","Compatibility Flags",0x10001,00,04,00,04 HKLM,"SOFTWARE\Microsoft\Internet Explorer\ActiveX Compatibility\{B1549E58-3894-11D2-BB7F-00A0C999C4C1}","Compatibility Flags",0x10001,00,04,00,04 HKLM,"SOFTWARE\Microsoft\Internet Explorer\ActiveX Compatibility\{BB339A46-7C49-11d2-9BF3-00C04FA34789}","Compatibility Flags",0x10001,00,04,00,04 by the way, this is is a fantastic tool.
  3. have you got a working IEAddReg.txt & IEDelReg.txt file? i have tinkered with this functionality and have yet to get it working and i can only attribute it to the fact that I'm not getting the file format correct.
  4. MrNxDmX, I have taken a crack at updating your work effort here. I'd like your permission to post it and have anyone that wants it, take it and use it. I have tried it on my installation and works perfectly (to the extent, I can tell). You will note that I have said nothing about testing and debugging it. I do not consider myself an addon expert but neither am i truly incompetent. I have focused upon the alternate variation you created because that is the one i liked to use. with respect to the changes I made Added KB961260 (obsoletes KB958215 & KB960714) & Added KB960715 (obsoletes KB956391) - basically i removed the obsoletes and updated the appropriate files. what do you think? btw - how do you "cab" files? i ask because I use CabTool and do not achieve the same levels of compression.
  5. I've noticed that 13.8.7 added a new shortcut (Reg2Cmd) to the "send to" function, very nice, but, the shortcut calls itself "Reg2Inf" which basically overwrites the real Reg2Inf shortcut altogether, which, I really like. I think this is a typo, please have a look when you do your next respin, thanks, great addon please don't stop.
  6. actually, i did some additional testing and while i can't determine the exact state of the HKCU key (regarding whether it fully exists or not), it seems to work with the extra HKLM step i inserted. additionally, i discovered that part of my problem is that I execute a command using RegisterDLLs that depends upon a file having being copied using the CopyFiles directive. i need to maximize the time between the 2 events occuring and placing the copyfiles section at the front of the list of CopyFiles and the command execute at the end of the list of RegisterDLLs to execute appears to do the trick.
  7. thanks folks, the information and suggestions were helpful. here's what i did in the end. I added the following code: [RunOnce.AddReg] HKLM,"SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce","ProgramX",,"rundll32.exe advpack.dll,LaunchINFSection ProgramX.inf,Startup.ProgramX" [startup.ProgramX] AddReg = Run.AddReg [Run.AddReg] HKCU,"Software\Microsoft\Windows\CurrentVersion\Run","ProgramX",0x0,"""%16422%\yadayada\ProgramX.exe""" I referenced the RunOnce.AddReg in the main installer section. So essentially, during the main install, i load a key into HKLM that does nothing more than execute the installer one more time at next reboot for no other reason than to make an entry into the key that should already exist by then. I have noticed that some installations the HKCU key is already there when the main installer operates (and I think ricktendo64 uses this technique with Rainlendar2.1) but as I can't guarantee that all the custom INI files are copied to the right locations in time, I think it is better to let this code execute at next reboot. anyhow, thought you might be interested and thought it might be helpful to others. again, thx,
  8. I have created a few addons and incorporate them into a clean build of WinXP SP3. They are designed to be incorporated by Sysoc during that process step. I have inserted ADDREG sections into some of them that create entries in the following registry location HKCU,"Software\Microsoft\Windows\CurrentVersion\Run" with the hope that these programs would run each time at startup. I have discovered that some of the ADDREG sections make it into the Administrator account while others seem only to make it under Default User account. I thought during windows setup, that the active user account was the administrators account and therefore the current user should be the administrator account. is there a way to ensure that these kinds of entries always make it into the administrator account?
  9. Ricktendo64, many thanks for the information, that and your suggestion helped immensely, now i just have to figure out how to get it posted for other peope's use. again, many thx, bfrg
  10. amazing coincidence, i was asking the same question only days ago regarding an addon i am trying to create and i think ricktendo64 summed it up best at http://www.wincert.net/forum/index.php?s=&...ost&p=33296 and you might even be able to simplify your constructed commands.
  11. ricktendo64, so i've been trying to do an addon for v1.8.1 build 12639 and i'm getting stuck. no matter what i include in the way of files or registry settings, the program remains unconvinced that it has been installed when first executed and i continue to get this screen - any ideas what specifically the program is looking for that convinces it that its installed? here's the attachment
  12. ricktendo64, i would like some advice so, i've been trying to create my own addon for Rainlendar v2.4 and i have run into a few snags. 1) how do you create an empty directory - from looking at your addon for v2.1, you use a runonce routine to that references the INF file again and executes a section that then executes a simple mkdir command - i get it. so why do you have to do it this way? why can't you insert the RunPostSetupCommands=Empty.Locale:1 command into the Rainlendar section and forego the need of the runonce routine. i tried it, it doesn't work but i don't know why it doesn't work 2) the settings file rainlendar2.ini are stored in %USERPROFILE%\.rainlendar2 - this is a double whammy - working with directories have names that start with a "." are an issue AND trying to get any sort of a directory into %USERPROFILE% or dirid 16424 seems to be impossible - any suggestions you might would be very helpful
  13. ricktendo64, any chance of getting this addon updated to v2.4? thx, b
  14. fair enough, any chance you could help find out where this program stores its preferences? it doesn't appear to create an ini file and the reg entries that i have found are fairly sparse. thx,
  • Create New...