|
I can tell you from experience use .NET, if you don't want to take my word for it, go to www.microsoft.com/net[^] you'll find plenty of info.
R.Bischoff | C++
.NET, Kommst du mit?
|
|
|
|
|
I have written a class that exposes a Stream (.NET) object through an
IStream (COM)implementation:
public class OleStream : IStream, IDisposable
{
....
}
I use this class to publish one or more files on the clipboard in the
FileGroupDescriptor/FileContents formats (to do this, I have to put a
pointer to a IStream interface in the pstm member of the STGMEDIUM
structure).
Everything is working fine, except the closing of the .NET base
stream. The problem is that I don't know when the OleStream is
released so that I can close the .NET base stream. I can of course
close the base stream in the Finalizer of the object, but then I have
to wait for the Garbage Collector; I want to close the Stream as soon
as possible.
My question is: How can I know when the OleStream is released?
Corne Los
|
|
|
|
|
... or that I'm being thick.
I've just read the list of breaking changes for v1.1 of the framework: http://www.gotdotnet.com/team/changeinfo/Backwards1.0to1.1/[^]
There's nothing too bad, until you get to http://www.gotdotnet.com/team/changeinfo/Backwards1.0to1.1/default.aspx#00000139[^]:
Calling a method through a Delegate performs the same accessibility checks as calling that method directly
Description: The common language runtime allows method C.MethC() to call method A.MethA() only if A.MethA() is both visible and accessible to the caller.
In particular, if A.MethA() has accessibility "protected", then the call will only succeed if class C is derived from class A.
However, this check was skipped when the call was performed through a Delegate. This bug has now been fixed so that calling a method either directly or through a Delegate follows the same rules for visibility and accessibility.
Workaround: Change the accessibility of the target method so that it is legitimately accessible to the caller.
As I read it, this means that: - every event handler;
- every AsyncCallback method;
- every ThreadStart and WaitCallback method;
- every utility class used to pass state to a thread;
- etc...
has to be made public, since the code which invokes the method is in a different assembly, and is not derived from your class.  
For example, instead of:
public class SimpleForm : Form
{
private TextBox _textbox;
...
private void textbox_TextChanged(object sender, EventArgs e)
{
}
public string TheText
{
get { return _textbox.Text; }
}
}you now need:
public class SimpleForm : Form
{
private TextBox _textbox;
...
public void textbox_TextChanged(object sender, EventArgs e)
{
if ( ... )
{
}
}
public string TheText
{
get { return _textbox.Text; }
}
}
I don't claim to be an OO expert, but this seems to throw out the concept of encapsulation. The public interface of your class will be clogged up with event handlers for private objects, callbacks for threads and asynchronous operations, etc. Not to mention the fact that this will break all non-trivial version 1 apps, since these methods are usually declared as private or protected.
If anyone from Microsoft is reading this, or anyone has used v1.1, please tell me I'm seeing things and that this "fix" doesn't mean what it sounds like it means. Because if it does, I don't think I'll be upgrading. 
"These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer
|
|
|
|
|
hmmmm....I think what that means is that before you could do
<br />
class A<br />
{<br />
protected void B();<br />
}<br />
<br />
class C<br />
{<br />
public void D()<br />
{<br />
A a = new A();<br />
Delegate del = new Delegate(a.B);<br />
del();<br />
}<br />
<br />
public void E()<br />
{<br />
A a = new A();<br />
a.B();<br />
}<br />
}<br />
<br />
I guess what the bug fixes is that you can effictively call A.B() even though it is not accessible via delegates.
I sure hope that's what it means 
May the Source be with you
Sonork ID 100.9997 sijinjoseph
|
|
|
|
|
Nope. I already tried that, and v1 generates a compiler error:
error CS0122: 'A.B()' is inaccessible due to its protection level So unless this "bug" was fixed by v1 SP2, that's not what they mean.
"These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer
|
|
|
|
|
Apparently, the bug is with the static CreateDelegate method, which ignores the protection and visibility of the target. The fix doesn't require the method to be visible to the code which invokes the delegate, just the code that creates it.
This code will compile under v1, but not v1.1:
public delegate void TestDelegate();
class A
{
protected void B()
{
Console.WriteLine("Hello from A.B!");
}
}
class C
{
static void Main()
{
A a = new A();
Delegate del = Delegate.CreateDelegate(typeof(TestDelegate), a, "B");
del.DynamicInvoke(new object[] {});
}
}Thanks to Emil for pointing this out on the GotDotNet forum:
http://www.gotdotnet.com/Community/MessageBoard/Thread.aspx?id=66891&Page=1#66978[^]
Looks like I will be upgrading after all!  
"These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer
|
|
|
|
|
hi ,
i have created a software in VB.Net.
can anybody plz help me how to deploy it so that it can run under WINDOWS NT 4.0.
i specially want that software to be deployed and run under Windows NT 4.0
thnx
Aakash.
|
|
|
|
|
Hey Aakash,
If your application is VB.NET Webform based, running on Windows NT series is simply impossible. It is out of question. Perhaps since, as far as I know, IIS/PWS on Windows NT can not process ASP.NET pages. The minimum criteria is Windows 2000.
Well! All Client Applications in C#/VB.NET would function in Windows NT. Package your VB.NET file as an MSI using Setup and Deployment project and you can deploy this on Windows NT workstation. One more thing: You may need to have Microsoft.NET Runtime to run the application. .NET Runtime is ~20 MB in downloadable size from Microsoft.
This should facilitate running of your VB.NET application on Windows NT. You may not need 132 MB .NET SDK over there if you are not going to do any development and the 20 MB runtime should do.
Did this solve your query?
Deepak Kumar Vasudevan
http://deepak.portland.co.uk/
|
|
|
|
|
Hi,
I want to know whether it is possible to handle events raised by COM components in a windows service developed in .NET using VisualC#.NET . if it's possible, can someone explain me the way to do it? The component under question is an ATL component.
Thanking you in advance.
Thanks
Desai
|
|
|
|
|
Yes, it's possible even though there are several pieces to put together before you get anything working.
Subscribing for COM events using .NET is much like with standard C/C++ code : you request IConnectionPointContainer provided by the COM component, then enumerate all IConnectionPoint(s), sink those which are interesting, and your interface methods will be automatically called then.
For ready code snippets to play with, look up this site and the MSDN support KB with this keyword : UCOMIConnectionPointContainer. Here is an example[^].
|
|
|
|
|
hello
how would i write a game using .net to put on the internet
the sort of thing you could do using java applets
thanks
joe
|
|
|
|
|
|
Hi all,
I deployed a private assembly (non-signed) then later (signed) to a strong-named assembly using Assembly.Loadfrom with a URL. When I encounter Interop assemblies I was getting:
The assembly gets downloaded, but complains, WRN: Comparing the assembly name resulted in the mismatch: PUBLIC KEY TOKEN
All my assemblies are signged and imported references to introps assemblies are wrapped with the key file. Everything checks out in the manifest, etc.
But the problem lies with IE. It seems to have cached the old assembly, and never re-loaded. So clearing my IE cache, fixed the problem.
This seems like a bug to me. Since the new strong name assembly should have replaced anything it was being compared to. Very strange.
Anyway -- if anyone has an comments or experience, I'd welcome it.
Ingram Leedy
You can't depend on your eyes when your imagination is out of focus.
--Mark TwainURL file:///C:/Program Files/ElephantBackup/Client/AxInterop.SHDocVw/AxInterop.SHDocVw.EXE.
LOG: Attempting download of new URL http://192.168.1.31/Client/AxInterop.SHDocVw.DLL.
LOG: Assembly download was successful. Attempting setup of file: C:\Documents and Settings\Leedy\Local Settings\Temporary Internet Files\Content.IE5\P8KFPLGP\AxInterop.SHDocVw[1].DLL
LOG: Entering download cache setup phase.
WRN: Comparing the assembly name resulted in the mismatch: PUBLIC KEY TOKEN
ERR: The assembly reference did not match the assembly definition found.
ERR: Setup failed with hr = 0x80131040.
ERR: Failed to complete setup of assembly (hr = 0x80131040). Probing terminated.
Ingram Leedy
You can't depend on your eyes when your imagination is out of focus.
--Mark Twain
|
|
|
|
|
I have recently started looking at .NET.
I have managed to use custom Designers and CodeDOM in order to generate statements inside the InitialiseComponent().
A simple example was a root designer with three radio buttons to set the background colour property. When you clicked on a radio button it created the relevant code in InitialiseComponents(). What I now need to do is:
- Create private member variables in the selected class
- Create the code for Properties.
- Create the code for Events.
If I could do all there purely from a root designer it will cut the development time of the components in my project.
Anybody have any ideas 
|
|
|
|
|
Hi!
We have finished writing our app in c#.
Its cool, and it holds a video control from
VSnet controls.
Now, we can'T afford InstallShield, and were not
gurus. Can someone kindly guides us through the steps
we must take to make a good install...
we need to install the NET framework unto the clients machines
that all have different flavors of windows. and next we need to install
our app.
We need help! 
Please, give us a hand, and show us in detail how
we can deliver on time our app. Thanks!
Orlanda
Coding is a family business
|
|
|
|
|
|
I was recently using the .NET bitmap class to create a copy of a bitmap by using the constructor to pass in the original bitmap. When I did this with a square bitmap (ie 10x10) Things worked fine. However, when I passed in a non-square (10x12) bitmap the pixels were scrambled in odd ways.
It was simple enough to get around the problem, but I was just curious if this is a known bug in the framework, or is there simply something I am failing to consider when using this technique, (or am I having LSD flashbacks)?
"Any clod can have the facts, but having opinions is an art."
Charles McCabe, San Francisco Chronicle
|
|
|
|
|
Stan Shannon wrote:
However, when I passed in a non-square (10x12) bitmap the pixels were scrambled in odd ways.
It was simple enough to get around the problem, but I was just curious if this is a known bug in the framework, or is there simply something I am failing to consider when using this technique, (or am I having LSD flashbacks)?
What is the problem and how did you get around it? I have never seen that happen, although the loaded JPEG was rather simple (just a background).
Who is this miscrosoft, and what devilish plans have they for us?
|
|
|
|
|
The problem was that the bitmap resulting from the this:
Bitmap bmp2 = Bitmap( bmp1 );
produced a scrambled pixel pattern if bmp1 was not a square bitmap. If is was square (i.e. 10x10) things were fine.
I got around it by simply processing the original bitmap and not using the above code. (I did not need to store the original but was just experimenting with the second bitmap). I did not attempt to clone the original so I don't know if that would have made a diference.
"Any clod can have the facts, but having opinions is an art."
Charles McCabe, San Francisco Chronicle
|
|
|
|
|
Web site: http://test.labdotnet.com/GenuineChannels/GenuineChannels.html
Genuine Channels implement bidirectional TCP channels (for .NET Remoting infrastructure) that solve the primary problem of native tcp channels and all sequential issues. Also they implement some features that help to build durable, viable and stable client-server solutions.
Brief explanation
Microsoft .NET Framework implementation of TCP channels allows using TCP channel only as a server or client connection. If you want to provide feedback from the server to client, server must connect to the client’s port. This scheme consumes two TCP sockets and is not workable if client is behind NAT or Masquerade server. Also, native implementation closes TCP connection after non-customized period of time.
Genuine Channels use the only connection from the client to the server. There is no problem if client is behind firewall, NAT or Masquerade server. Also, Genuine Channels implement some features to help building durable, viable and stable client-server solution.
Features
Only one TCP connection is used between client and server.
Fully compatible with .NET Remoting infrastructure.
Each connection has queue of messages being sent.
Constraints on the queue are possible. It greatly helps to force reconnection if current connection is too slow.
Automatic client reconnection to the server. Server and Clients does not lose messages during reconnection. It’s very useful if your server must talk to the client.
Full support of sync, async and one-way messages.
Adjustable timeout to wait for reply from the remote host.
Real async processing. You can have any number of threads at a server and at a client that will automatically use the same TCP connection.
Each exception has unique identifier that simplifies centralizing error processing or translating error messages to any language.
Automatic ping to check TCP connection if connection has not been used for (by default) 120 seconds.
Detailed logging system that receives all events and can save even the entire incoming and outcoming TCP streams as well as exceptions, stack traces and object’s guids. You can write your own logger and attach it to the system.
Dmitry Belikov.
|
|
|
|
|
Developing a network file backup application and need to
be able to see all machines on a network, select
drives/dirs/files for backup.... currently, I have an app
similar to Windows Explorer, with a treeview to look at
my own computer's data, with no problems... need to
add "My Network Places" to this (similar to Windows Explorer)
and be able to go out on
the network and get similar info for other
workstations.. plus I need to be able to create folders
and copy files to these PCs... I think I'm kinda close
with System.DirectoryServices and System.Management, but
can't seem to find what I'm looking for... any help or
suggestions would be much appreciated... thank you.
|
|
|
|
|
Is there someone who can tell me how to create the effect equivalent to Java's Flow Layout Maneger? In my concrete case, I would like to have a single column listview, where the elements are thumbnail images, similar to the standard UI presented by PowerPoint.
Thanks in advance
|
|
|
|
|
Is there a way to compile to native code rather to MSIL.
The problem with MSIL is its an open code, where everyone can just look at what you wrote, and beside that , native code will save the time of the compiling at run time, therefor it will be faster.
So is there a way to tell VS.NET to compile the code to native?
Amir Harel
My boss always tell me: Why we always search for the generic solution for a specific problem...
|
|
|
|
|
To try to get ahead on speed look into using ngen.exe.
Not sure if it affords any safty from decomp though, just a speed increase.
The only thing that can protect the IL is an obfuscator.
Paul Watson wrote:
"At the end of the day it is what you produce that counts, not how many doctorates you have on the wall."
George Carlin wrote:
"Don't sweat the petty things, and don't pet the sweaty things."
|
|
|
|
|
From what I have heard, you have an obfuscator part of the VS.NET 2003 package.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
