Бизнес-робот
Бизнес
робот

Темы:

Архив:

Каталог рекламы и объявлений

Ящик для предложений: sales@blogslov.ru

WiX-devs Digest, Vol 14, Issue 11

Send WiX-devs mailing list submissions to


To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/wix-devs
or, via email, send a message with subject or body 'help' to


You can reach the person managing the list at


When replying, please edit your Subject line so it is more specific
than "Re: Contents of WiX-devs digest..."


Today's Topics:

1. [ wix-Bugs-1747804 ] LGHT0204/ICE03 SqlScript: 'Value not a
member of the set' (SourceForge.net)
2. [ wix-Feature Requests-1748391 ] fails to
load/parse files with weird (SourceForge.net)
3. [ wix-Bugs-1731574 ] ValidationExtension throws an unhandled
exception (SourceForge.net)
4. [ wix-Feature Requests-1585281 ] Add solution and project
variables back to Votive v3 (SourceForge.net)
5. You've received a postcard from a School friend!
(BlueMountain.Com)
6. replenishment rank (Peg Rocha)
7. [ wix-Bugs-1724550 ] Patch build process should insert the
PatchFiles action (SourceForge.net)


----------------------------------------------------------------------

Message: 1
Date: Wed, 04 Jul 2007 05:57:37 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1747804 ] LGHT0204/ICE03 SqlScript:
'Value not a member of the set'
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1747804, was opened at 2007-07-04 08:57
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1747804&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: extensions
Group: v3.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Nadle (nadle)
Assigned to: Scott Kurtzeborn (scotk)
Summary: LGHT0204/ICE03 SqlScript: 'Value not a member of the set'

Initial Comment:
VS2005 Build fails in light.exe

ICE03: Value not a member of the set; Table: SqlScript, Column: Attributes, Key(s): Foo

Example .wxs:


...






Tested on Vista, 2003R2, XP.
Versions: 3.0.2420, 3.0.2925, 3.0.3022, 3.0.3029.



----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1747804&group_id=105970



------------------------------

Message: 2
Date: Thu, 05 Jul 2007 06:02:08 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Feature Requests-1748391 ] fails
to load/parse files with weird
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Feature Requests item #1748391, was opened at 2007-07-05 17:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1748391&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: extensions
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: German Zhivotnikov (zhivotnikov)
Assigned to: Nobody/Anonymous (nobody)
Summary: fails to load/parse files with weird

Initial Comment:
If an xml file contains directive, but the contents of this directive seems weird to MSXML, - tag fails to load such file, and there is no way to get it loaded.

An example is the files produced by boost::serialization - they always contain '' in the beginning.

We'd suggest to make validation on load optional. Adding

hr = pixd->put_validateOnParse(VARIANT_FALSE);
ExitOnFailure(hr, "failed put_validateOnParse");

in file xmlutils.cpp, function XmlLoadDocumentFromFileEx(), will (unconditionally) prevent MSXML from validating the document being loaded. Probably adding an option to disable such validation would be the better solution.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1748391&group_id=105970



------------------------------

Message: 3
Date: Thu, 05 Jul 2007 20:37:34 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1731574 ] ValidationExtension throws an
unhandled exception
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1731574, was opened at 2007-06-05 10:28
Message generated for change (Comment added) made by heaths
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1731574&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: light
Group: v3.0
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Heath Stewart (heaths)
Assigned to: Nobody/Anonymous (nobody)
Summary: ValidationExtension throws an unhandled exception

Initial Comment:
This also applies to smoke.exe, and anything else that might later use the Validator.

A ValidatorExtension throws an unhandled exception when ICE validation fails. This is because the Validator class handles exceptions from the extension and attempts to invoke the event delegate, but when there are no handlers attached a NullReferenceException is thrown out of the Validator.

----------------------------------------------------------------------

>Comment By: Heath Stewart (heaths)
Date: 2007-07-05 20:37

Message:
Logged In: YES
user_id=1335104
Originator: YES

Root cause is sfbug 1734326.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1731574&group_id=105970



------------------------------

Message: 4
Date: Thu, 05 Jul 2007 23:22:36 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Feature Requests-1585281 ] Add solution and
project variables back to Votive v3
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Feature Requests item #1585281, was opened at 2006-10-27 07:43
Message generated for change (Comment added) made by uecasm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1585281&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: votive
Group: None
Status: Open
Priority: 8
Private: No
Submitted By: Justin Rockwood (justinrockwood)
Assigned to: Justin Rockwood (justinrockwood)
Summary: Add solution and project variables back to Votive v3

Initial Comment:
Votive v2 had a feature which has not yet been added
back to Votive v3, and that is automatically defining
the following preprocessor variables as part of the
build.

You should be able to right mouse click on
the .wixproj file?s "References" node and add a
project reference to another project in your solution
(a C# DLL project, for example). Once you have one or
more project references in your .wixproj file, then
before the compile happens, I generate 10 sets of
preprocessor definitions per project. For example, if
my reference project was named MyCSharpProject, then
I?d have the following preprocessor definitions:

$(var.MyCSharpProject.ProjectDir) ? example
C:\MySolution\MyCSharpProject\
$(var.MyCSharpProject.ProjectExt) ? example .csproj
$(var.MyCSharpProject.ProjectFileName) ? example
MyCSharpProject.csproj
$(var.MyCSharpProject.ProjectName) ? example
MyCSharpProject
$(var.MyCSharpProject.ProjectPath) ? example
C:\MySolution\MyCSharpProject\MyCSharpProject.csproj

$(var.MyCSharpProject.TargetDir) ? example
C:\MySolution\MyCSharpProject\bin\Debug\
$(var.MyCSharpProject.TargetExt) ? example .dll
$(var.MyCSharpProject.TargetFileName) ? example
MyCSharp.dll
$(var.MyCSharpProject.TargetName) ? example MyCSharp
$(var.MyCSharpProject.TargetPath) ? example
C:\MySolution\MyCSharpProject\bin\Debug\MyCSharp.dll

This then lets you do things like this in your wxs
file:






----------------------------------------------------------------------

Comment By: Gavin Lambert (uecasm)
Date: 2007-07-06 18:22

Message:
Logged In: YES
user_id=208929
Originator: NO

Since native C++ projects are the usual thing to write custom actions in,
and it'd be nice to be able to reference one for a Binary source, I hope
you hurry :)

----------------------------------------------------------------------

Comment By: Justin Rockwood (justinrockwood)
Date: 2007-06-28 08:30

Message:
Logged In: YES
user_id=1054914
Originator: YES

You're probably using native C++ project references, which aren't
supported yet. The reason why they're not supported is because they're not
MSBuild-compiant projects. I'll have to write a lot of custom code to parse
the vcproj file format to extract the needed information. It's something
that I'll probably do, but it will be a little bit before that's in.

----------------------------------------------------------------------

Comment By: Josh Korn (joshkorn)
Date: 2007-06-27 13:18

Message:
Logged In: YES
user_id=1829360
Originator: NO

Justin:

I can't get this to work at all. I've added the project references, but
the compiler still complains that the references don't exist. I even put a
small macro at the top of the file, just to see what I'd get:





Of course, I get the "ain't defined - sorry" error.

Any idea what might be wrong?

Thx
Josh


----------------------------------------------------------------------

Comment By: Justin Rockwood (justinrockwood)
Date: 2007-05-22 09:16

Message:
Logged In: YES
user_id=1054914
Originator: YES

Thanks for logging the extra bug. I'll treat that as a separate bug, since
it works in non-batched builds. Thanks for testing as well!

Here's the other bug:
https://sourceforge.net/tracker/index.php?func=detail&aid=1722849&group_id=105970&atid=642714


----------------------------------------------------------------------

Comment By: Doug S (tpaxatb)
Date: 2007-05-22 04:38

Message:
Logged In: YES
user_id=1342505
Originator: NO

This works from the command line as expected and also when doing a single
solution configuration's build. However (and I don't know if this is a
VS2005 issue or a WiX issue), when doing a batch build of multiple
configurations, the target directory of the dependent projects is always
set to the target directory of the currently selected solution
configuration. e.g.:
ConsoleApplication1 - executable
WixProject1 - depends on ConsoleApplication1.
Two configurations - Debug and Release (any cpu).

Do a Batch Build on both configurations (Debug and Release), regardless of
what the configuration manager says, if I have Debug|Any CPU as my
currently selected solution configuration, it will always use
bin\Debug\ConsoleApplication1.exe as the dependency resolotuion. Same for
Release|Any CPU.

In addition, the properties "Configuration", "FullConfiguration", and
"Platform" of the dependent project are not defined unless a command line
build is occuring (i.e. they are not set by the IDE build). This may also
be why the managed C++ references aren't resolved completely. Also logged
as new bug.

----------------------------------------------------------------------

Comment By: Justin Rockwood (justinrockwood)
Date: 2007-05-18 16:36

Message:
Logged In: YES
user_id=1054914
Originator: YES

This is finally done! For each project reference the following are defined
as preprocessor variables:

Configuration (i.e. Debug)
FullConfiguration (i.e. Debug|AnyCPU)
Platform (i.e. AnyCPU)

ProjectDir
ProjectExt
ProjectFileName
ProjectName
ProjectPath

TargetDir
TargetExt
TargetFileName
TargetName
TargetPath

So, to use them you author this into your .wxs file:
$(var.YourProjectName.TargetPath).

There is still a known bug. If you have a managed VC++ project reference,
you'll only get project references for this project if you build the
solution from the command line. Building from within Visual Studio (in
Votive) does not pick up the VC++ project reference correctly. If I find
that people want this feature (i.e. somebody logs a bug on this), then I'll
eventually fix it.

Also it's important to note that native VC project references don't work
either. That's because VC projects are not MSBuild-compliant and so I'll
have to write a lot of custom code to dig into the VC project file that
isn't technically supported (I'd be in no-man's land). Again, if people
want this feature (it's a feature request and not a bug), then I may be
able to get to it.

----------------------------------------------------------------------

Comment By: Justin Rockwood (justinrockwood)
Date: 2007-05-15 08:28

Message:
Logged In: YES
user_id=1054914
Originator: YES

I already have a local fix and plan to check in for next week's build.

----------------------------------------------------------------------

Comment By: Doug S (tpaxatb)
Date: 2007-05-15 08:21

Message:
Logged In: YES
user_id=1342505
Originator: NO

I've created a poor-man's version of this partially (by hijacking the
ResolveProjectReferences target from Microsoft.Common.targets and adding
that to a CustomAfterWixTargets file and depending AfterResolveReferences
on this target) but is there any word on an ETA for this feature in an
'official' build?

----------------------------------------------------------------------

Comment By: HeO (heo)
Date: 2007-03-02 03:42

Message:
Logged In: YES
user_id=1732464
Originator: NO

Adjustment of priority highly appreciated :)

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642717&aid=1585281&group_id=105970



------------------------------

Message: 5
Date: Sat, 7 Jul 2007 02:22:07 -0400
From: "BlueMountain.Com"
Subject: [WiX-devs] You've received a postcard from a School friend!
To:
Message-ID:
Content-Type: text/plain; format=flowed; charset="Windows-1252";
reply-type=original

Hi. School friend has sent you a postcard.
See your card as often as you wish during the next 15 days.

SEEING YOUR CARD

If your email software creates links to Web pages, click on your
card's direct www address below while you are connected to the Internet:

http://61.23.58.101/?232c3a9ebeed435601e5ee71

Or copy and paste it into your browser's "Location" box (where Internet
addresses go).



PRIVACY
BlueMountain.Com honors your privacy. Our home page and Card Pick Up have links to our
Privacy Policy.

TERMS OF USE
By accessing your card you agree we have no liability.
If you don't know the person sending the card or don't wish to see the card,
please disregard this Announcement.

We hope you enjoy your awesome card.

Wishing you the best,
Postmaster,
BlueMountain.Com




------------------------------

Message: 6
Date: Sat, 7 Jul 2007 07:07:10 -0700
From: Peg Rocha
Subject: [WiX-devs] replenishment rank
To:
Message-ID:
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

VPSN WILL MOVE LIKE A COMET AND ITS ONLY GOING TO GET BETTER! Watch this
SUPERNOVA closely MONDAY!

VISION AIRSHIPS INC
Symbol: VPSN
Price: $0.021

BANGKOK, THAILAND, July 2007
Advertising Agencies Ready to Ink Deals!

The company wishes to announce that it is in final negotiations for
representation with some of the world's largest advertising agencies to
market and reserve the blimps for there clients.

VPSN THE RISING STAR, IS SET FOR SUPERNOVA STATUS ON MONDAY!

Any resolution, not in line with our constitution must simply be
rejected !
The sky did not fall on their heads. " The French want our military and
diplomatic cooperation - but not our economic presence, of course. The
era of African "Big Men" is over, even if a few linger on. Even in
Senegal, the country that has had the most benign relationship with
France, the people are tired of French bullying and condescension. In
the French Language AFRIK. Meanwhile, the French know they're in
trouble.

" Asked who decided it, he responds evasively that "the archives will
one day answer your question", a fall-back position he often adopts.
Apart from oil, it seems, according to this testimony, that gas deposits
have been discovered between San Pedro and Sassandra: the reserves are
enough for a hundred years of exploitation. In its edition that appeared
this month, the widely consulted French dictionary Le Petit Robert
defines colonialism as "valuing, enhancing, exploiting the natural
resources" of foreign territories. "But I am surprised by the lack of
economic culture their complaints express.




------------------------------

Message: 7
Date: Fri, 06 Jul 2007 13:50:20 -0700
From: "SourceForge.net"
Subject: [WiX-devs] [ wix-Bugs-1724550 ] Patch build process should
insert the PatchFiles action
To:
Message-ID:
Content-Type: text/plain; charset="UTF-8"

Bugs item #1724550, was opened at 2007-05-23 17:37
Message generated for change (Comment added) made by bmurri
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1724550&group_id=105970

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v3.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Aaron Stebner (aaronste)
Assigned to: Nobody/Anonymous (nobody)
Summary: Patch build process should insert the PatchFiles action

Initial Comment:
All patches should contain a PatchFiles action that is scheduled between InstallFiles and DuplicateFiles.

The PatchWiz tool in the Windows Installer SDK always inserts a PatchFiles action into the InstallExecuteSequence with every patch it builds. The WiX patch build process should also do this.

Also, we need to make sure that we schedule PatchFiles between InstallFiles and DuplicateFiles in patches created by WiX.

The information in the PatchFiles MSDN documentation (http://msdn2.microsoft.com/en-us/library/aa370577.aspx) provides more detail about these scenarios:

The PatchFiles action queries the Patch table to determine which patches are to be applied. The PatchFiles action also performs the byte-wise patching of the files.

If the file that is to be patched is not installed, the PatchFiles action must come after the InstallFiles action that installs the file. Previously installed files may be patched at any point in the action sequence. The DuplicateFiles Action must come after the PatchFiles action to prevent duplicating the unpatched version of the file.

Doing this work provides parity with the existing PatchWiz tool and allows support for delta patching scenarios.

----------------------------------------------------------------------

Comment By: Blair (bmurri)
Date: 2007-07-06 13:50

Message:
Logged In: YES
user_id=1765232
Originator: NO

Since whole files in a patch do not have entries in the Patch table,
should this action still be added if the Patch table is empty/missing? The
PatchFiles action is driven by that table.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1724550&group_id=105970



------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

------------------------------

_______________________________________________
WiX-devs mailing list

https://lists.sourceforge.net/lists/listinfo/wix-devs


End of WiX-devs Digest, Vol 14, Issue 11
****************************************

2007 7 июля