.NET (Core and Framework)

FirstPrevNext

Re: No Touch Deployment Heath Stewart11-Dec-03 12:13 Heath Stewart 11-Dec-03 12:13  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----- Windows Forms and MFC Late11-Dec-03 1:03 Late 11-Dec-03 1:03  Can Windows Forms and MFC windows classes work together in the same project? Sorry, if this sounds stupid, I am new at .NET. Re: Windows Forms and MFC Stephane Rodriguez.11-Dec-03 7:25 Stephane Rodriguez. 11-Dec-03 7:25  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 Context Bound Objects ProffK10-Dec-03 22:22 ProffK 10-Dec-03 22:22  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? calling unmanged code from j# godzooky10-Dec-03 8:02 godzooky 10-Dec-03 8:02  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. Re: calling unmanged code from j# Heath Stewart11-Dec-03 12:15 Heath Stewart 11-Dec-03 12:15  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----- Re: calling unmanged code from j# godzooky15-Dec-03 6:14 godzooky 15-Dec-03 6:14  i figured out my problem. i accidently installed VS .NET 2002. i upgraded to 2003 and it works fine. Please help me. I want to create some tool windows in my main frame by VC++.net. freehawk10-Dec-03 0:14 freehawk 10-Dec-03 0:14  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? Re: Please help me. I want to create some tool windows in my main frame by VC++.net. Corinna John11-Dec-03 19:46 Corinna John 11-Dec-03 19:46  I think you need something like DotNetMagic: http://sourceforge.net/projects/dotnetmagic/[^] Including .net framework in project kornstyle8-Dec-03 6:32 kornstyle 8-Dec-03 6:32  I was wondering if someone could direct me to some documentation on how to include the .net framework redistributable in my deployment project. Re: Including .net framework in project Ruchi Gupta10-Dec-03 7:52 Ruchi Gupta 10-Dec-03 7:52  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 Re: Including .net framework in project Not Active11-Dec-03 6:28 Not Active 11-Dec-03 6:28  Yes it can be done. Read below Re: Including .net framework in project Stephane Rodriguez.10-Dec-03 23:08 Stephane Rodriguez. 10-Dec-03 23:08  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 Re: Including .net framework in project Ruchi Gupta11-Dec-03 6:51 Ruchi Gupta 11-Dec-03 6:51  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 Re: Including .net framework in project Stephane Rodriguez.11-Dec-03 7:17 Stephane Rodriguez. 11-Dec-03 7:17  Here is an entry-point[^]. (watch out for the links) And don't forget to check out what's in your VS.NET cds. [update] Yet another bootstrapper[^].   RSS feed Re: Including .net framework in project Not Active11-Dec-03 7:02 Not Active 11-Dec-03 7:02  You must also distribute MDAC 2.7 or higher Re: Including .net framework in project Stephane Rodriguez.11-Dec-03 7:18 Stephane Rodriguez. 11-Dec-03 7:18  Yeah, if the app is using System.Data.*   RSS feed .NET Languages John L. DeVito6-Dec-03 8:52 John L. DeVito 6-Dec-03 8:52  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." Re: .NET Languages J. Dunlap6-Dec-03 9:24 J. Dunlap 6-Dec-03 9:24  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. "Peace is not merely a distant goal that we seek, but a means by which we arrive at that goal." -- Martin Luther King Jr. FLUID UI Toolkit | FloodFill in C# & GDI+ Re: .NET Languages Nick Parker6-Dec-03 9:32 Nick Parker 6-Dec-03 9:32  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 Re: .NET Languages John L. DeVito6-Dec-03 9:37 John L. DeVito 6-Dec-03 9:37  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." Re: .NET Languages J. Dunlap6-Dec-03 9:56 J. Dunlap 6-Dec-03 9:56  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+ Re: .NET Languages Colin Angus Mackay7-Dec-03 6:09 Colin Angus Mackay 7-Dec-03 6:09  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# Re: .NET Languages J. Dunlap11-Dec-03 9:58 J. Dunlap 11-Dec-03 9:58  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. "We must pursue peaceful ends through peaceful means." -- Martin Luther King Jr. FLUID UI Toolkit | FloodFill in C# & GDI+ Re: .NET Languages Anonymous9-Dec-03 21:33 Anonymous 9-Dec-03 21:33  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.

Last Visit: 31-Dec-99 18:00     Last Update: 25-May-24 5:30 Refresh ᐊ Prev1...1129113011311132113311341135113611371138 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.