[Mono-list] Error executing MSSQL Query since Mono 2.6
Hello, I'm developing apps on Mono using GTK#, MSSQL, NPSQL and Remoting. This apps run fine under Mono 2.4 and .NET Framework. But under Mono 2.6 many of the MSSQL SQL Queries are not executed. Tracing the SQL Server on executing the Query results only in an "Audit Logout" Message. Executing against SQL Server 2000 results only RowCount=-1 . Executing against SQL Server 2005 results in an error message: "Der eingehende Tabular Data Stream (TDS) für das RPC-Protokoll (Remote Procedure Call) ist nicht richtig. Parameter 46 (\"@Vor☀Є.䀔嘀漀爀开䘀甀\"): Der 0x6E-Datentyp hat eine ungültige Datenlänge oder Metadatenlänge." If i reduce the number of parameters, the Query is executed. Here is a NUnit Class http://n4.nabble.com/file/n1691607/RepositoryBenutzerTest.cs RepositoryBenutzerTest.cs What can i do. Any ideas ? Frank -- View this message in context: http://n4.nabble.com/Error-executing-MSSQL-Query-since-Mono-2-6-tp1691607p1691607.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] [MonoDevelop] RPM builder addin - GSOC idea
On Wed, Mar 24, 2010 at 2:44 AM, wrote: > Hi, > > We have packaging projects in Monodevelop, which let you build source and > binary packge. The binary package is in the zip format or we can say > portable format not in the installer format. We can have addin which let you > create an RPM file that can be used to install on other machines. > > I don't know how work it need, can put this idea for GSOC? > > We can extend it to make .msi package for windows. Exisitng SharpDevelop > code help here. Yes, these ideas are listed on the MD tasks page, and would be fine for GSoC, as long as some set of these features could be combined into a good proposal: http://monodevelop.com/Developers/Tasks/Packaging In particular, see the proposal for overhauling the packaging system, which would really be a prerequisite of any significant work in this area: http://monodevelop.com/Developers/Tasks/Packaging/Packaging_Projects_Overhaul -- Michael Hutchinson http://mjhutchinson.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mysql verry slow on Fedora
Currently I have a huge issue with Mysql on a basic Fedora 12 installation (no update strait from dvd). Only a console. Mono JIT compiler version 2.4.3.1 (tarball Thu Jan 14 10:27:43 UTC 2010) Mysql Server version: 5.1.44 Source distribution When I what to connect with the mysql database using the 6.2.2 Mysql.Data.dll using the socket (/var/lib/mysql/myqsl.sock) I get the error: Unable to connect to any of the specified MySQL hosts. at MySql.Data.MySqlClient.NativeDriver.Open () [0x0] at MySql.Data.MySqlClient.Driver.Open () [0x0] at MySql.Data.MySqlClient.Driver.Create (MySql.Data.MySqlClient.MySqlConnectionStringBuilder settings) [0x0] at MySql.Data.MySqlClient.MySqlConnection.Open () [0x0] Could not load file or assembly 'Mono.Posix' or one of its dependencies. The system cannot find the file specified. If I connect with localhost it is very slow: Query time(0 logitem(s)): 0.805234 seconds When I connect to that shame version using the same application from a window machine over a network the result are: Query time(0 logitem(s)): 0.23646 seconds Please can somebody help we with this problem? -- View this message in context: http://n4.nabble.com/Mysql-verry-slow-on-Fedora-tp1691391p1691391.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Force mono to process .svc files
Ok, solved. Apparently SLES 11 uses a old mono version, I downloaded the latest from the download page and now it processes correctly. Cheers. -- View this message in context: http://n4.nabble.com/Force-mono-to-process-svc-files-tp1691047p1691263.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 2.6 breaks Chiron (Silverlight dev tool) on Mac OS X
On Thu, 2010-03-25 at 14:00 +, Michael Foord wrote: > Hello guys, > > Mono 2.6.3 broke Chiron again - it is producing invalid .xap (zip) > files. Do you have a small test case that reproduces the problem? Did you enter a bug report in bugzilla? -Gonzalo ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Force mono to process .svc files
Hi, I've configured apache2 with mod_mono and so on, I can run a test webservice, so I think it's working :) Now I'm trying to deploy my wcf webservide to it, but... when I try to call the ".svc" file... I get the file itself, firefox show me the download dialog and marks it as "BIN file", how can I force mono to process those kind of files? I've tried to add the extension in the mod_mono.conf, but it didn't work out. Cheers. PS: I was going to ask this in the Olive forum... but is full of spam :P -- View this message in context: http://n4.nabble.com/Force-mono-to-process-svc-files-tp1691047p1691047.html Sent from the Mono - General mailing list archive at Nabble.com. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] xsp2 crashes with missing method exception
> You also need to copy Mono.WebServer2.dll and Mono.Security.dll I uninstalled mono 2.6 , installed 2.4 and copied those 2 files from 2.4 installation. Running C:\myapp\web>mono "C:\Program Files\Mono-2.4.2.2\lib\mono\2.0\winhack\xsp2.exe" causes exception below. How to use Mono 2.4 web server in Windows Vista ? Andrus. ** (C:\Program Files\Mono-2.4.2.2\lib\mono\2.0\winhack\xsp2.exe:5008): WARNING **: Missing method Mono.WebServer.XSPWebSour ce::.ctor(IPAddress,int,SecurityProtocolType,X509Certificate,PrivateKeySelectionCallback,bool,bool,bool) in assembly C:\PRO GRA~1\MONO-2~1.2\lib\mono\gac\Mono.WebServer2\0.2.0.0__0738eb9f132ed756\Mono.WebServer2.dll, referenced in assembly C:\PROG RA~1\MONO-2~1.2\lib\mono\gac\xsp2\2.4.2.0__0738eb9f132ed756\xsp2.exe Handling exception type MissingMethodException Message is Method not found: 'Mono.WebServer.XSPWebSource..ctor'. IsTerminating is set to True System.MissingMethodException: Method not found: 'Mono.WebServer.XSPWebSource..ctor'. Server stack trace: at (wrapper managed-to-native) System.Runtime.Remoting.RemotingServices:InternalExecute (System.Reflection.MethodBase,obj ect,object[],object[]&) at System.Runtime.Remoting.RemotingServices.InternalExecuteMessage (System.MarshalByRefObject target, IMethodCallMessage reqMsg) [0x0] Exception rethrown at [0]: at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke (System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg, S ystem.Exception& exc, System.Object[]& out_args) [0x0] mono "C:\Program Files\Mono-2.4.2.2\lib\mono\2.0\winhack\xsp2.exe" --version returns xsp2.exe 2.4.2.0 (c) (c) 2002-2007 Novell, Inc. Minimalistic web server for testing System.Web ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] [MonoDevelop] RPM builder addin - GSOC idea
On , Lluis Sanchez Gual wrote: El dc 24 de 03 de 2010 a les 06:44 +, en/na saf...@gmail.com va escriure: > Hi, > > We have packaging projects in Monodevelop, which let you build source > and binary packge. The binary package is in the zip format or we can > say portable format not in the installer format. We can have addin > which let you create an RPM file that can be used to install on other > machines. > > I don't know how work it need, can put this idea for GSOC? This is a nice to have feature, but I don't think there is enough work for a whole GSOC project. Also, there is also the idea of writing a fronted for the openSUSE build service, which would provide RPM generation and package generation for other distros. That would be very nice. openSUSE build service would be very useful. > We can extend it to make .msi package for windows. Exisitng > SharpDevelop code help here. Yes, that would be nice. > > --- > Sharique > ___ > Monodevelop-list mailing list > monodevelop-l...@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/monodevelop-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 2.6 breaks Chiron (Silverlight dev tool) on Mac OS X
Hello guys, Mono 2.6.3 broke Chiron again - it is producing invalid .xap (zip) files. All the best, Michael Foord On 16 December 2009 16:46, Michael Foord wrote: > Hello all, > > I'm developing Silverlight apps on Mac OS X using a development tool called > Chiron that is run with Mono and dynamically packages the Silverlight > applications (xap files that are really just zip archives). > > This ran fine under Mono 2.4.3 but unfortunately under Mono 2.6 started > producing invalid zip files (without reporting any errors). Another > developer who verified the problem is reporting this bug. (Also verified by > another developer at my company - he uses Leopard and I use Snow Leopard.) > > *Unfortunately* reinstalling Mono 2.4.3 doesn't fix the problem. Chiron is > still generating invalid zip files. The *only* thing that changed was > installing Mono 2.6. > > Any ideas as to what might have caused this and how to fix it? Does > installing Mono 2.6 on Mac OS X also update any dependencies that > reinstalling 2.4 wouldn't remove? Unfortunately our development environment > is now screwed so this is a big problem for us. > > All the best, > > Michael > > -- > http://www.ironpythoninaction.com/ > > > -- http://www.ironpythoninaction.com/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Wrapping a native library which uses "unsigned long" on 32 bit and 64 bit systems
Yes, that will work, right up until someone runs the library on 64bit windows :) If you don't care about that platform, this would be the easiest way to work in nearly all of the other platforms. Alan. On Thu, Mar 25, 2010 at 11:06 AM, Robert Jordan wrote: > On 25.03.2010 10:17, Mathias Tausig wrote: >> Hello! >> >> I am writing a wrapper for a c library which uses the c datatype >> "unsigned long" a lot. According to >> http://www.mono-project.com/Interop_with_Native_Libraries , unsigned >> long maps to the .NET type uint on a 32bit architecture and to ulong on >> a 64-bit one. >> Is there some sort of best practice, for achieving to write a library >> which can work on both architectures? > > Use [U]IntPtr in the p/invoke signature. > > Robert > > ___ > Mono-list maillist - mono-l...@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Wrapping a native library which uses "unsigned long" on 32 bit and 64 bit systems
Unfortunately there's no trivial way to map this. If you follow that rule, you're broken on 64bit windows systems (if you care about cross platform compatibility). There may be other systems which won't work with that rule, but I don't know. One approach is to create a wrapper C library which you P/Invoke instead of P/Invoking the actual library you want to use. The wrapper library can expose exactly the same API, but it can change usages of 'long' to either int32_t or int64_t as appropriate so that other languages (not just .NET ones) can easily call those functions. If you don't want to do that, there's really very little - if anything - you can do other than guess and write multiple P/Invokes for each case. For example you could write two p/invoke signatues, one which maps a C long to a .NET int and one which maps it to a .NET long. Then at runtime you can detect what platform you're on and whether it's 64bit or 32bit and then make a guess as to which function will not blow up when you call it. This isn't a great approach unless you're positive you know all the platforms you're going to run on ;) Alan. On Thu, Mar 25, 2010 at 9:17 AM, Mathias Tausig wrote: > Hello! > > I am writing a wrapper for a c library which uses the c datatype > "unsigned long" a lot. According to > http://www.mono-project.com/Interop_with_Native_Libraries , unsigned > long maps to the .NET type uint on a 32bit architecture and to ulong on > a 64-bit one. > Is there some sort of best practice, for achieving to write a library > which can work on both architectures? > > cheers > Mathias > ___ > Mono-list maillist - mono-l...@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Wrapping a native library which uses "unsigned long" on 32 bit and 64 bit systems
On 25.03.2010 10:17, Mathias Tausig wrote: > Hello! > > I am writing a wrapper for a c library which uses the c datatype > "unsigned long" a lot. According to > http://www.mono-project.com/Interop_with_Native_Libraries , unsigned > long maps to the .NET type uint on a 32bit architecture and to ulong on > a 64-bit one. > Is there some sort of best practice, for achieving to write a library > which can work on both architectures? Use [U]IntPtr in the p/invoke signature. Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] [MonoDevelop] RPM builder addin - GSOC idea
El dc 24 de 03 de 2010 a les 06:44 +, en/na saf...@gmail.com va escriure: > Hi, > > We have packaging projects in Monodevelop, which let you build source > and binary packge. The binary package is in the zip format or we can > say portable format not in the installer format. We can have addin > which let you create an RPM file that can be used to install on other > machines. > > I don't know how work it need, can put this idea for GSOC? This is a nice to have feature, but I don't think there is enough work for a whole GSOC project. Also, there is also the idea of writing a fronted for the openSUSE build service, which would provide RPM generation and package generation for other distros. > > We can extend it to make .msi package for windows. Exisitng > SharpDevelop code help here. Yes, that would be nice. > > --- > Sharique > ___ > Monodevelop-list mailing list > monodevelop-l...@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/monodevelop-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Wrapping a native library which uses "unsigned long" on 32 bit and 64 bit systems
Hello! I am writing a wrapper for a c library which uses the c datatype "unsigned long" a lot. According to http://www.mono-project.com/Interop_with_Native_Libraries , unsigned long maps to the .NET type uint on a 32bit architecture and to ulong on a 64-bit one. Is there some sort of best practice, for achieving to write a library which can work on both architectures? cheers Mathias ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list