|
morefalt wrote:
in Microsoft Visual C++ .NET it always use v1.0.3705
Microsoft Visual.NET 2002 works hand in hand with .NET run-time 1.0 (1.0.3705). I believe that's the reason for the difference. And if so, you have to upgrade to Visual.NET 2003.
RSS feed
|
|
|
|
|
I have Window Application exe. I copyed whole project to my inetpub/wwwroot folder and try to access exe from Local host but getting error. Just wondering can i have to set some security or i am not doing right way.
Thanks
|
|
|
|
|
You have to setup appropriate code-access seucity. Open your Administrative Tools, open the Microsoft .NET Framework Configuration snap-in. Expand "Runtime Security Policy", then "Machine", then "Code Groups". Right-click on "All_Code" and click "New...". Specify either a Site or URL membership condition in the second step, then specify FullTrust for the permissions in the next step or use an appropriate default or custom permission set.
You should read more about code-access security in the .NET Framework SDK to fully understand what is going on here. .NET (actually, the Common Language Runtime, or CLR) is a "sandboxed" environment where certain code can only run if certain permissions are verified. This makes .NET a very safe runtime in which to program and execute programs.
-----BEGIN GEEK CODE BLOCK-----
Version: 3.21
GCS/G/MU d- s: a- C++++ UL@ P++(+++) L+(--) E--- W+++ N++ o+ K? w++++ O- M(+) V? PS-- PE Y++ PGP++ t++@ 5 X+++ R+@ tv+ b(-)>b++ DI++++ D+ G e++>+++ h---* r+++ y+++
-----END GEEK CODE BLOCK-----
|
|
|
|
|
Can Windows Forms and MFC windows classes work together in the same project? Sorry, if this sounds stupid, I am new at .NET.
|
|
|
|
|
Yeha, instead of C#, use MC++ with your MFC code.
Late wrote:
work together in the same project?
Not really a problem I would say. You can have an assembly written with MC++ that mixes unmanaged and managed code. And then you just reference that assembly in your main project where the usual C# Windows forms code lives.
Tom Archer and Nish have written a book about MFC and .NET. May be it's out by now. (Google is your friend.)
RSS feed
|
|
|
|
|
I am looking at using CBO's to intercept all method calls made on local objects, to queue these calls and later replicate them on remote objects. Obviously, there is quite a performance hit with this approach, but the number and frequency of method calls are both low. Has anyone here had enough experience with CBO's to share some implementation caveats?
|
|
|
|
|
i have an unmanaged dll that exports a function that takes a TCHAR* parameter. i need to call this function from j#. in my j# file, i tried to set the marshal attribute like so,
public static native void testStringFunction(/** @attribute MarshalAs(UnmanagedType.LPTStr)*/String s);
when i call that function, my string is not marshaled to a TCHAR*. i tried all the different string types in the UnmanagedType enumeration. anyone have any ideas??
thanks.
|
|
|
|
|
Did you attribute it with the DllImportAttribute , specifying the right native DLL? You should also specify in that attribute CharSet=CharSet.Auto . Other than that, your code looks fine.
-----BEGIN GEEK CODE BLOCK-----
Version: 3.21
GCS/G/MU d- s: a- C++++ UL@ P++(+++) L+(--) E--- W+++ N++ o+ K? w++++ O- M(+) V? PS-- PE Y++ PGP++ t++@ 5 X+++ R+@ tv+ b(-)>b++ DI++++ D+ G e++>+++ h---* r+++ y+++
-----END GEEK CODE BLOCK-----
|
|
|
|
|
i figured out my problem. i accidently installed VS .NET 2002. i upgraded to 2003 and it works fine.
|
|
|
|
|
In my app I want to create some tool windows, which can be auto-hide and docking like that tool windows of VS.net, with VC++.net. But I looked the MSDN and some samples, the tool window is like only to be created as addin to be used by other app. Please tell me how to do, thank you very much.
If you have some samples , could you send to me?
|
|
|
|
|
|
I was wondering if someone could direct me to some documentation on how to include the .net framework redistributable in my deployment project.
|
|
|
|
|
It can't be done.
Deployment machine have to have .NET framework pre-installed before installing .NET application. I am assuming you are talking about .NET Windows application.
For the case of Web Application, you need to install .NET framework only on the web server.
Hope this helps.
Ruchi
|
|
|
|
|
Yes it can be done. Read below
|
|
|
|
|
Look up the following words on MSDN online and the MSDN library
- dotnetfx.exe
- dotnetfx.msm (which is by the way available in the VS.NET cds)
- merge module
- bootstrapper
RSS feed
|
|
|
|
|
Could you please send the link to where it says how we can build the Windows Application setup, so that it reduces the burden of installing .NET framework on client's machine before deploying/installing .NET windows application.
If this is really true, it will save me some of work I do for Application deployment.
I didn't quite understand what needs to be done for such deployment from your reply.
Any help is appreciated.
Thanks
Ruchi
|
|
|
|
|
|
You must also distribute MDAC 2.7 or higher
|
|
|
|
|
Yeah, if the app is using System.Data.*
RSS feed
|
|
|
|
|
Heyas all,
I'm comming from the *nix dev, attempting to learn some Windows now. My question is, Is there a particular reason a programmer would choose say VB.NET over X#.NET or vice versa? Do all the languages get to the same place and it's just a matter of which langugage the programmer likes better or is each language used for a different purpose.
Thanks all!!
Kha0s
"There are 10 types of people in this world; Those that know binary and those that do not."
|
|
|
|
|
kha0s wrote:
Is there a particular reason a programmer would choose say VB.NET over [C]#.NET or vice versa?
Well, for the most part, they're the same as far as what they can do. I find C# to be more concise and readable. Also, you can use pointers - although they aren't necessary for that much. I use them for image processing, and that's about all.
Really, it all comes down to syntax and personal preferences.
|
|
|
|
|
Programs that are written in C# or VB.NET all compile down to the same MSIL. Typically it breaks down to your comfort level with the language. In fact the only differences you should see in the MSIL of a C# vs. VB.NET should be compiler optimization.
-Nick Parker
DeveloperNotes.com
|
|
|
|
|
So if a programmer (well ok me) were comming from a unix environment and knows C/C++ like the back of his(my) hand, it would generally make sense to choose C# as his(my) language of choice. Unless he(I) wanted to learn VB.
kha0s
"There are 10 types of people in this world; Those that know binary and those that do not."
|
|
|
|
|
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.
|
|
|
|
|
jdunlap wrote:
VB.NET is much less optimized than C#, so it runs slower
Really? Now why would Microsoft do a thing like that?
--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#
|
|
|
|