Re: [Mono-list] OutOfMemoryException
On Fri, 2005-03-18 at 15:29 +0300, Yury Serdyuk wrote: > I've encountered problem trying allocate array of > 1 Gb size on > machine with 4 Gb RAM : What is the output of the execution of the following shell command : ulimit -d ? -- Julien Gilli <[EMAIL PROTECTED]> IDEALX signature.asc Description: This is a digitally signed message part
[Mono-list] Why ByteFx needs Windows.Forms
Hi, while installing byteFx I noticed (in several versions) that it needs two packages: mono(System.Design) mono(System.Windows.Forms) Can anybody perhaps tell me WHY? I am wondering... and I don't have fully understood why those packages.. Thanks for any hint, Barbara ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Why ByteFx needs Windows.Forms
I do not like the ideal of the driver requiring SWF either. However, ByteFX.Data uses S.W.F. for design-time support in Visual Studio.net such as screating data sets based on some wizards... I'm not sure all you can do with this design-time support because I never use it. Barbara Plank wrote: Hi, while installing byteFx I noticed (in several versions) that it needs two packages: mono(System.Design) mono(System.Windows.Forms) Can anybody perhaps tell me WHY? I am wondering... and I don't have fully understood why those packages.. Thanks for any hint, Barbara ___ 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
AW: [Mono-list] VB Good Mono Project
Regarding the request to reuse VB6 controls: There will be a new release of Visual Studio 2005 in the next weeks by Microsoft. As far as I know, it will contain a better migration assistant to convert MS VB 6 projects to VB.NET. Then, those self-created controls from VB 6 should be easily portable to a fullly .NET compliant control, this way. After that, you should be able to use the new .NET source code and reuse it in all your .NET projects - on Windows and also on Linux and Mac (Mono). -Jochen -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Aaron DeRenard Gesendet: Donnerstag, 17. März 2005 20:34 An: mono-list@lists.ximian.com Betreff: [Mono-list] VB Good Mono Project In Re: http://lists.ximian.com/archives/public/mono-list/2005-March/026303.html I would like to say this and this only. VB6 isn't only about using 3rd party controls. In fact, most vb6 users choose vb6 the ease of creating their own reusable controls to use in other vb6, vc++6, and web projects. I only want to strongly encourage anyone to take a crack at this compiler. There are lots of people out there still writing vb6 and wishing there were a portability solution. Thank you, Aaron DeRenard ___ 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
AW: [Mono-list] Why ByteFx needs Windows.Forms
Ah, that's why... Thank you for the information. However, I also don't like the idea that the driver needs SWF. :( And the design time support for VS.NET... Another question: Did anybody test MySQL Connector/Net on Mono? I saw that ByteFx will not be further developed... and that MySQL Connector/Net is its successor.. am I right? Did anybody test it on Mono? Or: is Mono supporting this driver? Thank you, Barbara Daniel Morgan wrote: I do not like the ideal of the driver requiring SWF either. However, ByteFX.Data uses S.W.F. for design-time support in Visual Studio.net such as screating data sets based on some wizards... I'm not sure all you can do with this design-time support because I never use it. Barbara Plank wrote: >Hi, > >while installing byteFx I noticed (in several versions) that it >needs two packages: > >mono(System.Design) >mono(System.Windows.Forms) > >Can anybody perhaps tell me WHY? I am wondering... and I don't have fully >understood why those packages.. > >Thanks for any hint, > >Barbara > > >___ >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] Why ByteFx needs Windows.Forms
haven't read much on what ByteFX is, but couldn't it be split into more assemblies with the designers in a separate one? I suppose if source is available one can try doing it themselves then contribute back the info on how to split it - George Birbilis ([EMAIL PROTECTED]) Microsoft Most Valuable Professional MVP J# for 2004 & 2005 http://www.kagi.com/birbilis -- I do not like the ideal of the driver requiring SWF either. However, ByteFX.Data uses S.W.F. for design-time support in Visual Studio.net such as screating data sets based on some wizards... I'm not sure all you can do with this design-time support because I never use it. Barbara Plank wrote: Hi, while installing byteFx I noticed (in several versions) that it needs two packages: mono(System.Design) mono(System.Windows.Forms) Can anybody perhaps tell me WHY? I am wondering... and I don't have fully understood why those packages.. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Why ByteFx needs Windows.Forms
Yes, MySQL connector/NET is now the correct one to use; I've used it on mono and never had a problem with it. The latest version is available from dev.mysql.com > > Another question: > Did anybody test MySQL Connector/Net on Mono? > I saw that ByteFx will not be further developed... and that MySQL > Connector/Net is its successor.. am I right? Did anybody test it on Mono? > Or: is Mono supporting this driver? > ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] VB Good Mono Project
In Re: http://lists.ximian.com/archives/public/mono-list/2005-March/026303.html VB.net is mostly enhanced compared to VB6 and the language syntax is mostly backwards compatible. See "A Programmer's Introduction to Visual Basic.NET" from Craig Utley (SAMS). MS used to give a smaller preview version of it for free in the past. Very nicely written and very informative on what changed from VB6 to VB.net in syntax (esp. things like array indexing/bounds etc.) I would like to say this and this only. VB6 isn't only about using 3rd party controls. In fact, most vb6 users choose vb6 the ease of creating their own reusable controls to use in other vb6, vc++6, and web projects. I only >want to strongly encourage anyone to take a crack at this compiler. There are lots of people out there still writing vb6 and wishing there were a portability solution. not sure if it would help, but checkout my site below and follow the "tranXform" link, then the "VB6*" links (have code to parse VB6 form files and make XML out of it, then transform it via XSLT to say .aspx html pages [ASP.net] - might help, although I'm not sure if user controls of VB6 use similar descriptive format or if they were using an imperative [commands] format to define the GUI as used in Visual Studio.net [and in many Java IDEs]). I prefer the declarative syntax since it's potentially transformable - George Birbilis ([EMAIL PROTECTED]) Microsoft Most Valuable Professional MVP J# for 2004 & 2005 http://www.kagi.com/birbilis -- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono licence
On Sun, 2005-03-20 at 07:33, Paul wrote: Just to get it straight. Have you read the first direct response from Miguel? You are confusing things. Licenses are for distribution of some creation, and it is upon the (whole chain of) creators the choices for how to do so: they are automatically entitled. Patent is some limited-time exclusivity granted for the use/exploration of some innovative artifact. The creator must prove it was the first think of it, and apply for the grant. In USA, were corporations heartlessly rule, they extended the reach of patents to software, and even simple generic ideas. The whole heart of the issue is that someone may patent things he/she created that someone else independently created before, during or even after the patent was applied/granted. This multiplicity of similar, or even functionally identical, creations can't be prevented, and more, in the field of software development it is highly common, as everybody strives for the best possible designs and solutions, and borrow from the same base of knowledge. That is why software patents is such a bad idea. A single patent may take a small but fundamental piece of good design out of reach of the whole industry/community preventing everybody from achieving good performance or having a clean design, or even from being able to comply with standards. Well, but in practicality what we are saying is: the parts of mono we have chosen to license as GPL, we can rightly do so as we are the authors of it. I don't have any patents of my own directly affecting it, and if I have, obviously I would grant royalty-free access to it, to make it compatible with what GPL says, and I think Novell and other core developers of Mono are also in the same situation. What we can't do is be sure that no one has been granted any patent that would affect mono, or do anything about it preventively. Period. We are as sure as possible of our "cleanroomness", and prefer to deal with possible patent cases as they effectively appear. That is sensible even for a big company as Novell, as all this patent crap costs a lot of money and time... So please Paul don't mix things again, Have fun, -- Rafael "Monoman" Teixeira Mono Hacker since 16 Jul 2001 - http://www.go-mono.org/ Mono Brasil Founding Member - http://monobrasil.redesolbrasil.org/ English Blog: http://monoblog.blogspot.com/ Brazilian Portuguese Blog: http://monoblog.weblogger.terra.com.br/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] About to Compile MCS
Hi Guilherme, see answer inline: On Sat, 2005-03-19 at 22:33 -0300, Guilherme Martins wrote: > I have downloaded the jay binary version from an article: > http://www.codeproject.com/csharp/codedomparser.asp > > An I run jay to generate my cs-parser.cs, that "worked" fine! > > But the generated file have it's syntax wrong, to illustrate the file > begins with a case statement :-(... It seems you are not using the correct template for jay. If you took the time to read our makefile you would have seen how jay is called and that we pass it a C#-specific template file. The template is in the jay directory parallel with the mcs (compiler) directory. > Some one know how to solve it? from our makefile: jay -ctv < skeleton.cs cs-parser.jay > cs-parser.cs As it seems that you aren't getting our sources right skeleton.cs is attached. > Note: I'm using Windows and I just want to compile MCS with VS.NET. Bad choice, but if you really want now you may be able, just don't forget to define these two symbols in the project configurations: NET_1_1 ONLY_1_1. -- Rafael "Monoman" Teixeira Mono Hacker since 16 Jul 2001 - http://www.go-mono.org/ Mono Brasil Founding Member - http://monobrasil.softwarelivre.org/ English Blog: http://monoblog.blogspot.com/ # jay skeleton # character in column 1 determines outcome... # # is a comment # . is copied # t is copied as //t if -t is set # other lines are interpreted to call jay procedures .// created by jay 0.7 (c) 1998 [EMAIL PROTECTED] . prolog ## %{ ... %} prior to the first %% . . /** error output stream. . It should be changeable. .*/ . public System.IO.TextWriter ErrorOutput = System.Console.Out; . . /** simplified error message. . @see yyerror .*/ . public void yyerror (string message) { .yyerror(message, null); . } . . /** (syntax) error message. . Can be overwritten to control message format. . @param message text to be displayed. . @param expected vector of acceptable tokens, if available. .*/ . public void yyerror (string message, string[] expected) { .if ((yacc_verbose_flag > 0) && (expected != null) && (expected.Length > 0)) { . ErrorOutput.Write (message+", expecting"); . for (int n = 0; n < expected.Length; ++ n) .ErrorOutput.Write (" "+expected[n]); .ErrorOutput.WriteLine (); .} else . ErrorOutput.WriteLine (message); . } . . /** debugging support, requires the package jay.yydebug. . Set to null to suppress debugging messages. .*/ t internal yydebug.yyDebug debug; . debug ## tables for debugging support . . /** index-checked interface to yyNames[]. . @param token single character or %token value. . @return token name or [illegal] or [unknown]. .*/ t public static string yyname (int token) { tif ((token < 0) || (token > yyNames.Length)) return "[illegal]"; tstring name; tif ((name = yyNames[token]) != null) return name; treturn "[unknown]"; t } . . /** computes list of expected tokens on error by tracing the tables. . @param state for which to compute the list. . @return list of token names. .*/ . protected string[] yyExpecting (int state) { .int token, n, len = 0; .bool[] ok = new bool[yyNames.Length]; . .if ((n = yySindex[state]) != 0) . for (token = n < 0 ? -n : 0; . (token < yyNames.Length) && (n+token < yyTable.Length); ++ token) .if (yyCheck[n+token] == token && !ok[token] && yyNames[token] != null) { . ++ len; . ok[token] = true; .} .if ((n = yyRindex[state]) != 0) . for (token = n < 0 ? -n : 0; . (token < yyNames.Length) && (n+token < yyTable.Length); ++ token) .if (yyCheck[n+token] == token && !ok[token] && yyNames[token] != null) { . ++ len; . ok[token] = true; .} . .string [] result = new string[len]; .for (n = token = 0; n < len; ++ token) . if (ok[token]) result[n++] = yyNames[token]; .return result; . } . . /** the generated parser, with debugging messages. . Maintains a state and a value stack, currently with fixed maximum size. . @param yyLex scanner. . @param yydebug debug message writer implementing yyDebug, or null. . @return result of the last reduction, if any. . @throws yyException on irrecoverable parse error. .*/ . internal Object yyparse (yyParser.yyInput yyLex, Object yyd) . { tthis.debug = (yydebug.yyDebug)yyd; .return yyparse(yyLex); . } . . /** initial size and increment of the state/value stack [default 256]. . This is not final so that it can be overwritten outside of invocations . of yyparse(). .*/ . protected int yyMax; . . /** executed at the beginning of a reduce action. . Used as $$ = yyDefault($1), prior to the user-specified action, if any. . Can be overwritten to provide deep copy, etc. . @param first value for $1, or null. . @return first. .*/ . p
[Mono-list] g_spawn_command_line_async
Hello. Im trying to start a new proces in the background with: g_spawn_command_line_async("command", IntPtr.Zero); it works fine on this unix mashine, but im trying the same on windows and it has no effect... i have this: [DllImport("libglib-2.0-0.dll")] static extern bool g_spawn_command_line_async (string command, IntPtr err); public void RealPlayerStart(){ if (((int) System.Environment.OSVersion.Platform) >= 4){ //UNIX g_spawn_command_line_async ("mpg123 http://sofsis.cl:8000/128.mp3";, IntPtr.Zero); } else{ //Windows string s = "\"%ProgramFiles%\\Windows Media Player\\wmplayer.exe\" http://sofsis.cl:8000/128.mp3";; Console.WriteLine("win32> "+s); g_spawn_command_line_async (s, IntPtr.Zero); } } on windows i get this output: win32> %ProgramFiles%\Windows Media Player\wmplayer.exe" http://sofsis.cl:8000/128.mp3 witch looks fine, thinking that when i execute that on the msdos prompt it works.. i.e. open the mediaplayer whats the matter? is this just not implemented on windows glib? PD: im using mono 1.1.4 + gtk# installer thanks in advance! ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] g_spawn_command_line_async
I'm not familiar with Windows, but I'm guessing that %ProgramFiles% is an environment variable, and it is probably not set when you make the call. It probably works on the command line in windows, because when you run the terminal, it probably sets that variable. When I was doing some process control in C under GLib on Linux, I remember reading that environment variables were not set, or there was something specific you had to do. See: http://developer.gnome.org/doc/API/2.0/glib/glib-Spawning-Processes.html#g-spawn-async-with-pipes --Aaron On Mon, 2005-03-21 at 22:39 +, Phillip Neumann wrote: > Hello. > > > Im trying to start a new proces in the background with: > > g_spawn_command_line_async("command", IntPtr.Zero); > > > it works fine on this unix mashine, but im trying the same on windows > and it has no effect... > i have this: > > > [DllImport("libglib-2.0-0.dll")] > static extern bool g_spawn_command_line_async (string command, > IntPtr err); > public void RealPlayerStart(){ > if (((int) System.Environment.OSVersion.Platform) >= 4){ > //UNIX > g_spawn_command_line_async ("mpg123 > http://sofsis.cl:8000/128.mp3";, IntPtr.Zero); > } > else{ //Windows > string s = "\"%ProgramFiles%\\Windows Media > Player\\wmplayer.exe\" http://sofsis.cl:8000/128.mp3";; > Console.WriteLine("win32> "+s); > g_spawn_command_line_async (s, IntPtr.Zero); > } > } > > > on windows i get this output: > > win32> %ProgramFiles%\Windows Media Player\wmplayer.exe" > http://sofsis.cl:8000/128.mp3 > > > witch looks fine, thinking that when i execute that on the msdos prompt > it works.. i.e. open the mediaplayer > > > > > > whats the matter? > > is this just not implemented on windows glib? > > > > PD: im using mono 1.1.4 + gtk# installer > > > > > thanks in advance! > > > > > > > > ___ > 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