Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / Languages / Managed C++ / November 2007

Tip: Looking for answers? Try searching our database.

Path in warnings depends on /Zi vs. /ZI

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Hendrik Schober - 31 Oct 2007 11:45 GMT
Hi,

I have a script that scans the nightly build's output and filters
warnings according to some rules. The script got tripped last night
due to a change in a project's settings. After that, warnings didn't
have a
 C:\Project\Module\src\File.cpp
path anymore, but only
 ..\..\src\File.cpp
(which seems to be the relative path from
 C:\Project\Module\Project\VC8
where the module's project file "Module.vcproj" is located.) This has
the problem that it isn't enough for my script to find out the module's
name.
After analyzing yesterday's changes we found the culprit: With /Zi, we
get relative paths in warnings, with /ZI, we get absolute paths.

Is there a reason for this behaviour? Is there anything I can do about
it (besides setting /ZI which we would like to avoid as we suspect it
to make some linker bugs more likely)?

TIA,

Schobi

Signature

SpamTrap@gmx.de is never read
I'm HSchober at gmx dot de
"A patched buffer overflow doesn't mean that there's one less way attackers
can get into your system; it means that your design process was so lousy
that it permitted buffer overflows, and there are probably thousands more
lurking in your code."
Bruce Schneier

Hendrik Schober - 21 Nov 2007 13:32 GMT
> Hi,
>
[quoted text clipped - 18 lines]
>
> [...]

 Nothing?

 Schobi

Signature

SpamTrap@gmx.de is never read
I'm HSchober at gmx dot de
"A patched buffer overflow doesn't mean that there's one less way attackers
can get into your system; it means that your design process was so lousy
that it permitted buffer overflows, and there are probably thousands more
lurking in your code."
Bruce Schneier


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.