[Mono-dev] Snapshot of stack
I generally know how to snapshot the stack from outside code in C but I am not quite sure how to translate mono methods like can be done in a few ways (like this http://blogs.msdn.com/b/jmstall/archive/2005/11/28/snapshot.aspx) on the clr. Is there any equivalent way of getting this information in mono? Cheers, Greg -- Studying for the Turing test ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Porting Mono to 'asm.js'
Thanks Bob for the awesome links and the CC!! I too, would love to see that potential achieved. I've been doing some reading about porting to asm.js. Is there anything you'd suggest that I should read/experiment on? Also, is there any idea/suggestions you have in mind about how I should continue to work on this project and what I should do (in the context of GSoC)? On Mon, Mar 16, 2015 at 10:49 PM, Bob Summerwill b...@summerwill.net wrote: Corrected link - http://monohtml5.com - sorry. On Mon, Mar 16, 2015 at 10:18 AM, Bob Summerwill b...@summerwill.net wrote: I started digging into area last year. See https://monohtml5.com/. I think there is huge potential for Mono and .NET apps targeting the browser, and treating HTML5 as just another platform. * https://monohtml5.wordpress.com/2014/05/29/a-vision-html5-can-be-just-another-platform-for-net/ * https://monohtml5.wordpress.com/2014/06/09/monohtml5-what-are-the-existing-projects-in-this-area/ * https://monohtml5.wordpress.com/2014/06/14/monohtml5-what-are-you-actually-trying-to-make/ Joao is in the CC on this mail. Cheers, Bob On Mon, Mar 16, 2015 at 3:31 AM, Nirmal Lankathilaka nir3al+...@gmail.com wrote: Thanks for the clarification! Also, sorry for the late reply. I've been doing some reading and experimenting on asm.js/emscripten between my regular studies. Also, could you help me on how to contact João Matos, who is stated as the mentor for that project? On Sun, Mar 15, 2015 at 8:47 PM, Robert Jordan robe...@gmx.net wrote: On 15.03.2015 10:59, Nirmal Lankathilaka wrote: I've been using Mono for developing desktop apps for a couple of years and would love to contribute to the project. Since I'm still a student, I think GSoC is a splendid opportunity to start. Porting Mono to `asm.js`, presented for GSoC, caught my attention recently. I spent some time researching this and I'd like some clarification from the community: Since Mono-LLVM support does exist[mono-llvm] http://www.mono-project.com/docs/advanced/mono-llvm/, why would the need arise for a port? I understand that there are limitations [mono-llvm#limitations] http://www.mono-project.com/docs/advanced/mono-llvm/#limitations in the above approach as LLVM doesn't fully support all the needs of Mono; but since there is no specifications given which would require one to avoid the above approach (mono-llvm--llvm--emscripten--asm.js), I'm a bit confused. The proposal assumes a slightly deeper understanding of the Mono internals. http://www.mono-project.com/community/google-summer-of- code/projects/#port-mono-to-asmjs mono runtime is here the part of Mono that provides the OS abstraction layer (file, network etc.) and GC. It's that minimal part of Mono that's needed for running static AOT (ahead-of-time compilation) assemblies that were compiled to native shared objects or included into the main executable. Basically, it's Mono sans code generation, suitable to run on the target. The target is here emscripten/asm.js, so it needs a port. mono cross compiler that can target emscripten is a Mono LLVM AOT target that generates LLVM code suitable for emscripten. This part is supposed to run on the host, i.e. it has access to a full tool chain etc. On a different note, could you explain to me whether I should use the forums instead of the mailing-lists (which I prefer) for communication regarding GSoC and the `asm.js` port. The forums are just a mirror of this list. Robert ___ 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 -- b...@summerwill.net -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Snapshot of stack
To be clear I know I can do if installed as a profiler but would prefer to do it from the outside On Tue, Mar 17, 2015 at 2:07 AM, Greg Young gregoryyou...@gmail.com wrote: I generally know how to snapshot the stack from outside code in C but I am not quite sure how to translate mono methods like can be done in a few ways (like this http://blogs.msdn.com/b/jmstall/archive/2005/11/28/snapshot.aspx) on the clr. Is there any equivalent way of getting this information in mono? Cheers, Greg -- Studying for the Turing test -- Studying for the Turing test ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] 32bit OdbcDataReader DataTable.Load() works OK, but 64bit throws NullReferenceException
I am working with Monodevelop 4.0.1 that comes with the game engine Unity 5
64bit.
My ODBC driver in 64bit Windows 7 is:
Microsoft Excel Driver (*.xls, *.xlsx, *.xlsm, *.xlsb) 14.00.7010.1000
ACEODBC.DLL date: 15.feb.2013
public DataTable ReadExcel(string fileName, string sheetName)
{
// ODBCJT32.DLL works with Unity 4.6 32bit, but not with Unity 5 64bit:
//string connectionString = Driver={Microsoft Excel Driver (*.xls)};
DriverId=790; Dbq= + fileName + ;;
// ACEODBC.DLL works with Unity 5 64bit:
string connectionString = Driver={Microsoft Excel Driver (*.xls, *.xlsx,
*.xlsm, *.xlsb)}; DriverId=790; Dbq= + fileName + ;;
OdbcConnection connection = new OdbcConnection(connectionString);
string commandText = SELECT * FROM [ + sheetName + $];
OdbcCommand command = new OdbcCommand(commandText, connection);
connection.Open();
OdbcDataReader dataReader = command.ExecuteReader();
DataTable dataTable = new DataTable();
dataTable.Load(dataReader); // works with ODBCJT32.DLL, but with
ACEODBC.DLL it throws NullReferenceException
dataReader.Close();
connection.Close();
return dataTable;
}
The line: dataTable.Load(dataReader); throws this exception:
NullReferenceException: Object reference not set to an instance of an object
System.Data.Odbc.OdbcDataReader.GetColumnAttribute (Int32 column,
FieldIdentifier fieldId)
System.Data.Odbc.OdbcDataReader.GetSchemaTable ()
Any help would be appreciated!
--
View this message in context:
http://mono.1490590.n4.nabble.com/32bit-OdbcDataReader-DataTable-Load-works-OK-but-64bit-throws-NullReferenceException-tp4665640.html
Sent from the Mono - Dev mailing list archive at Nabble.com.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Porting Mono to 'asm.js'
Thanks for the clarification! Also, sorry for the late reply. I've been doing some reading and experimenting on asm.js/emscripten between my regular studies. Also, could you help me on how to contact João Matos, who is stated as the mentor for that project? On Sun, Mar 15, 2015 at 8:47 PM, Robert Jordan robe...@gmx.net wrote: On 15.03.2015 10:59, Nirmal Lankathilaka wrote: I've been using Mono for developing desktop apps for a couple of years and would love to contribute to the project. Since I'm still a student, I think GSoC is a splendid opportunity to start. Porting Mono to `asm.js`, presented for GSoC, caught my attention recently. I spent some time researching this and I'd like some clarification from the community: Since Mono-LLVM support does exist[mono-llvm] http://www.mono-project.com/docs/advanced/mono-llvm/, why would the need arise for a port? I understand that there are limitations [mono-llvm#limitations] http://www.mono-project.com/docs/advanced/mono-llvm/#limitations in the above approach as LLVM doesn't fully support all the needs of Mono; but since there is no specifications given which would require one to avoid the above approach (mono-llvm--llvm--emscripten--asm.js), I'm a bit confused. The proposal assumes a slightly deeper understanding of the Mono internals. http://www.mono-project.com/community/google-summer-of- code/projects/#port-mono-to-asmjs mono runtime is here the part of Mono that provides the OS abstraction layer (file, network etc.) and GC. It's that minimal part of Mono that's needed for running static AOT (ahead-of-time compilation) assemblies that were compiled to native shared objects or included into the main executable. Basically, it's Mono sans code generation, suitable to run on the target. The target is here emscripten/asm.js, so it needs a port. mono cross compiler that can target emscripten is a Mono LLVM AOT target that generates LLVM code suitable for emscripten. This part is supposed to run on the host, i.e. it has access to a full tool chain etc. On a different note, could you explain to me whether I should use the forums instead of the mailing-lists (which I prefer) for communication regarding GSoC and the `asm.js` port. The forums are just a mirror of this list. Robert ___ 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-dev] Porting Mono to 'asm.js'
Corrected link - http://monohtml5.com - sorry. On Mon, Mar 16, 2015 at 10:18 AM, Bob Summerwill b...@summerwill.net wrote: I started digging into area last year. See https://monohtml5.com/. I think there is huge potential for Mono and .NET apps targeting the browser, and treating HTML5 as just another platform. * https://monohtml5.wordpress.com/2014/05/29/a-vision-html5-can-be-just-another-platform-for-net/ * https://monohtml5.wordpress.com/2014/06/09/monohtml5-what-are-the-existing-projects-in-this-area/ * https://monohtml5.wordpress.com/2014/06/14/monohtml5-what-are-you-actually-trying-to-make/ Joao is in the CC on this mail. Cheers, Bob On Mon, Mar 16, 2015 at 3:31 AM, Nirmal Lankathilaka nir3al+...@gmail.com wrote: Thanks for the clarification! Also, sorry for the late reply. I've been doing some reading and experimenting on asm.js/emscripten between my regular studies. Also, could you help me on how to contact João Matos, who is stated as the mentor for that project? On Sun, Mar 15, 2015 at 8:47 PM, Robert Jordan robe...@gmx.net wrote: On 15.03.2015 10:59, Nirmal Lankathilaka wrote: I've been using Mono for developing desktop apps for a couple of years and would love to contribute to the project. Since I'm still a student, I think GSoC is a splendid opportunity to start. Porting Mono to `asm.js`, presented for GSoC, caught my attention recently. I spent some time researching this and I'd like some clarification from the community: Since Mono-LLVM support does exist[mono-llvm] http://www.mono-project.com/docs/advanced/mono-llvm/, why would the need arise for a port? I understand that there are limitations [mono-llvm#limitations] http://www.mono-project.com/docs/advanced/mono-llvm/#limitations in the above approach as LLVM doesn't fully support all the needs of Mono; but since there is no specifications given which would require one to avoid the above approach (mono-llvm--llvm--emscripten--asm.js), I'm a bit confused. The proposal assumes a slightly deeper understanding of the Mono internals. http://www.mono-project.com/community/google-summer-of- code/projects/#port-mono-to-asmjs mono runtime is here the part of Mono that provides the OS abstraction layer (file, network etc.) and GC. It's that minimal part of Mono that's needed for running static AOT (ahead-of-time compilation) assemblies that were compiled to native shared objects or included into the main executable. Basically, it's Mono sans code generation, suitable to run on the target. The target is here emscripten/asm.js, so it needs a port. mono cross compiler that can target emscripten is a Mono LLVM AOT target that generates LLVM code suitable for emscripten. This part is supposed to run on the host, i.e. it has access to a full tool chain etc. On a different note, could you explain to me whether I should use the forums instead of the mailing-lists (which I prefer) for communication regarding GSoC and the `asm.js` port. The forums are just a mirror of this list. Robert ___ 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 -- b...@summerwill.net -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Porting Mono to 'asm.js'
I started digging into area last year. See https://monohtml5.com/. I think there is huge potential for Mono and .NET apps targeting the browser, and treating HTML5 as just another platform. * https://monohtml5.wordpress.com/2014/05/29/a-vision-html5-can-be-just-another-platform-for-net/ * https://monohtml5.wordpress.com/2014/06/09/monohtml5-what-are-the-existing-projects-in-this-area/ * https://monohtml5.wordpress.com/2014/06/14/monohtml5-what-are-you-actually-trying-to-make/ Joao is in the CC on this mail. Cheers, Bob On Mon, Mar 16, 2015 at 3:31 AM, Nirmal Lankathilaka nir3al+...@gmail.com wrote: Thanks for the clarification! Also, sorry for the late reply. I've been doing some reading and experimenting on asm.js/emscripten between my regular studies. Also, could you help me on how to contact João Matos, who is stated as the mentor for that project? On Sun, Mar 15, 2015 at 8:47 PM, Robert Jordan robe...@gmx.net wrote: On 15.03.2015 10:59, Nirmal Lankathilaka wrote: I've been using Mono for developing desktop apps for a couple of years and would love to contribute to the project. Since I'm still a student, I think GSoC is a splendid opportunity to start. Porting Mono to `asm.js`, presented for GSoC, caught my attention recently. I spent some time researching this and I'd like some clarification from the community: Since Mono-LLVM support does exist[mono-llvm] http://www.mono-project.com/docs/advanced/mono-llvm/, why would the need arise for a port? I understand that there are limitations [mono-llvm#limitations] http://www.mono-project.com/docs/advanced/mono-llvm/#limitations in the above approach as LLVM doesn't fully support all the needs of Mono; but since there is no specifications given which would require one to avoid the above approach (mono-llvm--llvm--emscripten--asm.js), I'm a bit confused. The proposal assumes a slightly deeper understanding of the Mono internals. http://www.mono-project.com/community/google-summer-of- code/projects/#port-mono-to-asmjs mono runtime is here the part of Mono that provides the OS abstraction layer (file, network etc.) and GC. It's that minimal part of Mono that's needed for running static AOT (ahead-of-time compilation) assemblies that were compiled to native shared objects or included into the main executable. Basically, it's Mono sans code generation, suitable to run on the target. The target is here emscripten/asm.js, so it needs a port. mono cross compiler that can target emscripten is a Mono LLVM AOT target that generates LLVM code suitable for emscripten. This part is supposed to run on the host, i.e. it has access to a full tool chain etc. On a different note, could you explain to me whether I should use the forums instead of the mailing-lists (which I prefer) for communication regarding GSoC and the `asm.js` port. The forums are just a mirror of this list. Robert ___ 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 -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Porting Mono to 'asm.js'
No problem! I think that HTML5-as-a-platform would be a great idea, however it comes about. Joao would be the best person to answer your questions, I think, because I'm not associated with Xamarin or GSoC. I'm just interested in this area of technology. Cheers, Bob Chee On Mon, Mar 16, 2015 at 8:25 PM, Nirmal Lankathilaka nir3al+...@gmail.com wrote: Thanks Bob for the awesome links and the CC!! I too, would love to see that potential achieved. I've been doing some reading about porting to asm.js. Is there anything you'd suggest that I should read/experiment on? Also, is there any idea/suggestions you have in mind about how I should continue to work on this project and what I should do (in the context of GSoC)? On Mon, Mar 16, 2015 at 10:49 PM, Bob Summerwill b...@summerwill.net wrote: Corrected link - http://monohtml5.com - sorry. On Mon, Mar 16, 2015 at 10:18 AM, Bob Summerwill b...@summerwill.net wrote: I started digging into area last year. See https://monohtml5.com/. I think there is huge potential for Mono and .NET apps targeting the browser, and treating HTML5 as just another platform. * https://monohtml5.wordpress.com/2014/05/29/a-vision-html5-can-be-just-another-platform-for-net/ * https://monohtml5.wordpress.com/2014/06/09/monohtml5-what-are-the-existing-projects-in-this-area/ * https://monohtml5.wordpress.com/2014/06/14/monohtml5-what-are-you-actually-trying-to-make/ Joao is in the CC on this mail. Cheers, Bob On Mon, Mar 16, 2015 at 3:31 AM, Nirmal Lankathilaka nir3al+...@gmail.com wrote: Thanks for the clarification! Also, sorry for the late reply. I've been doing some reading and experimenting on asm.js/emscripten between my regular studies. Also, could you help me on how to contact João Matos, who is stated as the mentor for that project? On Sun, Mar 15, 2015 at 8:47 PM, Robert Jordan robe...@gmx.net wrote: On 15.03.2015 10:59, Nirmal Lankathilaka wrote: I've been using Mono for developing desktop apps for a couple of years and would love to contribute to the project. Since I'm still a student, I think GSoC is a splendid opportunity to start. Porting Mono to `asm.js`, presented for GSoC, caught my attention recently. I spent some time researching this and I'd like some clarification from the community: Since Mono-LLVM support does exist[mono-llvm] http://www.mono-project.com/docs/advanced/mono-llvm/, why would the need arise for a port? I understand that there are limitations [mono-llvm#limitations] http://www.mono-project.com/docs/advanced/mono-llvm/#limitations in the above approach as LLVM doesn't fully support all the needs of Mono; but since there is no specifications given which would require one to avoid the above approach (mono-llvm--llvm--emscripten--asm.js), I'm a bit confused. The proposal assumes a slightly deeper understanding of the Mono internals. http://www.mono-project.com/community/google-summer-of- code/projects/#port-mono-to-asmjs mono runtime is here the part of Mono that provides the OS abstraction layer (file, network etc.) and GC. It's that minimal part of Mono that's needed for running static AOT (ahead-of-time compilation) assemblies that were compiled to native shared objects or included into the main executable. Basically, it's Mono sans code generation, suitable to run on the target. The target is here emscripten/asm.js, so it needs a port. mono cross compiler that can target emscripten is a Mono LLVM AOT target that generates LLVM code suitable for emscripten. This part is supposed to run on the host, i.e. it has access to a full tool chain etc. On a different note, could you explain to me whether I should use the forums instead of the mailing-lists (which I prefer) for communication regarding GSoC and the `asm.js` port. The forums are just a mirror of this list. Robert ___ 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 -- b...@summerwill.net -- b...@summerwill.net -- b...@summerwill.net ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
