Re: I need help - .NET (Core and Framework) Discussion Boards

kha0s wrote:
it would generally make sense to choose C# as his(my) language of choice

Yes. BTW, one more thing I forgot to say - VB.NET is much less optimized than C#, so it runs slower.

"We must pursue peaceful ends through peaceful means." -- Martin Luther King Jr.

FLUID UI Toolkit | FloodFill in C# & GDI+

jdunlap wrote:
VB.NET is much less optimized than C#, so it runs slower

Really? Confused | :confused:

Now why would Microsoft do a thing like that? Poke tongue | ;-P

--Colin Mackay--

"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)

Enumerators in .NET: See how to customise foreach loops with C#

See this article: A statistical analysis of the performance variations of assorted managed and unmanaged languages[^].

Note that I do not mean that VB.NET is considerably slower; only that the substantial lack of optimization makes it somewhat slower. Wink | ;)

"We must pursue peaceful ends through peaceful means." -- Martin Luther King Jr.

FLUID UI Toolkit | FloodFill in C# & GDI+

Survey of .NET Languages Usage

There are always lengthy discussions about which .NET language is better: C# or VB.NET. However, I am really interested in finding actual figures indicating which .NET language is primarily used in the real world. Not being able to find any legitimate survey with a high sampling rate, I decided to create my own poll here:

http://216.119.78.155/minh/dotnetsurvey.html

Minh.

See the survey currently on the CP home page[^].

"A journey of a thousand miles begins with a single step." -- Confucius

FLUID UI Toolkit | FloodFill in C# & GDI+

I think Microsoft favours C#... Hence there will be alot more support for it in the future, compared to the other .Net languages.

/\ |_ E X E GG

I am currently a Visual C++ V 6.0 user. I have an extensive project. Probably as much code involved as VC 6.0. I have read an article about the .Net having CVS capability. Also, I have found that every time I do a search for Visual C++ 7.0, .net comes up. I figure that .net is what came after 6.0 Will I be able to import my incomplete, 6.0 project into .net with no problems? Will all of the code still function? I am using MFC allot. Don't know. Hopefully one of you do.

Thanks allot for your time in reading this,
Josh

LOSTTWARE.com

>> I have read an article about the .Net
>> having CVS capability

I don't know about that.

>> I have found that every time I do a search
>> for Visual C++ 7.0, .net comes up.
>> I figure that .net is what came after 6.0

That's right. The current version is .NET 2003, which is also called VC 7.1. VC 7.0 (.NET 2002) is not sold any more.

>> Will I be able to import my incomplete,
>> 6.0 project into .net...

Yes. You can import dsp project files from VC60. .NET will convert them to .vcproj project files without changing your original DSPs.

>> ...with no problems? Will all of the
>> code still function? I am using MFC allot.

Propably NOT. I had to port our C++ application to .NET 2002. The module size is about 10MB, also using much MFC. There are some API changes to .NET. One thing, that took me much time was, that CString is no class anymore but a typedef to a ATL template class. All forward references like
class CString;
that we used in headers had to be removed.
The .NET's compiler is much more restrictive than the VC60's (what is good). You may have to fix some bugs, that passed the VC60 compiler.

The following reflects my personal experience with .NET 2002 and our C++ projects:

Compared to VC60 the .NET IDE is
- unstable (especially the debugger)
- unreliable
- slow
- Resource hungry
- MUCH less user friendly.

In fact the most important functions of the source code browser are gone. You don't get Call Graphs and Class Hierarchies anymore!

I say "unreliable" because .NET seems to forget to recompile sources after header changes. I've lost many hours hunting down bugs, that just disappeared after a complete rebuild.

I'm sure if you have a huge project, you'll cry tears of pain if you have to use .NET 2002. I did. Maybe .NET 2003 is better. Unfortunately I cannot use it.

There are also some improvements in the IDE. The project management is much better, the editor was improved, you can browse over all projects in your workspace... Sure C# and the .NET Framework are great too. But for me, working with .NET on a huge C++ project just S U C K S.

-- Thomas

That was a really eye opener for me. What I know from experience VC++ debugger is the most reliable one. Any way it was a great message.

Hi In remoting we cannot register more than one object to the same port. If we have to expose number of object over remoting we end up in opening lot of ports. Its there is a way in .NET remoting so that I can register more than one object on same port? Or should I have to change my design so that I aggregate objects in parent and expose the parent by remoting ?.
Confused | :confused:

Umesh.b

Are there any tools in VS .NET or somewhere else to merge a bunch of assemblies together to create just one? If you know any resource for this, please let me know. Thank you.

Example:
Assembly1.dll + Assembly2.dll --> newAssembly.dll

Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca

Take the source code of each assembly and put it all in one project. Then compile it all into one assembly.

--Colin Mackay--

"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)

Enumerators in .NET: See how to customise foreach loops with C#

One project is in J# and another is in C#. How can I combine them in a single project!

Hmmm... Rather than just a straight forward "How do I do..." kind of question, what are the reasons behind it? Give me the history behind the question. Often in software development the final solution is more of a compromise of what you would like and what the situation will allow.

Why do you want to combine the two assemblies in to one? Why was one developerd in C# and the other in J#? What about just making one a dependancy of another? Or, allowing a third assembly that is dependent on the first two?

--Colin Mackay--

"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)

Enumerators in .NET: See how to customise foreach loops with C#

There are no specific technical reasons and I just this is a request that must be done.

Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca

Arash Sabet wrote:
this is a request that must be done

I don't think there is an easy answer to this. If a command from on-high has demanded that it must be done then it doesn't sound like the on-high commander has a great technical understanding.

Different .NET languages cannot be combined in the same project (to the best of my knowledge). The best I can offer is that the smaller one is rewritten into the language of the larger assembly and recompiled.

--Colin Mackay--

"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)

Enumerators in .NET: See how to customise foreach loops with C#

Can al.exe combine two assemblies as a single one?

Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca

Not out of the box... But if you look up MSDN for "Multifile Assembly Example" you will find how to create lots of MSIL module files, which can be used by the AL.EXE tool - So putting the two original assemblies together may just be possible if you can compile each to a MSIL module first and then use AL.EXE to link the modules together to make the assembly.

Mayme this is just me - but this seems like a bit of a hack. I'd still really like to know the reasoning about why these two assemblies must be made into one. I don't see that it matters having two assemblies instead of one. I think it would be a lot easier to manage as two assemblies rather than as two masquerading as one. I'm not sure about how the debugger will take to this arrangment (it might be clever enough to work out where everything is - but it could also really confuse it).

--Colin Mackay--

"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)

Enumerators in .NET: See how to customise foreach loops with C#

Thanks for the reply.
As a matter of fact I have been requested to make it and I have not asked about the reason. I agree with you but I have to keep on mixing those.

Regards

Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca

And by the way,
If you wouldn't mind I have another question. I have an MFC project that works well. Then I wrapped it by Managed C++ and it work well too. But something small is wrong with the wrapped project. When I open the generated MC++ assembly by .NET object browser there are a bunch of other stuff exposed into the object browser that I believe they're done by MC++ compiler. Is there any way to hide them?

Thank you.

P.S. Are you in either Canada or the US?

Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca

Hi,

If you look up the .NET Framework Class Library in MSDN for the "EditorBrowsableAttribute Class" you'll find details of an attribute to make stuff invisible to intellisense.

For example:

[EditorBrowsable(EditorBrowsableState::Never)]
__property int get_Age()
{
    return ageval;
}

Should never show up in intellisense.

Finally, I'm on the other side of the Atlantic in Scotland. (click on the wee head next to my name for a link to my bio)

--Colin Mackay--

"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)

Enumerators in .NET: See how to customise foreach loops with C#

What I mean is hiding _ABC, AFX_CLASSINIT ,ATL , CDC ,etc from object browser while exposing the mixture of managed and unmanaged DLL contents.

Regards

P.S. Enjoy your nice weather. We are freezing here buddy. Last night it was miunus 16. It's nothing comparing February. Somedays we have -35 with wind chil factor.

Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca

These are generated by macros so guess it would mean redefining the Macro. Although for some you might be able to get away with putting the Attribute in front of the Macro (as some expand out to just function definitions)... If I recall MFC correctly (it has been some time since I used it)

Well, its not as bad as -16. Last night it was -4C. In fact we've not had a really cold winter since 1995/6 and then it got down to -20C in the central belt [The corridor between Edinburgh and Glasgow] and much colder in the Highlands. That followed a really excellent summer as I recall. This year has had an excellent summer. So if the cycle holds then it'll be just the right temeperature for bursting pipes when I go on holiday. WTF | :WTF:

--Colin Mackay--

"In the confrontation between the stream and the rock, the stream always wins - not through strength but perseverance." (H. Jackson Brown)

Enumerators in .NET: See how to customise foreach loops with C#

Thank you for the reply. I hope you do not have a cold winter this year. I can't wish this for our winter in Toronto because either I wish or not the terrible winter shows up. Worse than that is our vehicle. They put ice salt on the streets and it covers the entire body of the vehicel. I spent an hour to take the salt off my Honda Civic body. (My nice car was so dirty Frown | :(

)

By the way, have you ever been here?

Regards

Arash Sabet
Computer Engineer
E-mail: afifi@sympatico.ca