Re: [Firebird-net-provider] Freeing of IDbCommand Instances...

2006-01-16 Thread Jesse Sightler
Hi Carlos,Ok, GC.Collect() causes an immediate GC, so they should all be cleared then, I guess.Thanks,JessOn 1/15/06, Carlos Guzmán Álvarez <[EMAIL PROTECTED]> wrote: Hello:> I have a question w/r/t the freeing of IDbCommand instances... it> seems that if .Dispose is not called on these instances

[Firebird-net-provider] how to distinguish between events

2006-01-16 Thread pissblach
hi, how can i determine, if the event coming in, is not from the current program ? if for e.g. i insert a record in my program, then i also get the change event but do not really want to do anything with it, since it was me inserting it. if ( ( (FirebirdSql.Data.FirebirdClient .FbRemote

Re: [Firebird-net-provider] how to distinguish between events

2006-01-16 Thread Carlos Guzmán Álvarez
Hello: if ( ( (FirebirdSql.Data.FirebirdClient .FbRemoteEvent)( sender ) ).revent.RemoteId != m_fbEventAddress.revent.remoteId ) would solve the problem, if only i could get to revent.remoteId. the debugger shows them up nicely, but they are not public. anyone got an idea ? If i'm not wrong

Re: [Firebird-net-provider] how to distinguish between events

2006-01-16 Thread pissblach
Hi Carlos, >If i'm not wrong there are no way to know this well, you have the power over the sources ;) would it be too much of a hassle to somehow make the remoteID publicly accessible ? that way it would be very easy to check and avoid handling things twice. the remoteID is unique for every FbRe