[Mono-dev] Maybe a System.Data.OracleClient.dll bug

Jörg Rosenkranz joerg.rosenkranz at gmail.com
Wed Sep 27 03:07:57 EDT 2006


Sorry, I don't have a Linux system with Mono build environment here.
That's why I couldn't build it yet. Maybe someone other can provide
you a patched DLL?

Joerg.

2006/9/27, David <jiangchengyao at gmail.com>:
> Cound you give me a pathed OracleClient.dll,so I can test my project ?
>
> 2006/9/26, Leszek Ciesielski <skolima at gmail.com>:
> > On 9/26/06, Jörg Rosenkranz <joerg.rosenkranz at gmail.com> wrote:
> > > Hi all,
> > >
> > > I have attached a patch which should fix this problem.
> > > Please check that it runs correctly because I can not build and test
> > > this patch here.
> > >
> > > Joerg.
> > >
> > > 2006/9/26, David <jiangchengyao at gmail.com>:
> > > > Finally, I find a way to insert the string.
> > > >
> > > > In my sample;
> > > >
> > > > // insert 4 length chinese string to database
> > > > parm.Value = "测试插入";
> > > >
> > > > // and give it eight space like :
> > > > parm.Value = "测试插入        ";
> > > >
> > > > then all the string will insert into the database, and you will not
> > > > see the space
> > > > the string length in database is 4 as we expected.
> > > >
> > > > My conclusion is : parm.Value should be the string you want and plus
> > > > the 2*string's length space
> >
> > It _looks_ correct. I'll add some test to it as soon as I have access
> > to my linux box again (in about a week), and if all works well, commit
> > the change.
> > It would be nice to use GetBytesCount() instead, but that would
> > require knowing the exact string we are going to bind - which we don't
> > know. (Correct me if I'm wrong)
> > _______________________________________________
> > Mono-devel-list mailing list
> > Mono-devel-list at lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>


More information about the Mono-devel-list mailing list