|
Thanks for the hint. It's indeed something to do with the manifest. As long as I have the dependency on Microsoft.Windows.Common-Controls V6 in the manifest, I loose the 3D look under WinXP (not under Vista though). I throw it out and things are back to normal. Am I missing something?
|
|
|
|
|
Don't think so - the manifest is there to enable the Windows XP/Vista themes. It's possible that under Vista, the installed version of the common controls doesn't match the one in the manifest, so it reverts to the old, 3D look. I don't really know - my main distribution platform is Windows 2000
|
|
|
|
|
Whenever I create an exe or DLL with debugging info, the full path of the pdb file (ie. the linker output path) is placed in the exe or DLL. I have seen some exe and DLL's where only the pdb filename (without path) is used instead.
How can I do this ?
modified on Saturday, December 6, 2008 6:40 PM
|
|
|
|
|
I managed to find out myself. For anyone that's interested, there's an undocumented linker switch /pdbpath:none which will remove the full path but keep the pdb file name.
|
|
|
|
|
Can anyone recomend a decompiler that can convert c++ dll's to C# code?
Thanks!
|
|
|
|
|
How the hell is that a decompiler ?
What you want does not exist, unless the dll is C++/CLI.
Christian Graus
Driven to the arms of OSX by Vista.
|
|
|
|
|
You need a tool to convert C++ to C#, but be aware that no tool can convert C++ to C# completely.
David Anton
http://www.tangiblesoftwaresolutions.com
C++ to C# Converter
C++ to VB Converter
C++ to Java Converter
VB & C# to Java Converter
Java to VB & C# Converter
Instant C#: VB to C# converter
Instant VB: C# to VB converter
Instant C++: convert VB, C#, or Java to C++/CLI
|
|
|
|
|
[Neo] There's no spoon decompiler. [/Neo]
It is a crappy thing, but it's life -^ Carlo Pallini
|
|
|
|
|
Well, I'm not into C++ at all but I have a project written in VC++ and I need to convert it to C#. Isn't it true that when it's compiled it written as a MSIL. The MSIL can then be decompiled back to any Microsoft language?
|
|
|
|
|
xkrja wrote: Isn't it true that when it's compiled it written as a MSIL. The MSIL can then be decompiled back to any Microsoft language?
How does it matter? Even if that was true, that would hold good only for .NET languages. C++ is a completely different language for that matter. Or are you talking about CLI/C++?
It is a crappy thing, but it's life -^ Carlo Pallini
|
|
|
|
|
How do I know? The source code is in a Visual studio solution. Does that mean it's C++/CLI?
|
|
|
|
|
Could anybody be kind enough to tell me how to set the width
and height of a window? at start up and during execution of
a program.
And also, maximizing the width, height
and setting the posistion, please
Thanks V Much
Simon
|
|
|
|
|
Look at SetWindowPos , is that what you want?
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
|
|
|
|
|
Yes, please.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
|
GDI+ MeasureString and MeasureCharacterRanges work nice with small strings. An occasional page fault and some additional memory usage but nothing to be alarmed about.
When I push the limits by using large strings and the above two functions numerous times to perform various measurements, I get my fair share of page faults and a reasonable increase in memory usage. Nothing that I wouldn't expect while increasing the demands on the GDI+ library.
However, once I go back to being reasonable and only working with small strings again, the excessive amount of page faults continue to occur. It's like GDI+ can't get itself back together once the memory requirements are reduced.
I've tried "GdiPlusShutdown" and "GdiPlusStartup" just to see if that would get GDI+ to reset itself but the excessive page faulting continues after that. (I didn't expect this to work or be a reasonable solution anyway but it was worth trying to gain more information on the problem)
Has anyone noticed this excessive page faulting (sometimes I can get it up into the 1,000's per refresh cycle) that continues after GDI+ workloads are reduced to simple single character measurements again? Does anyone know how to get GDI+ page faults back down again?
|
|
|
|
|
Very interesting, can you post a snippit that causes a page fault?
Thanks,
-David Delaune
|
|
|
|
|
Unfortunately I can't. Too much code in three different classes.
It's a windowless GDI+ edit control that draws on the parent windows client area. It is mainly when I set the GDI+ edit control to multiline and it takes up the metric equivalent of an 8 1/2 x 11 inch piece of paper using the equivalent of a 10 point font size and filling it completely up. The calculations for text selection and custom soft breaking utilize MeasureString and MeasureCharacterRanges in various places. Regions are used to derive the text selection rects.
Most of my usage of the two functions resembles the samples in MSDN.
|
|
|
|
|
bob16972 wrote: Has anyone noticed this excessive page faulting (sometimes I can get it up into the 1,000's per refresh cycle) that continues after GDI+ workloads are reduced to simple single character measurements again? Does anyone know how to get GDI+ page faults back down again?
Unfortunatelly, this is an inherent problem with GDI+. Do a search for "GDI+ page faults" and you'll see it all over the internet.
The problem seems to be that GDI+ bitmaps use memory mapped files.
|
|
|
|
|
Thanks. I had been using MSN for my search engine and I wasn't getting too much. You reminded me that I hadn't used google in a while. I got a few more links there.
I like Bob Powell but in one of the links his comment is, 'To cure the "problem" buy more RAM'. One of my machines has 4GB and nothing else is running except the services so I'm guessing that isn't the problem.
I would agree with some comments that they're probably "soft" page faults mostly but there are enough (or an occasional hard fault gets mixed in there) that it definitely slows my calculations down once the excessive page faults kick in.
I changed the code to "chunk" the calculations which has made it less common to pass the threshold that triggers the massive faulting but I haven't been successful at completely eliminating it and my code is now something not even a mother would be proud of. :: Hack, Hack, Hack ::
|
|
|
|
|
I want to connect to a HUB_SWITCH who has some computers,and recive TCP packets.But i want use only RX wires(recive packets without have any TX wire).Can i do this and implement it in C++ (DOS OS)?
modified on Monday, December 1, 2008 11:12 AM
|
|
|
|
|
You cannot implement IPv4-TCP without both TX/RX pairs. If you are designing a system to meet military or industrial standards where the regulations state "Device Communication should be read-only" then I would suggest serial RS-232 with the TX wires physically cut.
Btw this should probably have been posted in the Hardware forum[^].
Best Wishes,
-David Delaune
|
|
|
|
|
Hi
i have requirement like doing 10 steps to complete task
After completion of one only i can enter into another
I used nested if- else to do that like
if (true)
{
if (true)
{
if (true)
{
return true;
}
else
{
}
}
else
{
}
}
else
{
}
is there any better way to handle these type of situation
Thanks in Advance
----------------------------
KRISHNA KUMAR T M
|
|
|
|
|
Yes
switch(i)
{
case 0:
break;
case 1:
break;
default:
break;
}
|
|
|
|
|
How about:
if (expression1 &&
expression2 &&
expression3 &&
expression4 &&
...) ...
else
or an uglier aproach:
try {
if (!expression1) throw 1;
if (!expression2) throw 2;
if (!expression3) throw 3;
...
} catch (int where)
{
}
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
|
|
|
|