Re: [Firebird-net-provider] FbDataAdapter problem

Now I found a reason for you to do this. From the mouth of Microsoft. You should check this: Retrieving Identity or Autonumber Values http://msdn2.microsoft.com/en-us/library/ks9f57t0(VS.80).aspx When either of these methods is used to preserve original values in a DataRow during a DataAdapter u

Re: [Firebird-net-provider] FbDataAdapter problem

Doing this solves folowing scenario, a very common scenario that is well known. I have send you a little app that i think was good enough to demonstrate this secnario. More, Microsoft code works differently as you can saw. We have a table and the primary key in that table is generated when we i

Re: [Firebird-net-provider] Upgrading webproviders to use UTF8

Carlos Guzmán Álvarez wrote: > What about left the scripts iwithout using a given character set ?? > That way they should be using the default character set of the database. I don't think, this is a solution. This will bring more than more problems. I suppose to use this solution. 1. Create sql s

Re: [Firebird-net-provider] Dispose not implemented in FirebirdClient.FbTransaction

Hello: > I keep getting this Dispose not implemented exception on my ISPs > webserver running ASP.NET Version:2.0.50215.44 . The > exact error look like this: > > > //Method 'Dispose' in type > 'FirebirdSql.Data.FirebirdClient.FbTransaction' from assembly > 'FirebirdS

Re: [Firebird-net-provider] FbDataAdapter problem

Hello: > if (statementType == StatementType.Insert) > { > row.AcceptChanges(); > } I'm not going to do this unless there are any good argument for doing it only for inserts. -- Carlos Guzmán Álvarez Vigo-Spain http://carlosga.wordpress.com ---

Re: [Firebird-net-provider] Upgrading webproviders to use UTF8

Hello: > Teh problem is with the index, of course. :) > > There's also some bug in definition and in code, I've already fixed it, I'll > try commit these changes in 2-3 days, after some testing. > What about left the scripts iwithout using a given character set ?? That way they should be usin

Re: [Firebird-net-provider] Upgrading webproviders to use UTF8

Le roy Arnaud wrote: > I don't know i never test it where is the problem ? > Teh problem is with the index, of course. :) There's also some bug in definition and in code, I've already fixed it, I'll try commit these changes in 2-3 days, after some testing. -- Jiri {x2} Cincura http://blog.vyv

Re: [Firebird-net-provider] Upgrading webproviders to use UTF8

Jiri Cincura vient de nous annoncer : > Le roy Arnaud wrote: >> I don't know because if you do that the scripts don't work in Fb1.5 ? >> Maybe create all scripts with a new extension 2.0 ? > > I think, BTW, the current version of FbSessionStateStore will not work on > FB1.5. I don't know i never

Re: [Firebird-net-provider] Upgrading webproviders to use UTF8

Carlos Guzmán Álvarez wrote: > If needed we can try to have scripts for both Firebird 1.5 and 2.0 if > they differ only in things like the encoding. ?? Yaeh, good idea. But at least in FbSessionStateStore we will have problem with index. :( And maybe we should add indices to other sql script, t

Re: [Firebird-net-provider] Upgrading webproviders to use UTF8

Hello: > I think, BTW, the current version of FbSessionStateStore will not work on > FB1.5. > > Maybe we should create some brainstorming (users), who is using and will be > using providers with FB1.5. > If needed we can try to have scripts for both Firebird 1.5 and 2.0 if they differ only i

Re: [Firebird-net-provider] Upgrading webproviders to use UTF8

Le roy Arnaud wrote: > I don't know because if you do that the scripts don't work in Fb1.5 ? > Maybe create all scripts with a new extension 2.0 ? I think, BTW, the current version of FbSessionStateStore will not work on FB1.5. Maybe we should create some brainstorming (users), who is using and w

Re: [Firebird-net-provider] sanddock.dll not really required?

Carlos Guzmán Álvarez wrote: > Hello: >> Yes, you're right. I don't have SandDock and compile without problems. >> > Fixed in CVS OT: Who was faster? ;) >> Done. >> >> BTW Carlos you're using SandDock for anything? >> > don't i was evaluating it but looks like on creating a file on th > ep

Re: [Firebird-net-provider] sanddock.dll not really required?

Hello: > Yes, you're right. I don't have SandDock and compile without problems. > Fixed in CVS > Done. > > BTW Carlos you're using SandDock for anything? > don't i was evaluating it but looks like on creating a file on th eproject i use the wrong option and the reference got added to the pr

Re: [Firebird-net-provider] sanddock.dll not really required?

Dan Cooperstock wrote: > In the source project, there is a reference to sanddock, which appears to be > a commercial component. However, I was able to remove that reference, and > have everything still compile and work perfectly. Yes, you're right. I don't have SandDock and compile without proble

[Firebird-net-provider] sanddock.dll not really required?

In the source project, there is a reference to sanddock, which appears to be a commercial component. However, I was able to remove that reference, and have everything still compile and work perfectly. So, I suspect it should be removed in the official source. --- Dan Coo

Re: [Firebird-net-provider] Upgrading webproviders to use UTF8

Jiri Cincura avait écrit le 15/11/2006 : > Hi, > > I have here pending commit on %subj%. I think there's no reason to use > UNICODE_FSS for text columns. The UTF8 is new in FB2 and I think we can use > it without problems. > > Any commnets? Can I do a commit? I don't know because if you do that