Re: [Mono-list] Problems with System.Data.OracleClient under mod_mono

2004-12-17 Thread Trygve Falch
On Fri, 2004-12-17 at 19:26 +0100, Trygve Falch wrote: > I have checked the environment variables for mod_mono, I have checked > that the dll-map in /etc/mono/config is correct without any success. Ok, I'm replying to my self now. I'm sorry, but after some 'try' and 'catch'-magic around the dbcon

[Mono-list] Problems with System.Data.OracleClient under mod_mono

2004-12-17 Thread Trygve Falch
Hi! I have been fighting with mod_mono and a simple WebService that uses System.Data.OracleClient. I just get an error-message from mod_mono that says: The remote server returned an error (500) Internal Server Error oci I have a similar program which I run from the command line w

Re: [Mono-list] Cygwin woes

2004-12-17 Thread Colin JN Breame
Francis Brosnan Blázquez wrote: Using Cygwin allows you to compile against cygwin1.dll library or using mingw interface (-mno-cygiwin) to compile against msvcrt.dll. But, you can not mix dlls compiled from different method. Check out the cygwin fac. Oh right, that might explain it. If mono was bui

Re: [Mono-list] Mixing languages within

2004-12-17 Thread George Birbilis
see CodeDOM in the MSDN/.NET documentation, might give you some ideas e.g. have in C# special comments embedded with your HSPL language or something like that (in C++ its maybe easier since the preprocessor allow you to do that without using comments, but some HSPL(hsplCommandString) macro). The

Re: [Mono-list] Mixing languages within

2004-12-17 Thread Nigel Benns
Of course, If you want to get really nuts :P, you should probably be able to create a compiler that has plugins from different languages and do something like this namespace { language C-Sharp { } language VisualBasic { } } I mean... but then you would be really creating a

Re: [Mono-list] Re: Calling back from unmanaged code to managed code.

2004-12-17 Thread Cory Nelson
Would be good to note, on Windows, that your C code expecting a __cdecl or __stdcall function pointer can make all the difference. Gave me a nice 2 day long headache with debugging :) On Thu, 16 Dec 2004 21:04:15 -0500, Jonathan Pryor <[EMAIL PROTECTED]> wrote: > Just for "fun", I'll write the e

Re: [Mono-list] Re: Calling back from unmanaged code to managed code.

2004-12-17 Thread Nigel Benns
Thanks Johnathan, That couldn't have been explained better :) And your article is very good, there should be a lot that will apply to what I'm doing, so I've skimmed it for now, and bookmarked it for later. I'll try what you showed me after work today, and with any luck you may see an ewl-sharp al

Re: [Mono-list] Support for marshalling of C# string to unmanaged wchar_t on Linux

2004-12-17 Thread Kala B
Hi, Thanks for your suggestions. I had actually used wsclen() in the sample code. I was trying with strlen( and passing the string as Charset.Auto) as well as wcslen( and passing the string as Charset.Unicode). So, it was a copy-paste problem. Sorry about that. Thanks again, Regards Kala B. --

Re: [Mono-list] Swap out M$'s System.Data.SqlClient and substitute Mono's System.Data.SqlClient

2004-12-17 Thread Aleksandar Dezelin
Daniel Morgan wrote: What kind of bugs are you getting? Please create small re-createable test cases attached to a bug in Bugzilla. This is the only way these bugs will get fixed. http://bugzilla.ximian.com/ Just saying it's a "little big buggy" does not solve anything. Please use the latest SVN

Re: [Mono-list] Support for marshalling of C# string to unmanaged wchar_t on Linux

2004-12-17 Thread Jonathan Pryor
Corrections... On Thu, 2004-12-16 at 21:22 -0500, Jonathan Pryor wrote: > > Contents of testlib.c > > - > > #include > > #include > > > > typedef struct _id > > { > > int len; > > wchar_t name[256]; > > Change "name" to the following and things work better: > >