[Mono-winforms-list] Porting apps using video from windows to linux?
Hi, I've got an app that I'm trying to port from Windows to Linux. At the moment it's written in C# and uses winforms. The winforms side of things works great, however I also have an embedded wmplayer window in the windows version which doesn't move to the linux version at all. This is the only thing about my app that doesn't work. Is there any way (and I don't mind recoding if I have to!) to port this mediaplayer window across to linux so that I can embed videos as part of my app? Thanks in advance, Matt -- Matthew Macdonald-Wallace [EMAIL PROTECTED] Sed quis custodiet ipsos custodies? ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] Porting apps using video from windows to linux?
Probably you need to write a component that glues with one of the video playing engines available in Linux, like GStreamer (that has a gst-sharp binding [managed wrapper]). Have fun, On 3/1/07, Matthew Macdonald-Wallace [EMAIL PROTECTED] wrote: Hi, I've got an app that I'm trying to port from Windows to Linux. At the moment it's written in C# and uses winforms. The winforms side of things works great, however I also have an embedded wmplayer window in the windows version which doesn't move to the linux version at all. This is the only thing about my app that doesn't work. Is there any way (and I don't mind recoding if I have to!) to port this mediaplayer window across to linux so that I can embed videos as part of my app? Thanks in advance, Matt -- Matthew Macdonald-Wallace [EMAIL PROTECTED] Sed quis custodiet ipsos custodies? ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list -- Rafael Monoman Teixeira --- The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. George Bernard Shaw ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-dev] SPAM-LOW: [Patch] ConfigurationFile should be relative to the ApplicationBase
Hi Jamie, Due to problems with CVS, I didn't get your last fixes into the release candidate. They'll show up in RC2/Final, whichever is next. Charlie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jamie Cansdale Sent: Thursday, February 22, 2007 8:28 AM To: Mono Development List Subject: SPAM-LOW: [Mono-dev] [Patch] ConfigurationFile should be relative to the ApplicationBase I recently hit an issue with Mono not being able to find my .config files. My application was developed using .NET so this is a discrepancy between Mono and .NET. AFAIK this behavior isn't documented anywhere. AppDomainSetup setup = new AppDomainSetup(); setup.ApplicationBase = app_base; setup.ConfigurationFile = blar.config; .NET would look for the .config file at 'app_base\blar.config'. Mono looks for the .config file in the current directory. If the ApplicationBase isn't specified in .NET a MemberAccessException is thrown when the ConfigurationFile property is accessed (assuming it isn't an absolute path). I've attached patches for unit tests and a fix for this. This is my first patch so please let me know if I'm doing it right. Thanks, Jamie. -- http://www.testdriven.net http://weblogs.asp.net/nunitaddin ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Crosscompile mono on Powerquicc3 - mscorlib.dll invalid CIL
Hello all, I'm trying to get Mono running on a Powerquicc3 (ppc core) processor for an embedded platform. As a crosscompiler we use eldk4 from http://www.denx.de First we crosscompiled the mono binaries for this host and second we compile mono native(x86) to have the mcs-compiler to compile the more higher layers of the mono-environment as descripbed in http://www.mono-project.com/Mono:ARM (but then for ppc). To get mono crosscompiled we generated the cpu-4g.h and inssel.h/inssel.c files on target using crosscompiled versions of genmdesc and monoburg. On the ppc we can run mono, where it gives us the help but nothing more. If we try to run: # mono helloworld.exe The file /opt/mono/lib/mscorlib.dll is an invalid CIL image What is the reason that we get this message and how can we create the correct dll's? I even tried using the libtool script for the cross environment using the native mcs-compiler. Because it is an embedded environment, we have to crosscompile things on a build machine so compiling mono on the powerquicc is not a good option. Thanks in advance. Regards, Jeroen --- Configure options for crosscompiling: ./configure CC=ppc_85xx-gcc RANLIB=ppc_85xx-ranlib CPP=ppc_85xx-cpp AR=ppc_85xx-ar AS=ppc_85xx-as STRIP=ppc_85xx-strip LD=ppc_85xx-ld CXX=ppc_85xx-c++ GXX=ppc_85xx-g++ --with-tls=no --prefix=/opt/mono cv_mono_sizeof_sunpath=104 mono_cv_uscore=set --host=powerpc-ppc85xx-linux2.6.16 --disable-mcs-build ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] SPAM-LOW: [Patch] ConfigurationFile should berelative to the ApplicationBase
Sorry to hit the list with this - I replied to the wrong email. Charlie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Charlie Poole Sent: Thursday, March 01, 2007 8:12 AM To: 'Jamie Cansdale'; 'Mono Development List' Subject: Re: [Mono-dev] SPAM-LOW: [Patch] ConfigurationFile should berelative to the ApplicationBase Hi Jamie, Due to problems with CVS, I didn't get your last fixes into the release candidate. They'll show up in RC2/Final, whichever is next. Charlie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jamie Cansdale Sent: Thursday, February 22, 2007 8:28 AM To: Mono Development List Subject: SPAM-LOW: [Mono-dev] [Patch] ConfigurationFile should be relative to the ApplicationBase I recently hit an issue with Mono not being able to find my .config files. My application was developed using .NET so this is a discrepancy between Mono and .NET. AFAIK this behavior isn't documented anywhere. AppDomainSetup setup = new AppDomainSetup(); setup.ApplicationBase = app_base; setup.ConfigurationFile = blar.config; .NET would look for the .config file at 'app_base\blar.config'. Mono looks for the .config file in the current directory. If the ApplicationBase isn't specified in .NET a MemberAccessException is thrown when the ConfigurationFile property is accessed (assuming it isn't an absolute path). I've attached patches for unit tests and a fix for this. This is my first patch so please let me know if I'm doing it right. Thanks, Jamie. -- http://www.testdriven.net http://weblogs.asp.net/nunitaddin ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] monodocs2html help with source
Hi See tools/stylesheet.xsl. If a cref attribute is specified, then the value of the cref attribute is used. If a langword attribute is used, then the value of the langword attribute is used. Right. I hadn't seen the langword match. From what I gather, the cref attribute makes for a link with the full type or member name as the text, whereas the langword is just output with no link. They seem to be mutually exclusive, so I can't link and specify text as well. Maybe for the Monodoc format they aren't, in which case this could be repaired for monodocs2html? Pedro signature.asc Description: OpenPGP digital signature ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] monodocs2html help with source
Pedro Sobota wrote: Hi See tools/stylesheet.xsl. If a cref attribute is specified, then the value of the cref attribute is used. If a langword attribute is used, then the value of the langword attribute is used. Right. I hadn't seen the langword match. From what I gather, the cref attribute makes for a link with the full type or member name as the text, whereas the langword is just output with no link. They seem to be mutually exclusive, so I can't link and specify text as well. Maybe for the Monodoc format they aren't, in which case this could be repaired for monodocs2html? They have different uses. langword is used to tag language keywords, like null, true, false, etc. cref is to make a link to another section of the documentation. The thing to do would be to improve the method for how the text for see cref='s are generated automatically, rather than add a way for the user to provide his own text. -- - Josh Tauberer http://razor.occams.info Yields falsehood when preceded by its quotation! Yields falsehood when preceded by its quotation! Achilles to Tortoise (in Gödel, Escher, Bach by Douglas Hofstadter) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] monodocs2html help with source
Hi They have different uses. langword is used to tag language keywords, like null, true, false, etc. cref is to make a link to another section of the documentation. I was aware; I considered using langword like a link text attribute because I was in a hurry. The thing to do would be to improve the method for how the text for see cref='s are generated automatically, rather than add a way for the user to provide his own text I thought that a means to define the text already existed, and it was what i.e. the Mono documentation was using. That not being the case, I agree with you. I'm going to see if I can make monodocs2html generate the link text like the Monodoc Browser does. Pedro signature.asc Description: OpenPGP digital signature ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [Patch] System.Web.UI.WebControls.DataList.cs
Attached id patch fixes applying styles if ExtractTemplateRows=true. DataList has ApplyControlStyle method iterates through the nested table rows, and applies item style to them. Also DataListItem in RenderItem method iterates through the nested table rows to perform render. I removed ApplyControlStyle, and styles are applied in DataListItem.RenderItem. Regards, Igor Zelmanovich. [EMAIL PROTECTED] DataList.patch Description: DataList.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] SqlConnection Pooling Problem?
I got problem to use SqlConnection in mono-1.2.3.1 (seems on pooling). It hangs on creating new SqlConnection(connectionString) if the Min Pool Size greater than 0. Here is my connectionStrings: connectionStrings add name=DefaultDb connectionString=Data Source=MYDBSITE\DBSERVER; User Id=superuser; Password=mypasswd; Max Pool Size=15; Min Pool Size=3;Pooling=yes; providerName=System.Data.SqlClient/ /connectionStrings If I change the Min Pool Size as 0, it can create the connection well, but only works the queries before close this connection (connection.Close()). The next time to use this connection (it is not null) will get the Exception SQL Server does not exist or access denied.. If I restart the application it will execute the first (set) query(s). After close and reopen the connection, got same error. The same web application runs OK on the early vewrsion(mono-1.1.18) without the Pool Size in the Web.Config. If I take the Pool Size off the config, the behave is same as Min Pool Size=0. Does anybody experience this problem? Tony Need Mail bonding? Go to the Yahoo! Mail QA for great tips from Yahoo! Answers users. http://answers.yahoo.com/dir/?link=listsid=396546091___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] SqlConnection Pooling Problem?
Actually, this problem started from mono-1.2.1. It is OK on mono-1.2. I just tested same application on those. - Original Message From: Tony Gu [EMAIL PROTECTED] To: Mono Development List mono-devel-list@lists.ximian.com Sent: Thursday, March 1, 2007 10:09:15 AM Subject: [Mono-dev] SqlConnection Pooling Problem? I got problem to use SqlConnection in mono-1.2.3.1 (seems on pooling). It hangs on creating new SqlConnection(connectionString) if the Min Pool Size greater than 0. Here is my connectionStrings: connectionStrings add name=DefaultDb connectionString=Data Source=MYDBSITE\DBSERVER; User Id=superuser; Password=mypasswd; Max Pool Size=15; Min Pool Size=3;Pooling=yes; providerName=System.Data.SqlClient/ /connectionStrings If I change the Min Pool Size as 0, it can create the connection well, but only works the queries before close this connection (connection.Close()). The next time to use this connection (it is not null) will get the Exception SQL Server does not exist or access denied.. If I restart the application it will execute the first (set) query(s). After close and reopen the connection, got same error. The same web application runs OK on the early vewrsion(mono-1.1.18) without the Pool Size in the Web.Config. If I take the Pool Size off the config, the behave is same as Min Pool Size=0. Does anybody experience this problem? Tony Get your own web address. Have a HUGE year through Yahoo! Small Business. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] Improvements to Mono assembly shadow-copying
Hello, The attached diff implements the following improvements: 1. When copying an assembly, it also makes copies of the associated .mdb and .config files, if found. 2. The shadow copies are created in a subdirectory below the app domain's dynamic base directory. The directory names are generated based on the assembly name hash, assembly location hash and the combination of the two. The assemblies will no longer be called shadow-XX, they will instead retain their original name. This mimics the way MS .Net works please review, thanks marek Index: mono/metadata/appdomain.c === --- mono/metadata/appdomain.c (revision 73612) +++ mono/metadata/appdomain.c (working copy) @@ -13,6 +13,9 @@ #include glib.h #include string.h #include unistd.h +#include errno.h +#include sys/stat.h +#include sys/types.h #include mono/os/gc_wrapper.h @@ -796,41 +799,155 @@ g_strfreev (pvt_split); } +static gboolean +shadow_copy_sibling (gchar *src, gint srclen, const char *extension, gchar *target, gint targetlen, gint tail_len) +{ + guint16 *orig, *dest; + gboolean copy_result; + + strcpy (src + srclen - tail_len, extension); + if (!g_file_test (src, G_FILE_TEST_IS_REGULAR)) + return TRUE; + orig = g_utf8_to_utf16 (src, strlen (src), NULL, NULL, NULL); + + strcpy (target + targetlen - tail_len, extension); + dest = g_utf8_to_utf16 (target, strlen (target), NULL, NULL, NULL); + + copy_result = CopyFile (orig, dest, TRUE); + g_free (orig); + g_free (dest); + + return copy_result; +} + +static gint32 +get_cstring_hash (const char *str) +{ + int len, i; + const char *p; + gint32 h = 0; + + if (!str || !str [0]) + return 0; + + len = strlen (str); + p = str; + for (i = 0; i len; i++) { + h = (h 5) - h + *p; + p++; + } + + return h; +} + +static char * +get_shadow_assembly_location (const char *filename) +{ + gint32 hash = 0, hash2 = 0; + char name_hash [9]; + char path_hash [19]; + char *bname = g_path_get_basename (filename); + MonoDomain *domain = mono_domain_get (); + + hash = get_cstring_hash (bname); + hash2 = get_cstring_hash (g_path_get_dirname (filename)); + snprintf (name_hash, sizeof (name_hash), %08x, hash); + snprintf (path_hash, sizeof (path_hash), %08x_%08x, hash ^ hash2, hash2); + return g_build_filename (mono_string_to_utf8 (domain-setup-dynamic_base), + assembly, + shadow, + name_hash, + path_hash, + bname, + NULL); +} + +static gboolean +ensure_directory_exists (const char *filename) +{ + char *tmp, *p; + gchar *dir = g_path_get_dirname (filename); + int retval; + + if (!dir || !dir [0]) + return FALSE; + + tmp = (char*) alloca (strlen (dir) + 1); + strcpy (tmp, dir); + p = tmp; + while (*p == '/') + p++; + + while (1) { + p = strchr (p, '/'); + if (p) + *p = '\0'; +#ifdef PLATFORM_WIN32 + retval = mkdir (tmp); +#else + retval = mkdir (tmp, 0777); +#endif + if (retval != 0 errno != EEXIST) { + g_free (dir); + return FALSE; + } + if (!p) + break; + *p++ = '/'; + } + + g_free (dir); + return TRUE; +} + static char * make_shadow_copy (const char *filename) { - gchar *tmp; + gchar *sibling_source, *sibling_target; + gint sibling_source_len, sibling_target_len; guint16 *orig, *dest; - MonoDomain *domain = mono_domain_get (); - char *db; - int fd; + char *shadow; gboolean copy_result; MonoException *exc; - db = mono_string_to_utf8 (domain-setup-dynamic_base); - tmp = g_build_filename (db, shadow-XX, NULL); - fd = mono_mkstemp (tmp); - if (fd == -1) { - exc = mono_get_exception_execution_engine (Failed to create shadow copy (mkstemp).); - g_free (tmp); - g_free (db); + shadow = get_shadow_assembly_location (filename); + if (ensure_directory_exists (shadow) == FALSE) { + exc = mono_get_exception_execution_engine (Failed to create shadow copy (ensure directory exists).); mono_raise_exception (exc); } - close (fd); - remove (tmp); + orig = g_utf8_to_utf16 (filename, strlen (filename), NULL, NULL, NULL); - dest = g_utf8_to_utf16 (tmp, strlen (tmp), NULL, NULL, NULL); + dest = g_utf8_to_utf16 (shadow, strlen (shadow), NULL, NULL, NULL); copy_result = CopyFile (orig, dest, TRUE); g_free (dest); g_free (orig); - g_free (db); if (copy_result == FALSE) { - g_free (tmp); + g_free (shadow); exc = mono_get_exception_execution_engine (Failed to create shadow copy (CopyFile).); mono_raise_exception (exc); } - return tmp; + + /* attempt to copy .mdb, .config if they exist */ + sibling_source = g_strconcat (filename, .config, NULL); + sibling_source_len = strlen (sibling_source); + sibling_target = g_strconcat (shadow, .config, NULL); + sibling_target_len = strlen (sibling_target); + + copy_result = shadow_copy_sibling (sibling_source, sibling_source_len, .mdb, sibling_target, sibling_target_len, 7); + if (copy_result == TRUE) + copy_result = shadow_copy_sibling (sibling_source, sibling_source_len, .config, sibling_target, sibling_target_len,
[Mono-dev] Does JIT produce code with frame pointer
Hi, 1- I want to ask if JIT produces code that has a frame pointer i.e. something similar to what you get when you omit the -fomit-frame-pointer option with gcc. 2- Is it correct that: a mono single threaded program has only two runtime stacks one for the application thread and the other for the GC thread. This means that when a managed method calls an internal mono method (icall) then on the app runtime stack I will have the managed method frame along with the icall frame on top of it (or below) of course with the wrapper in between. This is important as I am trying to integrate OProfile with mono and want to understand the stacks that should be sampled by OProfile to test them. Regards Expecting? Get great news right away with email Auto-Check. Try the Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/newmail_tools.html ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Does JIT produce code with frame pointer
On Thu, 2007-03-01 at 21:21 -0800, Muath A. Khalaf wrote: 1- I want to ask if JIT produces code that has a frame pointer i.e. something similar to what you get when you omit the -fomit-frame-pointer option with gcc. Yes, we use the frame pointer. 2- Is it correct that: a mono single threaded program has only two runtime stacks one for the application thread and the other for the GC thread. This means that when a managed method calls an internal mono method (icall) then on the app runtime stack I will have the managed method frame along with the icall frame on top of it (or below) of course with the wrapper in between. There can be a finalizer thread, too (if it's not disabled). This is important as I am trying to integrate OProfile with mono and want to understand the stacks that should be sampled by OProfile to test them. Interesting! But why should OProfile ignore the gc and finaliser stacks-threads? IMHO, one of the great things of OProfile is that it's a system-level profiler, which samples everything... what if in my application those threads play an important role performance-wise? Of course it's possible I'm missing something... However, I had the impression that the only thing that OProfile needs to know is the mapping from memory regions to methods in the source code. BTW, are you basing your work on the OProfile/Java integration done by IBM, or are you restarting from scratch? Ciao, Massi ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] SqlConnection Pooling Problem?
Hi, Could you please file a bug on this with a sample test case to reproduce this bug. http://bugzilla.ximian.com/enter_bug.cgi?product=Mono%3A%20Class%20Libraries under Sys.Data.SqlClient component. Thanks Nagappan Nagappan A [EMAIL PROTECTED] Linux Desktop Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.com Novell, Inc. SUSE® Linux Enterprise 10 Your Linux is ready™ http://www.novell.com/linux Tony Gu [EMAIL PROTECTED] 03/02/07 1:12 AM Actually, this problem started from mono-1.2.1. It is OK on mono-1.2. I just tested same application on those. - Original Message From: Tony Gu [EMAIL PROTECTED] To: Mono Development List mono-devel-list@lists.ximian.com Sent: Thursday, March 1, 2007 10:09:15 AM Subject: [Mono-dev] SqlConnection Pooling Problem? I got problem to use SqlConnection in mono-1.2.3.1 (seems on pooling). It hangs on creating new SqlConnection(connectionString) if the Min Pool Size greater than 0. Here is my connectionStrings: connectionStrings add name=DefaultDb connectionString=Data Source=MYDBSITE\DBSERVER; User Id=superuser; Password=mypasswd; Max Pool Size=15; Min Pool Size=3;Pooling=yes; providerName=System.Data.SqlClient/ /connectionStrings If I change the Min Pool Size as 0, it can create the connection well, but only works the queries before close this connection (connection.Close()). The next time to use this connection (it is not null) will get the Exception SQL Server does not exist or access denied.. If I restart the application it will execute the first (set) query(s). After close and reopen the connection, got same error. The same web application runs OK on the early vewrsion(mono-1.1.18) without the Pool Size in the Web.Config. If I take the Pool Size off the config, the behave is same as Min Pool Size=0. Does anybody experience this problem? Tony Get your own web address. Have a HUGE year through Yahoo! Small Business. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] Trouble starting the mono vmware image
Hello all, I have just downloaded the mono vmware image from the mono website and I am trying to use it on vmware server on windows xp sp2. The machine on which I run the vmware server is a pentium 4 with 1 GB of RAM. When I power on the vm (with the boot option splash=0), I get to the point where I can see the following: initrd /boot/initrd-2.6.18.2-34-default [Linux-initrd @ 0x1fbbd000, 0x3222b3 bytes] and that's it, it doesn't go any further. I haven't tried to run any other virtual machines (just installed vmware server) so I don't know if this is a general or specific issue with this particular vm. Any help is greatly appreciated to get this thing to work. Best regards, Stelian ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] MONO_PATH or config options for System.ConsoleKeyInfo on local compile
Dear mono list, on a shared host (gnu/linux 2.6.16, gcc 3.3.5) I've tried to compile and install locally mono-1.2.3.1 for a friend for a small experimental setup via ./configure --prefix=/home/blasum/mono --enable-minimal=profiler,pinvoke,debug,reflection_emit,logging --disable-shared-handles --with-sigaltstack=no --with-xen_opt=no --with-large-heaps=no --with-ikvm-native=no --with-interp=no --with-preview=no followed by make -Os (this, I think, just optimizes for space). This compiles and make installs, but when calling a program via MONO_PATH=mono/lib/mono/1.0 mono/bin/mono server I get: ** (server:8670): WARNING **: The class System.ConsoleKeyInfo could not be loaded, used in mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 Unhandled Exception: System.TypeLoadException: Could not load type 'System.ConsoleKeyInfo' from assembly 'mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'. grep ConsoleKeyInfo mono/lib/mono/1.0 gives Binary file mono/lib/mono/1.0/mscorlib.dll.mdb matches (It is not as a string in mscorlib.dll though.) Is this just a misconfigured MONO_PATH (my error might be very elementary ... ) or was I too restrictive with the compilation options? (due to space constraints I cannot afford a full install; I also try to go without libgdiplus on this remote server ...) Thanks in advance for any suggestions or generic advice (e.g. how I could check whether *.cs code actually got compiled or not, which library files to check for, how to find out whether a library file contains a certain compiled class or not, ... maybe some things are subtly different than I expect them to be when prejudiced by previous java exposure), -- Holger Blasum +49-174-7313590 (cell) GnuPG 1024D/ACDFC3B769DC1ED66B47 signature.asc Description: Digital signature ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Port MSSQL implementation as well
The Mono project is very interesting and has tremendous potential. Unfortunately it's not viable for regular web hosting on Unix, because it's missing MSSQL. ASP.NET developers develop their ASPX applications with MSSQL for the majority, and if you want to offer MSSQL, you need a Windows Server, in the end you're better off using ASPX on a Windows server in this case. Creating a free implementation of MSSQL for Unix would set the industry free from Microsoft, and web hosting companies could offer full-featured Windows hosting using just free software, and at the same price as LAMP hosting. Thanks for your attention, -- Charles A. Landemaine. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Port MSSQL implementation as well
There are many open source implementations of sql that run on linux. You should try PostgreSql. It implements much of the same functionality as MSSql. There is also MySql and a number of others, but I think for stored procedures and views and triggers and everything else that MSSql offers, you would have to go with PostgreSql... On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: The Mono project is very interesting and has tremendous potential. Unfortunately it's not viable for regular web hosting on Unix, because it's missing MSSQL. ASP.NET developers develop their ASPX applications with MSSQL for the majority, and if you want to offer MSSQL, you need a Windows Server, in the end you're better off using ASPX on a Windows server in this case. Creating a free implementation of MSSQL for Unix would set the industry free from Microsoft, and web hosting companies could offer full-featured Windows hosting using just free software, and at the same price as LAMP hosting. Thanks for your attention, -- Charles A. Landemaine. ___ 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] Port MSSQL implementation as well
This post feels like a troll ... but I'll bight. Do some more Googling and you'll find that it's quite easy to swap out the MSSQL backend for any number of other OS databases. A few full ports of various example web apps have been done running either MySQL or PostgreSQL. IMO Mono is quite a viable option. -Abe On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: The Mono project is very interesting and has tremendous potential. Unfortunately it's not viable for regular web hosting on Unix, because it's missing MSSQL. ASP.NET developers develop their ASPX applications with MSSQL for the majority, and if you want to offer MSSQL, you need a Windows Server, in the end you're better off using ASPX on a Windows server in this case. Creating a free implementation of MSSQL for Unix would set the industry free from Microsoft, and web hosting companies could offer full-featured Windows hosting using just free software, and at the same price as LAMP hosting. Thanks for your attention, -- Charles A. Landemaine. ___ 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] Port MSSQL implementation as well
Not all ASP.NET developers limit themselves to MSSQL, there are .NET drivers for many open source dbs and it is easy to use these other dbs from .NET. I would say that ASP.NET developers who want to move toward open platforms should consider starting by switching to an open source db, then try the web server with Mono My project, mojoPortal can use MS SQL, MySQL , or PostgreSQL http://www.mojoportal.com Joe On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: The Mono project is very interesting and has tremendous potential. Unfortunately it's not viable for regular web hosting on Unix, because it's missing MSSQL. ASP.NET developers develop their ASPX applications with MSSQL for the majority, and if you want to offer MSSQL, you need a Windows Server, in the end you're better off using ASPX on a Windows server in this case. Creating a free implementation of MSSQL for Unix would set the industry free from Microsoft, and web hosting companies could offer full-featured Windows hosting using just free software, and at the same price as LAMP hosting. Thanks for your attention, -- Charles A. Landemaine. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- Joe Audette Software Solutions Architect Source Tree Solutions, LLC [EMAIL PROTECTED] http://www.sourcetreesolutions.com http://www.mojoportal.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Port MSSQL implementation as well
On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: This post feels like a troll ... but I'll bight. No, this is not my intention. either MySQL or PostgreSQL. From my experience, if you don't specify MSSQL on your page of hosting packages, Windows developers aren't interested. When you suggest MySQL or Postgres, they shake their head saying they want MSSQL. -- Charles A. Landemaine. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Port MSSQL implementation as well
Ah, I see. You're interested in setting up a hosting environment for others. Well, yep, if you're trying to attract that clientèle then it'll be a tough sell. But I'd hope those who are already interested in a *nix type ASP.NET host would a) already be aware of this limitation and / or b) looking to house their DB in something other than MSSQL. -Abe On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: This post feels like a troll ... but I'll bight. No, this is not my intention. either MySQL or PostgreSQL. From my experience, if you don't specify MSSQL on your page of hosting packages, Windows developers aren't interested. When you suggest MySQL or Postgres, they shake their head saying they want MSSQL. -- Charles A. Landemaine. ___ 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] Port MSSQL implementation as well
In essence this is already there. Granted there's nothing to handle DB specific functionality, but if you target ADO.NET then things should stay fairly agnostic. -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: Initersting project would be to write some middleware that will translate calls from MSSQL client to for example PostgreSQL server (or some other) and reverse. That would be easier that create DB engine from scratch? Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Ah, I see. You're interested in setting up a hosting environment for others. Well, yep, if you're trying to attract that clientèle then it'll be a tough sell. But I'd hope those who are already interested in a *nix type ASP.NET host would a) already be aware of this limitation and / or b) looking to house their DB in something other than MSSQL. -Abe On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: This post feels like a troll ... but I'll bight. No, this is not my intention. either MySQL or PostgreSQL. From my experience, if you don't specify MSSQL on your page of hosting packages, Windows developers aren't interested. When you suggest MySQL or Postgres, they shake their head saying they want MSSQL. -- Charles A. Landemaine. ___ 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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Port MSSQL implementation as well
You mean by changing access classes (ado.net)? Another thing with MSSQL is very well Visual Studio 2005 integration in design time. I just tried to work Firebird DDEX provider for VS2005, things doesn't go so smooth like with MSSQL (trying to do some stuff from MS examples, where they uses MSSQL) Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: In essence this is already there. Granted there's nothing to handle DB specific functionality, but if you target ADO.NET then things should stay fairly agnostic. -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: Initersting project would be to write some middleware that will translate calls from MSSQL client to for example PostgreSQL server (or some other) and reverse. That would be easier that create DB engine from scratch? Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Ah, I see. You're interested in setting up a hosting environment for others. Well, yep, if you're trying to attract that clientèle then it'll be a tough sell. But I'd hope those who are already interested in a *nix type ASP.NET host would a) already be aware of this limitation and / or b) looking to house their DB in something other than MSSQL. -Abe On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: This post feels like a troll ... but I'll bight. No, this is not my intention. either MySQL or PostgreSQL. From my experience, if you don't specify MSSQL on your page of hosting packages, Windows developers aren't interested. When you suggest MySQL or Postgres, they shake their head saying they want MSSQL. -- Charles A. Landemaine. ___ 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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Port MSSQL implementation as well
Hmmm ... you're right about this. I just tried adding a connection for a PostgreSQL DB but there's no option to add a new driver (Npgsql in this case). There must be some way. Anyone know? -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: You mean by changing access classes (ado.net)? Another thing with MSSQL is very well Visual Studio 2005 integration in design time. I just tried to work Firebird DDEX provider for VS2005, things doesn't go so smooth like with MSSQL (trying to do some stuff from MS examples, where they uses MSSQL) Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: In essence this is already there. Granted there's nothing to handle DB specific functionality, but if you target ADO.NET then things should stay fairly agnostic. -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: Initersting project would be to write some middleware that will translate calls from MSSQL client to for example PostgreSQL server (or some other) and reverse. That would be easier that create DB engine from scratch? Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Ah, I see. You're interested in setting up a hosting environment for others. Well, yep, if you're trying to attract that clientèle then it'll be a tough sell. But I'd hope those who are already interested in a *nix type ASP.NET host would a) already be aware of this limitation and / or b) looking to house their DB in something other than MSSQL. -Abe On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: This post feels like a troll ... but I'll bight. No, this is not my intention. either MySQL or PostgreSQL. From my experience, if you don't specify MSSQL on your page of hosting packages, Windows developers aren't interested. When you suggest MySQL or Postgres, they shake their head saying they want MSSQL. -- Charles A. Landemaine. ___ 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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Port MSSQL implementation as well
Did you download and reference Npgsql in your project? On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Hmmm ... you're right about this. I just tried adding a connection for a PostgreSQL DB but there's no option to add a new driver (Npgsql in this case). There must be some way. Anyone know? -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: You mean by changing access classes (ado.net)? Another thing with MSSQL is very well Visual Studio 2005 integration in design time. I just tried to work Firebird DDEX provider for VS2005, things doesn't go so smooth like with MSSQL (trying to do some stuff from MS examples, where they uses MSSQL) Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: In essence this is already there. Granted there's nothing to handle DB specific functionality, but if you target ADO.NET then things should stay fairly agnostic. -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: Initersting project would be to write some middleware that will translate calls from MSSQL client to for example PostgreSQL server (or some other) and reverse. That would be easier that create DB engine from scratch? Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Ah, I see. You're interested in setting up a hosting environment for others. Well, yep, if you're trying to attract that clientèle then it'll be a tough sell. But I'd hope those who are already interested in a *nix type ASP.NET host would a) already be aware of this limitation and / or b) looking to house their DB in something other than MSSQL. -Abe On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: This post feels like a troll ... but I'll bight. No, this is not my intention. either MySQL or PostgreSQL. From my experience, if you don't specify MSSQL on your page of hosting packages, Windows developers aren't interested. When you suggest MySQL or Postgres, they shake their head saying they want MSSQL. -- Charles A. Landemaine. ___ 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 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] Port MSSQL implementation as well
Support for PostgreSQL in Visual Studio 2005 with design time extensions (DDEX) is available commercially (could bee googled :) and that is not Npgsql. Even if we crated project using this one, it would not run on FREE environment without setting up commercial components. Npgsql could be only refereced from code. Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Hmmm ... you're right about this. I just tried adding a connection for a PostgreSQL DB but there's no option to add a new driver (Npgsql in this case). There must be some way. Anyone know? -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: You mean by changing access classes (ado.net)? Another thing with MSSQL is very well Visual Studio 2005 integration in design time. I just tried to work Firebird DDEX provider for VS2005, things doesn't go so smooth like with MSSQL (trying to do some stuff from MS examples, where they uses MSSQL) Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: In essence this is already there. Granted there's nothing to handle DB specific functionality, but if you target ADO.NET then things should stay fairly agnostic. -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: Initersting project would be to write some middleware that will translate calls from MSSQL client to for example PostgreSQL server (or some other) and reverse. That would be easier that create DB engine from scratch? Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Ah, I see. You're interested in setting up a hosting environment for others. Well, yep, if you're trying to attract that clientèle then it'll be a tough sell. But I'd hope those who are already interested in a *nix type ASP.NET host would a) already be aware of this limitation and / or b) looking to house their DB in something other than MSSQL. -Abe On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: This post feels like a troll ... but I'll bight. No, this is not my intention. either MySQL or PostgreSQL. From my experience, if you don't specify MSSQL on your page of hosting packages, Windows developers aren't interested. When you suggest MySQL or Postgres, they shake their head saying they want MSSQL. -- Charles A. Landemaine. ___ 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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Port MSSQL implementation as well
Oh, you certainly can use Npgsql in your code in VS.NET but there doesn't seem to be a way to use the integrated Server Explorer to view / manage a PosgreSQL DB. But, as Madras stated, perhaps there's a viable commercial option. Of course there's always pgadmin if you can get by without the need of admining from the IDE. -Abe On 3/1/07, Austin Winstanley [EMAIL PROTECTED] wrote: Did you download and reference Npgsql in your project? On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Hmmm ... you're right about this. I just tried adding a connection for a PostgreSQL DB but there's no option to add a new driver (Npgsql in this case). There must be some way. Anyone know? -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: You mean by changing access classes (ado.net)? Another thing with MSSQL is very well Visual Studio 2005 integration in design time. I just tried to work Firebird DDEX provider for VS2005, things doesn't go so smooth like with MSSQL (trying to do some stuff from MS examples, where they uses MSSQL) Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: In essence this is already there. Granted there's nothing to handle DB specific functionality, but if you target ADO.NET then things should stay fairly agnostic. -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: Initersting project would be to write some middleware that will translate calls from MSSQL client to for example PostgreSQL server (or some other) and reverse. That would be easier that create DB engine from scratch? Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Ah, I see. You're interested in setting up a hosting environment for others. Well, yep, if you're trying to attract that clientèle then it'll be a tough sell. But I'd hope those who are already interested in a *nix type ASP.NET host would a) already be aware of this limitation and / or b) looking to house their DB in something other than MSSQL. -Abe On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: This post feels like a troll ... but I'll bight. No, this is not my intention. either MySQL or PostgreSQL. From my experience, if you don't specify MSSQL on your page of hosting packages, Windows developers aren't interested. When you suggest MySQL or Postgres, they shake their head saying they want MSSQL. -- Charles A. Landemaine. ___ 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 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] ilasm/runtime question
Hi, I have the following IL file, and when compiler by either Microsoft's or Mono's ILAsm, it fails to run on my G4 iBook under any version of Mono with this exception: marvin-2:~/cobol/src sandyd$ mono test.exe Unhandled Exception: System.InvalidProgramException: Invalid IL code in __CobolProgram:MAIN_PARAGRAPH (): IL_0061: stloc.0 at 0x0 unknown method at Module.main () [0x0] at Module.main () [0x0] On my Macmini, it works fine. Re-installing Mono makes no difference. I was wondering if anyone's come across anything like this before? The code is like this: .assembly extern mscorlib { .ver 2:0:0:0 .publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) // .z\V.4.. } .assembly extern System { .ver 2:0:0:0 .publickeytoken = (B7 7A 5C 56 19 34 E0 89 ) // .z\V.4.. } .assembly 'test' { .custom instance void class [mscorlib]System.Runtime.CompilerServices.RuntimeCompatibilityAttribute::.ctor() = ( 01 00 01 00 54 02 16 57 72 61 70 4E 6F 6E 45 78 // T..WrapNonEx 63 65 70 74 69 6F 6E 54 68 72 6F 77 73 01 ) // ceptionThrows. .hash algorithm 0x8004 .ver 0:0:0:0 } .class private auto ansi beforefieldinit __CobolProgram extends [mscorlib]System.Object { .field public string TEXT_OUT .field public string TEXT_IN .field public int32 NUMBER_A .method public hidebysig specialname rtspecialname instance void .ctor() cil managed { .maxstack 6 ldarg.0 ldstr Hello stfld string __CobolProgram::TEXT_OUT ldarg.0 ldstr stfld string __CobolProgram::TEXT_IN ldarg.0 ldc.i4.s 0x stfld int32 __CobolProgram::NUMBER_A ret } .method public void MAIN_PARAGRAPH() cil managed { .maxstack 8 .locals init ( string __cobolInputTemp) IL_: ldstr {0} IL_0005: ldstr Backwards loop test: IL_000a: call void class [mscorlib]System.Console::WriteLine(string, object) IL_000f: ldarg.0 IL_0010: ldc.i4.s 0x000a IL_0012: stfld int32 __CobolProgram::NUMBER_A IL_0017: ldarg.0 IL_0018: dup IL_0019: ldfld int32 __CobolProgram::NUMBER_A IL_001e: ldc.i4.s 0x IL_0020: sub IL_0021: stfld int32 __CobolProgram::NUMBER_A IL_0026: br IL_0054 IL_002b: ldarg.0 IL_002c: dup IL_002d: ldfld int32 __CobolProgram::NUMBER_A IL_0032: ldc.i4.s 0x IL_0034: add IL_0035: stfld int32 __CobolProgram::NUMBER_A IL_003a: ldstr {0}{1} IL_003f: ldstr IL_0044: ldarg.0 IL_0045: ldfld int32 __CobolProgram::NUMBER_A IL_004a: box [mscorlib]System.Int32 IL_004f: call void class [mscorlib]System.Console::WriteLine(string, object, object) IL_0054: ldarg.0 IL_0055: ldfld int32 __CobolProgram::NUMBER_A IL_005a: ldc.i4.s 0x0001 IL_005c: ceq IL_005e: ldc.i4.0 IL_005f: ceq IL_0061: stloc.0 IL_0062: ldloc.0 IL_0063: brtrue IL_002b IL_0068: ldstr {0} IL_006d: ldstr Input test: IL_0072: call void class [mscorlib]System.Console::WriteLine(string, object) IL_0077: ldarg.0 IL_0078: call instance void class __CobolProgram::PARA2() IL_007d: ret } .method public void PARA2() cil managed { .maxstack 8 .locals init ( string __cobolInputTemp) IL_: ldarg.0 IL_0001: call string class [mscorlib]System.Console::ReadLine() IL_0006: stfld string __CobolProgram::TEXT_IN IL_000b: ldstr {0}{1} IL_0010: ldarg.0 IL_0011: ldfld string __CobolProgram::TEXT_OUT IL_0016: ldarg.0 IL_0017: ldfld string __CobolProgram::TEXT_IN IL_001c: call void class [mscorlib]System.Console::WriteLine(string, object, object) IL_0021: ldarg.0 IL_0022: ldarg.0 IL_0023: ldfld string __CobolProgram::TEXT_OUT IL_0028: ldstr IL_002d: ldarg.0 IL_002e: ldflda string __CobolProgram::TEXT_IN IL_0033: ldc.i4.s 0x IL_0035: call instance void class __CobolProgram::__CobolString(string, string, [out] string, int32) IL_003b: ldstr {0} IL_0040: ldarg.0 IL_0041: ldfld string __CobolProgram::TEXT_IN IL_0046: call void class [mscorlib]System.Console::WriteLine(string, object) IL_004b: ret } .method private hidebysig instance default void __CobolString (string from, string delimiter, string 'to', int32 ptr) cil managed { .maxstack 20 .locals init ( stringV_0, int32 V_1, stringV_2, stringV_3) IL_: ldarg.1 IL_0001: ldarg.2 IL_0002: callvirt instance int32 string::IndexOf(string) IL_0007:
Re: [Mono-list] Port MSSQL implementation as well
Admin a DB via the MS IDE is a mess... - Original Message - From: Abe Gillespie [EMAIL PROTECTED] To: Austin Winstanley [EMAIL PROTECTED] Cc: mono-list@lists.ximian.com Sent: Thursday, March 01, 2007 9:06 PM Subject: Re: [Mono-list] Port MSSQL implementation as well Oh, you certainly can use Npgsql in your code in VS.NET but there doesn't seem to be a way to use the integrated Server Explorer to view / manage a PosgreSQL DB. But, as Madras stated, perhaps there's a viable commercial option. Of course there's always pgadmin if you can get by without the need of admining from the IDE. -Abe On 3/1/07, Austin Winstanley [EMAIL PROTECTED] wrote: Did you download and reference Npgsql in your project? On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Hmmm ... you're right about this. I just tried adding a connection for a PostgreSQL DB but there's no option to add a new driver (Npgsql in this case). There must be some way. Anyone know? -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: You mean by changing access classes (ado.net)? Another thing with MSSQL is very well Visual Studio 2005 integration in design time. I just tried to work Firebird DDEX provider for VS2005, things doesn't go so smooth like with MSSQL (trying to do some stuff from MS examples, where they uses MSSQL) Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: In essence this is already there. Granted there's nothing to handle DB specific functionality, but if you target ADO.NET then things should stay fairly agnostic. -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: Initersting project would be to write some middleware that will translate calls from MSSQL client to for example PostgreSQL server (or some other) and reverse. That would be easier that create DB engine from scratch? Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Ah, I see. You're interested in setting up a hosting environment for others. Well, yep, if you're trying to attract that clientèle then it'll be a tough sell. But I'd hope those who are already interested in a *nix type ASP.NET host would a) already be aware of this limitation and / or b) looking to house their DB in something other than MSSQL. -Abe On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: This post feels like a troll ... but I'll bight. No, this is not my intention. either MySQL or PostgreSQL. From my experience, if you don't specify MSSQL on your page of hosting packages, Windows developers aren't interested. When you suggest MySQL or Postgres, they shake their head saying they want MSSQL. -- Charles A. Landemaine. ___ 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 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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Port MSSQL implementation as well
That's where I was subtly going. ;) -Abe On 3/1/07, Jorge Bastos [EMAIL PROTECTED] wrote: Admin a DB via the MS IDE is a mess... - Original Message - From: Abe Gillespie [EMAIL PROTECTED] To: Austin Winstanley [EMAIL PROTECTED] Cc: mono-list@lists.ximian.com Sent: Thursday, March 01, 2007 9:06 PM Subject: Re: [Mono-list] Port MSSQL implementation as well Oh, you certainly can use Npgsql in your code in VS.NET but there doesn't seem to be a way to use the integrated Server Explorer to view / manage a PosgreSQL DB. But, as Madras stated, perhaps there's a viable commercial option. Of course there's always pgadmin if you can get by without the need of admining from the IDE. -Abe On 3/1/07, Austin Winstanley [EMAIL PROTECTED] wrote: Did you download and reference Npgsql in your project? On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Hmmm ... you're right about this. I just tried adding a connection for a PostgreSQL DB but there's no option to add a new driver (Npgsql in this case). There must be some way. Anyone know? -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: You mean by changing access classes (ado.net)? Another thing with MSSQL is very well Visual Studio 2005 integration in design time. I just tried to work Firebird DDEX provider for VS2005, things doesn't go so smooth like with MSSQL (trying to do some stuff from MS examples, where they uses MSSQL) Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: In essence this is already there. Granted there's nothing to handle DB specific functionality, but if you target ADO.NET then things should stay fairly agnostic. -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: Initersting project would be to write some middleware that will translate calls from MSSQL client to for example PostgreSQL server (or some other) and reverse. That would be easier that create DB engine from scratch? Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Ah, I see. You're interested in setting up a hosting environment for others. Well, yep, if you're trying to attract that clientèle then it'll be a tough sell. But I'd hope those who are already interested in a *nix type ASP.NET host would a) already be aware of this limitation and / or b) looking to house their DB in something other than MSSQL. -Abe On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: This post feels like a troll ... but I'll bight. No, this is not my intention. either MySQL or PostgreSQL. From my experience, if you don't specify MSSQL on your page of hosting packages, Windows developers aren't interested. When you suggest MySQL or Postgres, they shake their head saying they want MSSQL. -- Charles A. Landemaine. ___ 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 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 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] Port MSSQL implementation as well
OK, Sql admin not the best one, but how with other stuff, like strongly typed datasets and other design time features? On 3/2/07, Abe Gillespie [EMAIL PROTECTED] wrote: That's where I was subtly going. ;) -Abe On 3/1/07, Jorge Bastos [EMAIL PROTECTED] wrote: Admin a DB via the MS IDE is a mess... - Original Message - From: Abe Gillespie [EMAIL PROTECTED] To: Austin Winstanley [EMAIL PROTECTED] Cc: mono-list@lists.ximian.com Sent: Thursday, March 01, 2007 9:06 PM Subject: Re: [Mono-list] Port MSSQL implementation as well Oh, you certainly can use Npgsql in your code in VS.NET but there doesn't seem to be a way to use the integrated Server Explorer to view / manage a PosgreSQL DB. But, as Madras stated, perhaps there's a viable commercial option. Of course there's always pgadmin if you can get by without the need of admining from the IDE. -Abe On 3/1/07, Austin Winstanley [EMAIL PROTECTED] wrote: Did you download and reference Npgsql in your project? On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Hmmm ... you're right about this. I just tried adding a connection for a PostgreSQL DB but there's no option to add a new driver (Npgsql in this case). There must be some way. Anyone know? -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: You mean by changing access classes (ado.net)? Another thing with MSSQL is very well Visual Studio 2005 integration in design time. I just tried to work Firebird DDEX provider for VS2005, things doesn't go so smooth like with MSSQL (trying to do some stuff from MS examples, where they uses MSSQL) Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: In essence this is already there. Granted there's nothing to handle DB specific functionality, but if you target ADO.NET then things should stay fairly agnostic. -Abe On 3/1/07, Madars Vitolins [EMAIL PROTECTED] wrote: Initersting project would be to write some middleware that will translate calls from MSSQL client to for example PostgreSQL server (or some other) and reverse. That would be easier that create DB engine from scratch? Madars. On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: Ah, I see. You're interested in setting up a hosting environment for others. Well, yep, if you're trying to attract that clientèle then it'll be a tough sell. But I'd hope those who are already interested in a *nix type ASP.NET host would a) already be aware of this limitation and / or b) looking to house their DB in something other than MSSQL. -Abe On 3/1/07, Charles A. Landemaine [EMAIL PROTECTED] wrote: On 3/1/07, Abe Gillespie [EMAIL PROTECTED] wrote: This post feels like a troll ... but I'll bight. No, this is not my intention. either MySQL or PostgreSQL. From my experience, if you don't specify MSSQL on your page of hosting packages, Windows developers aren't interested. When you suggest MySQL or Postgres, they shake their head saying they want MSSQL. -- Charles A. Landemaine. ___ 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 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 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 maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Port MSSQL implementation as well
While I'm at it, I read on WebHostingTalk that mod_mono uses a faire amout of RAM, is that right? How heavy is it? Is it as heavy as JSP? -- Charles A. Landemaine. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list