(repost under MSDN account)
When building a solution that consists of one managed C++ project with
a project reference to a C# project in the same solution, there is a
bug when trying to build from the command line. The /FU arguments that
should be present for the project's references appear in the IDE's
buildlog.htm but they do not appear when built from the command line.
Everything builds just fine from the IDE. We are running on XP SP2
with VS2003 7.1.3088. This seems to be a very obvious bug. Has anyone else
encountered it? Is a fix planned for it? If so, when?
A workaround we have found is to include #using directives in the C++
code and set the correct "resolve #using references" in the project.
These command line arguments don't appear to get lost when built from
the command line.
Another solution appears to using a real reference to the dlls instead
of using project references. 6 3110
Hi Chris,
First of all, I would like to confirm my understanding of your issue. From
your description, I understand that the devenv solution build at command
prompt doesn't take care of references added in solution explorer. If there
is any misunderstandin g, please feel free to let me know.
Based on my research, this is a known issue. This is because the project
reference resolution code is assuming that the IDE is interactive while it
is not. This issue will be fixed in next version of VS.NET. Sorry for the
inconvenience.
HTH.
Kevin Yu
=======
"This posting is provided "AS IS" with no warranties, and confers no
rights."
For confirmation: Your summary of the problem is not quite as specific as we
have seen, meaning that in some cases it actually does work, and it is only
when the assembly being compiled is Managed C++ that the references aren't
properly included.
Also, the second workaround to this problem was to add an Assembly Reference
to the dll instead of a project reference; however, this doesn't appear to
work when the referenced dll is built as Managed C++ instead of C#. In this
case, the same problem occurs - the /FU arguments do not appear as part of the
build command line. In this case, the first workaround must be used instead.
The next version of VS.NET isn't scheduled for some time; is there any plans
for a service pack or hotfix that will address this problem?
Chris
Kevin Yu [MSFT] wrote: Hi Chris,
First of all, I would like to confirm my understanding of your issue. From your description, I understand that the devenv solution build at command prompt doesn't take care of references added in solution explorer. If there is any misunderstandin g, please feel free to let me know.
Based on my research, this is a known issue. This is because the project reference resolution code is assuming that the IDE is interactive while it is not. This issue will be fixed in next version of VS.NET. Sorry for the inconvenience.
HTH.
Kevin Yu ======= "This posting is provided "AS IS" with no warranties, and confers no rights."
Hi Chris,
I'm not quite sure if it will be fixed in service packs or hotfixes. For a
hotfix, you can try to contact Microsoft Product Support Services. You can
contact Microsoft Product Support directly to discuss additional support
options you may have available, by contacting us at 1-(800)936-5800 or by
choosing one of the options listed at http://support.microsoft.com/default...d=sz;en-us;top. If they have
confirmed this a bug, they will help you out free of charge. Thanks!
Kevin Yu
=======
"This posting is provided "AS IS" with no warranties, and confers no
rights."
The only additional bit of information that we have found is that the ability
to compile the solution from the command line is controlled by the existence
of a single Managed C++ project. If this project has already been compiled
once from the IDE, then the solution will continue to compile properly from
the command line (and the /FU are properly used). On the other hand, if this
project's compiled DLL does not exist, then once again the /FU arguments are
left off and the solution does not compile. We haven't been able to figure
out what's unique about this one project - it is a Managed C++ project.
Originally it was at the top of the dependency chain for Managed C++ projects
- it depended on other MC++ projects, but no other MC++ project depended on
it. Now, however, there is one other MC++ project that depends on this
project, yet the devenv behavior hasn't appeared to change. Even copying the
project's final DLL from one computer to another will fix the problem.
Is this the same problem to which you were referring earlier, or does this
sound like something different/new? Are there any ways to fix or work around
this problem?
thanks
Chris
Kevin Yu [MSFT] wrote: Hi Chris,
I'm not quite sure if it will be fixed in service packs or hotfixes. For a hotfix, you can try to contact Microsoft Product Support Services. You can contact Microsoft Product Support directly to discuss additional support options you may have available, by contacting us at 1-(800)936-5800 or by choosing one of the options listed at http://support.microsoft.com/default...d=sz;en-us;top. If they have confirmed this a bug, they will help you out free of charge. Thanks!
Kevin Yu ======= "This posting is provided "AS IS" with no warranties, and confers no rights."
Hi Chris,
According to the description, I think this is the same problem as I
mentioned. You can try to get a hotfix from Microsoft PSS as I gave in my
last post or pick up from the following link: http://support.microsoft.com/common/...gp;en-us;offer
prophone
Kevin Yu
=======
"This posting is provided "AS IS" with no warranties, and confers no
rights."
Kevin,
Like Christopher I am having similar problems building Managed C++
solutions from the command line. As you stated, the build fails if it
uses project references instead of assembly (DLL) references. I've
changed my projects to not use project references so that I can run
command line builds. It 'only' took 2-3 days to figure this out...
First question is when is the next version of .NET coming out? Is there
any chance that a service pack for .NET 2003 to be released beforehand?
Second, someone should complain LOUDLY to the .NET development team
that this type of bug is completely unacceptable. Anyone who is
developing software for a living is almost certainly using an automated
build system that requires the compiler to be run from the command
line. Obviously, whoever setup the matrix of possible solution
configurations to perform regression testing fell down on the job.
Additionally, I won't even begin to start in on other intermittent
crashes of the .NET development environment.
Please pass these comments along to the appropriate people, thanks.
Regards,
Eric Strennen
Senior Software Engineer
Imago Scientific Instruments
Kevin Yu [MSFT] wrote: Hi Chris,
First of all, I would like to confirm my understanding of your issue.
From your description, I understand that the devenv solution build at
command prompt doesn't take care of references added in solution explorer. If
there is any misunderstandin g, please feel free to let me know.
Based on my research, this is a known issue. This is because the
project reference resolution code is assuming that the IDE is interactive
while it is not. This issue will be fixed in next version of VS.NET. Sorry for
the inconvenience.
HTH.
Kevin Yu ======= "This posting is provided "AS IS" with no warranties, and confers no rights." This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics |
by: SR |
last post by:
Hi
Would suggest that instead of using the process class and
invoking the devenv, u try using the VS.Net object
library. This will help you perform the operations in a
much more controlled way.
regards,
|
by: micc |
last post by:
I am using devenv to build a solution.
The Solution comprises 2 projects :- one C++ and the other a Fortran
project. I created this solution by automatically converting a Visual Studio
version
6 project.
When I build the solution in a Visual Studio .NET workspace, it
builds successfully with no errors in either project.
|
by: Christopher Bohn |
last post by:
(repost under MSDN account)
When building a solution that consists of one managed C++ project with
a project reference to a C# project in the same solution, there is a
bug when trying to build from the command line. The /FU arguments that
should be present for the project's references appear in the IDE's
buildlog.htm but they do not appear when built from the command line.
Everything builds just fine from the IDE. We are running on XP...
|
by: roel.schreurs |
last post by:
Sometimes, I want to archive or transport a solution. In such cases, I
would like to remove all redundant files from the solution, i.e. all
compiler output. The documention describes the command line switch
/clean (see
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vsintro7/html/vxlrfclean.asp).
However, when I perform this for a solution, not a single file is
removed. I have seen that the process devenv is actually...
|
by: wandii |
last post by:
Hi,
I've been working with devenv from the command line for the last
couple of days and cannot
get to build the msi file correctly. if I excecute the devenv.exe via
the command line or batch file
it creates a .msi file with 5k size, however, if I build my solution
via the IDE then I get a correct .msi with 9MB. I am using the devenv
in a batch file as follow:
@set projdir=E:\netproject
| |
by: Narasimham |
last post by:
Hi,
I was able to successfully create a new project using the devenv
command line arguments.
I did
devenv /command np
and then specified the name of the project and its location in the
|
by: chaitu |
last post by:
Hi guys,
I've written a parallel build program (in Perl) that takes a
pre-computed dependency tree of many projects in 2 visual studio .net
2003 solution (.sln) files here at my company, and builds projects at a
same level of dependency parallelly.
While doing this, sometimes I get "Microsoft Visual Studio experienced
some errors and needs to close" pop-up (which was gone after I disabled
error-reporting for programs from Control...
|
by: =?Utf-8?B?YXByMDUyNA==?= |
last post by:
I am wondering if there is a devenv switch that will ignore build
dependencies that are set in .xxproj files. At the command line I am
attempting to build individual projects that I do not want subjected to the
build dependencies set in the project files.
|
by: Samuel R. Neff |
last post by:
Can I launch devenv.exe and specify a web site to open via command
line? No solution or project file, just a web site.
Thanks,
Sam
------------------------------------------------------------
We're hiring! B-Line Medical is seeking .NET
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main usage, and What is the difference between ONU and Router. Let’s take a closer look !
Part I. Meaning of...
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can effortlessly switch the default language on Windows 10 without reinstalling. I'll walk you through it.
First, let's disable language synchronization. With a Microsoft account, language settings sync across devices. To prevent any complications,...
| |
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers, it seems that the internal comparison operator "<=>" tries to promote arguments from unsigned to signed.
This is as boiled down as I can make it.
Here is my compilation command:
g++-12 -std=c++20 -Wnarrowing bit_field.cpp
Here is the code in...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome a new presenter, Adolph Dupré who will be discussing some powerful techniques for using class modules.
He will explain when you may want to use classes instead of User Defined Types (UDT). For example, to manage the data in unbound forms.
Adolph will...
|
by: conductexam |
last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and then checking html paragraph one by one.
At the time of converting from word file to html my equations which are in the word document file was convert into image.
Globals.ThisAddIn.Application.ActiveDocument.Select();...
|
by: TSSRALBI |
last post by:
Hello
I'm a network technician in training and I need your help.
I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs.
The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols.
I succeeded, with both firewalls in the same network. But I'm wondering if it's possible to do the same thing, with 2 Pfsense firewalls...
|
by: adsilva |
last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
|
by: muto222 |
last post by:
How can i add a mobile payment intergratation into php mysql website.
| |
by: bsmnconsultancy |
last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating effective websites that not only look great but also perform exceptionally well. In this comprehensive...
| |