[Mono-devel-list] Weird runtime crash
Hi everyone,
I have a weird runtime issue with a small Gtk# program that I have. It
was working fine. I updated some resource files, recompiled, and now the
runtime reliably segfaults very early on in the program's execution. No
NullReferenceException, just SIGSEGV. Through Console.WriteLine's I've
traced down the line where this happens, and it's totally innocuous:
if (dims != null) {
If I remove the line, execution continues a little farther but there's
just another segfault later.
In gdb, I get a stack trace that doesn't seem very helpful: see below.
Runtime and corlib are SVN trunk from a few nights ago. Other, much more
complicated programs run fine. Any ideas of what might be going on here?
Thanks,
Peter
(gdb) allbt
Thread 3 (Thread -1219167312 (LWP 12549)):
#0 0x0035e7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00681cfc in pthread_cond_timedwait@@GLIBC_2.3.2 ()
from /lib/tls/libpthread.so.0
#2 0xb7f55eb2 in timedwait_signal_poll_cond (cond=0xb7a591dc,
mutex=0xb7a591c4, timeout=0x0) at handles.c:1251
#3 0xb7f55ff0 in _wapi_handle_timedwait_signal_handle
(handle=0xfffc, timeout=0x0) at handles.c:1338
#4 0xb7f560d9 in _wapi_handle_wait_signal_handle (handle=0x404) at
handles.c:1298
#5 0xb7f61e05 in WaitForSingleObjectEx (handle=0x404,
timeout=4294967295, alertable=1) at wait.c:179
#6 0xb7f0f92c in finalizer_thread (unused=0x0) at gc.c:674
#7 0xb7f224d5 in start_wrapper (data=0x80b0a20) at threads.c:293
#8 0xb7f6166d in timed_thread_start_routine (args=0x80b0b30) at timed-
thread.c:134
#9 0xb7f79078 in GC_start_routine (arg=0x808cf00) at
pthread_support.c:1237
#10 0x0067f341 in start_thread () from /lib/tls/libpthread.so.0
#11 0x0043efee in clone () from /lib/tls/libc.so.6
Thread 2 (Thread -1219085392 (LWP 12548)):
#0 0x0035e7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00684be6 in __nanosleep_nocancel () from /lib/tls/libpthread.so.0
#2 0xb7f52848 in collection_thread (unused=0x0) at collection.c:36
#3 0x0067f341 in start_thread () from /lib/tls/libpthread.so.0
#4 0x0043efee in clone () from /lib/tls/libc.so.6
Thread 1 (Thread -1209739040 (LWP 12545)):
#0 0xb6da978e in ?? ()
#1 0x in ?? ()
--
Peter Williams [EMAIL PROTECTED]
[Ninjas] are cool; and by cool, I mean totally sweet.
-- REAL Ultimate Power
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Problem with DbDataAdapter...
Hello, I've retested my apps with the new svn version... I can now log into my app without this System.IndexOutOfRangeException: Array index is out of range. But there's problem with some sql commands... with postgresql, oracle and mssql I think that it's when I combine several select in 1 sqlcmd... i will check this today... thanks Le Mercredi 18 Mai 2005 11:32, vous avez écrit : Hello Hubert, I'm completely agree that bugs are a bad thing, that's why I'm here to help you as soon as possible. The reason the DataAdapter code has changed is to solve other bugs, and the solution required some cooperation from providers too. Unfortunately it's not simple to make a complete testing over all the providers, so I do expect for some number of issues, but believe that with yours and others help we will stabilize the code very fast. I would like to ask you several questions: 1. Does your PG app work? If not, can you send the stack traces/code samples of the problems? 2. What is your current problem with Oracle? Can you please send a stack? (It cannot be the same one because in my latest patch I removed the calls to System.Data.DataRow:get_Item (System.String columnName) from the BuildSchema). 3. If it's possible, can you send your entire app, so I'll test it here? (The confidentiality will be ensured). Thank you in advance for your patience and cooperation. Regards, Konstantin Triger Hubert FONGARNAND wrote: You're patch has nothing changes... I get always the same error... With the postgresql app... I can now login... but there's plenty of bugs inside... I think the best solution is to get an older version of Mono! Why do you include a patch if there's compatibility problems with data providers!!! thanks Le Mardi 17 Mai 2005 16:26, vous avez écrit : Hello again, Seems that Oracle provider does not initialize at all some columns in SchemaTable. The attached patch fixes that in a generic way. Regards, Konstantin Triger Hubert FONGARNAND wrote: I've applied your patch... It corrects the problem with my postgresql app... but i get always an error with the same app with oracle : System.IndexOutOfRangeException: Array index is out of range. in 0x00067 System.Data.DataRow:get_Item (System.String columnName, DataRowVersion version) in 0x00015 System.Data.DataRow:get_Item (System.String columnName) in 0x00495 System.Data.Common.DbDataAdapter:BuildSchema (IDataReader reader, System.Data.DataTable table, SchemaType schemaType, MissingSchemaAction missingSchAction, MissingMappingAction missingMapAction, System.Data.Common.DataTableMappingCollection dtMapping) in 0x00059 System.Data.Common.DbDataAdapter:BuildSchema (IDataReader reader, System.Data.DataTable table, SchemaType schemaType) in (wrapper remoting-invoke-with-check) System.Data.Common.DbDataAdapter:BuildSchema (System.Data.IDataReader,System.Data.DataTable,System.Data.SchemaType) in 0x00087 System.Data.Common.DbDataAdapter:FillTable (System.Data.DataTable dataTable, IDataReader dataReader, Int32 startRecord, Int32 maxRecords, System.Int32 counter) in (wrapper remoting-invoke-with-check) System.Data.Common.DbDataAdapter:FillTable (System.Data.DataTable,System.Data.IDataReader,int,int,int) in 0x00117 System.Data.Common.DbDataAdapter:Fill (System.Data.DataSet dataSet, System.String srcTable, IDataReader dataReader, Int32 startRecord, Int32 maxRecords) in 0x000ce System.Data.Common.DbDataAdapter:Fill (System.Data.DataSet dataSet, Int32 startRecord, Int32 maxRecords, System.String srcTable, IDbCommand command, CommandBehavior behavior) in 0x00036 System.Data.Common.DbDataAdapter:Fill (System.Data.DataSet dataSet, System.String srcTable) in (wrapper remoting-invoke-with-check) System.Data.Common.DbDataAdapter:Fill (System.Data.DataSet,string) in 0x00121 MoteurCRM.CProfil:RetourneGroupeCommercial (System.String cnxstring, System.String televendeur_Id) in 0x007e7 FicheClient.Logon:btnValider_Click (System.Object sender, System.EventArgs e) in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) Thanks... Le Mardi 17 Mai 2005 12:09, Konstantin Triger a écrit : Agreed, but in fact the provider should set the defaults, not the DataAdapter :-). Regards, Konstantin Triger Sureshkumar T wrote: + bool allowDBNull = value is bool ? (bool)value : false; default allowDBNull should be true ;-) suresh. ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit
Re: [Mono-devel-list] merging two assemblies and related problems
Hi, If you find strange bugs when running something under mono, while it works under MS.NET, please report it at bugzilla.ximian.com. Zoltan On 5/20/05, Vladimir Vukicevic [EMAIL PROTECTED] wrote: I've brought up this problem in the past, but i'm again trying to find a decent solution for this using mono. The problem is pretty straightforward: I have two assemblies, A.dll and B.dll. A.dll is autogenerated using System.Reflection.Emit; B.dll is compiled from C# source. A.dll needs to access a custom attribute class that's defined in B.dll. So far, here are the approaches that I've tried, and the problems I've encountered: 1) Use ILMerge (http://research.microsoft.com/~mbarnett/ilmerge.aspx). Works great; binary only, Windows only. 2) Use PERWAPI (http://www.plas.fit.qut.edu.au/perwapi/Default.aspx). It seems to work under .NET 1.1 on windows; under mono 1.1.7 I see strange bugs (usually an infinite loop as it's trying to write an assembly out on anything but the simplest assemblies). It also balks on some mono-generated assemblies, usually finding non-zero values where it was expecting to just read zeros. 3) Use RAIL (http://rail.dei.uc.pt/). A simple test of RAssemblyDef.LoadAssembly(foo.dll).SaveAssembly(bar.dll) results in: ** ERROR **: file reflection.c: line 835 (method_encode_clauses): assertion failed: (ex_info-handlers) 4) Use monodis on both A.dll and B.dll, massage the output a bit, and reassemble with ilasm -- basically remove the extern reference from A.dll to B.dll, remove the foreign assembly reference from the custom attribute usage in A.dll, and tack on most of B.dll's disassembly to the end. The problem here is that A.dll uses the calli instruction, and monodis/ilasm can't round-trip the calli signatures... the output has: IL_0008: calli signature-0x1101, signature-0x1102, and so on. ildasm appropriately balks. Is there a #5 that I'm missing that I haven't tried? Out of the above problems, fixing monodis/ilasm to round-trip signatures would probably be the most straightforward, though that's the least elegant solution. Fixing the assertion failure with RAIL may or may not be difficult; I haven't looked into what exactly is happening in much detail. PERWAPI might be making too many assumptions about the PE files it operates on, and may be failing due to .NET-only quirks. A final last-ditch effort may be to just use S.R.E to generate the classes/methods that B.dll provides directly into A.dll. Maybe I could use Cecil to read B.dll and generate appropriate output using S.R.E.? Any ideas would be appreciated. Thanks, - Vladimir ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Problem with DbDataAdapter... RESOLVED
Hello
I've found the last problems I had...
The problem is when you do a fill with a null datetime in the result
dataset...
the problem is in method
internal void ReadIDataRecord(int recordIndex, IDataRecord record, int[]
mapping, int length)
of the record cache class
this method do a call of :
column.DataContainer.SetItemFromDataRecord(recordIndex, record,i);
so the problem comes from the sealed class DateTimeDataContainer :
AbstractObjectDataContainer
the method record.GetDateTime(field); throw a not well catched exception when
the datetime is null
So, as a trick, i've added a try catch :
my patch is :
Index: DataContainer.cs
===
--- DataContainer.cs(revision 44793)
+++ DataContainer.cs(working copy)
@@ -1069,7 +1069,15 @@
{
// if exception thrown, it should be caught
// in the caller method
-
base.SetValue(index,record.GetDateTime(field));
+ Object date=null;
+ try
+ {
+date=record.GetDateTime(field);
+ }catch
+ {
+ }
+ base.SetValue(index,date);
+
base.SetItemFromDataRecord(index,record,field);
}
Le Mercredi 18 Mai 2005 11:32, vous avez écrit :
Hello Hubert,
I'm completely agree that bugs are a bad thing, that's why I'm here to
help you as soon as possible. The reason the DataAdapter code has
changed is to solve other bugs, and the solution required some
cooperation from providers too. Unfortunately it's not simple to make
a complete testing over all the providers, so I do expect for some
number of issues, but believe that with yours and others help we will
stabilize the code very fast.
I would like to ask you several questions:
1. Does your PG app work? If not, can you send the stack traces/code
samples of the problems?
2. What is your current problem with Oracle? Can you please send a
stack? (It cannot be the same one because in my latest patch I
removed the calls to System.Data.DataRow:get_Item (System.String
columnName) from the BuildSchema).
3. If it's possible, can you send your entire app, so I'll test it
here? (The confidentiality will be ensured).
Thank you in advance for your patience and cooperation.
Regards,
Konstantin Triger
Hubert FONGARNAND wrote:
You're patch has nothing changes... I get always the same error...
With the postgresql app... I can now login... but there's plenty of bugs
inside... I think the best solution is to get an older version of Mono!
Why do you include a patch if there's compatibility problems with data
providers!!!
thanks
Le Mardi 17 Mai 2005 16:26, vous avez écrit :
Hello again,
Seems that Oracle provider does not initialize at all some columns in
SchemaTable.
The attached patch fixes that in a generic way.
Regards,
Konstantin Triger
Hubert FONGARNAND wrote:
I've applied your patch...
It corrects the problem with my postgresql app...
but i get always an error with the same app with oracle :
System.IndexOutOfRangeException: Array index is out of range.
in 0x00067 System.Data.DataRow:get_Item (System.String columnName,
DataRowVersion version)
in 0x00015 System.Data.DataRow:get_Item (System.String columnName)
in 0x00495 System.Data.Common.DbDataAdapter:BuildSchema (IDataReader
reader, System.Data.DataTable table, SchemaType schemaType,
MissingSchemaAction missingSchAction, MissingMappingAction
missingMapAction,
System.Data.Common.DataTableMappingCollection dtMapping)
in 0x00059 System.Data.Common.DbDataAdapter:BuildSchema (IDataReader
reader, System.Data.DataTable table, SchemaType schemaType)
in (wrapper remoting-invoke-with-check)
System.Data.Common.DbDataAdapter:BuildSchema
(System.Data.IDataReader,System.Data.DataTable,System.Data.SchemaType)
in 0x00087 System.Data.Common.DbDataAdapter:FillTable
(System.Data.DataTable dataTable, IDataReader dataReader, Int32
startRecord, Int32 maxRecords, System.Int32 counter)
in (wrapper remoting-invoke-with-check)
System.Data.Common.DbDataAdapter:FillTable
(System.Data.DataTable,System.Data.IDataReader,int,int,int)
in 0x00117 System.Data.Common.DbDataAdapter:Fill (System.Data.DataSet
dataSet, System.String srcTable, IDataReader dataReader, Int32
startRecord, Int32 maxRecords)
in 0x000ce System.Data.Common.DbDataAdapter:Fill (System.Data.DataSet
dataSet, Int32 startRecord, Int32 maxRecords, System.String srcTable,
IDbCommand command, CommandBehavior behavior)
in 0x00036 System.Data.Common.DbDataAdapter:Fill (System.Data.DataSet
dataSet, System.String srcTable)
in (wrapper
Re: [Mono-devel-list] merging two assemblies and related problems
Hi, Vladimir. There is one 5 you didn't try. It's called MBEL http://www.cs.arizona.edu/mbel It's a Java based solution (of al things). It is capable of reading IL assemblies manipulating them and writing them back. Causing it to merge two assemblies requires definitely an effort but should be possible. We use MBEL to generate a stub .Net DLL froma Java jar file and it quite decent apart from the factv that it consumes tons of memory. Eyal. On Fri, 20 May 2005, Vladimir Vukicevic wrote: Date: Fri, 20 May 2005 02:36:34 -0700 From: Vladimir Vukicevic [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Mono-devel-list] merging two assemblies and related problems I've brought up this problem in the past, but i'm again trying to find a decent solution for this using mono. The problem is pretty straightforward: I have two assemblies, A.dll and B.dll. A.dll is autogenerated using System.Reflection.Emit; B.dll is compiled from C# source. A.dll needs to access a custom attribute class that's defined in B.dll. So far, here are the approaches that I've tried, and the problems I've encountered: 1) Use ILMerge (http://research.microsoft.com/~mbarnett/ilmerge.aspx). Works great; binary only, Windows only. 2) Use PERWAPI (http://www.plas.fit.qut.edu.au/perwapi/Default.aspx). It seems to work under .NET 1.1 on windows; under mono 1.1.7 I see strange bugs (usually an infinite loop as it's trying to write an assembly out on anything but the simplest assemblies). It also balks on some mono-generated assemblies, usually finding non-zero values where it was expecting to just read zeros. 3) Use RAIL (http://rail.dei.uc.pt/). A simple test of RAssemblyDef.LoadAssembly(foo.dll).SaveAssembly(bar.dll) results in: ** ERROR **: file reflection.c: line 835 (method_encode_clauses): assertion failed: (ex_info-handlers) 4) Use monodis on both A.dll and B.dll, massage the output a bit, and reassemble with ilasm -- basically remove the extern reference from A.dll to B.dll, remove the foreign assembly reference from the custom attribute usage in A.dll, and tack on most of B.dll's disassembly to the end. The problem here is that A.dll uses the calli instruction, and monodis/ilasm can't round-trip the calli signatures... the output has: IL_0008: calli signature-0x1101, signature-0x1102, and so on. ildasm appropriately balks. Is there a #5 that I'm missing that I haven't tried? Out of the above problems, fixing monodis/ilasm to round-trip signatures would probably be the most straightforward, though that's the least elegant solution. Fixing the assertion failure with RAIL may or may not be difficult; I haven't looked into what exactly is happening in much detail. PERWAPI might be making too many assumptions about the PE files it operates on, and may be failing due to .NET-only quirks. A final last-ditch effort may be to just use S.R.E to generate the classes/methods that B.dll provides directly into A.dll. Maybe I could use Cecil to read B.dll and generate appropriate output using S.R.E.? Any ideas would be appreciated. Thanks, - Vladimir ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] merging two assemblies and related problems
Hi Vladimir, --- Vladimir Vukicevic [EMAIL PROTECTED] wrote: 3) Use RAIL (http://rail.dei.uc.pt/). I'm currently using RAIL and Mono-1.1.7 on Windows to transform assemblies. I initially had some problems getting the test application running on Mono-1.1.4, but Zoltan fixed them. So, try running the RAIL examples on the latest Mono and see how you get on. Cheers, Jim. ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Play a mp3 with mono
You might want to look at Sonance or Muine, both of which is are mono based music players. Both use the GStreamer bindings for mono: http://monohandbook.monoforge.com/monkeyguide/gnome/bindings/gstreamer/gstreamer.html http://sonance.aaronbock.net/ http://muine.gooeylinux.org/ Regards, --chris On Fri, 20 May 2005, Pablo Cardona wrote: Hi, I'm trying to play sounds with Mono, and I've seen that the Sound class in the namespace Gnome only accepts .wav files, and I need to play a .mp3, so is in mono any class or method that can plays an .mp3 file?? Thanks. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Problem with DbDataAdapter...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Konstantin Triger wrote: Hello Hubert, There was a change during this week end: the Mainsoft changes were merged into the trunk (they were previously available at Mainsoft.System.Data branch). From the stack I suppose that PG provider does not fully initialize the SchemaTable and some columns contain nulls. Hi Konstantin! Npgsql is returning the following metadata schema: result.Columns.Add (ColumnName, typeof (string)); result.Columns.Add (ColumnOrdinal, typeof (int)); result.Columns.Add (ColumnSize, typeof (int)); result.Columns.Add (NumericPrecision, typeof (int)); result.Columns.Add (NumericScale, typeof (int)); result.Columns.Add (IsUnique, typeof (bool)); result.Columns.Add (IsKey, typeof (bool)); result.Columns.Add (BaseCatalogName, typeof (string)); result.Columns.Add (BaseColumnName, typeof (string)); result.Columns.Add (BaseSchemaName, typeof (string)); result.Columns.Add (BaseTableName, typeof (string)); result.Columns.Add (DataType, typeof(Type)); result.Columns.Add (AllowDBNull, typeof (bool)); result.Columns.Add (ProviderType, typeof (int)); result.Columns.Add (IsAliased, typeof (bool)); result.Columns.Add (IsExpression, typeof (bool)); result.Columns.Add (IsIdentity, typeof (bool)); result.Columns.Add (IsAutoIncrement, typeof (bool)); result.Columns.Add (IsRowVersion, typeof (bool)); result.Columns.Add (IsHidden, typeof (bool)); result.Columns.Add (IsLong, typeof (bool)); result.Columns.Add (IsReadOnly, typeof (bool)); Please, let me know if you are using any other metadata info so I can add it accordingly. Thanks in advance. - -- Regards, Francisco Figueiredo Jr. Npgsql Lead Developer http://gborg.postgresql.org/project/npgsql MonoBrasil Project Founder Member http://monobrasil.softwarelivre.org - - Science without religion is lame; religion without science is blind. ~ Albert Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQEVAwUBQo30PP7iFmsNzeXfAQJaTwf9H85e6MGVDWo6uyE6jnewkaL5ivq7JS4z 6/Vvwwk3xmMkj5WhKcF2wQa9Zo4RWZYpTcmT5uoyYJl68Yl5puSnNinWeSa7h5rg QTD9FXrhQ+IGvylGqS+U1reKC6JGJZC/A2fwJZPKYqjKh7MXutNy3cwERVzLqpYr kSxHLdQt7kIPC5arpzcQMjOMAhg96X/03XxqnrupO7ACAdqyoC/uCfRGWte3+DDZ UHg8Uka+OK0EsNPwVGUH7PpUWZp5Cn1qbiJ/eFJphaXTxZMLKKOTawvYVFI5lOxP qCDe4RsFjosp4kYOkS+m9UtKbtr0vp2euY8+Y7l6TjyRADHNijemQg== =BBjE -END PGP SIGNATURE- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Problem with DbDataAdapter...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hubert FONGARNAND wrote: I've applied your patch... It corrects the problem with my postgresql app... Hi Hubert! What Npgsql version are you using?? I know that Konstantin patch adds much more reliability to the DbDataAdapter code, but I'd like to know why Npgsql was failing when it implements the required metadata info. Thanks in advance. - -- Regards, Francisco Figueiredo Jr. Npgsql Lead Developer http://gborg.postgresql.org/project/npgsql MonoBrasil Project Founder Member http://monobrasil.softwarelivre.org - - Science without religion is lame; religion without science is blind. ~ Albert Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQEVAwUBQo33f/7iFmsNzeXfAQJAhAf/Wg3q1Lk06E2usd/V/4i5n0ev/alXfXnr 9teLggzKuUD3YzV9aIe3cIQAHuTmEmb/ttW28hhNGUZ74WV8nJCLi0CO6brgHrE5 vIxxN4orHVSDU5Q+H/hCLlH7RJciqBhQK1vlQsVt9EH68l7NKLUkh28T7Xvf3WsK /ivnPoa1eEN19i4qZaJKv6D1/gvGfDmK4Vap4Ltw48OKZVVCx23ugQmCBzBcK33f pJ1uBUZ03YmPrYudtpBFGaxSgnOsroothix0U9oPXpmc8ZnYk3s1xWJb9lMsgzg9 FVWyyVuvZ719QaOYU21FHrxGbDPLifAZDQs/dK3uthaFfAFUFrfnwQ== =vKWX -END PGP SIGNATURE- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Problem with DbDataAdapter...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Konstantin Triger wrote: Hello Hubert, Hi all! I'm completely agree that bugs are a bad thing, that's why I'm here to help you as soon as possible. The reason the DataAdapter code has changed is to solve other bugs, and the solution required some cooperation from providers too. Unfortunately it's not simple to make a complete testing over all the providers, so I do expect for some number of issues, but believe that with yours and others help we will stabilize the code very fast. I totally agree here with Konstantine. I apologize of not being very promptly but if there is anything else I can do to help you, please let me know. Thanks in advance. - -- Regards, Francisco Figueiredo Jr. Npgsql Lead Developer http://gborg.postgresql.org/project/npgsql MonoBrasil Project Founder Member http://monobrasil.softwarelivre.org - - Science without religion is lame; religion without science is blind. ~ Albert Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQEVAwUBQo34qP7iFmsNzeXfAQJm1wf8Ducx3ZdSrkS6kpKtU/Hd4mHTCu34qbOq dMh9qNf8EbFeHuDkavcyIq6Ow28hKUVCF9ydnGOO8n1uQxDAn6/Lk26GHPcuV8zB xep6c2E1KjyLTehPLdP3fyas2grCzC6848oDbf1OYyBpSy1b6fRJssrGrJAi6WlC cjdx9BEVDtOJQkVYX01rBG2pYl1xGIX5GTC3Pg0Z7WmTaXxj3PIrbv8LnAQAsaJh LEq0ssvv7Wm1O0Tm/YH1EIpmUtZKJkZ4qtC6F8jaVLv2d+TblNyyyOFW0sPBupvK rSzo9twA85Mct6rNmLIRvd95jleXIsSLEzLgG3MDlW+pW6rTgEjVJg== =zRPt -END PGP SIGNATURE- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Problem with DbDataAdapter... RESOLVED
I guess the following is more proper fix. But, I am not sure why there
is no GetDateTimeSafe in ISafeRecord and is there any reason to leave
this to throw exception. Kosta could clear this. Hubert, can you please
try this?
[SNIP]
Index: System.Data.Common/DataContainer.cs
===
--- System.Data.Common/DataContainer.cs (revision 44790)
+++ System.Data.Common/DataContainer.cs (working copy)
@@ -1069,7 +1069,8 @@
{
// if exception thrown, it should be
caught
// in the caller method
-
base.SetValue(index,record.GetDateTime(field));
+this[index] = record.GetValue(field);
+
base.SetItemFromDataRecord(index,record,field);
}
[/SNIP]
suresh.
On Fri, 2005-05-20 at 12:36 +0200, Hubert FONGARNAND wrote:
Hello
I've found the last problems I had...
The problem is when you do a fill with a null datetime in the result
dataset...
the problem is in method
internal void ReadIDataRecord(int recordIndex, IDataRecord record, int[]
mapping, int length)
of the record cache class
this method do a call of :
column.DataContainer.SetItemFromDataRecord(recordIndex, record,i);
so the problem comes from the sealed class DateTimeDataContainer :
AbstractObjectDataContainer
the method record.GetDateTime(field); throw a not well catched exception when
the datetime is null
So, as a trick, i've added a try catch :
my patch is :
Index: DataContainer.cs
===
--- DataContainer.cs(revision 44793)
+++ DataContainer.cs(working copy)
@@ -1069,7 +1069,15 @@
{
// if exception thrown, it should be caught
// in the caller method
-
base.SetValue(index,record.GetDateTime(field));
+ Object date=null;
+ try
+ {
+date=record.GetDateTime(field);
+ }catch
+ {
+ }
+ base.SetValue(index,date);
+
base.SetItemFromDataRecord(index,record,field);
}
Le Mercredi 18 Mai 2005 11:32, vous avez écrit :
Hello Hubert,
I'm completely agree that bugs are a bad thing, that's why I'm here to
help you as soon as possible. The reason the DataAdapter code has
changed is to solve other bugs, and the solution required some
cooperation from providers too. Unfortunately it's not simple to make
a complete testing over all the providers, so I do expect for some
number of issues, but believe that with yours and others help we will
stabilize the code very fast.
I would like to ask you several questions:
1. Does your PG app work? If not, can you send the stack traces/code
samples of the problems?
2. What is your current problem with Oracle? Can you please send a
stack? (It cannot be the same one because in my latest patch I
removed the calls to System.Data.DataRow:get_Item (System.String
columnName) from the BuildSchema).
3. If it's possible, can you send your entire app, so I'll test it
here? (The confidentiality will be ensured).
Thank you in advance for your patience and cooperation.
Regards,
Konstantin Triger
Hubert FONGARNAND wrote:
You're patch has nothing changes... I get always the same error...
With the postgresql app... I can now login... but there's plenty of bugs
inside... I think the best solution is to get an older version of Mono!
Why do you include a patch if there's compatibility problems with data
providers!!!
thanks
Le Mardi 17 Mai 2005 16:26, vous avez écrit :
Hello again,
Seems that Oracle provider does not initialize at all some columns in
SchemaTable.
The attached patch fixes that in a generic way.
Regards,
Konstantin Triger
Hubert FONGARNAND wrote:
I've applied your patch...
It corrects the problem with my postgresql app...
but i get always an error with the same app with oracle :
System.IndexOutOfRangeException: Array index is out of range.
in 0x00067 System.Data.DataRow:get_Item (System.String columnName,
DataRowVersion version)
in 0x00015 System.Data.DataRow:get_Item (System.String columnName)
in 0x00495 System.Data.Common.DbDataAdapter:BuildSchema (IDataReader
reader, System.Data.DataTable table, SchemaType schemaType,
MissingSchemaAction missingSchAction, MissingMappingAction
missingMapAction,
System.Data.Common.DataTableMappingCollection dtMapping)
in 0x00059 System.Data.Common.DbDataAdapter:BuildSchema (IDataReader
reader,
[Mono-devel-list] Operating System in C# Project
Hi, Is anyone interested in starting a project for doing an operating system completely in managed code, à la Singularity that is being done in Microsoft? I don't know much C or C++, but I'm very knowledgeable on C# and MSIL. So the idea would be to start implementing the CLR in a way that it executes completely by itself, then porting GTK# and something more to make it usable. A far long project!! Thanks in advance, Serras ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Operating System in C# Project
Is anyone interested in starting a project for doing an operating system completely in managed code, à la Singularity that is being done in Microsoft? An operating system cannot be written in managed code. If you will create something like an operating system using managed code it will be only a subsystem on the top of the underlaying operating system and other subsystems like Mono. An operating system is based on the hardware. I think I am not the only person who think so: http://www.google.co.hu/search?hl=enq=define%3Aoperating+system Kornél ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] merging two assemblies and related problems
On 5/20/05, Jim Purbrick [EMAIL PROTECTED] wrote: Hi Vladimir, --- Vladimir Vukicevic [EMAIL PROTECTED] wrote: 3) Use RAIL (http://rail.dei.uc.pt/). I'm currently using RAIL and Mono-1.1.7 on Windows to transform assemblies. I initially had some problems getting the test application running on Mono-1.1.4, but Zoltan fixed them. So, try running the RAIL examples on the latest Mono and see how you get on. Ah, the examples seem to run, and I just tracked down a small testcase for the RAIL problem -- any method that has a try/catch exception block seems to trigger the assertion. Unfortunately I can't not use exceptions (I have to catch a DllNotFound exception while trying to call a few different P/Invoke methods before I figure out which one I can use). I've filed bug 75014 for the assertion failure. - Vlad ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
