[Mono-list] openbsd crash
hi, i installed mono runtime on my openbsd 3.4 box, but mono crashes with this error message: Memory fault (core dumped) i tired to compile with gcc 3.2, gcc 2.95, using gmake but the same happens. (mono source from mono-0.30.2.tar.gz release. under debian it worked well.) can anyone help me how to find out what the problem is? (i'm pretty new to mono and *bsd systems, so might ask dumb questions. :) thank you in advance, -- Andras GELANYI [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] mod_mono and DasBlog difficulties / stack trace with line numbers
Hi, How do I get line numbers in the stack trace? I already modified the makefile to include the -g and --debug switches, but still nothing.. You should add the --debug switch when launching mono at runtime (for xsp I think), besides compiling with the -g switch. _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Directory.cs : PathTooLongException not thrown.
Hi, I wrote a TestFixture to test PathTooLongException and executed same against .Net and Mono, In Monomethods in the Directory class, which are expected to throw PathTooLongException are not throwing this exception as it does in .NET. Different kinds of exceptions are thrown for same input instead of an expected PathTooLongException exception. For example, a. Create throws-- System.IO.IOException : Win32 IO returned ERROR_FILENAME_EXCED_RANGE and returned path is correct. b. Delete() -- returns "Win32 IO returned ERROR_FILENAME_EXCED_RANGE", but returned path is empty. c. Directory(path,true) -- returns "System.IO.DirectoryNotFoundException" and path returned is correct. d. Directory(path,false) -- returns"Win32 IO returned ERROR_FILENAME_EXCED_RANGE", but returned path is empty. and so on . Attached zip file contains 3 files. 1. PathTooLongExceptionTest.cs 2. mono output 3. .Net output. Pleaseguide me, if i should file separate bugs for individual methods? thanks, Rathna. attachment: PathTooLongTest.zip
Re: [Mono-list] Mono and Local Date Format
On Mon, 2004-03-01 at 23:50, Tracy Barlow wrote: On Linux (Mandrake 9.2) under Mono elicits the following information CultureInfo.CurrentCulture.DisplayName = Invariant Language (Invariant Country) CultureInfo.CurrentCulture.DateTimeFormat.ShortDatePattern = MM/dd/ Yes I do have libICU installed Is your mono runtime linked with it though? Check with ldd. - Dick ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Directory.cs : PathTooLongException not thrown.
El mar, 02-03-2004 a las 08:45, Rathna N escribió: Hi, I wrote a TestFixture to test PathTooLongException and executed same against .Net and Mono, In Mono methods in the Directory class, which are expected to throw PathTooLongException are not throwing this exception as it does in .NET. Different kinds of exceptions are thrown for same input instead of an expected PathTooLongException exception. For example, a. Create throws -- System.IO.IOException : Win32 IO returned ERROR_FILENAME_EXCED_RANGE and returned path is correct. b. Delete() -- returns Win32 IO returned ERROR_FILENAME_EXCED_RANGE, but returned path is empty. c. Directory(path,true) -- returns System.IO.DirectoryNotFoundException and path returned is correct. d. Directory(path,false) -- returns Win32 IO returned ERROR_FILENAME_EXCED_RANGE, but returned path is empty. and so on . Attached zip file contains 3 files. 1. PathTooLongExceptionTest.cs 2. mono output 3. .Net output. Please guide me, if i should file separate bugs for individual methods? Hi Rathna! Those tests should be added to mcs/class/corlib/Test/System.IO/DirectoryTest.cs. I've just fixed the exception thrown for too long paths. For the other test that fails, please, file a bug report. Thanks! -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mono on debian/powerpc
I am trying to get a working mono environment on my debian/unstable powerpc. When compiling hello.cs, mcs seems to deadlock without any output. mcs --about does the same. I tried to strace it but it segfaults (I guess that not related to the first issue). mcs is a symbolic link to /usr/bin/cli-wrapper. 'mono --help' produces the expected output. What should I try to find the culprit? Thanks, Christophe -- Christophe Barbé [EMAIL PROTECTED] GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E Cats are rather delicate creatures and they are subject to a good many ailments, but I never heard of one who suffered from insomnia. --Joseph Wood Krutch ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] ByteFX+Timed out
I'm trying connect to MySql Database with my program (GTK#0.17 and Mono-0.30.2) but I obtaining a timed out exception. MySql-4.0.17 Service OK Why could success it? Consigue tu correo GRATIS en Manizales.com, dale vida a tus mensajes con ms de 300 motivos gráficos. Busca el portal de tu ciudad en http://66.216.122.105 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ByteFX+Timed out
i have the same problem under openbsd.. after a little cpuid hack (disabled cpuid usage) i successfully compiled mono 0.30.2 on my openbsd3.4 box. mono --help works. but when i try to run any bytecode with mono it produces the same as cristophe wrote. using gdb i figured out that the segmentation fault is in the GC_find_limit function. (maybe the segfault signal handling is wrong and then comes the deadlock.) can anyone help me to solve this problem? the gdb output: GNU gdb 4.16.1 Copyright 1996 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-openbsd3.4... (gdb) run /home/ghz/mono/bin/mcs.exe hello.cs Starting program: /home/ghz/mono/bin/mono /home/ghz/mono/bin/mcs.exe hello.cs Program received signal SIGSEGV, Segmentation fault. 0x7179ab5 in GC_find_limit (p=0x3c003160 äf¿Ï, up=0) at os_dep.c:806 806 GC_noop1((word)(*result)); (gdb) bt #0 0x7179ab5 in GC_find_limit (p=0x3c003160 äf¿Ï, up=0) at os_dep.c:806 #1 0x71798fc in GC_init_netbsd_elf () at os_dep.c:390 #2 0x7178c8a in GC_init_inner () at misc.c:639 #3 0x7175585 in GC_generic_malloc_inner (lb=28, k=1) at malloc.c:123 #4 0x71756a5 in GC_generic_malloc (lb=28, k=1) at malloc.c:190 #5 0x7175856 in GC_malloc (lb=28) at malloc.c:295 #6 0x7169133 in mono_g_hash_table_new_full (hash_func=0xd25ef40 g_direct_hash, key_equal_func=0xd25ef48 g_direct_equal, key_destroy_func=0, value_destroy_func=0) at mono-hash.c:152 #7 0x716910c in mono_g_hash_table_new (hash_func=0xd25ef40 g_direct_hash, key_equal_func=0xd25ef48 g_direct_equal) at mono-hash.c:122 #8 0x716838b in TlsSetValue (idx=0, value=0x3c0070d0) at threads.c:801 #9 0x70e4f3d in setup_jit_tls_data (stack_start=0x, abort_func=0x70e4ef4) at mini.c:6341 #10 0x70e78a8 in mini_init (filename=0xcfbf6834 /home/ghz/mono/bin/mcs.exe) at mini.c:7873 #11 0x7100797 in mono_main (argc=3, argv=0xcfbf66d4) at driver.c:677 #12 0x1c000757 in main (argc=3, argv=0xcfbf66d4) at main.c:6 #13 0x1c000691 in ___start () #14 0x1c000607 in __start () #15 0xcfbf681c in ?? () Error accessing memory address 0x3: Invalid argument. (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x7179ab5 in GC_find_limit (p=0xcfbf6400 Àþ\r'$\020\016'(d¿Ï(\216\027\a\027\001, up=1) at os_dep.c:806 806 GC_noop1((word)(*result)); (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x7179ab5 in GC_find_limit (p=0xcfbf6400 Àþ\r'$\020\016'(d¿Ï(\216\027\a\027\001, up=1) at os_dep.c:806 806 GC_noop1((word)(*result)); On Tue, 2004-03-02 at 20:47, felipe maya wrote: I'm trying connect to MySql Database with my program (GTK#0.17 and Mono-0.30.2) but I obtaining a timed out exception. MySql-4.0.17 Service OK Why could success it? __ Consigue tu correo GRATIS en Manizales.com, dale vida a tus mensajes con más de 300 motivos grficos. Busca el portal de tu ciudad en http://66.216.122.105 ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list -- Andras GELANYI [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono on debian/powerpc openbsd/i386
(sorry for the previous message.. now the right thread.) i have the same problem under openbsd.. after a little cpuid hack (disabled cpuid usage) i successfully compiled mono 0.30.2 on my openbsd3.4 box (arch i386). mono --help works. but when i try to run any bytecode with mono it produces the same as cristophe wrote. using gdb i figured out that the segmentation fault is in the GC_find_limit function. (maybe the segfault signal handling is wrong and then comes the deadlock.) can anyone help me to solve this problem? the gdb output: GNU gdb 4.16.1 Copyright 1996 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-openbsd3.4... (gdb) run /home/ghz/mono/bin/mcs.exe hello.cs Starting program: /home/ghz/mono/bin/mono /home/ghz/mono/bin/mcs.exe hello.cs Program received signal SIGSEGV, Segmentation fault. 0x7179ab5 in GC_find_limit (p=0x3c003160 äf¿Ï, up=0) at os_dep.c:806 806 GC_noop1((word)(*result)); (gdb) bt #0 0x7179ab5 in GC_find_limit (p=0x3c003160 äf¿Ï, up=0) at os_dep.c:806 #1 0x71798fc in GC_init_netbsd_elf () at os_dep.c:390 #2 0x7178c8a in GC_init_inner () at misc.c:639 #3 0x7175585 in GC_generic_malloc_inner (lb=28, k=1) at malloc.c:123 #4 0x71756a5 in GC_generic_malloc (lb=28, k=1) at malloc.c:190 #5 0x7175856 in GC_malloc (lb=28) at malloc.c:295 #6 0x7169133 in mono_g_hash_table_new_full (hash_func=0xd25ef40 g_direct_hash, key_equal_func=0xd25ef48 g_direct_equal, key_destroy_func=0, value_destroy_func=0) at mono-hash.c:152 #7 0x716910c in mono_g_hash_table_new (hash_func=0xd25ef40 g_direct_hash, key_equal_func=0xd25ef48 g_direct_equal) at mono-hash.c:122 #8 0x716838b in TlsSetValue (idx=0, value=0x3c0070d0) at threads.c:801 #9 0x70e4f3d in setup_jit_tls_data (stack_start=0x, abort_func=0x70e4ef4) at mini.c:6341 #10 0x70e78a8 in mini_init (filename=0xcfbf6834 /home/ghz/mono/bin/mcs.exe) at mini.c:7873 #11 0x7100797 in mono_main (argc=3, argv=0xcfbf66d4) at driver.c:677 #12 0x1c000757 in main (argc=3, argv=0xcfbf66d4) at main.c:6 #13 0x1c000691 in ___start () #14 0x1c000607 in __start () #15 0xcfbf681c in ?? () Error accessing memory address 0x3: Invalid argument. (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x7179ab5 in GC_find_limit (p=0xcfbf6400 Àþ\r'$\020\016'(d¿Ï(\216\027\a\027\001, up=1) at os_dep.c:806 806 GC_noop1((word)(*result)); (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x7179ab5 in GC_find_limit (p=0xcfbf6400 Àþ\r'$\020\016'(d¿Ï(\216\027\a\027\001, up=1) at os_dep.c:806 806 GC_noop1((word)(*result)); On Tue, 2004-03-02 at 19:26, christophe barbe wrote: I am trying to get a working mono environment on my debian/unstable powerpc. When compiling hello.cs, mcs seems to deadlock without any output. mcs --about does the same. I tried to strace it but it segfaults (I guess that not related to the first issue). mcs is a symbolic link to /usr/bin/cli-wrapper. 'mono --help' produces the expected output. What should I try to find the culprit? Thanks, Christophe -- Andras GELANYI [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono on debian/powerpc openbsd/i386
On Tue, Mar 02, 2004 at 08:03:03PM +0100, Andras GELANYI wrote: i have the same problem under openbsd.. after a little cpuid hack (disabled cpuid usage) i successfully compiled mono 0.30.2 on my openbsd3.4 box (arch i386). I am surprised, I expected the problem to be on non-x86 archs. mono --help works. but when i try to run any bytecode with mono it produces the same as cristophe wrote. You are right it's a mono problem not a mcs problem. using gdb i figured out that the segmentation fault is in the GC_find_limit function. (maybe the segfault signal handling is wrong and then comes the deadlock.) can anyone help me to solve this problem? the gdb output: GNU gdb 4.16.1 Copyright 1996 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-openbsd3.4... (gdb) run /home/ghz/mono/bin/mcs.exe hello.cs Starting program: /home/ghz/mono/bin/mono /home/ghz/mono/bin/mcs.exe hello.cs Program received signal SIGSEGV, Segmentation fault. 0x7179ab5 in GC_find_limit (p=0x3c003160 ?f??, up=0) at os_dep.c:806 806 GC_noop1((word)(*result)); (gdb) bt #0 0x7179ab5 in GC_find_limit (p=0x3c003160 ?f??, up=0) at os_dep.c:806 #1 0x71798fc in GC_init_netbsd_elf () at os_dep.c:390 #2 0x7178c8a in GC_init_inner () at misc.c:639 #3 0x7175585 in GC_generic_malloc_inner (lb=28, k=1) at malloc.c:123 #4 0x71756a5 in GC_generic_malloc (lb=28, k=1) at malloc.c:190 #5 0x7175856 in GC_malloc (lb=28) at malloc.c:295 #6 0x7169133 in mono_g_hash_table_new_full (hash_func=0xd25ef40 g_direct_hash, key_equal_func=0xd25ef48 g_direct_equal, key_destroy_func=0, value_destroy_func=0) at mono-hash.c:152 #7 0x716910c in mono_g_hash_table_new (hash_func=0xd25ef40 g_direct_hash, key_equal_func=0xd25ef48 g_direct_equal) at mono-hash.c:122 #8 0x716838b in TlsSetValue (idx=0, value=0x3c0070d0) at threads.c:801 #9 0x70e4f3d in setup_jit_tls_data (stack_start=0x, abort_func=0x70e4ef4) at mini.c:6341 #10 0x70e78a8 in mini_init (filename=0xcfbf6834 /home/ghz/mono/bin/mcs.exe) at mini.c:7873 #11 0x7100797 in mono_main (argc=3, argv=0xcfbf66d4) at driver.c:677 #12 0x1c000757 in main (argc=3, argv=0xcfbf66d4) at main.c:6 #13 0x1c000691 in ___start () #14 0x1c000607 in __start () #15 0xcfbf681c in ?? () Error accessing memory address 0x3: Invalid argument. (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x7179ab5 in GC_find_limit (p=0xcfbf6400 ??\r'$\020\016'(d??(\216\027\a\027\001, up=1) at os_dep.c:806 806 GC_noop1((word)(*result)); (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x7179ab5 in GC_find_limit (p=0xcfbf6400 ??\r'$\020\016'(d??(\216\027\a\027\001, up=1) at os_dep.c:806 806 GC_noop1((word)(*result)); -- Christophe Barbé [EMAIL PROTECTED] GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E In theory there is no difference between theory and practice. In practice there is. -- Yogi Berra ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Effort to port Evolution to mono?
Hi, I'm wondering whether there is a effort to port Gnomes Evolution to mono (e.g. wrapper classes for the C functions or native C# or other language)? Regards, Peter ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono and Local Date Format
ldd mono tells me the following [EMAIL PROTECTED] tracy]$ ldd /usr/local/bin/mono libmono.so.0 = /usr/local/lib/libmono.so.0 (0x40015000) libgthread-2.0.so.0 = /usr/lib/libgthread-2.0.so.0 (0x40151000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x40156000) libdl.so.2 = /lib/libdl.so.2 (0x4015a000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x4015e000) libicui18n.so.26 = /usr/lib/libicui18n.so.26 (0x401ca000) libicuuc.so.26 = /usr/lib/libicuuc.so.26 (0x402a4000) libicudata.so.26 = /usr/lib/libicudata.so.26 (0x4034d000) libnsl.so.1 = /lib/libnsl.so.1 (0x40b5d000) libpthread.so.0 = /lib/i686/libpthread.so.0 (0x40b71000) libm.so.6 = /lib/i686/libm.so.6 (0x40bc2000) libc.so.6 = /lib/i686/libc.so.6 (0x40be5000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x40d15000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x40dce000) libICU is not there, so how doe I link ICU to my Mono runtime -- Regards Tracy Barlow Phone: 07 4124 5092 Mobile: 0146 00 38 61 mail: [EMAIL PROTECTED] Website:www.tracyannesoftware.com ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MacOS packages.
Ok, after alot more digging and experimenting, there is a ton of work to make this like the Java implementation, which, I still think is the 'correct' answer, but it's going to have to be the longer term answer. I don't think we can get it all done between now and the next release without more time and resource than I can dedicate to it. Here is what I would propose: Phase I: A .pkg installer that installs Mono and Mcs to /usr/local/, with a detailed description on how to properly set up the environment to use /usr/local/bin. This package would use glib statically linked, to avoid the need to also deploy glib to the users machine. Seperate .pkg installers would also be made available for XSP, MOD_MONO, GTK# and any other optional elements of Mono. Phase II: A process to automatically build the Mono and Mcs into a standalone MonoVM.Framework that installs to /Library/ with an installer (.pkg) that aliases the core commands, mono, mint, mcs, and the others to /usr/bin. I know that Apple reserves the right to the /usr/bin directory, but from an Apple 'it just works' perspective, it is the only place to put them. With Phase II, it would be feasable to ship .app bundles that uses an exectuable that calls the /usr/bin/mono framework and launches just like any other OS X application. Ultimately, this opens the door for Mono to provide the same level of application parity as Java, Cocoa (Objective C), or Carbon (C/C++). The problem with the second is that as far as I can tell, it would require XCode projects to build the framework, and all the associated dylibs. creating that project is going to be time consuming, and it will require updating to be kept in sync with the ./configure make process. I've got most of Phase I complete at this point, I'm doing some testing now, and should have a working deliverable in the next few days. Once that is completed, I'll begin the long and arduous process of doing Phase II. Andy Satori On Feb 25, 2004, at 9:22 AM, Urs Muff wrote: This is great! Please publish the Xcode projects and scripts you use to make the package and framework so others can build it from CVS. Miguel or myself will check them into CVS in case you don't have access. - Urs -Original Message- From: Andy Satori [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 25, 2004 7:21 AM To: Urs Muff Cc: 'Miguel de Icaza'; [EMAIL PROTECTED] Subject: Re: [Mono-list] MacOS packages. Urs is correct, after some more digging, it's the 'way' to go. it's going to take me a couple of days to cleanup my own system to get all this built and tested (wish I had another machine for this... oh well). I've got the packages and base installer's built, I just need to run through and tweak them into frameworks. This will also make them much easier to install and manage in the future. Andy On Feb 25, 2004, at 8:21 AM, Urs Muff wrote: If you actually look at /usr/bin/javac, /usr/bin/java, those are soft links to /System/Library/Framework/JavaVM.Framework/Version/1.4.2/Command/java. -- We only have to create soft links for stuff main executables, but not necessary the .exe assemblies since those are just .Net assemblies unless we have some .exe Mono launcher in /etc/... as discussed many times on this list. As for the version: that is the framework version not the assembly version. The GAC is fine and no problem, but Apple is talking about the executables (mono,mint) dynamic libraries (libmono.dylib, ...) and the C-headers, and that has a standard folder structure. - URS C. MUFF -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 24, 2004 7:43 PM To: Urs C Muff Cc: Andy Satori; [EMAIL PROTECTED] Subject: Re: [Mono-list] MacOS packages. Hello, Well actually I agree that the shell scripts 'mono' and 'mcs' might live in /usr/bin, but I would create a Framework and put it in /System/Library/Frameworks/MonoVM.Framework the same way as /System/Library/Frameworks/JavaVM.Framework is placed (look at the folder structure within the framework to see how Apple is structuring such a beast). But the .Net assemblies should live in /System/Library/Frameworks/MonoVM.Framework/Versions/0.30/Assemblies where there is a link pointing there @ /System/Library/Frameworks/MonoVM.Framework/Assemblies. That would conform with Apple's standard much better: I don't know how we would have to build mono to include those in the assembly load path... I think you just build mono with a prefix of: /System/Library/Frameworks/MonoVM.Framework And just copy anything that is installed in the bin/ subdirectory to /usr/bin. As for the versioning: we will be taking care of library versions in a different way (the GAC approach) smime.p7s Description: S/MIME cryptographic signature
Re: [Mono-list] Effort to port Evolution to mono?
Below... On Tue, 2004-03-02 at 16:13, Peter Boos wrote: I'm wondering whether there is a effort to port Gnomes Evolution to mono (e.g. wrapper classes for the C functions or native C# or other language)? evolution-data-server (the Evolution back-end for v2.0, to permit better sharing of mail, contacts, etc.) has a C# wrapper. Look in the evolution-sharp repository on cvs.gnome.org. See also: http://codeblogs.ximian.com/blogs/evolution/archives/82.html As for the actual Evolution application, I don't think any C# bindings have been written, except maybe for some internal prototyping. - Jon ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MacOS packages.
On Tue, 2004-03-02 at 16:58, Andy Satori wrote: The problem with the second is that as far as I can tell, it would require XCode projects to build the framework, and all the associated dylibs. creating that project is going to be time consuming, and it will require updating to be kept in sync with the ./configure make process. Can you explain why this is? I'm not at all familiar with OS X development, but you can accomplish a lot with makefile mojo ... Peter -- Peter Williams [EMAIL PROTECTED] [Ninjas] are cool; and by cool, I mean totally sweet. -- REAL Ultimate Power ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Newbie seeks clear async socket example
I'm trying to write a simple server listening on a unix socket (ie, AF_UNIX). So far the single example I've found is: http://primates.ximian.com/~gonzalo/mono/unixsockets/ ..but this method is blocking. I need a connection to be an event I respond to, not something I sit and wait for. Unfortunately I don't know sockets (or C#) well enough to make the transition. Everything else I've found that comes close to readable uses TcpListener, which I can't seem to press into service as it requires IPEndPoint rather than UnixEndPoint. Being unix-specific, I'm having great troubles finding this particular needle on google .. can anyone here throw me a clear example? Thanks for your time, Shaun ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MacOS packages.
Andy Satori wrote: Phase I: A .pkg installer that installs Mono and Mcs to /usr/local/, with a detailed description on how to properly set up the environment to use /usr/local/bin. This package would use glib statically linked, to avoid the need to also deploy glib to the users machine. I know this is always a topic of religious war, but... /usr/local is in the default compiler path. Unless you're committing to always maintaining all of mono's dependencies, keeping them up-to-date, and making them compatible with other packaging systems, you're going to end up causing conflicts with things like fink and opendarwin that expect things in different places. IMHO, /usr/local is for the *local* administrator to put things, not 3rd-party packagers. I would suggest /opt/mono or somesuch instead. If people want to use those binaries for their own projects, they can with CFLAGS and LDFLAGS, without polluting the default compiler path. At the very least, put them somewhere out of the way and ask if they want you to symlink them to /usr/local. The problem with the second is that as far as I can tell, it would require XCode projects to build the framework, and all the associated dylibs. creating that project is going to be time consuming, and it will require updating to be kept in sync with the ./configure make process. You can make frameworks manually, by changing things around after building using install_name_tool (I do this with the Qt3 packages I made). Generally you would do something like: install -d /Library/Frameworks/MonoVM.framework/Versions/A/Headers cp -a /mono/root/include/* \ /Library/Frameworks/MonoVM.framework/Versions/A/Headers cp /mono/root/lib/libmono.dylib \ /Library/Frameworks/MonoVM.framework/Versions/A/MonoVM ln -sf A/MonoVM /Library/Frameworks/MonoVM.framework/MonoVM ln -sf A/Headers /Library/Frameworks/MonoVM.framework/Headers install_name_tool -id \ /Library/Frameworks/MonoVM.framework/Versions/A/MonoVM ...or something along those lines. There's more to it for any reasonably complicated framework, but you get the idea. -- Benjamin Reed, a.k.a. RangerRick [EMAIL PROTECTED] / http://ranger.befunk.com/ Now Playing: Hyperballad (Brodsky Quartet Version) by Bjrk ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono on debian/powerpc openbsd/i386
hi, the bug is in the built in garbage collector library.. if you run the configure script with --with-gc=none and build it without any GC system the mono binary should work, and run cli bytecodes well. (maybe boehm GC will work, but i havent tried that.) the problem is that i don't really know how the garbage collecting works, and what kind of restrictions / performance loss are resulted by disabling the GC. in my opinion there is a thread/shared memory incompatibility in the included GC. if i have time i'll try to locate and fix the bug, but i'm pretty new to mono and openbsd. (and to complex debuging too :) good luck, andras On Tue, 2004-03-02 at 20:29, christophe barbe wrote: On Tue, Mar 02, 2004 at 08:03:03PM +0100, Andras GELANYI wrote: i have the same problem under openbsd.. after a little cpuid hack (disabled cpuid usage) i successfully compiled mono 0.30.2 on my openbsd3.4 box (arch i386). I am surprised, I expected the problem to be on non-x86 archs. mono --help works. but when i try to run any bytecode with mono it produces the same as cristophe wrote. You are right it's a mono problem not a mcs problem. using gdb i figured out that the segmentation fault is in the GC_find_limit function. (maybe the segfault signal handling is wrong and then comes the deadlock.) can anyone help me to solve this problem? the gdb output: GNU gdb 4.16.1 Copyright 1996 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-openbsd3.4... (gdb) run /home/ghz/mono/bin/mcs.exe hello.cs Starting program: /home/ghz/mono/bin/mono /home/ghz/mono/bin/mcs.exe hello.cs Program received signal SIGSEGV, Segmentation fault. 0x7179ab5 in GC_find_limit (p=0x3c003160 ?f??, up=0) at os_dep.c:806 806 GC_noop1((word)(*result)); (gdb) bt #0 0x7179ab5 in GC_find_limit (p=0x3c003160 ?f??, up=0) at os_dep.c:806 #1 0x71798fc in GC_init_netbsd_elf () at os_dep.c:390 #2 0x7178c8a in GC_init_inner () at misc.c:639 #3 0x7175585 in GC_generic_malloc_inner (lb=28, k=1) at malloc.c:123 #4 0x71756a5 in GC_generic_malloc (lb=28, k=1) at malloc.c:190 #5 0x7175856 in GC_malloc (lb=28) at malloc.c:295 #6 0x7169133 in mono_g_hash_table_new_full (hash_func=0xd25ef40 g_direct_hash, key_equal_func=0xd25ef48 g_direct_equal, key_destroy_func=0, value_destroy_func=0) at mono-hash.c:152 #7 0x716910c in mono_g_hash_table_new (hash_func=0xd25ef40 g_direct_hash, key_equal_func=0xd25ef48 g_direct_equal) at mono-hash.c:122 #8 0x716838b in TlsSetValue (idx=0, value=0x3c0070d0) at threads.c:801 #9 0x70e4f3d in setup_jit_tls_data (stack_start=0x, abort_func=0x70e4ef4) at mini.c:6341 #10 0x70e78a8 in mini_init (filename=0xcfbf6834 /home/ghz/mono/bin/mcs.exe) at mini.c:7873 #11 0x7100797 in mono_main (argc=3, argv=0xcfbf66d4) at driver.c:677 #12 0x1c000757 in main (argc=3, argv=0xcfbf66d4) at main.c:6 #13 0x1c000691 in ___start () #14 0x1c000607 in __start () #15 0xcfbf681c in ?? () Error accessing memory address 0x3: Invalid argument. (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x7179ab5 in GC_find_limit (p=0xcfbf6400 ??\r'$\020\016'(d??(\216\027\a\027\001, up=1) at os_dep.c:806 806 GC_noop1((word)(*result)); (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x7179ab5 in GC_find_limit (p=0xcfbf6400 ??\r'$\020\016'(d??(\216\027\a\027\001, up=1) at os_dep.c:806 806 GC_noop1((word)(*result)); -- Andras GELANYI [EMAIL PROTECTED] ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MacOS packages.
Hello, Phase I: A .pkg installer that installs Mono and Mcs to /usr/local/, with a detailed description on how to properly set up the environment to use /usr/local/bin. This package would use glib statically linked, to avoid the need to also deploy glib to the users machine. I also agree with the other poster that /usr/local should be reserved for the local system administrator. As I said previously, I think we should stick stuff in /Library, and install links in /usr/bin for the programs. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Newbie seeks clear async socket example
Here's a simple example of accepting and reading asynchronously from a socket. It's off the top of my head, so don't expect it to compile/work, but you should get the general idea... Piers. Socket _sock; void StartListening (int nPort) { _sock = new Socket (AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp); _sock.Bind (new IPEndPoint (IPAddress.Any, nPort)); _sock.Listen (10); _sock.BeginAccept (new AsyncCallback (OnAccept), _sock); } void OnAccept (IAsyncResult ar) { Socket sockCon = sockListen.EndAccept ((Socket) ar.AsyncState); new MyConnection ().StartReadingFrom (new NetworkStream (sockCon)); } class MyConnection { byte _rgb = new byte [1024]; public void StartReadingFrom (Stream stream) { stream.BeginRead (_rgb, 0, _rgb.Length, new AsyncCallback (OnReadBytes), stream); } void OnReadBytes (IAsyncResult ar) { Stream stream = (Stream) ar.AsyncState; int cbRead = stream.EndRead (); if (cbRead == 0) // connection closed // do stuff with bytes... StartReadingFrom (stream); } } -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shaun ONeil Sent: Tuesday, March 02, 2004 2:45 PM To: [EMAIL PROTECTED] Subject: [Mono-list] Newbie seeks clear async socket example I'm trying to write a simple server listening on a unix socket (ie, AF_UNIX). So far the single example I've found is: http://primates.ximian.com/~gonzalo/mono/unixsockets/ ..but this method is blocking. I need a connection to be an event I respond to, not something I sit and wait for. Unfortunately I don't know sockets (or C#) well enough to make the transition. Everything else I've found that comes close to readable uses TcpListener, which I can't seem to press into service as it requires IPEndPoint rather than UnixEndPoint. Being unix-specific, I'm having great troubles finding this particular needle on google .. can anyone here throw me a clear example? Thanks for your time, Shaun ___ 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] MacOS packages.
I agree, /Library has to be it's ultimate home, but right now, OS X is a disaster regarding anything else. Fink uses /sw/ (huh?) darwinports uses /opt/ and /opt/local/ (huh? further). I want to get everything into the Framework under /Library, but the default build process right now makes that a time consuming task. If you are talking 2-3 weeks until the next release, I'll never get it done in time. If it's 2 months, I might pull it off :-). I simply don't have the copious spare time to to it, and my day job frowns upon Open Source, so I have to work at it in my off hours :-). That said, I;m going in the direction, and Benjamin had a couple of pointers that should help quite a bit, but it's still going to take time. Please bear in mind, that while I have a reasonable Unix comfort level, I'm by no means an expert, every flavor I've ever used treats /usr/local and /opt differently. Exacerbating that issue is that I've spent the last 10 years doing Windows development. So I'm very flexible regarding this, and the /usr/local was mostly done because that seems to be where most of the .pkg's I've installed put things. I'll adjust accordingly. Andy On Mar 2, 2004, at 7:20 PM, Miguel de Icaza wrote: Hello, Phase I: A .pkg installer that installs Mono and Mcs to /usr/local/, with a detailed description on how to properly set up the environment to use /usr/local/bin. This package would use glib statically linked, to avoid the need to also deploy glib to the users machine. I also agree with the other poster that /usr/local should be reserved for the local system administrator. As I said previously, I think we should stick stuff in /Library, and install links in /usr/bin for the programs. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list smime.p7s Description: S/MIME cryptographic signature