Re: [ADVANCED-DOTNET] Bad mojo to not call Delegate.EndInvoke() ?

2003-01-20 Thread Chris Sells
This is truly one of the beauties of garbage collection. Chris Sells http://www.sellsbrothers.com > -Original Message- > From: Moderated discussion of advanced .NET topics. [mailto:ADVANCED- > [EMAIL PROTECTED]] On Behalf Of Mike Woodring (DevelopMentor) > Sent: Monday, January 20, 2003 8

Re: [ADVANCED-DOTNET] Bad mojo to not call Delegate.EndInvoke() ?

2003-01-20 Thread Mike Woodring (DevelopMentor)
Calling EndInvoke is option, just as paying attention to the return value of a method is optional. If the function you call returns something (or a reference to something), you're free to ignore it (and let the garbage collector do it's thing later if the method is returning a reference to an obje

[ADVANCED-DOTNET] Bad mojo to not call Delegate.EndInvoke() ?

2003-01-20 Thread Ed Stegman
What are the ramifications of not calling EndInvoke() on a delegate used to asynchronously invoke a method with a void return? I'm curious if this variation of the typical Begin/End Invoke pattern will have any bad side effects. (Please ignore any obvious typos. Outlook is a forgiving IDE) //So

Re: [ADVANCED-DOTNET] Remoting: What is everybody doing for simple, robust, secure, efficient IPC?

2003-01-20 Thread Shawn A. Van Ness
I feel perhaps I'm not making my #1 complaint clear: if I open up a *well-known* TCP port, even if it's just on the loopback adapter or whatever, my app will break under Terminal Services (eg: Remote Desktop, and Fast User Switching). I'd like for my app to not crash or choke, just because my r

Re: [ADVANCED-DOTNET] Remoting Question

2003-01-20 Thread Abdulla, Jehangir
Gray, I'm implementing a Caching solution and I don't really need the object to be on the Remote Server. Having a copy of the object on the Server would make Caching difficult as I'd have to update the Remote Caching Server every time I updated a DLL on the Web Server otherwise I'd get Serializa

Re: [ADVANCED-DOTNET] Remoting Question

2003-01-20 Thread Franklin Gray
I don't think anybody has responded so I will give my .02c 1) You can pass objects or you can pass object references to another machine. I believe for an object to be passed and not it's reference, the object has to be xml serilizable and marked as such. 2) I don't really see how using anoth

Re: [ADVANCED-DOTNET] IP Server Questions...

2003-01-20 Thread Mike Woodring (DevelopMentor)
Where did you get that information? The async I/O (read/write) support for sockets in all version of the .NET framework *are* built on top of i/o completion ports [1]. The only part of the .net socket support that I'm aware of as not being completely i/o completion port enabled is BeginAccept. B

Re: [ADVANCED-DOTNET] Controls / DirectX and threading

2003-01-20 Thread Ben Kloosterman
The reason I am doing is because I start a control on a form ( not the main form) and then render to the control it all works fine but when I start a render loop rather than a single render I cant close the form. I will have a look at the can close form bug tommorow. So I looked at all the example

Re: [ADVANCED-DOTNET] Remoting: What is everybody doing for simple, robust, secure, efficient IPC?

2003-01-20 Thread Craft, Steve
A Serviced Component living inside a COM+ Server Application could be used as an IPC "broker". It'd be always-on, resident in RAM. If anything needed to be persisted, it could be stored in a local XML file or an ISAM table. Or what about a message queue for IPC? Not as flexible as a SC but you

Re: [ADVANCED-DOTNET] Controls / DirectX and threading

2003-01-20 Thread Craig Andera
D'oh! Forgot the reference to the code: http://staff.develop.com/candera/intelarticle.htm You can read messages from the Advanced DOTNET archive, unsubscribe from Advanced DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com.

Re: [ADVANCED-DOTNET] Controls / DirectX and threading

2003-01-20 Thread Gary Leighton
Application.Run creates a message-loop on the current thread. I would be suprised if DoEvents will work on the non-UI thread, but I'm not sure about this. DirectX can have problems with multi-threading when operating full-screen, but I'm not aware of any problems when working in a window. My gue

Re: [ADVANCED-DOTNET] Controls / DirectX and threading

2003-01-20 Thread Craig Andera
I can't say I totally understand your question. But I've written controls that use Direct3D. Other than the fact that I'm not dealing with Device loss due to screensaver startup, it works great for me. Check out [1] for the code if you'd like to look at it. Also, to answer the question I think yo

[ADVANCED-DOTNET] CodeBinaryOperatorExpression bug ?

2003-01-20 Thread Pierre
Hi, I need to create the following statement with CodeDom: if(_index < _collection.Count - 1) { ... } I wrote the following code: CodeBinaryOperatorExpression condition = new CodeBinaryOperatorExpression( new CodeVariableReferenceExpression("_index"), CodeBinaryOperatorType.LessThan, new CodeBin

Re: [ADVANCED-DOTNET] IsUnique from GetSchemaTable always False?

2003-01-20 Thread Shawn Wildermuth
This call is notoriously incomplete. If you need to do this, I would suggest OleDbConnection.GetOleDbSchemaTable Thanks, Shawn Wildermuth [EMAIL PROTECTED] == Author of "Pragmatic ADO.NET" http://adoguy.com/book Editor of http://ONDotNet.com > -Origi

[ADVANCED-DOTNET] IsUnique from GetSchemaTable always False?

2003-01-20 Thread Marek Konopka
I am trying to get value of the IsUnique attribute of a database column. It seems that the method SqlDatalReader.GetSchemaTable always returns False, even for table defined like that: CREATE TABLE Tab1 ( f1 INT UNIQUE, f2 VARCHAR(50) ) The MSDN description of the SqlDataReader.GetSchemaTable() st

Re: [ADVANCED-DOTNET] Bypass http proxy server for intranet app using remoting

2003-01-20 Thread Yuri Misnik
I guess you can also configure this by changing the machine.config file: . . Cheers, Yuri Misnik MCP, MCSD, MCAD.NET -Original Message- From: xiao [mailto:[EMAIL PROTECTED]] Sent: Monday, 20 January 2003 04:43 To: [EMAIL PROTECTED] Subject: Re: [ADVANCED-DOTNET] By

Re: [ADVANCED-DOTNET] Remoting: What is everybody doing for simple, robust, secure, efficient IPC?

2003-01-20 Thread Marco Russo
I know enough of that kind of problems. Just to summarize: 1) TCP/IP is the only standard way to use Remoting in .NET. Both TcpChannel & HttpChannel need TCP/IP. Other channels have to be installed separately. 2) TCP/IP require at least a loopback network card interface. So, for IPC between proces