[Mono-list] possible to create a (mysql)database from typed dataset?
Hi! Just a small question: is it possible to create a (mysql, or any) database from a strongly typed dataset in mono? Or would I have to create and maintain both the database and the dataset by hand? thanks, Sam ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] IE web controls stop working after upgrade to 1.0.1 / cvs
IE web controls stop working after upgrade to 1.0.1 or build from cvs. Tabstrip and multipage stop working, they work fine in 1.0, and cvs build aproximately 2 weeks ago I was on vacation and just come back look for some bug fixes and upgrade mono, so i can't provide more info sorry. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.733 / Virus Database: 487 - Release Date: 02.08.2004 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Packaging errors for Fedora Core 1&2 (WAS: Re: [Mono-devel-list] Mono 1.0.1 released)
Hi Duncan! I've noticed some packaging errors for Fedora Core 1&2: 1. I downloaded mono-all.zip for Fedora Core 2 (for machine which had mono-1.0 installed): http://www.go-mono.com/archive/1.0.1/fedora-2-i386/mono-all.zip After unpacking I tried: [EMAIL PROTECTED] # rpm -Uhv *.rpm error: Failed dependencies: bytefx-data-mysql = 1.0.1-1.ximian.8.1 is needed by mono-complete-1.0.1-1.ximian.8.1 ibm-data-db2 = 1.0.1-1.ximian.8.1 is needed by mono-complete-1.0.1-1.ximian.8.1 The zip file doesn't contain the required components. I couldn't find them on the web page either. After I moved away mono-complete-1.0.1-1.ximian.8.1.i386.rpm the rpm upgrade of the remaining packages succeeded. 2. On another machine (Fedora Core 1 without mono) I downloaded the appropriate mono-all.zip and got: [EMAIL PROTECTED] mono-1.0.1]# rpm -Uhv *.rpm error: Failed dependencies: cairo >= 0.1.23-2 is needed by libgdiplus-1.0.1-1.ximian.7.1 bytefx-data-mysql = 1.0.1-1.ximian.7.1 is needed by mono-complete-1.0.1-1.ximian.7.1 ibm-data-db2 = 1.0.1-1.ximian.7.1 is needed by mono-complete-1.0.1-1.ximian.7.1 mono(atk-sharp) >= 1.0.0.0 is needed by monodoc-1.0.1-1.ximian.7.1 mono(gdk-sharp) >= 1.0.0.0 is needed by monodoc-1.0.1-1.ximian.7.1 mono(glade-sharp) >= 1.0.0.0 is needed by monodoc-1.0.1-1.ximian.7.1 mono(glib-sharp) >= 1.0.0.0 is needed by monodoc-1.0.1-1.ximian.7.1 mono(gtk-sharp) >= 1.0.0.0 is needed by monodoc-1.0.1-1.ximian.7.1 mono(gtkhtml-sharp) >= 1.0.0.0 is needed by monodoc-1.0.1-1.ximian.7.1 mono(pango-sharp) >= 1.0.0.0 is needed by monodoc-1.0.1-1.ximian.7.1 In addition to bytefx and db2 providers, the zip file doesn't contain GTK# required by monodoc. 3. I also attempted to install mod-mono, but looks like the apache component is missing: [EMAIL PROTECTED] mono-1.0.1]# rpm -qlp *.rpm | grep mod /usr/bin/mod-mono-server /usr/bin/mod-mono-server.exe /usr/share/doc/xsp/test/mod-mono-server.exe.config /usr/share/man/man1/mod-mono-server.1 Notice that there's a mod-mono-server.exe file but there's no matching apache module "mod_mono.so". Is there any RPM available which contains mod_mono.so ? 4. When you compare: http://mono2.ximian.com/archive/1.0/fedora-2-i386/ http://mono2.ximian.com/archive/1.0.1/fedora-2-i386/ You'll notice that many packages are missing in the 1.0.1 release. Is v1.0.1 supposed to be installed over 1.0.0 as an upgrade-only option? Jarek - Original Message - From: "Duncan Mak" <[EMAIL PROTECTED]> To: "mono-list mailing list" <[EMAIL PROTECTED]> Cc: "mono-devel mailing list" <[EMAIL PROTECTED]> Sent: Thursday, August 05, 2004 2:59 AM Subject: [Mono-devel-list] Mono 1.0.1 released > Hello all, > > An update of the Mono 1.0 release is now available for testing. You can > find source tarballs and RPM packages for the 1.0.1 release here: > > http://go-mono.com/archive/1.0.1/ > > Please test the packages and tarballs and report any problems you find. > If all goes well, we'll do our final testing and announce the 1.0.1 > release to the public and update the web site tomorrow. > > Thank you, > > Duncan. > ___ > Mono-devel-list mailing list > [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/mono-devel-list > ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono shared hosting
Two quick questions: 1. How suitable is Mono XSP (with mod_mono) for an ISP offering shared hosting? Two big issues are clear separation between multiple web sites, and whether multiple Mono-driven sites imposes too heavy a resource requirement on typical shared hosting servers? 2. Does anyone know of ISPs offering mono right now? Tim Tech blog http://www.itwriting.com/blog ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: [Mono-devel-list] Mono 1.0.1 released
Duncan Mak wrote: Hello all, An update of the Mono 1.0 release is now available for testing. You can find source tarballs and RPM packages for the 1.0.1 release here: http://go-mono.com/archive/1.0.1/ Please test the packages and tarballs and report any problems you find. If all goes well, we'll do our final testing and announce the 1.0.1 release to the public and update the web site tomorrow. I just tried unpacking the mcs archive: $ tar zxvf mcs-1.0.1.tar.gz tar: This does not look like a tar archive tar: Skipping to next header tar: Archive contains obsolescent base-64 headers tar: Error exit delayed from previous errors I'm getting the same error for the mono tarball. (This is on RH8.) Cheers, Michi. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problem with 64-bit JIT
On 08/04/04 [EMAIL PROTECTED] wrote: > I'm porting the JIT to 64-bit S/390. The 32-bit version uses two > registers for long type variables. The 64-bit only uses one. I modified > the code so that a long value returned from a routine is copied from the > ABI defined register to the destination register (previously it would > copy from two registers to two other destinations). Now I'm getting: > > ** (process:12208): WARNING **: unable to label tree 0x800e8298 > (stind.i8 regvar[s390_r10] i8const[0]) It means you need to add a rule like: stmt: CEE_STIND_I8 (OP_REGVAR, OP_I8CONST) { ... } to your .brg file. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] installation of gtk#
hello everybody i am trying to install gtk# from binary on debian, but i have a problem with dependencies. i have a problem in installing lignomedb2-dev, librsvg2-dev, libgnomeui-dev, and libgtkhtml31-11 packages please can you help me ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] installation of gtk#
I'm using mono and gtk# on debian unstable perfectly straight official debian repository. lamyae Benabdeljalil <[EMAIL PROTECTED]> wrote: hello everybodyi am trying to install gtk# from binary on debian, but i have a problem with dependencies. i have a problem in installing lignomedb2-dev, librsvg2-dev, libgnomeui-dev, and libgtkhtml31-11 packagesplease can you help me___Mono-list maillist - [EMAIL PROTECTED]http://lists.ximian.com/mailman/listinfo/mono-list Yahoo! Acesso Grátis - navegue de graça com conexão de qualidade!
[Mono-list] ./libs/libmod_mono.so is not a DSO
I'm trying to compile mod_mono in Cygwin for Apache. "./configure" and "make" go fine but when I run "make install" I get the following error... ... /usr/sbin/apxs -i -a -n mono .libs/libmod_mono.so apxs:Error: file .libs/libmod_mono.so is not a DSO make[1]: *** [install] Error 1 ... Any ideas? Darrell ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ./libs/libmod_mono.so is not a DSO
El jue, 05-08-2004 a las 12:15, Darrell Blake escribió: > I'm trying to compile mod_mono in Cygwin for Apache. "./configure" and > "make" go fine but when I run "make install" I get the following error... > > ... > /usr/sbin/apxs -i -a -n mono .libs/libmod_mono.so > apxs:Error: file .libs/libmod_mono.so is not a DSO > make[1]: *** [install] Error 1 > ... > > Any ideas? mod_mono does not work (not even compile) on windows. Patches welcome. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: Gtk.TreeStore crashes the GTK mainloop
Well, I've received no hints so far, and today I found yet another situation that would trigger the GTK mainloop to exit with a NullReferenceException, exactly the way I described in the first mail. I found that what triggered thisone was some code that updates the GUI as a Gtk.ThreadNotify delegate, but I have no idea _why_ it happens. The delegate does its job, but somewhere in between the calls to it, the mainloop crashes, and only the thread lives on. When that finishes, the application is shut down. So with two different situations that triggers this crash, I suspect I'm facing a whole class of triggering situations. Anyway, I was able to conjure up a horrible hack to prevent the shutdown and allow the application to hum along as if nothing had happened. Instead of simply calling Application.Run to start things up, I call this MainLoop instead: private void MainLoop () { try { Application.Run(); } catch (NullReferenceException e) { MainLoop (); } } Assuming mcs flattens out tail recursion, this should never overflow the stack. So there. Now you can NullReference me all you want, evil ghost-in-the-code. I win. Haakon. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: Packaging errors for Fedora Core 1&2 (WAS: Re: [Mono-devel-list] Mono 1.0.1 released)
On Thu, 2004-08-05 at 07:08, Jaroslaw Kowalski wrote: > Hi Duncan! > > I've noticed some packaging errors for Fedora Core 1&2: Thanks so much for the testing! > bytefx-data-mysql = 1.0.1-1.ximian.8.1 is needed by mono-complete-1.0.1-1.ximian.8.1 > ibm-data-db2 = 1.0.1-1.ximian.8.1 is needed by mono-complete-1.0.1-1.ximian.8.1 > > The zip file doesn't contain the required components. I couldn't find them > on the web page either. Sorry, when I uploaded the packages, I just globbed for mono*1.0.1*i386.rpm, and I forgot that we have 2 packages whose name does not start with "mono-". I'll upload them later today. > 3. I also attempted to install mod-mono, but looks like the apache component > is missing: > > Notice that there's a mod-mono-server.exe file but there's no matching > apache module "mod_mono.so". Is there any RPM available which contains > mod_mono.so ? mod_mono is not being packaged. You'll have to build and install it from source. > You'll notice that many packages are missing in the 1.0.1 release. Is v1.0.1 > supposed to be installed over 1.0.0 as an upgrade-only option? Last night was just a preview run of the release and I do know that not all the packages are listed there. They'll be fixed today. Duncan. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Latest monocharge
I just rebuilt my JIT using the latest monocharge dated July 15 and am getting: Corlib not in sync with this runtime: expected corlib version 23, found 22. Download a newer corlib or a newer runtime at http://www.go-mono.com/daily. Is there an update scheduled for the daily site? Neale Ferguson ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] pfpro wrapper in mono
On Fri, 2004-07-23 at 05:43, donaldi sp wrote: > Hi All, > > I am in trying to bring pfpro (Verisign PayFlow Pro) > into mono platform in Linux for my web application > commerce, but I just have wrapper for pfpro.dll (COM > object). can we access the COM Object from Mono web > app, No. Mono doesn't support COM Interop at this time. > or we better use PHP pfpro function with mod_mono > and PHP run together in apache ? That would be better, yes. - Jon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono Packages split.
Hello, We are having a debate about the current packaging strategy: so far we have split everything into small chunks that have correct dependency information. Although this is useful for folks that want to get very granular setups, the problem is that people have to download 20+ packages to get a complete Mono install. An intermediary hack was to create a mono-all.zip file that contains everything and have people download that. My feeling is that we should go back to the simpler two way split: mono and mono-devel packages. What do people think? Miguel. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Somebody has ported .Text blog?
Hi all, Somebody has ported .Text blogs to Mono? Thank you very much. G. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Packages split.
On Thu, 2004-08-05 at 19:05 -0400, Miguel de Icaza wrote: > Hello, > >We are having a debate about the current packaging strategy: so far > we have split everything into small chunks that have correct dependency > information. > >Although this is useful for folks that want to get very granular > setups, the problem is that people have to download 20+ packages to get > a complete Mono install. > >An intermediary hack was to create a mono-all.zip file that contains > everything and have people download that. > >My feeling is that we should go back to the simpler two way split: > mono and mono-devel packages. > >What do people think? As long as the dependencies stay sane, I'm all for it. However, the minute that mono (which now includes System.Drawing) depends on gdiplus, which depends on cairo, etc, etc is when it gets nasty. I dont think requiring X to install mono is sane. Personally, thats the advantage to the current situation, and having 2 huge packages that have no proper dependency info is a huge step back. Why isnt is possible to create a 'mono' and 'mono-devel' package that is basically a stub that deps on what would go in those. That way you get the best of both worlds. --Todd ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Packages split.
On Thu, 2004-08-05 at 19:45, Todd Berman wrote: > > Why isnt is possible to create a 'mono' and 'mono-devel' package that is > basically a stub that deps on what would go in those. That way you get > the best of both worlds. > We already have something similar, we have mono-complete and mono-complete-devel. The problem is that, removing mono-complete does not remove the packages that it depends on, as it is simply an empty (meta) package. Duncan. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] 500 errors with mod_mono
System.ArgumentException: The path is not of a legal form Is the over all error I get with my codebehind asp.net project (started on visual studio, want to see if I can run it on mono). It runs on windows. I've compiled the code on the linux box into a .dll and have placed it in the bin directory. I can get one page to load (the simple login page), but my Default.aspx gives me the above error. I've installed 1.0 (downloaded it last night). If anyone can give me some guidance, that'd be great. The rest of the error follows. Thanks, Raul Parameter name: path in <0x000a1> System.IO.Path:GetFullPath (string) in <0x00044> System.Web.Caching.CacheDependency:CreateWatcher (string) in <0x003c7> System.Web.Caching.CacheDependency:.ctor (string[],string[],System.Web.Caching.CacheDependency,System.DateTime) in <0x0002b> System.Web.Caching.CacheDependency:.ctor (string[]) in <0x00276> System.Web.Compilation.CachingCompiler:Compile (string,string,string,System.Collections.ArrayList) in <0x000c9> System.Web.UI.TemplateParser:GetAssemblyFromSource (string) in <0x00118> System.Web.UI.TemplateParser:ProcessMainAttributes (System.Collections.Hashtable) in <0x000d2> System.Web.UI.TemplateControlParser:ProcessMainAttributes (System.Collections.Hashtable) in <0xd> System.Web.UI.UserControlParser:ProcessMainAttributes (System.Collections.Hashtable) in <0x000c4> System.Web.UI.TemplateParser:AddDirective (string,System.Collections.Hashtable) in <0x006d4> System.Web.UI.TemplateControlParser:AddDirective (string,System.Collections.Hashtable) in <0x00159> System.Web.Compilation.AspGenerator:TagParsed (System.Web.Compilation.ILocation,System.Web.Compilation.TagType,string,System.Web.Compilation.TagAttributes) in <0x00085> (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_ILocation_TagType_string_TagAttributes (System.Web.Compilation.ILocation,System.Web.Compilation.TagType,string,System.Web.Compilation.TagAttributes) in <0x00037> System.Web.Compilation.AspParser:OnTagParsed (System.Web.Compilation.TagType,string,System.Web.Compilation.TagAttributes) in <0x0020f> System.Web.Compilation.AspParser:Parse () in <0x00021> System.Web.Compilation.AspGenerator:DoParse () in <0x00103> System.Web.Compilation.AspGenerator:GetCompiledType () in <0x00036> System.Web.UI.UserControlParser:CompileIntoType () in <0x00041> System.Web.UI.UserControlParser:GetCompiledType (string,string,System.Web.HttpContext) in <0x0044d> System.Web.UI.TemplateControlParser:AddDirective (string,System.Collections.Hashtable) in <0x00159> System.Web.Compilation.AspGenerator:TagParsed (System.Web.Compilation.ILocation,System.Web.Compilation.TagType,string,System.Web.Compilation.TagAttributes) in <0x00085> (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_ILocation_TagType_string_TagAttributes (System.Web.Compilation.ILocation,System.Web.Compilation.TagType,string,System.Web.Compilation.TagAttributes) in <0x00037> System.Web.Compilation.AspParser:OnTagParsed (System.Web.Compilation.TagType,string,System.Web.Compilation.TagAttributes) in <0x0020f> System.Web.Compilation.AspParser:Parse () in <0x00021> System.Web.Compilation.AspGenerator:DoParse () in <0x00103> System.Web.Compilation.AspGenerator:GetCompiledType () in <0x00036> System.Web.UI.PageParser:CompileIntoType () in <0x00018> System.Web.UI.TemplateControlParser:GetCompiledInstance () in <0x00050> System.Web.UI.PageParser:GetCompiledPageInstance (string,string,System.Web.HttpContext) in <0x00011> System.Web.UI.PageHandlerFactory:GetHandler (System.Web.HttpContext,string,string,string) in <0x0033d> System.Web.HttpApplication:CreateHttpHandler (System.Web.HttpContext,string,string,string) in <0x0011f> CreateHandlerState:Execute () in <0x00084> StateMachine:ExecuteState (System.Web.HttpApplication/IStateHandler,bool&) ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Packages split.
Miguel de Icaza wrote: Hello, We are having a debate about the current packaging strategy: so far we have split everything into small chunks that have correct dependency information. Although this is useful for folks that want to get very granular setups, the problem is that people have to download 20+ packages to get a complete Mono install. An intermediary hack was to create a mono-all.zip file that contains everything and have people download that. My feeling is that we should go back to the simpler two way split: mono and mono-devel packages. What do people think? Miguel. Hello Why don't we have a BIN file that installs all the necessary RPM or source-code for Mono?? Executing this BIN file would install all the package necessary to run Mono in Tipical Mode, Full Mode or Costume Mode (chossing all the optional packages). With this kind of installation we can choose if we want to install the Devel Packages or the Common Packages or all packages. This feature is allready implemented in many applications in Linux like Zend IDE. The mono-all.zip is the most aproximate that we have from this king of installation because it installs all Mono Packages (Full Mode). (()) Paulo Aboim Pinto Odivelas - Portugal ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Packages split.
Hi all, Being able to download mono and just install it and have it work is a huge plus. The jdk installer which is a bin file is good at that. Downloading seperate packages might turn some people off. cheers trent Paulo Aboim Pinto wrote: Miguel de Icaza wrote: Hello, We are having a debate about the current packaging strategy: so far we have split everything into small chunks that have correct dependency information. Although this is useful for folks that want to get very granular setups, the problem is that people have to download 20+ packages to get a complete Mono install. An intermediary hack was to create a mono-all.zip file that contains everything and have people download that. My feeling is that we should go back to the simpler two way split: mono and mono-devel packages. What do people think? Miguel. Hello Why don't we have a BIN file that installs all the necessary RPM or source-code for Mono?? Executing this BIN file would install all the package necessary to run Mono in Tipical Mode, Full Mode or Costume Mode (chossing all the optional packages). With this kind of installation we can choose if we want to install the Devel Packages or the Common Packages or all packages. This feature is allready implemented in many applications in Linux like Zend IDE. The mono-all.zip is the most aproximate that we have from this king of installation because it installs all Mono Packages (Full Mode). (()) Paulo Aboim Pinto Odivelas - Portugal ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Custom marshalling
Unfortunately, UnmanagedMarshal.DefineCustom is a Mono-only class and not part of .NET. The normal .NET mechanism is to create a custom attribute using CustomAttributeBuilder to obtain an instance of MarshalAsAttribute with the custom marshaler specified. That does not seem to work under Mono. It is possible to implement custom marshalers without having to use reflection, as long as you know what what types you want to marshal to what at compile time. public class MyMarshal: ICustomMarshaler {...} private static extern void PrintObject( [MarshalAs( UnmanagedType.CustomMarshaler, MarshalTypeRef = typeof(MyMarshal ) )] object o ); On Sunday 25 July 2004 5:12 pm, Alan Jenkins wrote: > As far as I can tell, Mono supports custom marshalling outside of function > calls (like PInvoke), - ie using Marshal.StructToPtr and PtrToStruct, but > you have to use UnmanagedMarshal.DefineCustom, which would involve > reflection of some sort - possibly creating your class with custom > marshalled fields by reflection. > > Does UnmanagedMarshal.DefineCustom work? > Is it efficient (as far as custom marshalling can be)? > Is it supported (or undocumented and likely to disappear/break)? > > Would it be (technically) possible to access its functionality through an > attribute, in the same way that non-custom marshalling is done? > Is this likely to happen? ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list