Re: [Firebird-net-provider] .NET 4 support

Hi Gerdus The question is... should "we" be affected by "your" difficulties upgrading 500 pcs. I have the same problem, it is even thousands and all running on different locations, but we try to manage. (Failing miserably, but that is another story) I agree with your opinion that you can

Re: [Firebird-net-provider] Firing event when event count is 0

I say ney. It doesn’t make sense to raise unraised events. Sent from Mail for Windows 10 From: Jiří Činčura Sent: vrijdag 16 december 2016 17:15 To: For users & developers of the Firebird .NET

Re: [Firebird-net-provider] Stored procedures etc. in .NET

Hi Jiri There is interest on our behalf. But we will only switch to FB 3... after release 2 or something like that.That doesn't mean we are not interested in kicking this into motion. Thanks Alexander > From: j...@cincura.net > To: firebird-net-provider@lists.sourceforge.net > Date: Mon, 27

[Firebird-net-provider] [FB-Tracker] Created: (DNET-669) rare null reference exception in OnRemoteEventCounts

: 4.10.0.0 Reporter: Alexander Muylaert-Gelein Assignee: Jiri Cincura Hi Jiri@Jira On rare occasions we found a null reference exception log inside our exception system. During the FbRemoveEnvet.OnRemoveEventCounts it fails somewhere. I've checked the code and the only

[Firebird-net-provider] [FB-Tracker] Created: (DNET-657) Lots of exceptions by transaction destructor

Affects Versions: 4.9.0.0 Reporter: Alexander Muylaert-Gelein Assignee: Jiri Cincura Priority: Critical FbTransaction doesn't dispose the internal GDSTransaction anymore. If you look at FbTransaction.Commit, you'll notice it calls UpdateTransaction

Re: [Firebird-net-provider] VS2008 ADO.NET confusion

I had likewise errors on multiple computers in the past weeks. They all had failed windows updates in common. Completely updating windows solved it for me on multiple occasions. Sent from my Windows Phone From: Jiří Činčura Sent:

Re: [Firebird-net-provider] Parser class/library

I know we are sponsoring This... But it sounds to me like so much work and so little gain. Sure, the current parse thing is slow and buggy, but only a few minor bugs and performance gain Will be limited as well. I think looking at 3th party parsers isn,'t a bad idea at All. Sent from my

Re: [Firebird-net-provider] Migrations

Hi all Jiri asked me to kick in because we have two products. One with one generator per column, one with one generator per database. Pro's of generator per table are You have the feeling of a sequence. There shouldn't be a gap, you can do "math" on it.This is how other db's have it since

Re: [Firebird-net-provider] Compiling error

Yes... If you switch to Visual Studio 2015... it is solved.Looks to me that Jiri is already on the next level. From: nftimm...@hotmail.com To: firebird-net-provider@lists.sourceforge.net Date: Wed, 23 Sep 2015 10:53:57 -0300 Subject: [Firebird-net-provider] Compiling error Hello When i download

Re: [Firebird-net-provider] Multithread insert

I don't think there is even an issue here. inside two different transactions, you simply cannot update the same record. Who would win in the end and what would be the end result. I'm pretty sure if you can solve this, the firebird team would gladly implement this. a > Date: Sun, 20 Sep 2015

[Firebird-net-provider] [FB-Tracker] Created: (DNET-622) Performance optimization for FbCommand.LogCommand

: ADO.NET Provider Affects Versions: 4.7.0.0 Reporter: Alexander Muylaert-Gelein Assignee: Jiri Cincura Hi I noticed that the emitting of the trace code is relatively slow. It takes a few percentages (6%) of the total duration of a restore script. Including

Re: [Firebird-net-provider] ADO.NET provider 4.7.0.0 and DDEX 3.0.2

Hi Jiri Thanks, I'll make sure it is tested this weekend on our servers.Already available on nuget, because update-package doesn't work yet? thanks a From: j...@cincura.net To: firebird-net-provider@lists.sourceforge.net; firebird-de...@lists.sourceforge.net; firebird-to...@yahoogroups.com

Re: [Firebird-net-provider] OutOfMemoryException

You might already have expected this. I don't think Jiri is aware of any leaks inside the provider, otherwise they would have been resolved. Can you make a reproducible scenario? thanks a From: lo...@nucleo.co.za To: firebird-net-provider@lists.sourceforge.net Date: Thu, 18 Jun 2015 16:34:36

Re: [Firebird-net-provider] Keep-alive packets

Yes, I was planning to reply on facebook as well. I was a bit surprised, but this could be the reason why 1. It is random2. It is on some networks often, on others rarely or never3. It is for no reason. In all honesty, I always try to keep a socket live with actual CHANGING bytes every 30

Re: [Firebird-net-provider] Random crashes in Finalizers

, 2015 at 6:12 PM, Alexander Muylaert-Gelein amuylaert_gel...@hotmail.com wrote: Hi I intensively use firebird and provider... I always use the dispose method (using) and I don't depend on the GC for this. I never had any of the exceptions refererred to. Wouldn't it be better

Re: [Firebird-net-provider] Random crashes in Finalizers

Hi I intensively use firebird and provider... I always use the dispose method (using) and I don't depend on the GC for this. I never had any of the exceptions refererred to. Wouldn't it be better *not* to depend on something horrible as the gc for something as important as your db

Re: [Firebird-net-provider] Questions with performance metrics doing large inserts into DB

read somewhere that Looping in .NET is somewhat slower than in Delphi, but there are things you can do optimize the .NET loops. Thank you, Edward Mendez From: Alexander Muylaert-Gelein [mailto:amuylaert_gel...@hotmail.com] Sent: Friday, August 8, 2014 1:54 AM To: firebird-net-provider

Re: [Firebird-net-provider] Questions with performance metrics doing large inserts into DB

I personally really like the one from red-gate but the visual studio profiler is also good. a From: emendez...@nc.rr.com To: firebird-net-provider@lists.sourceforge.net Date: Fri, 8 Aug 2014 09:51:52 -0400 Subject: Re: [Firebird-net-provider] Questions with performance metrics doing

Re: [Firebird-net-provider] Questions with performance metrics doing large inserts into DB

Hi Edward I'm also coming from a delphi background (using FIB) and we have ported/are already porting for 5 years our applications to .net. I have noticed indeed that Delphi/fib is faster then .net provider. But never in the magnitude of 500%. It looked acceptable slower. Your write code