|
|
Please ask in the VC++ forum. This one's for C++/CLI related stuff.
|
|
|
|
|
dear programmers,i have started my first programming experience with C++,
and i have read the DEITEL c++ book,i want to know,what should i do now?
should i continue with the MFC or C#.net 2005?thanks
khodadad pakdaman
pakdaman@cleanmail.it
|
|
|
|
|
You should probably ask your questions in the right forum, this one is for neither C++, nor C#, but for C++/CLI.
It depends what you want to do. C# is probably a more likely choice.
Christian Graus - Microsoft MVP - C++
Metal Musings - Rex and my new metal blog
"I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
|
|
|
|
|
Christian Graus wrote: It depends what you want to do. C# is probably a more likely choice.
 Definitely the appropriate path after finishing the book on C++ 
"Great job, team. Head back to base for debriefing and cocktails."
(Spottswoode "Team America")
|
|
|
|
|
Easier to use, better library support, more support online, I'd say it's a more likely choice for someone starting to program windows.
Christian Graus - Microsoft MVP - C++
Metal Musings - Rex and my new metal blog
"I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
|
|
|
|
|
I know  I was entertained by the response after the original post.
Mark
"Great job, team. Head back to base for debriefing and cocktails."
(Spottswoode "Team America")
|
|
|
|
|
Hi,
I'm running a team where our .net development is going to need to integrate with some commercial software with C++ APIs. I've identified Managed C++ as the implementation mechanism for integrating the technologies and we have a couple of prototypes working...
.. however, I've managed to convince the Project Manager that we should have a couple of reference books available for the team.
Can anyone recommend any MC++ books, specifically Visual Studio 2005?
Regards,
Ray
|
|
|
|
|
Ray,
Unfortunately, there aren't many books available. However, I have found the following useful:
C++/CLI
The Visual C++ Language for .NET
Gordon Hogenson, Apress
ISBN-13:978-1-59059-705-7
ISBN-10:59059-705-2
This deals mostly with the C++/CLI language. The same author will have the following available in April, 2007:
Expert Visual C++/CLI, Apress
Also,
Pro Visual C++/CLI and the .NET 2.0 Platform
Stephen G. Fraser. Apress
seems to be more for beginners than the aforementioned.
Also,
C++/CLI in Action
Nishant Sivakumar, Manning
ISBN: 1-932394-81-8
will be released in April, 2007 also. This book is written by one of our great contributors here at the Code Project.
Geo.
"We make a living by what we get, we make a life by what we give." --Winston Churchill
|
|
|
|
|
Hi,
I have a question regarding C++/CLI and classes. I can declare a managed class like this:
#pragma managed<br />
public ref class A<br />
{<br />
public:<br />
void DoSomething();<br />
};
The compiler will translate this one into MSIL or CIL. And I can use this class in any .Net language by adding my compiled dll/exe as a reference e.g. in a C# project.
And here's the unmanaged pendant:
#pragma unmanaged<br />
class B<br />
{<br />
public:<br />
void DoSomething();<br />
};
This is code gets translated into native code.
But what happens, if I have the following:
#pragma managed<br />
class C<br />
{<br />
public:<br />
void DoSomething();<br />
};
What does the compiler exactly with this code? I'm confused 
|
|
|
|
|
class C gets compiled to MSIL. Check it out in the disassembler
"Great job, team. Head back to base for debriefing and cocktails."
(Spottswoode "Team America")
|
|
|
|
|
Hi Marc, thank you for the information. Well, I used Reflector.Net and didn't see these "hyrid" classes. But how is it possible that e.g. the managed class C could inherit from native class B?
And if I call call a native function in class C, does it use internally PInvoke to call it? So, is it basically faster to call managed functions/methods from class C than calling native functions?
|
|
|
|
|
class C is not a managed class. It is compiled to MSIL because of the #pragma managed (or by
default if no #pragma used and the /CLR compiler switch is used) but that doesn't make it a
managed class.
I'm not sure about the specifics of how native calls get done from MSIL but I don't think it
involves pinvoke since it's not a managed class.
Ludi83 wrote: So, is it basically faster to call managed functions/methods from class C than calling native functions?
Whether you compile your unmanaged classes to MSIL or native, all the same rules apply when mixing
managed and unmanaged classes. Intuitively, any MSIL code should be slightly slower than native
C++ code but since it's JIT compiled (not interpreted) there's no noticable difference in speed
that I've seen. I've never benchmarked it but I bet the difference is minimal.
If performance is an issue, marshalling between managed and unmanaged code is a way bigger issue
than how the unmanaged code is compiled.
Mark
"Great job, team. Head back to base for debriefing and cocktails."
(Spottswoode "Team America")
|
|
|
|
|
I have a .NET project with a mix of standart interop in C# and Managed C++.
It used to work and compile fine on WindowsXP 32 bits, with Visual Studio standart edition.
Today I upgraded to Windows Vista 64 bits, with Visual Studio Professional.
I deleted all .obj, .exe, *.dll files, bin/obj folders.
And rebuild and run...
I have this exception at startup with one of my Managed C++ dlls...
BadImageFormatException was unhandled
Could not load file or assembly 'NScribe, Version=1.0.2635.30786,
Culture=neutral, PublicKeyToken=null' or one of its dependencies. An
attempt was made to load a program with an incorrect format.
Any tips?
|
|
|
|
|
Have you solved this?
"I've seen more information on a frickin' sticky note!" - Dave Kreskowiak
|
|
|
|
|
simple!
While C# assembly don't target any architecture by default, Managed C++ assembly should target a given architecture.
For my Managed C++ I targeted x86 / 32 bits.
Now, all I need is set my main / starting / exe C# assembly affinity to x86 as well (in project properties => build => platform target combo box )
Otherwise, what will happen, is the C# assembly will start as a 64bits executable and will have the aforementioned problem when trying to load a 32bit Managed C++ dll..
|
|
|
|
|
I'll have to keep that in mind with any 32->64 bit work I may run into. Glad you got it figured out.
"Any sort of work in VB6 is bound to provide several WTF moments." - Christian Graus
|
|
|
|
|
Hey guys,
Im having a problem with the CImage::GetBits(). Im opening a TIFF file using a CImage object, and i want to take information from this image for use in another function. Here is whats happening.
unsigned char* chBitBuffer = new unsigned char;<br />
chBitBuffer = (unsigned char*)image->GetBits();
This compiles, and appears to work fine, but after several access violations I went a bit deeper.
image's height = 1179, width = 673, bits per pixel = 32.
So Im assuming that the number of pixels = height * witdth. Number of pixels * 4 = total number of bytes, since each pixel is 4 bytes (32/8).
The problem comes in when I try to access the data returned from GetBits(). The buffer only has a length of 3224 in this example, when my calculations say it should be as long as the number of bytes(3173868).
Any clues to what may be going on here?
I win because I have the most fun in life...
|
|
|
|
|
VonHagNDaz wrote: unsigned char* chBitBuffer = new unsigned char;
chBitBuffer = (unsigned char*)/*the image*/image->GetBits();
Why you are allocating memory on heap here ? Actually, GetBits returns address to buffer.
Its should be something like this,
BYTE *pBits = (BYTE*)m_image.GetBits();
p.s. Questions not involving CLI should be asked in VC++[^] forum.
|
|
|
|
|
im being called to a meeting, i will test this as soon as i can get back to my desk.
about the wrong forum, apparently i miss clicked, the vc++ is the link above this forums, sorry 
I win because I have the most fun in life...
|
|
|
|
|
In addition to prasad_som's reply...
The total number of pixels should be determined by (pseudocode):
ABS(CImage::GetPitch()) * CImage::GetHeight()
Also, for bottom-up DIBs (CImage::GetPitch() is negative), CImage::GetBits() will return a
pointer to the last row of bits.
Where are you getting the value for the length of the buffer?
Mark
"Great job, team. Head back to base for debriefing and cocktails."
(Spottswoode "Team America")
|
|
|
|
|
to get the length i just put together a "stupid" for loop
for(i = 0; i < 9999999; i++)
buffer[i] = 0;
then i let it go until it threw the out of bounds exception
I win because I have the most fun in life...
|
|
|
|
|
So did GetBits() return a pointer to the last row of pixels?
"Great job, team. Head back to base for debriefing and cocktails."
(Spottswoode "Team America")
|
|
|
|
|
oh, sorry i left that out, the image is bottom up, pitch = - 2692, which is also the size i calculated for a scanline of the image +2692.
I win because I have the most fun in life...
|
|
|
|
|
VonHagNDaz wrote: the image is bottom up, pitch = - 2692
Then CImage::GetBits() returns a pointer to the last row of pixels.
To get the beginning of the buffer I suppose something like this would work:
BYTE *pBits = (BYTE *)image.GetBits() + (image.GetPitch() * (image.GetHeight() - 1))
"Great job, team. Head back to base for debriefing and cocktails."
(Spottswoode "Team America")
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
