The limit of 16 is somewhat arbitrary. The way the build process works, a fixed number of entrypoints must be reserved at compile time in the sfxca.dll unmanaged stub for managed CAs. The limit can be increased by changing the sfxca.dll source code and rebuilding. The entrypoint reservations don't take a great amount of space, so I agree the limit could be increased. Can you create a bug report on SourceForge for tracking purposes?
-----Original Message----- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Wednesday, July 07, 2010 2:48 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] DTF limit on number of CA EntryPoints? If you write an immediate custom action to schedule deferred and rollback actions, then you've already used up 3 slots right there for one logical custom action. Add an equivalent set of 3 actions for uninstall and you've consumed a total of 6 slots for a single logical operation pair. I personally hope that 16 was only an arbitrary choice and that it can be increased to a much higher number. Luckily I've been fortunate enough to get away with much simpler one-off custom actions thus far... Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com P Please consider the environment before printing this e-mail > -----Original Message----- > From: Rob McCready [mailto:rmccready...@hotmail.com] > Sent: Wednesday, July 07, 2010 2:30 PM > To: WiX-users > Subject: [WiX-users] DTF limit on number of CA EntryPoints? > > > > > I ran into the following error today with a DTF Custom Action assembly > I am working on. > > > > The custom action assembly has 17 entrypoints, which is more than the > maximum (16). > > Refactor the custom actions or add more entrypoint slots in > SfxCA\EntryPoints.h. > > > > > > I grabbed the latest copy of the 3.5 source code and was able to "fix" > this by adding 16 more entries, but I wanted to see if the limit of 16 > was a random choice, or is there a reason behind it? Would there be > any problem upping the limit to something much higher like 128? > > > > I'd prefer to not have to maintain our own fork of the DTF tools just > for this, but having to split out multiple projects to provide custom > actions doesn't make much sense to me unless I'm missing a real > problem with having too many in one assembly. > > > > Thanks, > > > > Rob. > > > > > > _________________________________________________________________ > The New Busy is not the too busy. Combine all your e-mail accounts > with Hotmail. > http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid= > PID28326 > ::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4 > ---------------------------------------------------------------------- > -------- This SF.net email is sponsored by Sprint What will you do > first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
