Re: [Mono-list] Mono Linux Installer suggestions
Hello, > 3. monodoc works nicely; however, trying to create new docs it fails for > me. > > monodoc --update assembly.dll folder/ > fails. Or am I using monodoc incorrectly? > > [EMAIL PROTECTED] ~]$ monodoc --update > $HOME/mono-1.1.6/lib/mono/1.0/Mono.Data.SybaseClient.dll sybasedocs/ The new tool to update stuff is called `monodocer' Am not sure why `--update' still works. Miguel. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MonoDevelop in Mono Liux Intaller
Hi Daniel, Which errors do you get? if you install MonoDevelop from the RPMs, does it work? On Thu, Apr 28, 2005 at 08:30:32PM -0400, Daniel Morgan wrote: > Hello, > > I installed MonoDevelop on FC3 via the Mono Linux Installer. > > MonoDevelop does not build nor run any projects it creates. How can > this be corrected? > > As of now, I have to go to the command-line and run the make.sh script > that MonoDevelop created. This builds successfully, but in a different > directory named Build. The built program does work in that directory > though. > > I had some co-workers impressed by Mono even though MonoDevelop couldn't > compile/run. > > Thanks, > Daniel > > > ___ > Mono-list maillist - Mono-list@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
[Mono-list] MonoDevelop in Mono Liux Intaller
Hello, I installed MonoDevelop on FC3 via the Mono Linux Installer. MonoDevelop does not build nor run any projects it creates. How can this be corrected? As of now, I have to go to the command-line and run the make.sh script that MonoDevelop created. This builds successfully, but in a different directory named Build. The built program does work in that directory though. I had some co-workers impressed by Mono even though MonoDevelop couldn't compile/run. Thanks, Daniel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Compilation error for gecko-sharp0.7 on MacOs X
.7 is broken on 1.9.3. I'll do a release of gecko .8 soon. Fixes are in svn however. -- Ben ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Compilation error for gecko-sharp0.7 on MacOs X
Hello, I try to compile gecko-sharp0.7 but I always have the same error : Making all in gtkmozembed mcs --unsafe --target library -r:/Library/Frameworks/Mono.framework/Versions/Current/lib/mono/gtk- sharp-2.0/glib-sharp.dll -r:/Library/Frameworks/Mono.framework/Versions/Current/lib/mono/gtk- sharp-2.0/pango-sharp.dll -r:/Library/Frameworks/Mono.framework/Versions/Current/lib/mono/gtk- sharp-2.0/atk-sharp.dll -r:/Library/Frameworks/Mono.framework/Versions/Current/lib/mono/gtk- sharp-2.0/gdk-sharp.dll -r:/Library/Frameworks/Mono.framework/Versions/Current/lib/mono/gtk- sharp-2.0/gtk-sharp.dll \ ./NewWindowOrphan_handler.cs ./NewWindow_delegate.cs ./NewWindow_handler.cs ./AssemblyInfo.cs generated/*.cs -o gecko-sharp.dll ./NewWindow_delegate.cs(12) warning CS0618: 'GLib.SignalCallback' is obsolete: 'Replaced by GLib.Signal.' ./NewWindow_delegate.cs(45) warning CS0618: 'GLib.SignalCallback' is obsolete: 'Replaced by GLib.Signal.' ./NewWindow_delegate.cs(68) warning CS0618: 'GLib.SignalCallback' is obsolete: 'Replaced by GLib.Signal.' WebControl.custom(75) error CS1502: The best overloaded match for method 'void Gecko.WebControl.gtk_moz_embed_set_profile_path ( System.IntPtr, System.IntPtr)' has some invalid arguments WebControl.custom(75) error CS1503: Argument 0: Cannot convert from 'string' to ' System.IntPtr' WebControl.custom(75) error CS1501: No overload for method `gtk_moz_embed_set_profile_path' takes `2' arguments WebControl.custom(81) error CS1502: The best overloaded match for method 'void Gecko.WebControl.gtk_moz_embed_set_profile_path ( System.IntPtr, System.IntPtr)' has some invalid arguments WebControl.custom(81) error CS1503: Argument 0: Cannot convert from 'string' to ' System.IntPtr' WebControl.custom(81) error CS1501: No overload for method `gtk_moz_embed_set_profile_path' takes `2' arguments WebControl.custom(39) warning CS0618: 'GLib.SignalCallback' is obsolete: 'Replaced by GLib.Signal.' WebControl.custom(45) warning CS0618: 'GLib.SignalCallback' is obsolete: 'Replaced by GLib.Signal.' WebControl.custom(36) warning CS0618: 'GLib.Object.BeforeHandlers' is obsolete: 'Replaced by GLib.Signal marshaling mechanism.' WebControl.custom(37) warning CS0618: 'GLib.Object.BeforeSignals' is obsolete: 'Replaced by GLib.Signal marshaling mechanism.' WebControl.custom(39) warning CS0618: 'GLib.SignalCallback' is obsolete: 'Replaced by GLib.Signal.' WebControl.custom(39) warning CS0618: 'GLib.Object.BeforeSignals' is obsolete: 'Replaced by GLib.Signal marshaling mechanism.' WebControl.custom(40) warning CS0618: 'GLib.Object.BeforeHandlers' is obsolete: 'Replaced by GLib.Signal marshaling mechanism.' WebControl.custom(42) warning CS0618: 'GLib.Object.AfterHandlers' is obsolete: 'Replaced by GLib.Signal marshaling mechanism.' WebControl.custom(43) warning CS0618: 'GLib.Object.AfterSignals' is obsolete: 'Replaced by GLib.Signal marshaling mechanism.' WebControl.custom(45) warning CS0618: 'GLib.SignalCallback' is obsolete: 'Replaced by GLib.Signal.' WebControl.custom(45) warning CS0618: 'GLib.Object.AfterSignals' is obsolete: 'Replaced by GLib.Signal marshaling mechanism.' WebControl.custom(46) warning CS0618: 'GLib.Object.AfterHandlers' is obsolete: 'Replaced by GLib.Signal marshaling mechanism.' WebControl.custom(56) warning CS0618: 'GLib.SignalCallback' is obsolete: 'Replaced by GLib.Signal.' WebControl.custom(56) warning CS0618: 'GLib.SignalCallback' is obsolete: 'Replaced by GLib.Signal.' WebControl.custom(50) warning CS0618: 'GLib.Object.AfterHandlers' is obsolete: 'Replaced by GLib.Signal marshaling mechanism.' WebControl.custom(51) warning CS0618: 'GLib.Object.AfterSignals' is obsolete: 'Replaced by GLib.Signal marshaling mechanism.' WebControl.custom(53) warning CS0618: 'GLib.Object.BeforeHandlers' is obsolete: 'Replaced by GLib.Signal marshaling mechanism.' WebControl.custom(54) warning CS0618: 'GLib.Object.BeforeSignals' is obsolete: 'Replaced by GLib.Signal marshaling mechanism.' WebControl.custom(61) warning CS0618: 'GLib.SignalCallback' is obsolete: 'Replaced by GLib.Signal.' WebControl.custom(65) warning CS0618: 'GLib.SignalCallback' is obsolete: 'Replaced by GLib.Signal.' Compilation failed: 6 error(s), 23 warnings make[1]: *** [gecko-sharp.dll] Error 1 I already have succesfully installed : MonoFramework 1.1.6-4 (downloaded from the go-mono website) gtk-sharp-1.9.3 gtksourceview-sharp-0.7 monodoc-1.0.6 I need to install gecko-sharp for MonoDevelop 0.6. The error seems to be on Glib. I have the version, I have the version 2.4.6-6 installed. Any help would be greatly apprecied ; I try to compile it for a couple of day and I really don't know where to find this problem solution. Please excuse my english... Venot Etienne ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Dll loading failure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok... I think I've got everything clear now. I'd like to thank everybody who spent his time on answering my questions, you were very helpful :) Regards, Jurek Bartuszek -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCcUUg6l8uJkeTVlMRAnryAKCWUb/yluNxq7C5Q0Jv/uZX1G4Y/wCeM2fs s0aU8apDL2iu7mKIeexh86o= =R/WA -END PGP SIGNATURE- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] DllNotFoundException
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! I've finally created a dll that works. However, it works only on windows: nasm -f coff Add.asm -o Add.o /opt/xmingw/bin/i386-mingw32msvc-ld --shared -o Add.dll Add.o - - -no-undefined --export-all-symbols mcs main.cs running main.exe under windows (when Add.dll is in the same directory as executable) works: Result: 5 (the Add.dll includes the int Add(int, int) function). Anyway, running mono main.exe still gives: [EMAIL PROTECTED] csharp $ mono main.exe Unhandled Exception: System.DllNotFoundException: Add.dll in (wrapper managed-to-native) Whatever:Add (int,int) in <0xf> Whatever:Main () Do I forget about something? Regards, Jurek 'Koxta' Bartuszek -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCcKrO6l8uJkeTVlMRAgnyAJ4z0Nb8V9VI5BdKjPPj2sh02q4i1wCfdjY/ +lTC1iC4IAMYOkHbgereyhU= =gX+B -END PGP SIGNATURE- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Dll loading failure
What about: -r "./dodaj.dll" --- Jurek Bartuszek <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > Try putting dodaj.dll in the same directory as your exe. > > > > Here is the compile script I use that includes a dll. > > > http://cvs.sourceforge.net/viewcvs.py/tagelflax/tagml/vc%237/CompileWithMonoConsole.cmd?rev=1.5&view=markup > > > > You just need this: > > -r "dodaj.dll" > > [EMAIL PROTECTED] asm $ ls > dodaj.asm dodaj.dll dodaj.o main.cs > > [EMAIL PROTECTED] asm $ mcs -target:exe -o main.exe -r "dodaj.dll" main.cs > error CS0006: Cannot find assembly `dodaj.dll' > Log: > > Compilation failed: 1 error(s), 0 warnings > > Simple mcs main.cs succeeds, but then I get the exception. However, as I > said, Windows handles this smoothly). > > Regards, > > Jurek Bartuszek > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFCcQB56l8uJkeTVlMRApqYAKC1N6ipeYTPCd86fasoAxMXFJpP7ACfdme+ > ELBpTVoaLJSAc/7YsNlENd4= > =uwIS > -END PGP SIGNATURE- > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problems with updater.exe
WoW! Nice stuff, really!!! It works greatly. Just another question: does monodoc also provide a tool for producing application (user guide) documentation? Thanks, j3d. On Thu, 2005-04-28 at 10:54 -0400, Joshua Tauberer wrote: > Giuseppe Greco wrote: > > I'm trying to build some documentation with updater.exe > > (shipped with monodoc)... but no way: > > Hi, Giuseppe. See: > http://lists.ximian.com/archives/public/mono-list/2005-April/026691.html > -- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)79 602 99 27 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Dll loading failure
On Thu, 2005-04-28 at 19:11 +0200, Michal Moskal wrote: > On 4/28/05, Jurek Bartuszek <[EMAIL PROTECTED]> wrote: > > > Mono does not support native code DLLs from Windows when running on Linux. > > Are you 100% sure about that? > > No. Maybe some wine interop would do? I'm not an expert here. I'm 100% sure that you can't load a Win32 DLL under Mono using the normal DllImport mechanism. Why? Because Mono's DllImport functionality is built on dlopen(3) and dlsym(3) (similar to LoadLibrary () and GetProcAddress() on Win32) -- it's the native OS loader. Linux/Unix doesn't support loading PE/COFF dynamic libraries into an ELF address space -- the loader file formats differ. That doesn't mean it's impossible. You could modify mono's loader to support PE/COFF binaries (non-trivial, but likely possible). A more practical approach would be to skip DllImport and manually do what DllImport does for you -- dlopen/dlsym -- but using a library that supports PE/COFF. Wine would be the logical way to do this, though I don't know how easy it would be to integrate Mono and Wine like this. - Jon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How to work with Mono.Unix.Signalhandler
On Wed, 2005-04-27 at 14:49 +0200, Andreas Sliwka wrote: > Greetings, > I recently tried to compile tomboy 0.3.2 and found that my mono > 1.1.4 installation did not like the calls to Mono.Posix. So I tried to > replace them with calls to Mono.Unix. > My problem is that I dont find any documentation about > Mono.Unix.SignalHandler. Ironically enough, there's a test case for Mono.Unix.SignalHandler: http://mono.myrealbox.com/source/trunk/mcs/class/Mono.Posix/Test/Mono.Unix/StdlibTest.cs Please note that you have to be *very* careful within signal handler context, since most functions aren't re-entrant -- that is, calling e.g. malloc(3) within a signal handler when a signal occurred and malloc(3) was being executed is a good way to corrupt the process heap. Further, the list of re-entrant functions is *very* limited; not even P/Invoke is guaranteed to be safe (which is where my test case is incorrect -- I'll have to fix that). In short, the only safe thing to do within a SignalHandler is modify a global variable which is later polled by the main program. > The code I want to to translate is the following: > > using Mono.Posix; > class SomeClass { > // ... > static Syscall.sighandler_t sig_handler; > static void RegisterSignalHandlers () { > sig_handler = OnExitSignal; > Syscall.signal ((int) Signals.SIGTERM, sig_handler); > Syscall.signal ((int) Signals.SIGQUIT, sig_handler); > } > static void OnExitSignal (int signal) { > // do this and that ... > } > } > > how would I write this with Mono.Unix? The Mono.Unix equivalent would be: using Mono.Unix; class SomeClass { static void RegisterHandlers () { // Make sure OnSignal() is JITed OnSignal (0); // Add handlers Stdlib.signal (Signum.SIGTERM, new SignalHandler (OnSignal)); Stdlib.signal (Signum.SIGQUIT, new SignalHandler (OnSignal)); } static void OnSignal (int signal) { // ... } } - Jon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Dll loading failure
On 4/28/05, Jurek Bartuszek <[EMAIL PROTECTED]> wrote: > > Mono does not support native code DLLs from Windows when running on Linux. > Are you 100% sure about that? No. Maybe some wine interop would do? I'm not an expert here. > > I guess mono searches in the current directory. But failing to recognize > > the file format, it says it cannot find (usable) DLL. > Well... I've spent some time before I noticed that I have to export '.' > or `pwd` into LD_LIBRARY_PATH in order to make mono look up the .so file > in current directory. Without that I've been recieving > System.DllNotFoundException either. I wonder if there is an enviroment > variable responsible for listing dll dirs (I tried CSCC_LIB_PATH, but it > didn't work. I think it's a var that is being used by mcs, not mono). You don't have to, and you shouldn't link the dlls used by P/Invoke using the compiler. It is a dynamic mechanism. > > Only managed code (ones containing IL byte code, not native x86 machine > > code) DLLs will work. > Hm... is there any way to generate such dlls? Yeah, any .NET compiler will do (mcs, csc, ilasm, ncc...). But you cannot generate .NET byte code out of an x86 assembly language. And of course there is no need (or way) to use P/Invoke with managed code. -- Michal Moskal, http://nemerle.org/~malekith/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Dll loading failure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Mono does not support native code DLLs from Windows when running on Linux. Are you 100% sure about that? > I guess mono searches in the current directory. But failing to recognize > the file format, it says it cannot find (usable) DLL. Well... I've spent some time before I noticed that I have to export '.' or `pwd` into LD_LIBRARY_PATH in order to make mono look up the .so file in current directory. Without that I've been recieving System.DllNotFoundException either. I wonder if there is an enviroment variable responsible for listing dll dirs (I tried CSCC_LIB_PATH, but it didn't work. I think it's a var that is being used by mcs, not mono). > Only managed code (ones containing IL byte code, not native x86 machine > code) DLLs will work. Hm... is there any way to generate such dlls? Regards, Jurek Bartuszek -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCcREF6l8uJkeTVlMRArn/AJ0ZQHwl6cppfXMG10+fbV3lEa/JswCeINN2 eZVS7F6K3vy76wMoqAKTyTU= =oulN -END PGP SIGNATURE- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Dll loading failure
On 4/28/05, Jurek Bartuszek <[EMAIL PROTECTED]> wrote: > Dnia 2005-04-28 17:47, U?ytkownik Michal Moskal napisa?: > > How did you compile asm->dll? > > To .so: > 1) nasm -f elf dodaj.asm -o dodaj.o > 2. ld --shared --soname dodaj.so -o dodaj.so dodaj.o You need to use this version on Linux. > To .dll: > 1) nasm -f coff dodaj.asm -o dodaj.o > 2) /opt/xmingw/bin/i386-mingw32msvc-ld --shared -no-undefined > - --export-all-symbols -o dodaj.dll dodaj.o And this one won't work. > A dll file created this way _does_ work when running myfile.exe on > windows. On linux - it doesn't (well, I don't know this for real, cause > I still can't force mono to search for his dlls in `pwd`) Mono does not support native code DLLs from Windows when running on Linux. I guess mono searches in the current directory. But failing to recognize the file format, it says it cannot find (usable) DLL. > > The file needs to be in the ELF format, linked as a shared library. > So, are you trying to tell me, that it is impossible to use dll files > with mono and DllImport? Yes. > > Specifically using dll from Windows won't work. > I don't think I'm following you :-\ As far as I know, dll is a > windows-specific format. Which dlls will work, then? Only managed code (ones containing IL byte code, not native x86 machine code) DLLs will work. -- Michal Moskal, http://nemerle.org/~malekith/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Dll loading failure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dnia 2005-04-28 17:47, U?ytkownik Michal Moskal napisa?: > How did you compile asm->dll? To .so: 1) nasm -f elf dodaj.asm -o dodaj.o 2. ld --shared --soname dodaj.so -o dodaj.so dodaj.o To .dll: 1) nasm -f coff dodaj.asm -o dodaj.o 2) /opt/xmingw/bin/i386-mingw32msvc-ld --shared -no-undefined - --export-all-symbols -o dodaj.dll dodaj.o A dll file created this way _does_ work when running myfile.exe on windows. On linux - it doesn't (well, I don't know this for real, cause I still can't force mono to search for his dlls in `pwd`) > The file needs to be in the ELF format, linked as a shared library. So, are you trying to tell me, that it is impossible to use dll files with mono and DllImport? > Specifically using dll from Windows won't work. I don't think I'm following you :-\ As far as I know, dll is a windows-specific format. Which dlls will work, then? Regards, Jurek Bartuszek -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCcQnY6l8uJkeTVlMRAmQjAJ9noSGYJeXk3FO/iMC5XR9RMggWIwCguEgw s8drwqc4RFq4mHgdt4WRpmY= =G2hK -END PGP SIGNATURE- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Please help a noob compile mono on MEPIS
Hello, I'm fairly new to Linux and Mono. I'm currently running MEPIS version 2004.6. I chose that distro simply because it was available (some one had given me a CD) when the FC1 installation I had installed a while back died when I tried to update it from fedoralegacy.com. Initially I installed the 1.0.5 packages available in the Debian repository (using kpackage). Then I decided I wanted to go with the latest release so I uninstalled that and tried to use the generic installers that are currently available. Though the 1.0.6 stuff seemed to work ok (very simple "hello world" kind of tests only), the 1.1.6 stuff gave errors about glib (if I recall). So I uninstalled and set out to try to compile 1.1.6 and related stuff myself. Bit of a learning curve for me. Eventually successfully compiled and installed the libgdiplus 1.1.5, mono 1.1.6, and xsp 1.08 packages. Successfully tested xsp using the included test pages. Yay! Now I want to install monodoc 1.0.6 so I need to install gtk-sharp. Tried to compile the latest (1.9.3) version but configure complains that it can't find Pango. According to kpacakge, Pango is installed, but even though I tried export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig (which seemed to do the trick for the other mono related things I've compiled)--no go. There doesn't seem to be a Pango related file in the pkgconfig directory anyway. How can I tell configure where the Pango library is? I'm new enough with Linux that I'm not loyal to a particular distro yet, so if the best route to Mono happiness is to just start over with a new distro on which the generic installers will work just fine, I may be willing to go there. But I've been rather impressed with MEPIS so far and quite like kpackage and Synaptic so I guess I'd like to stick with a Debian based install (apt!) if it's not going to be a total PITA to work with Mono. I have tried, and liked the latest Ubuntu via their live CD. Can any one verify if the build of Mono installed via the generic installers works ok on any Debian based distro? (Ubuntu? Mepis 2003?). Are others able to get the latest released version of Mono (i.e 1.1.6) and related packages to compile/install on MEPIS/Ubuntu/other Debian based distros? Sorry for the long winded post. I've been struggling with this for a while now and saving up the questions 'till now. Michael This message was sent using IMP, the Internet Messaging Program. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Dll loading failure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dnia 2005-04-28 17:40, U?ytkownik Chris Turchin napisa?: > Hi, > > I think you need to set up your LD_LIBRARY_PATH variable. I have a simple > interop sample I did with mono here: > > http://turchin.net/mono/interoptest.tar.gz > > that you could look at for reference (see the READM). it creates a shared > library, uses it in a c-program and also uses it via DllImport in a > c#-program. Thanks again. However, I don't have any problems with loading .so's using DllImport... I'd rather need to know how to do the same with dll's :-\ Regards, Jurek Bartuszek -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCcQZ06l8uJkeTVlMRAg5BAJ0c5YLRH1UAShaCoqw65aeuXxi3mQCeMJ03 VHXGMFQ2KkBwvOVBb5zKwF8= =XNEY -END PGP SIGNATURE- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Dll loading failure
On 4/28/05, Jurek Bartuszek <[EMAIL PROTECTED]> wrote: > > Try putting dodaj.dll in the same directory as your exe. > > [EMAIL PROTECTED] asm $ ls > dodaj.asm dodaj.dll dodaj.o main.cs > > [EMAIL PROTECTED] asm $ mcs -target:exe -o main.exe -r "dodaj.dll" main.cs > error CS0006: Cannot find assembly `dodaj.dll' > Log: > > Compilation failed: 1 error(s), 0 warnings How did you compile asm->dll? The file needs to be in the ELF format, linked as a shared library. Specifically using dll from Windows won't work. -- Michal Moskal, http://nemerle.org/~malekith/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Dll loading failure
Hi, I think you need to set up your LD_LIBRARY_PATH variable. I have a simple interop sample I did with mono here: http://turchin.net/mono/interoptest.tar.gz that you could look at for reference (see the READM). it creates a shared library, uses it in a c-program and also uses it via DllImport in a c#-program. HTH. Best Regards, --chris On Thu, 28 Apr 2005, Jurek Bartuszek wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi! > > What do I have to provide in order to load a dll in C# (mono/mcs)? > > This piece of code has been compiled using mcs. > > using System; > using System.Runtime.InteropServices; > > public class Hello { > > [DllImport("dodaj.dll")] > public static extern int Add(int a, int b); > > public static int Main() { > > Console.WriteLine("Your sum: {0}", Add(2,3)); > > return 0; > } > } > > Executed on windows, dodaj.dll is being found and a result of 5 is being > displayed. However, when I run `mono main.exe` on Linux, I still keep > getting this exception: > > $ mono main.exe > > Unhandled Exception: System.DllNotFoundException: dodaj.dll > in (wrapper managed-to-native) Hello:Add (int,int) > in <0xf> Hello:Main () > > Is there any system variable that should be set, or else? > > Regards, > > Jurek Bartuszek > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFCcPSh6l8uJkeTVlMRAuL+AJ4mWO59j+Cr6p6CpGQM7ijxelPamwCgxiQO > 3ni/q1sXEJ8X+Vtoh0tsANo= > =XSpp > -END PGP SIGNATURE- > ___ > Mono-list maillist - Mono-list@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] Dll loading failure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Try putting dodaj.dll in the same directory as your exe. > > Here is the compile script I use that includes a dll. > http://cvs.sourceforge.net/viewcvs.py/tagelflax/tagml/vc%237/CompileWithMonoConsole.cmd?rev=1.5&view=markup > > You just need this: > -r "dodaj.dll" [EMAIL PROTECTED] asm $ ls dodaj.asm dodaj.dll dodaj.o main.cs [EMAIL PROTECTED] asm $ mcs -target:exe -o main.exe -r "dodaj.dll" main.cs error CS0006: Cannot find assembly `dodaj.dll' Log: Compilation failed: 1 error(s), 0 warnings Simple mcs main.cs succeeds, but then I get the exception. However, as I said, Windows handles this smoothly). Regards, Jurek Bartuszek -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCcQB56l8uJkeTVlMRApqYAKC1N6ipeYTPCd86fasoAxMXFJpP7ACfdme+ ELBpTVoaLJSAc/7YsNlENd4= =uwIS -END PGP SIGNATURE- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problems with updater.exe
Hello, I think the preferred way to generate and mantain documentation is using monodocer. IIRC it's place somewhere within the directory "monodoc" in the sources. I'm not at home so I don't have my GNU/Linux box at hand in order to give you more precise info. On 4/28/05, Giuseppe Greco <[EMAIL PROTECTED]> wrote: > Hi all, > > I'm trying to build some documentation with updater.exe > (shipped with monodoc)... but no way: > > [EMAIL PROTECTED] sdk]$ mono /usr/lib/monodoc/updater.exe >../../build/thermota-0.7/bin/Thermota.Core.dll >-o ../../build/thermota-0.7/doc/sdk/en-US -f > > I always get the message "Segmentation fault". I've also > tried to recompile the latest version of updater.exe from > SVN, but nothing... > > I'm running mono 1.1.6 on Fedora 3; any help would be > really appreciated. > > Thanks, > j3d. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problems with updater.exe
Giuseppe Greco wrote: I'm trying to build some documentation with updater.exe (shipped with monodoc)... but no way: Hi, Giuseppe. See: http://lists.ximian.com/archives/public/mono-list/2005-April/026691.html -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Dll loading failure
Try putting dodaj.dll in the same directory as your exe. Here is the compile script I use that includes a dll. http://cvs.sourceforge.net/viewcvs.py/tagelflax/tagml/vc%237/CompileWithMonoConsole.cmd?rev=1.5&view=markup You just need this: -r "dodaj.dll" --- Jurek Bartuszek <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi! > > What do I have to provide in order to load a dll in C# (mono/mcs)? > > This piece of code has been compiled using mcs. > > using System; > using System.Runtime.InteropServices; > > public class Hello { > > [DllImport("dodaj.dll")] > public static extern int Add(int a, int b); > > public static int Main() { > > Console.WriteLine("Your sum: {0}", Add(2,3)); > > return 0; > } > } > > Executed on windows, dodaj.dll is being found and a result of 5 is being > displayed. However, when I run `mono main.exe` on Linux, I still keep > getting this exception: > > $ mono main.exe > > Unhandled Exception: System.DllNotFoundException: dodaj.dll > in (wrapper managed-to-native) Hello:Add (int,int) > in <0xf> Hello:Main () > > Is there any system variable that should be set, or else? > > Regards, > > Jurek Bartuszek > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFCcPSh6l8uJkeTVlMRAuL+AJ4mWO59j+Cr6p6CpGQM7ijxelPamwCgxiQO > 3ni/q1sXEJ8X+Vtoh0tsANo= > =XSpp > -END PGP SIGNATURE- > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Problems with updater.exe
Hi all, I'm trying to build some documentation with updater.exe (shipped with monodoc)... but no way: [EMAIL PROTECTED] sdk]$ mono /usr/lib/monodoc/updater.exe ../../build/thermota-0.7/bin/Thermota.Core.dll -o ../../build/thermota-0.7/doc/sdk/en-US -f I always get the message "Segmentation fault". I've also tried to recompile the latest version of updater.exe from SVN, but nothing... I'm running mono 1.1.6 on Fedora 3; any help would be really appreciated. Thanks, j3d. -- Giuseppe Greco ::agamura:: phone: +41 (0)91 604 67 65 mobile: +41 (0)79 602 99 27 email: [EMAIL PROTECTED] web:www.agamura.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Dll loading failure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! What do I have to provide in order to load a dll in C# (mono/mcs)? This piece of code has been compiled using mcs. using System; using System.Runtime.InteropServices; public class Hello { [DllImport("dodaj.dll")] public static extern int Add(int a, int b); public static int Main() { Console.WriteLine("Your sum: {0}", Add(2,3)); return 0; } } Executed on windows, dodaj.dll is being found and a result of 5 is being displayed. However, when I run `mono main.exe` on Linux, I still keep getting this exception: $ mono main.exe Unhandled Exception: System.DllNotFoundException: dodaj.dll in (wrapper managed-to-native) Hello:Add (int,int) in <0xf> Hello:Main () Is there any system variable that should be set, or else? Regards, Jurek Bartuszek -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCcPSh6l8uJkeTVlMRAuL+AJ4mWO59j+Cr6p6CpGQM7ijxelPamwCgxiQO 3ni/q1sXEJ8X+Vtoh0tsANo= =XSpp -END PGP SIGNATURE- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Solaris
I don't consider myself as nit-picker but I don't find neither useful nor nice to send a message that: * Is completely written in Spanish. I am Spanish myself but I refrain from posting messages to an 'international' list such as this. I think that English is the 'lingua franca' to be used on this list. I find therefore writing in Spanish not to be very polite at all. And there are mono-oriented whose 'lingua franca' is Spanish. * Three quarters of its content is a 'Legal Notice' that could say the same in much fewer lines. Besides, statements like this: [...] Likewise, criminal penalties shall be incurred by any who, either for his/her own benefit or on behalf of third parties, or with prejudice of a third party, discloses or employs the information contained in this communication. [...] are just unacceptable, since I did not especifically requested you to send me any message, prevents me from using anything I could learn from reading your message... Miguel. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Installer Error
Hi Milen, The Mono versionpackaged with the installer is based on the Red Hat 9 binary build. It has some glibc dependencies that make it not work on certain DEbian versions and derivatives, as notedin the website pages. Once those issues are resolved, I can repackage it. Best regards Daniel On Wed, Apr 27, 2005 at 05:42:26PM +0100, Milen Dzhumerov wrote: > Hi all, > > After I tried the installer, I really liked it.Unfortunately, I get a > critical error. Here it is: > > [EMAIL PROTECTED]:~$ monodevelop > /home/gamehack/mono-1.1.6/bin/mono.bin: relocation > error: /home/gamehack/mono-1.1.6/bin/mono.bin: symbol __libc_stack_end, > version GLIBC_2.1 not defined in file ld-linux.so.2 with link time > reference > > I get the same error if I try to run monodoc as well. Does anyone have > any idea how to fix that? The system is a stock Ubuntu Hoary. > > Regards, > gamehack > > > > ___ > Mono-list maillist - Mono-list@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
[Mono-list] Mono at PDC 2003 - Slides still online?
Hi Miguel de Icaza, Hi Mono Team! Are the slides of your Mono presentation at the PDC 2003 still somewhere available online? I googled around... however, all I found where broken links to msdn and some blogs about the event. I found this post in the mono-list-archive: >Miguel de Icaza [EMAIL PROTECTED] >02 Nov 2003 02:10:38 -0500 >You can download the slides for the presentations at the PDC from:> >http://msdn.microsoft.com/events/pdc/agendaandsessions/sessions/default.aspx> >Miguel Unfortunately, the link is broken... (yes, true, it’s already a long time ago since the PDC) ;) Does anybody know if the slides are still online? Thank you very much, Barbara
[Mono-list] Odbc.DataReader.GetValue returns wrong data on CHAR columns
Mono Hackers! I've come over a problem with System.Data.Odbc. I know: why the hack use ODBC? My production system is Informix. And I found no (affordable) Informix driver so far. If anybody has a hint in this direction, let me know! My problem is, that GetValue() always returns the length 255 for CHAR fields when using ODBC. This is because a NULL-character is returned at the end of the string (which in my opinion is the actual bug). This leads to the wrong string size and to a complete mess when I try to display a database result in a ASP.NET DataGrid. If I remove the NULL manually, everything is OK. I tested this with Mono 1.1.6 (on Windows and SLES9/unixODBC); MS .NET behaves OK - no NULL characters and string length is correct. This is no Informix specific behaviour. It appears everytime on every CHAR column when using ODBC. VARCHARS work OK. I have created a test case for the Firebird database in Bugzilla (http://bugzilla.ximian.com/show_bug.cgi?id=74758) for easier reproduction. /daniel -- +++ GMX - die erste Adresse für Mail, Message, More +++ 10 GB Mailbox, 100 FreeSMS http://www.gmx.net/de/go/topmail ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] response.redirect() infinite loop.
On Wed, 2005-04-27 at 17:29 +0900, ììì wrote: [...] > after i set "Web.Config" for 'forms authentication' in apache html > directory just like below, > > ... > > > > > ... > > Response.Redirect() doesn't work and the login page loops infinitely. > > ... > if ( ValidateUser( username, password ) == true ) > { > FormsAuthentication.SetAuthCookie(username false); > Session["UserID"] = username; > Response.Redirect("default.aspx", false); > } > ... > > this code works very well with IIS. > but looks doesn't work in mod_mono. If you have a small test case that can reproduce your problem, plz use bugzilla.ximian.com to report the problem providing all the information needed to reproduce it. Thanks. -Gonzalo ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono Installer/Uninstaller
Hi, The installations are self-contained, and should not affect each other. If you have more than one installation, you will need to invoke the mono binaries with absolute paths to make sure you are invoking the right one cheers Daniel On Wed, Apr 27, 2005 at 04:47:25PM +0100, Milen Dzhumerov wrote: > Hi all, > > I've a few questions about the installer. What will happen if I use the > installer and install Mono 1.1.6 on a system where Mono 1.x is > installed? Is this case handled? What about uninstalling Mono on a > distro where you installed Mono using the installer? > > Regards, > gamehack > ___ > Mono-list maillist - Mono-list@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
[Mono-list] Debugger
I am trying to get the debugger working (again) , and I am getting this error. ** (/usr/local/lib/mono/1.0/mdb.exe:5990): WARNING **: Could not load class from Mono.Debugger.IEventHandle (token 0x012e) in /us r/local/lib/mono/1.0/mdb.exe (mdb) run Starting program: HelloWorld.exe EXCEPTION: System.IndexOutOfRangeException: Array index is out of range. in <0x00106> Mono.Debugger.Languages.Mono.VariableInfo:.ctor (Mono.Debugger.TargetBinaryReader reader) in <0x003c2> Mono.Debugger.Languages.Mono.MethodAddress:.ctor (Mono.CompilerServices.SymbolWriter.MethodEntry entry, Mono.Debugger.Ta rgetBinaryReader reader, Mono.Debugger.AddressDomain domain) in <0x00055> Mono.Debugger.Languages.Mono.MonoSymbolFile+MonoMethod:Load (Mono.Debugger.TargetBinaryReader dynamic_reader, Mono.Debug ger.AddressDomain domain) in <0x00061> Mono.Debugger.Languages.Mono.MonoSymbolFile:GetMonoMethod (Int32 index, System.Byte[] contents) in <0x0001c> Mono.Debugger.Languages.Mono.MonoSymbolFile+MethodRangeEntry:GetSymbolLookup () in <0xb> Mono.Debugger.SymbolRangeEntry:get_symbol_lookup (System.Object user_data) in (wrapper delegate-invoke) System.MulticastDelegate:invoke_object_object (object) in <0x000ca> Mono.Debugger.ObjectCache:get_Data () in <0x0007a> Mono.Debugger.SymbolRangeEntry:get_SymbolLookup () in <0x00294> Mono.Debugger.SymbolTable:Lookup (TargetAddress address) in <0x00133> Mono.Debugger.SymbolTableCollection:Lookup (TargetAddress address) in <0x00041> Mono.Debugger.Backends.SingleSteppingEngine:Lookup (TargetAddress address) in <0x000b0> Mono.Debugger.Backends.SingleSteppingEngine:frame_changed (TargetAddress address, Mono.Debugger.Backends.Operation opera tion) in <0x00c6c> Mono.Debugger.Backends.SingleSteppingEngine:ProcessEvent (Mono.Debugger.Backends.ChildEvent cevent) in <0x00252> Mono.Debugger.Backends.SingleSteppingEngine:ProcessEvent (Int32 status) in <0x0016c> Mono.Debugger.ThreadManager:engine_thread_main () Anyone have any ideas? This may seem like a wild and crazy thing to say, but is it possible that the debugger could be part of mono releases? Ralph ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list