Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Karim MacDonald wrote: I may see if I can fix this particular bug on my own system. I don't know how patch submissions work, but naively expect that I might then be able to submit a patch for inclusion at some date? Sure. You'd need to submit an assignment agreement to get it included; see http://blogs.msdn.com/robmen/archive/2004/04/14/112970.aspx for details. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Bob Arnson-6 wrote: Karim MacDonald wrote: would replace the Class element, or if this particular Heat bug (think I saw it logged but can't find it now!) is likely to be fixed any time soon? So far, nobody's volunteered to maintain Heat so the bug isn't likely to fixed soon. I may see if I can fix this particular bug on my own system. I don't know how patch submissions work, but naively expect that I might then be able to submit a patch for inclusion at some date? Bob Arnson-6 wrote: Both are bad because they violate component rules. Could you be more specific about which rules they break please Bob? I've checked MSDN and although the same registry value is being written to twice, I can't see a component rule problem as long as this all happens within one component. Bob Arnson-6 wrote: Is it not enough to remove the mscoree.dll InprocServer32 value? Unfortunately the mscoree.dll value is correct not the problem: it's needed so that COM knows to prod .NET when the object is CoCreated. The root problem (I think) is that Heat is wrongly guessing the content of that registry value when it doesn't need to. A clean work-around would be a short dark.exe segue and then ditch the Class element from the authored code (I might do this). -- View this message in context: http://www.nabble.com/heating-COM-componnents-and-getting-LGHT0130-on-generated-registry-data-tf2815472.html#a13250119 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Karthik wrote: The problem is that autogenerated Id is not unique. It should be simple to write a temporary postprocessor that goes through and adds Id=[unique value] to each RegistryValue element. Thank you for your reply Karthik. I don't think this is the problem, as each generated Id seems to be unique to a given registry path+value. This seems sensible, as you wouldn't normally want to be writing from the reg-table to the same reg-value twice in the same setup. -- View this message in context: http://www.nabble.com/heating-COM-componnents-and-getting-LGHT0130-on-generated-registry-data-tf2815472.html#a13250236 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Yeah, you're right. I wrote something that autogenerated Id's as a fix to get my test build working, but my coworker, who had to use it in his project, ended up using regasm /regfile to generate the right entries. On 10/17/07, Karim MacDonald [EMAIL PROTECTED] wrote: Karthik wrote: The problem is that autogenerated Id is not unique. It should be simple to write a temporary postprocessor that goes through and adds Id=[unique value] to each RegistryValue element. Thank you for your reply Karthik. I don't think this is the problem, as each generated Id seems to be unique to a given registry path+value. This seems sensible, as you wouldn't normally want to be writing from the reg-table to the same reg-value twice in the same setup. -- View this message in context: http://www.nabble.com/heating-COM-componnents-and-getting-LGHT0130-on-generated-registry-data-tf2815472.html#a13250236 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Hello, Eric Hybner wrote: Thanks Bob. FWIW, the problem appears to be with a default value. Removing the following registry value gets me past the issue for now. RegistryValue Root=HKCR Key=CLSID\{01D6FA3C-BCF4-35AB-820A-49ACAF99F5F8}\InprocServer32 Value=mscoree.dll Type=string Action=write / Does anyone know if there is a workaround to this problem that is better than manually writing all of the appropriate RegistryValue elements that would replace the Class element, or if this particular Heat bug (think I saw it logged but can't find it now!) is likely to be fixed any time soon? It looks like Heat is being too keen in assuming that the harvested registry keys can be mapped to COM registration. Removing the mscoree RegistryValue element simply breaks the COM registration of that .NET component, and adding a Server=mscoree.dll entry to the Class element (which seems like the right thing to do) results in LGHT0094. cheers, Karim -- View this message in context: http://www.nabble.com/heating-COM-componnents-and-getting-LGHT0130-on-generated-registry-data-tf2815472.html#a13239208 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Karim MacDonald wrote: Eric Hybner wrote: Thanks Bob. FWIW, the problem appears to be with a default value. Removing the following registry value gets me past the issue for now. RegistryValue Root=HKCR Key=CLSID\{01D6FA3C-BCF4-35AB-820A-49ACAF99F5F8}\InprocServer32 Value=mscoree.dll Type=string Action=write / Does anyone know if there is a workaround to this problem that is better than manually writing all of the appropriate RegistryValue elements that would replace the Class element, or if this particular Heat bug (think I saw it logged but can't find it now!) is likely to be fixed any time soon? Found a couple of alternatives, neither of them nice: 1. Give a unique Id to the mscoree RegistryValue (which will result in the value being overwritten by two separate Registry table entries): RegistryValue Id=01D6FA3CBCF435AB820A49ACAF99F5F8_mscoree_overwrite Root=HKCR Key=CLSID\{01D6FA3C-BCF4-35AB-820A-49ACAF99F5F8}\InprocServer32 Value=mscoree.dll Type=string Action=write / 2. Advertise the component (= the reg-entries will be written by the RegisterClassInfo action I think) and then forcefully zero its Darwin descriptor (WriteRegistryValues occurs after RegisterClassInfo by default): Class Advertise=yes ... with no Server attribute ... RegistryValue Root=HKCR Key=CLSID\{01D6FA3C-BCF4-35AB-820A-49ACAF99F5F8}\InprocServer32 Name=InprocServer32 Value= Type=string Action=write / I've no idea which of these is better or worse; comments gratefully received... -- View this message in context: http://www.nabble.com/heating-COM-componnents-and-getting-LGHT0130-on-generated-registry-data-tf2815472.html#a13239912 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Karim MacDonald wrote: would replace the Class element, or if this particular Heat bug (think I saw it logged but can't find it now!) is likely to be fixed any time soon? So far, nobody's volunteered to maintain Heat so the bug isn't likely to fixed soon. I've no idea which of these is better or worse; comments gratefully received... Both are bad because they violate component rules. Is it not enough to remove the mscoree.dll InprocServer32 value? -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heating COM componnents and getting LGHT0130 on generated registry data
Eric Hybner wrote: Candle yells at me because the Class/@Server attribute is missing. Please enter a bug on this -- heat should, of course, generate authoring that follows the schema. C:\projects\sandbox\COMTest.wxs(19) : error LGHT0130 : The primary key 'reg9D78D592D2980BC3F33101F91D853AE6' is duplicated in table 'Registry'. Please remove one of the entries or rename a part of the primary key to avoid the collision. It means that the Registry rows the Class element generates has the same Root, Key, and Name values as one of the RegistryValue elements. Again, please file a bug -- at least some of the generated RegistryValue elements can be omitted because they duplicate the strongly-typed Class/ProgId elements. -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users