Re: [Mono-list] Strange exception in Winforms app

[Stifu]

Hi,

I wish WinForms was more usable in general, but yeah, that's how it is.
People will recommend you stay away from WinForms because it's old and badly
supported in Mono.

That said, WinForms is maintained by the community now, so if we want to
make it better, it's in our hands. If you feel the motivation to fix that
bug, I can review your patch and commit it.

If that app is only unusable due to that one specific WinForms bug, it could
be worth fixing it, rather than try to port the whole app to another GUI
toolkit, which may not be a realistic solution.


baltasarq wrote
> Hi, there,
> 
>   I'm using Mono 3.2.8 in Lubuntu 14.04, and I'm observing an odd 
> behaviour
> which renders a WinForms app unusable. This application works perfectly in
> Windows, I mean, with the .NET stack, and worked perfectly in the previous
> version of Lubuntu (with an older version of Mono).
> 
>   http://baltasarq.info/dev/pgcal/
> 
>   The app has a DataGridView. The problem is that, the second time you try
> to write something in a cell, WinForms launches the following exception
> (below). After this exception, the second time you write in the
> datagridview cell, the exception is raised continuously, so you actually
> cannot use the app.
> 
>   Any hint?   
>   Is this problem known?
> 
>   EDIT: Oh, well, bad news. Yep, the problem is "known" (though nobody
> seems to care). User djdjaa89 reported it in bugzilla on January 1st,
> 2013, and had no answer.
> 
>   http://bugzilla.xamarin.com/show_bug.cgi?id=9653
> 
>   I guess what the "answer" to this e.mail is going to be.
> 
> ==
> $ mono ../pgcal/pgcal/bin/Release/pgcal.exe 
> System.ObjectDisposedException: The object was used after being disposed.
>   at System.Windows.Forms.Control.CreateHandle () [0x0] in 
> 
> :0 
>   at System.Windows.Forms.TextBoxBase.CreateHandle () [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control.CreateControl () [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control.SetVisibleCore (Boolean value) [0x0]
> in 
> 
> :0 
>   at System.Windows.Forms.Control.set_Visible (Boolean value) [0x0] in 
> 
> :0 
>   at (wrapper remoting-invoke-with-check)
> System.Windows.Forms.Control:set_Visible (bool)
>   at System.Windows.Forms.DataGridView.BeginEdit (Boolean selectAll)
> [0x0] in 
> 
> :0 
>   at System.Windows.Forms.DataGridView.ProcessKeyEventArgs
> (System.Windows.Forms.Message& m) [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control.ProcessKeyMessage
> (System.Windows.Forms.Message& m) [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control.WmKeys (System.Windows.Forms.Message& m)
> [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message&
> m) [0x0] in 
> 
> :0 
>   at System.Windows.Forms.DataGridView.WndProc
> (System.Windows.Forms.Message& m) [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control+ControlWindowTarget.OnMessage
> (System.Windows.Forms.Message& m) [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control+ControlNativeWindow.WndProc
> (System.Windows.Forms.Message& m) [0x0] in 
> 
> :0 
>   at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg,
> IntPtr wParam, IntPtr lParam) [0x0] in 
> 
> :0 
> System.ObjectDisposedException: The object was used after being disposed.
>   at System.Windows.Forms.Control.CreateHandle () [0x0] in 
> 
> :0 
>   at System.Windows.Forms.TextBoxBase.CreateHandle () [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control.get_Handle () [0x0] in 
> 
> :0 
>   at (wrapper remoting-invoke-with-check)
> System.Windows.Forms.Control:get_Handle ()
>   at System.Windows.Forms.DataGridView.ProcessKeyEventArgs
> (System.Windows.Forms.Message& m) [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control.ProcessKeyMessage
> (System.Windows.Forms.Message& m) [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control.WmKeys (System.Windows.Forms.Message& m)
> [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message&
> m) [0x0] in 
> 
> :0 
>   at System.Windows.Forms.DataGridView.WndProc
> (System.Windows.Forms.Message& m) [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control+ControlWindowTarget.OnMessage
> (System.Windows.Forms.Message& m) [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control+ControlNativeWindow.WndProc
> (System.Windows.Forms.Message& m) [0x0] in 
> 
> :0 
>   at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg,
> IntPtr wParam, IntPtr lParam) [0x0] in 
> 
> :0
> ==
> 
> -- 
> Baltasar (

> baltasarq@

>   http://baltasarq.info/)
> ___
> Mono-list maillist  -  

> Mono-list@.ximian

> http://lists.ximian.com/mailman/listinfo/mono-list





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Strange-exception-in-Winforms-app-tp4662640p4662642.html
Sent from the Mono - General mailing list archive at Nabble.com

Re: [Mono-list] C# .net app to be deployed on Linux

[Stifu]

It really depends on the app, so it's not possible to give a simple answer.

.NET apps do not need to be recompiled to run with Mono (an app compiled
with .NET should run on Mono,  and vice versa). However, if the .NET app
uses Windows-specific code (specific paths, hard-coded separators, native
code calls, etc), it will need to be modified to run on Linux.

As for the database, it depends on what kind of database it is. Does the
same database also exist on Linux, or do you plan to use a different kind of
database on Linux? How is the database accessed? Is the connector assembly
used to access the database cross platform or not?

The changes needed depend on the app... But you could start by simply trying
to run it and see if you get any exceptions (if the app hasn't been designed
with Linux in mind, you probably will).


ManasiDesh wrote
> Hello Folks,
> 
> I have this C# .net application which talks to SQL database. Now I need to
> deploy the application on Linux. Do I need Mono on linux aswell? Will the
> C# application get compiled with Mono on Linux? Can It without any
> modifications talk to SQL database? If not then what are the changes I
> need to incoroprate?
> 
> Please provide your inputs.
> 
> Thanking you all in advance:)
> 
> Cheers,
> Manasi





--
View this message in context: 
http://mono.1490590.n4.nabble.com/C-net-app-to-be-deployed-on-Linux-tp4661408p4661411.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] WCF "knoen types"

[Stifu]

Yes, there's a WinForms regression:
http://mono.1490590.n4.nabble.com/WinForms-regression-with-Mono-3-2-3-td4661029.html

Not sure if it's been acknowledged by the Mono team. I haven't taken the
time to file it on bugzilla. I assumed it was Windows only, but maybe not.


ZZTop wrote
> I did but it looks like there is a problem with 3.2.3 support for
> WinForms.
> 
> My app is WinForm app that using WCF for communications.
> 
> Here is error I get with 3.2.3
> System.TypeInitializationException: An exception was thrown by the type
> initializer for System.Windows.Forms.WindowsFormsSynchronizationContext
> ---> System.TypeInitializationException: An exception was thrown by the
> type initializer for System.Windows.Forms.ThemeEngine --->
> System.TypeInitializationException: An exception was thrown by the type
> initializer for System.Windows.Forms.ThemeWin32Classic --->
> System.TypeInitializationException: An exception was thrown by the type
> initializer for System.Drawing.KnownColors --->
> System.TypeInitializationException: An exception was thrown by the type
> initializer for System.Drawing.GDIPlus ---> System.DllNotFoundException:
> /tmp/install/lib/libgdiplus.so
>   at (wrapper managed-to-native) System.Drawing.GDIPlus:GdiplusStartup
> (ulong&,System.Drawing.GdiplusStartupInput&,System.Drawing.GdiplusStartupOutput&)
>   at System.Drawing.GDIPlus..cctor () [0x0] in 
> 
> :0 
>   --- End of inner exception stack trace ---
>   at System.Drawing.KnownColors..cctor () [0x0] in 
> 
> :0 
>   --- End of inner exception stack trace ---
>   at System.Drawing.Color.get_Black () [0x0] in 
> 
> :0 
>   at System.Windows.Forms.ThemeWin32Classic..cctor () [0x0] in 
> 
> :0 
>   --- End of inner exception stack trace ---
>   at System.Windows.Forms.ThemeEngine..cctor () [0x0] in 
> 
> :0 
>   --- End of inner exception stack trace ---
>   at System.Windows.Forms.SystemInformation.get_MenuAccessKeysUnderlined
> () [0x0] in 
> 
> :0 
>   at System.Windows.Forms.Control..ctor () [0x0] in 
> 
> :0 
>   at (wrapper remoting-invoke-with-check)
> System.Windows.Forms.Control:.ctor ()
>   at System.Windows.Forms.WindowsFormsSynchronizationContext..cctor ()
> [0x0] in 
> 
> :0





--
View this message in context: 
http://mono.1490590.n4.nabble.com/WCF-knoen-types-tp4661213p4661223.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Downloading Mono

[Stifu]

When you click on Mac OS X, the description that shows up contains 3 links.

"Mono MRE installer | Mono MDK installer
MonoDevelop"

So, it depends on what you want to do. If you only want to run Mono apps,
then the first link (MRE) is the one for you. If you want to develop Mono
apps, then you may need all 3 links (I'm not sure whether MDK includes MRE,
but let's assume it doesn't).


ratstar999 wrote
> Okay, im sorry for this post, and it is going to sound incredibly stupid,
> but how do i download mono?  I went to the download page and clicked on my
> operating system, Mac OSx, and a description came up, but no download or a
> link/button for it.  I can't seem to find where this is.  I also tried
> searching the forms but I could't find anything. Thank you and I
> apologize.  I am new at this.





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Downloading-Mono-tp4661204p4661206.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] [Mono-dev] Removing NET_2_0 define

[Stifu]

Well, it *is* progress on the source code, although binaries aren't be
affected.
IMHO, the small history noise is totally worth it. Source code control
systems are not supposed to be hindrances that prevent or discourage us from
making wanted code changes, no matter how minor.

A while ago, Miguel and myself did the same thing (removing #if checks) on
WinForms, for what it's worth.


Rodrigo Kumpera wrote
> No, it's just that doing such work doesn't produce progress. But, OTOH, if
> anyone would like to work on such thing, I would not mind
> 
> 
> On Fri, Oct 18, 2013 at 10:55 AM, Alexander Köplinger <

> alex.koeplinger@

>> wrote:
> 
>>  I understand that, so the concern is that having a single commit that
>> changes “many” files is a problem when looking at the history?
>>
>>
>> *Von:* Rodrigo Kumpera <

> kumpera@

> >
>> *Gesendet:* Freitag, 18. Oktober 2013 16:40
>> *An:* Alexander Köplinger <

> alex.koeplinger@

> >
>> *Cc:* 

> jonpryor@

>>
>> We value the commit history as much as the current codebase. When
>> troubleshooting mono, having a neat and simple history is of extreme
>> value.
>>
>>
>> On Fri, Oct 18, 2013 at 10:31 AM, Alexander Köplinger <
>> 

> alex.koeplinger@

>> wrote:
>>
>>>  Ok, then I’ll make a PR.
>>>
>>> @Jonathan: I don’t see why this would generate “commit noise”, for me
>>> the
>>> code base would be far more readable without the #if checks.
>>>
>>> Alex
>>>
>>> *Von:* Rodrigo Kumpera <

> kumpera@

> >
>>> *Gesendet:* Freitag, 18. Oktober 2013 15:16
>>> *An:* Alexander Köplinger <

> alex.koeplinger@

> >
>>> *Cc:* 

> mono-devel-list@.ximian

>>>
>>> It can be removed. It wasn't done out of laziness.
>>>
>>>
>>> On Wed, Oct 16, 2013 at 10:00 AM, Alexander Köplinger <
>>> 

> alex.koeplinger@

>> wrote:
>>>
 As far as I understand it, Mono now only supports the 2.0 and later
 profiles.

 ** **

 Wouldn’t it make sense to remove the #if NET_2_0 checks in the codebase
 as those are now unnecessary (every profile is now 2.0 or later)?

 Or are they actually required for something? If not, I’d provide a pull
 request to clean up those checks.

 ** **

 Alex

 ** **

 ___
 Mono-devel-list mailing list
 

> Mono-devel-list@.ximian

 http://lists.ximian.com/mailman/listinfo/mono-devel-list


>>>
>>
> 
> ___
> Mono-list maillist  -  

> Mono-list@.ximian

> http://lists.ximian.com/mailman/listinfo/mono-list





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Re-Mono-dev-Removing-NET-2-0-define-tp4661154p4661161.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Graphics.DrawImage(...) bug not fixed till 3 years :-((

[Stifu]

Hi,

Could you post the bug report URL for reference?

Thanks.


biternal wrote
> Hi,
> 
> there is a horrible bug till years in the drawimage-method of the
> graphics-class in System.Drawing! When you tile an image into nine
> segments, you have 8 border-segments and one center. If you draw and
> stretch these tiles to another image using the graphics-class, not all
> tiles are drawn and the areas keep blank/transparent!
> 
> Here is an example screenshoot. I can post the sourcecode when needed.

 




--
View this message in context: 
http://mono.1490590.n4.nabble.com/Graphics-DrawImage-bug-not-fixed-till-3-years-tp4660949p4660952.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] What is current status of GTK#

[Stifu]

I haven't looked closely at XWT, but personally, I hope they did *not* base
all control and property names or anything else on GTK#. If they did, that'd
sound like they're shoehorning other implementations to match GTK#, which
sounds like bad design to me. Like trying to fit cylinders into square
holes. IMO, the "right" way to go at it is to elevate the abstraction level
with a "neutral" API, and I think that's what they did.

Besides, some of the GTK# component names I've seen didn't look good to me,
as they did not match the naming convention used elsewhere in the .NET
framework (I guess they tried to more or less match the C API names,
something they decided against with MonoMac).


Petr Bena wrote
> Hi,
> 
> What does it mean? Is GTK# going to be supported in future? I am
> afraid it will die and get replaced by xwt or something like that :(
> (if that is a case, I hope that mono developers make it really easy to
> convert existing gtk# application to xwt, by calling the controls same
> and properties as well, as rewriting the whole GUI of huge app is a
> lot of pointless work)
> 
> Also, you mentioned that monodevelop is using gtk#3 is there any guide
> how to install and use it? I suppose that only way is to download the
> sources and build it myself, which may not work in windows as it would
> require the gtk3 libraries as well.
> 
> Thank you
> 
> On Tue, May 7, 2013 at 4:36 PM, Ian Norton
> <

> ian.norton-badrul@

> > wrote:
>> On Tue, May 07, 2013 at 03:28:30PM +0100, Petr Bena wrote:
>>> Hey, I already posted gtk-sharp-list but given that it's rather dead I
>>> don't expect any answer soon there.
>>>
>>>
>>> I am using gtk# as a primary graphical framework for at least 2 or
>>> more of my applications, but I haven't seen many updates recently.
>>> What is current development status? Is anyone working on it?
>>>
>>> Can we expect GTK# for gtk3 any time soon?
>>
>> AIUI, monodevelop4 is built using a mixture of gtk#3 and xwt.
>>
>> I don't think there is any stetic designer support for the gtk-3 flavor
>> yet.
>>
>>> I know that people are probably switching to wxt but I don't like it.
>>
>> I know what you mean, for me the big hole is the lack of a multi-line
>> text
>> entry box. I think it is a very good idea though and when using the GTK
>> backend
>> I'm sure it is just as responsive as regular gtk#
>>
>>> GTK is very small and leaves smaller memory footprint than WPF or
>>> WinForms even on windows and is significantly faster, so I would
>>> prefer to just stick with native
>>> GTK rather than some library that uses GTK on linux only.
>>>
>>> Thank you for reply
>>> ___
>>> Mono-list maillist  -  

> Mono-list@.ximian

>>> http://lists.ximian.com/mailman/listinfo/mono-list
> ___
> Mono-list maillist  -  

> Mono-list@.ximian

> http://lists.ximian.com/mailman/listinfo/mono-list





--
View this message in context: 
http://mono.1490590.n4.nabble.com/What-is-current-status-of-GTK-tp4659603p4660936.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Can't get a simple shared object to be used - DllNotFoundException

[Stifu]

I've never done that myself, but if I remember correctly, you're not supposed
to add the ".so" part. Just do [DllImport("libshared")]. That way, it's up
to the framework to figure out the right extension depending on the OS it
runs on.

In other words, that'd mean it can't find your file because it's looking for
"libshared.so.so".


thomasw234 wrote
> Hi,
> 
> I'm trying to get my head around making use of Linux shared object files.
> I have created a basic C-based shared object which prints ("Shared Object
> Called") when main() is called. Compiled it in gcc with -fPIC and got
> libshared.so as an output.
> 
> Go into C#, add [DllImport("libshared.so")] public static extern int
> main(); Call main(), get a DllNotFoundException. libshared.so is in the
> same directory as the c# program.
> 
> I thought it might be a platform problem (I'm using 64 bit fedora 18, and
> 64 bit mono 3.20), but I've tried building the shared object with both
> -m32 and -m64 arguments, with no luck.
> 
> I can provide code if it helps, but the machine that I'm building is a
> corporate machine that isn't allowed on the internet, so I'll have to copy
> it out line-by-line.
> 
> Thanks,
> Thomas





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Can-t-get-a-simple-shared-object-to-be-used-DllNotFoundException-tp4660332p4660334.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Migrating Windows C#.NET Winforms project to OSX using MonoDevelop

[Stifu]

According to the first link I gave, MoMa doesn't catch this.


Andrew York wrote
> If it is a  simple project to move to Gtk the Gtk.Window.Iconify works 
> great but I'm going to bet that would be a lot of work for you. I have 
> had no issues using Gtk between Windows and Linux that don't have quick 
> a quick work around but WinForm always seems to be problematic. MoMa can 
> be of help for cross platform development but I don't know if it would 
> have caught this or not.
> 
> On 7/18/2013 11:25 PM, Mauritz Jameson wrote:
>> I have a C#.NET Windows Forms project which compiles, builds and runs 
>> without any problems on Windows. Now I'm trying to migrate it to OSX 
>> using Mono. The project compiles and builds, but I get an exception 
>> (see link to image below). When I double-click one of the entries in 
>> the stack trace, it says that the file couldn't be found. Does this 
>> mean that I forgot to install something when I installed Mono (i.e. 
>> something related to support for Windows.Forms)  According to the 
>> mono website, WinForms should be fully supported so I'm not sure why I 
>> get the exception saying that the requested feature isn't implemented?!?!
>>
>> Any help is appreciated - thank you!!
>>
>> http://oi41.tinypic.com/i3hpxv.jpg
>>
>> My setup is:
>>
>> Mac OS X 10.8.4
>>
>> IDE: MonoDevelop 3.0.6
>>
>> Runtime:
>>
>> Mono 2.10.12 (mono-2-10/c9b270d)
>> GTK 2.24.16
>> GTK# (2.12.0.0)
>> Package version: 21012
>>
>>
>>
>> ___
>> Mono-list maillist  -  

> Mono-list@.ximian

>> http://lists.ximian.com/mailman/listinfo/mono-list
>>
>>
>> No virus found in this message.
>> Checked by AVG - www.avg.com ;
>> Version: 2013.0.3349 / Virus Database: 3204/6502 - Release Date: 07/18/13
>>
> 
> 
> -- 
> 
>   Andrew York
> .NET & SQL Server Developer
>   Home: (269) 244-5237
>   Cell: (269) 816-2095
>   Email: 

> andy@

> 
> 
> ___
> Mono-list maillist  -  

> Mono-list@.ximian

> http://lists.ximian.com/mailman/listinfo/mono-list





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Migrating-Windows-C-NET-Winforms-project-to-OSX-using-MonoDevelop-tp4660233p4660238.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Migrating Windows C#.NET Winforms project to OSX using MonoDevelop

[Stifu]

Unfortunately, NotifyIcon.ShowSystray() has not been implemented on Mac.

References:
http://mono.1490590.n4.nabble.com/SysTray-Compatibility-td4657850.html
http://lists.ximian.com/pipermail/mono-bugs/2008-October/080810.html

I wonder if it works if you use the X11 driver (command line:
"MONO_MWF_MAC_FORCE_X11=1 mono yourapp.exe"). I guess it should.

Otherwise, you basically have 3 options:
- Implement NotifyIcon.ShowSystray() in Mono (I wish)
- Not use NotifyIcon.ShowSystray()
- Not use WinForms


mike1972 wrote
> I have a C#.NET Windows Forms project which compiles, builds and runs
> without any problems on Windows. Now I'm trying to migrate it to OSX using
> Mono. The project compiles and builds, but I get an exception (see link to
> image below). When I double-click one of the entries in the stack trace,
> it
> says that the file couldn't be found. Does this mean that I forgot to
> install something when I installed Mono (i.e. something related to support
> for Windows.Forms)  According to the mono website, WinForms should be
> fully supported so I'm not sure why I get the exception saying that the
> requested feature isn't implemented?!?!
> 
> Any help is appreciated - thank you!!
> 
> http://oi41.tinypic.com/i3hpxv.jpg
> 
> My setup is:
> 
> Mac OS X 10.8.4
> 
> IDE: MonoDevelop 3.0.6
> 
> Runtime:
> 
> Mono 2.10.12 (mono-2-10/c9b270d)
> GTK 2.24.16
> GTK# (2.12.0.0)
> Package version: 21012
> 
> ___
> Mono-list maillist  -  

> Mono-list@.ximian

> http://lists.ximian.com/mailman/listinfo/mono-list





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Migrating-Windows-C-NET-Winforms-project-to-OSX-using-MonoDevelop-tp4660233p4660235.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono for ARM Cortex-A8

[Stifu]

I don't know, but my understanding is that as long as an X11 server can run
on it (and it seems like that's the case), then WinForms should work. Only
one way to find out for sure: try it.


rbaocug wrote
> Hello, as we know that Mono can support Winform applications, if we use
> Mono on ARM Cortex-A8, does it support Winform application also, or we
> mush
> use GTK# for the GUI programming.
> 
> Thanks a lot!
> 
> Best Regards,
> Henry
> 
> ___
> Mono-list maillist  -  

> Mono-list@.ximian

> http://lists.ximian.com/mailman/listinfo/mono-list





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Mono-for-ARM-Cortex-A8-tp4660175p4660178.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Can this linq be optimised?

[Stifu]

Tried string.Trim(trimChars); yet?


nodoid wrote
> Hi,
> 
>> can you give us some example strings?
> 
> Sure.
> 
> The names can be in either the form of
> 
> ( foo )
> or
> (foo)
> of
> ( foo)
> or
> (foo )
> 
> (though the last two are rare)
> 
> Paul
> -- 
> "Space," it says, "is big. Really big. You just won't believe how 
> vastly, hugely, mindbogglingly big it is. I mean, you may think it's a 
> long way down the road to the chemist's, but that's just peanuts to 
> space, listen..."
> Hitch Hikers Guide to the Galaxy, a truly remarkable book!
> 
> ___
> Mono-list maillist  -  

> Mono-list@.ximian

> http://lists.ximian.com/mailman/listinfo/mono-list





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Can-this-linq-be-optimised-tp4659853p4659863.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Can this linq be optimised?

[Stifu]

A single Substring() (to isolate the part between brackets), then a Trim()?
Or if the word between the brackets is not supposed to contain ANY space,
maybe use the Trim overload that expects a char array parameter.

Like this (except in your LINQ query):
string word = "(  hello)";
char[] trimChars = new char[] {'(', ' ', ')'};
string result = word.Trim(trimChars);

PS: if it works and is fast enough, then maybe it's good enough. It may look
(and actually be) inefficient, but if it doesn't affect users, don't bother
unless you've got time to kill. You might also be interested in double
checking Regex performances, but I'd expect it to be slower.


nodoid wrote
> Hi,
> 
> I have a class containing ints, strings and anything else you'd expect 
> to find in a class. I create a list of the class and then extract the 
> strings and perform a Distinct() on them. That bit is easy.
> 
> Problem is this - the strings all have something in brackets. Sometimes 
> the braces have a space on the inside before and after the single word 
> inside of them and sometimes they don't.
> 
> My LINQ query looks like this
> 
>   List
> 
>  tmp = (from m in cropTypes
>let cw = m.CropName
>let kw = cw.Substring(0, 
> cw.LastIndexOf(")") + 1)
>  let t = kw.IndexOf('(')
>  let p1 = kw.Substring(0, t)
>  let p2 = kw.Substring(t, (kw.Length - 
> 1) - t + 1).Replace(" ", string.Empty)
>  let p3 = p1 + p2
>select p3).Distinct().ToList();
> 
> This query works fine but looks inefficient. Is there a way to rewrite 
> this to remove any spaces inside of the braces?
> 
> Thanks
> 
> Paul
> -- 
> "Space," it says, "is big. Really big. You just won't believe how 
> vastly, hugely, mindbogglingly big it is. I mean, you may think it's a 
> long way down the road to the chemist's, but that's just peanuts to 
> space, listen..."
> Hitch Hikers Guide to the Galaxy, a truly remarkable book!
> 
> ___
> Mono-list maillist  -  

> Mono-list@.ximian

> http://lists.ximian.com/mailman/listinfo/mono-list





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Can-this-linq-be-optimised-tp4659853p4659859.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] ZipArchive?

[Stifu]

I also like Ionic.Zip better (the API seems a bit more natural / modern to
me), but sometimes had to use SharpZipLib for GPL projects, which can't use
non-GPL libraries.


Ian Norton-3 wrote
> I tend to use ionic.zip
> On 28 May 2013 13:51, "Madsn" <

> madsn@

> > wrote:
> 
>> Hi, I had hoped to find the System.IO.Compression.ZipArchive class when
>> using
>> mono .net 4.5, but didn't find it.
>>
>> Will it be supported or are there copyright issues or something? (Or
>> didn't
>> I just look hard enough)
>>
>> In case it won't be supported, I have seen several third party zip
>> libraries. Anyone having any experiences which todays libraries?
>>
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://mono.1490590.n4.nabble.com/ZipArchive-tp4659787.html
>> Sent from the Mono - General mailing list archive at Nabble.com.
>> ___
>> Mono-list maillist  -  

> Mono-list@.ximian

>> http://lists.ximian.com/mailman/listinfo/mono-list
>>
> 
> ___
> Mono-list maillist  -  

> Mono-list@.ximian

> http://lists.ximian.com/mailman/listinfo/mono-list





--
View this message in context: 
http://mono.1490590.n4.nabble.com/ZipArchive-tp4659787p4659801.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] java parser in C#

[Stifu]

May not be exactly what you're looking for, but check it out if you don't
know about it: http://www.ikvm.net/


mutasim wrote
> Good Day
> 
> i think mono C# compiler can handle the java source excution as the parser
> of java is not different from C# just few syntaxes will be modify, as
> there alot of programmers using java for there development , and add java
> to the .net platform will return the J# to the developers





--
View this message in context: 
http://mono.1490590.n4.nabble.com/java-parser-in-C-tp4659251p4659255.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Xamarin 2.0 concern

[Stifu]

As I said, not clear *or* not consistent, depending on the name.
MonoTouch is not clear. There are many touch devices, you can't guess it's
for iOS from its name.
Mono for Android *is* clear, but not consistent (with the MonoTouch name).
MonoDroid was more consistent ("Mono+short name", no space or multiple
words). Or for clarity over brevity, MonoTouch should have been called "Mono
for iOS", to fit with "Mono for Android".


Dimitar Dobrev wrote
> Stifu,
> 
> Besides all said above, I would argue a bit further on these names.
> Clarity - "for Android" could not be clearer, even the old "Monodroid" was
> clear enough to me; "Touch" -yes, a bit vague but at the time MonoTouch
> was initially released there was only one widely distributed touch
> platform. About consistency - "Mono" is present in both names, I cannot
> see how more consistent it can get. Anyway, I'm not saying they should've
> necessarily kept these names, I'm saying they should've kept "Mono" in
> them.





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Xamarin-2-0-concern-tp4658722p4658728.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Xamarin 2.0 concern

[Stifu]

Well, in Xamarin team's defense, I have to say "MonoTouch" and "Mono for
Android" were not very clear or consistent names.

Dropping the Mono name is a bit sad, but I hope it'll succeed.


Doug wrote
> I don't really see it as a big issue; companies rebrand all the time.
> 
> The mono 'brand' is encumbered by a bunch of negative associations,
> largely
> to do with it being abandoned by novell, discarded by linux, a second
> class
> citizen to the 'official' windows C# runtime.
> 
> Abandoning the name to try to build a new brand isn't a new idea; building
> a sustainable company when your core product has these associations
> attached to it must be painful.
> 
> Did you read the hacker news responses to the new products?
> 
> Generally positive, but full of 'cross platform UI's don't work' comments.
> Ouch. Yes, moonlight (and silverlight) were a waste of time and no one
> liked or used them. ...but that's history now. That's why the new product
> suite is all about creating native user interfaces for different platforms
> and binding them to a common backend logic.
> 
> This seems to be a much more successful approach, but because of the
> legacy
> of moonlight, people don't immediately appreciate that, and stay away.
> 
> There's a lot of really great work going on here, (never mind the
> increasingly popular MonoGame drawing developers in). I think your
> comments
> are a little unjustified.
> 
> It's just a brand name change.
> 
> All the code is up on github; it's not going anywhere.
> 
> ~
> Doug.
> 
> 
> 
> 
> 
> 
> On Sat, Feb 23, 2013 at 10:54 PM, Dimitar Dobrev <

> dpldobrev@

> >wrote:
> 
>> Hello, all,
>>
>> I guess most of you see the announcement of Xamarin 2.0 as good news.
>> However, I cannot help but feel the opposite. Let me tell you why:
>>
>> 1. At the  Xamarin 2.0 FAQ ;  
>> it says:
>>Our new product brands are:
>>
>> Xamarin.iOS (replaces MonoTouch)
>> Xamarin.Android (replaces Mono for Android)
>> Xamarin Studio, our new IDE (replaces MonoDevelop)
>>
>>That is, the name "Mono" is now completely phased out of the Xamarin
>> product line. At  the Xamarin Studio page
>> ;  ,
>> MonoDevelop, upon which the Studio is based, is not mentioned once! Are
>> you
>> ashamed of MonoDevelop after you've been offering it to customers for
>> years?
>> At the  Xamarin main page ;   Mono is mentioned
>> only
>> once at the very bottom, under the "Community" section - is Mono no
>> longer
>> part of Xamarin itself?
>>I think this is not the beginning but rather the end of a process that
>> started with the renaming of MonoMac to Xamarin.Mac (and please don't
>> tell
>> me "MonoMac is our community-supported version" because I haven't heard
>> about it since). Then was the renaming of YOUR MonoSpace conference to
>> MonkeySpace and the explanation was really ridiculous - "bigger scope...
>> open source .NET development in general" (Miguel de Icaza at that very
>> same
>> "Monkey"Space conference). What bigger scope? .NET runs only on Windows,
>> be
>> it desktop or phone, while Mono runs on tens of platforms, including
>> Windows. Yes, I do understand it's about "the scope of the community" but
>> how broader is that community since the only significant piece of .NET
>> missing in Mono is WPF?
>>Mono is the core of your company, both historically and at present,
>> since
>> all of your products are based on it. And you are removing its name from
>> anywhere it's mentioned. I don't see this as justified even for marketing
>> reasons because if people know about you, it's because of Mono. That is,
>> "Mono" is your marketing message. If you do reply to this mail, I'd
>> really
>> like to hear something a little deeper that "The change of our product
>> names
>> does not mean we are abandoning Mono, we are going to support it just as
>> before". We all know how this works out: the name is abandoned, time
>> passes,
>> many current users forget about it, new users do not learn it at all, and
>> after a little more time the project itself is abandoned. This kind of
>> tactics reminds me of a very specific company which leads me to:
>> 2.  "Microsoft Joins Xamarin Evolve 2013 as Sole Platinum Sponsor"
>> <
>> http://blog.xamarin.com/microsoft-joins-xamarin-evolve-2013-as-sole-platinum-sponsor/
>> >
>> - I believe Microsoft have proven time and time again that they are
>> enemies
>> of Mono in particular and of open source in general. I do not want to
>> quote
>> a large part of the web on that but let me say a few words just about
>> Mono.
>>Miguel, you may remember you said "Microsoft as a company are not
>> open-source-friendly" yourself at FOSDEM at the beginning of 2011. You
>> may
>> also remember how you at the same conference you told the story how you
>> showed your C# REPL to Microsoft just before PDC 2008 and once they saw
>> that, they changed their program and rushed their C# RE

Re: [Mono-list] OT: Re: Why Gnome prefer JavaScript?

[Stifu]

You'll find better explanations online, but basically, they share the "Java"
bit for stupid marketing reasons. Java was getting popular back then, and so
slapping "Java" on random things sounded good to some people. Some insist on
calling JavaScript "ECMAScript", but it's too late now.


Ian Norton-Badrul-2 wrote
> On Tue, Feb 05, 2013 at 04:18:16PM +, Jonathan Pryor wrote:
>> On Feb 5, 2013, at 10:23 AM, Alberto León <

> leontiscar@

> > wrote:
>> > But, JavaScript was the reason to Oracle denounced Google.
>> 
>> No, Java as why Oracle sued Google. JavaScript is completely different.
>> It's kinda/sorta/not-really like comparing C and Perl -- sure, they both
>> use '{' for blocks, but other than that...completely different.
> 
> Anyone know why Java and Javascript share the "Java" bit?
> 
> Ian
> ___
> Mono-list maillist  -  

> Mono-list@.ximian

> http://lists.ximian.com/mailman/listinfo/mono-list





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Why-Gnome-prefer-JavaScript-tp4658473p4658482.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Performance of Mono 2.10 vs. Mono 3.0

[Stifu]

I think you should file a bug on bugzilla, and attach your benchmark on it.


Charles Esterbrook-2 wrote
> Hi,
> 
> I have a benchmark for my project which takes the following number of
> milliseconds to run based on System.Diagnostics.Stopwatch, expressed
> in ranges:
> 
> Mono JIT compiler version 2.10.9 (tarball Mon May  7 20:25:51 EDT 2012)
>   6888 - 6943 - default gc / boehm
>   5850 - 5932 - sgen
> 
> Mono JIT compiler version 3.0.3 (master/39c48d5 Tue Jan  8 12:12:24 EST
> 2013)
>   9815 - 9892 - default gc / boehm
>   8454 - 8502 - sgen
> 
> My system is Mac OS X 10.6.8, Intel Xeon. I shut down web browsers,
> cloud services and other apps to reduce interference, and I also ran
> multiple times, hence the ranges.
> 
> The slowdown is about 40%. My program does a variety of things
> including loading assemblies, reflection, file i/o, string processing,
> data structures, etc. I have not yet investigated to see if some parts
> are slowing down more than others.
> 
> What about other people on this list? If you test the performance of
> your apps between Mono 2.10 and 3.0, is there a change? How much and
> in what direction?
> 
> For your convenience:
> https://www.google.com/search?q=.net+stopwatch
> 
> 
> -- 
> Charles Esterbrook
> http://charles-esterbrook.com
> ___
> Mono-list maillist  -  

> Mono-list@.ximian

> http://lists.ximian.com/mailman/listinfo/mono-list





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Performance-of-Mono-2-10-vs-Mono-3-0-tp4658182p4658183.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Windows Forms App under Mac OS X Mono

[Stifu]

WinForms works the worst on Mac. Although I don't have a Mac, I recommend the
users of my WinForms app to run their app this way, and it seems to work
fine for them: "MONO_MWF_MAC_FORCE_X11=1 mono yourapp.exe"
That makes it so it runs the app using the X11 driver rather than the Mac
(Carbon) one, which means the app should work as well as on Linux. The only
problem is that it requires an X11 server to be installed on the Mac.


jeff clausius wrote
> I'm investigating Mono as a possible solution for porting a Windows
> Forms based app to OS X.
> 
> As a test, I've created a small C# app.  The Main form contains a button
> which invokes another window with the following code in the _Click()
> event:
> 
> Form2 f2 = new Form2();
> f2.ShowDialog();
> f2.Dispose();
> 
> Form2 has a button which just calls "Close();"
> 
> No other real code in the test app.
> 
> I'm running into problems on a Mac OS X Lion (10.7.5) computer, I've
> installed/tested the app against Mono SDK 2.10.9 and 3.0.1.  I've also
> tried binaries compiled with MonoDevelop (3.0.5) as well as one from VS
> 2010.
> 
> Testing involves clicking Form1's Button #1 (to show Form2) and Button
> #2 (on Form 2) to close Form2.  Clicking these buttons over and over
> eventually causes the mono app to bring up 3 to 5 simultaneous Form2s.
> The "topmost" Form2 is the normal one w/ default coloring and Button #2.
>  However, the underneath dialogs are "blank" windows w/ a white
> background and no layout of any kind for Button #2.  You cannot even
> close these forms w/ the "X" close button.
> 
> After this occurs, if I close Form1, the mono process hangs, and Ctrl-C
> is req'd to kill the process.
> 
> Also, the following is displayed in the shell which launched the app:
> 
> user$ mono WindowsFormsMonoTest.exe
> Nov 27 18:35:16 comp-lion.local mono[210] 
> 
> :
> kCGErrorInvalidConnection: CGSGetWindowTags: Invalid connection
> Nov 27 18:35:16 comp-lion.local mono[210] 
> 
> : kCGErrorFailure: Set
> a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged.
> ^C
> 
> Has anyone seen this before?  Seems like a simple case which should work
> under Mac OS X.  Can anyone suggest possible solutions?  Is it a
> mismatch between X11 and/or GTK versions and Mono?  Any other
> possibilities?  BTW, I have the sample source if anyone would like to
> see this firsthand.
> 
> TIA,
> Jeff Clausius
> ___
> Mono-list maillist  -  

> Mono-list@.ximian

> http://lists.ximian.com/mailman/listinfo/mono-list





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Windows-Forms-App-under-Mac-OS-X-Mono-tp4657557p4657560.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Installing mono to cygwin

[Stifu]

That sounds too complicated and twisted, especially if you're trying to get
people to use the app. If Tomboy has to be fixed, then you should get in
touch with one of the maintainers.

I found this related 4-year old article:
http://automorphic.blogspot.fr/2008/10/tomboy-preview-for-windows-and-mac.html


apollothethird wrote
> I'm not totally sure what you mean.  If you mean what I think you mean,
> that was what I tried first.  I'll explain my objective.
> 
> I'm trying to use Tomboy notes on a Windows machine.  I discovered Tomboy
> notes with my Linux machine... Linux of which I personally run exclusive. 
> Now what I'm trying to introduce this jewel to my friends, family, and
> associates who I haven't converted to Linux yet.  In this effort I
> installed Windows on a support machine of which I'm trying to get Tomboy
> notes functioning.
> 
> I spent two weeks trying to get Tomboy to install on Windows 7.  I
> couldn't get past the error message of the Tomboy installer not
> recognizing mono is installed, even though I have installed it numerous
> times and added the bin directory to the OS' path in such that "mono"
> brings up the help screen from any window.  So I have installed almost
> 2gigs of Cygwin to try to get Tomboy working this way.  Thus I'm at the
> point of trying to get the Mono dependency installed.  I'm only on Cygwin
> for two days.  I appear to be making progress faster here with Cygwin than
> I was making on Windows.
> 
> -- L. James
> 
> -- 
> L. D. James
> lja...@apollo3.com
> www.apollo3.com/~ljames





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Installing-mono-to-cygwin-tp4657535p4657545.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Parallel.ForEach & MaxDegreeOfParallelism

[Stifu]

You're aware we're not supposed to look into the .NET code, because then that
prevents us from contributing to Mono, yes?
Because of you, I guess I cannot contribute to Mono anymore. :p


Karol wrote
> ok i found solution to this problem
> 
> after digging a little with ILSpy i found out that there is difference in
> implementation of TaskScheduler.MaximumConcurrencyLevel between MS.NET and
> Mono:
> 
> MS.NET :
> public virtual int MaximumConcurrencyLevel
> {
>   get
>   {
>   return 2147483647;
>   }
> }
> 
> 
> MONO:
> public virtual int MaximumConcurrencyLevel
> {
>   get
>   {
>return Environment.ProcessorCount;
>   }
> }
> 
> 
> (this difference was making my app work like 10 times slower on Mono than
> it was on MS.NET)
> 
> i dont know if this should be considered a bug ?
> i think portability of .NET code between windows and other OS'es should be
> threated as main feature of Mono





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Parallel-ForEach-MaxDegreeOfParallelism-tp4657494p4657496.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Newbie question - not sure which path to take

[Stifu]

I don't know what's GDI2 (GDI+?), but if your C# assembly is fully managed
(doesn't call native code), then you don't need to convert anything, and can
just directly run your assembly with Mono.


mettafort wrote
> Hi,
> 
> I currently have a windows C# assembly that generates computer graphics
> using GDI2.  I need this to run on a web server that is Linux, so my
> assumption here is that I need to convert it to mono.  If Mono is the only
> way I can get this to run, which path do I take? I need to generate image
> files basically, whcih can be served up by the main perl/php website.  So
> I just need to be able to call onto my code, I generate the image file to
> some location, and the website serves it up.  Sounds simple, and I hope it
> is :-)
> 
> Thanks for any advice,
> 
> MF.





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Newbie-question-not-sure-which-path-to-take-tp4657011p4657013.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono, do NOT run after Microsoft !!

[Stifu]

It's obvious you're the OP under another nickname. Go troll elsewhere.


unistd wrote
> So many stupid new programmers...
> 
> You all are just slaves of Microsoft and .net. 
> 
> I find other programmers in other platform like Java, c++ get more respect
> and more salary than programmers in .net platform.
> 
> Now, I find the reason.





--
View this message in context: 
http://mono.1490590.n4.nabble.com/Mono-do-NOT-run-after-Microsoft-tp4656785p4656911.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] GTKsharp 3

[Stifu]

Err, you can't do that.


Daniel Lo Nigro wrote
> 
> How would you use native widgets without using bindings of some sort?
> 
> On Wed, Sep 12, 2012 at 1:19 AM, 殷启聪 <seamlikok@> wrote:
> 
>> Why there's no any cross-platform GUI toolkit that's written natively
>> in C#? I'm tired of using bindings. Is it possible to develop a C# GUI
>> toolkit that's OpenGL accelerated (like WPF and Clutter),
>> cross-platform (like wxWidgets and Qt) and uses native widgets in
>> different desktop environment? Then GTK+, Qt etc. will be used as low
>> level components.
>> 2012/9/11 Stifu <stifu@>:
>> > The most recent bit of news I've read about GTK# 3:
>> >
>> > http://mono.1490590.n4.nabble.com/Towards-GTK-3-0-tp4650597.html
>> >
>> >
>> > Daniel Hughes wrote
>> >>
>> >> GTK 3 was released 10 Feb 2011. That's a long time ago.
>> >>
>> >> During that time .net bindings have failed to eventuate. Information
>> on
>> >> what has been happening has been very hard to find, despite a large
>> number
>> >> of .net applications on linux using these bindings.
>> >>
>> >> As the author of an opensource application dependent on these bindings
>> I
>> >> find this lack of information very concerning. And I'm starting to ask
>> >> myself questions like, Am I now dependent of a dead or dieing library?
>> >>
>> >> Banshee was removed from the default ubuntu install, officially
>> because
>> of
>> >> lack of GTK 3 support.
>> >>
>> >> I have the following questions:
>> >>
>> >> Where is the source code for GTK 3 support?
>> >> As far as I can establish the GTK sharp code is hosted here:
>> >>
>> https://github.com/mono/gtk-sharp<https://github.com/mono/gtk-sharp/branches>
>> ;
>> >> However there is no branch in there labelled as GTK3
>> >>
>> >> Who supports GTK sharp?
>> >> If it is community maintained, who are the main contributors?
>> >>
>> >> Is there a projected or planned release date for GTK 3 support?
>> >> Developers dependent on GTK sharp need this information in order to
>> plan
>> >> the future of there applications.
>> >>
>> >> If GTK sharp is really dying then application developers dependent on
>> it
>> >> need to know, so they can either contribute to it or move there
>> >> applications on to something else.
>> >>
>> >> If the bindings are struggling, how come there has been no call
>> >> for contributors, or at least transparent information about what is
>> going
>> >> on. Rather then the current back whole of information.
>> >>
>> >> Recently ubuntu held an app competition, it was hugely successful and
>> >> while
>> >> it was on people where asking questions like this:
>> >> http://askubuntu.com/questions/154373/use-primary-toolbar-with-mono
>> >> And all we could do was advice that they use another language.
>> >>
>> >> If we lose GTK# bindings where does that leave mono on desktop linux?
>> We
>> >> have no QT bindings, no clutter bindings and no GTK# 3 bindings. in
>> sort
>> >> we
>> >> have no bindings available (by that I mean packaged in debian or
>> similar)
>> >> for the latest version of any native linux GUI tool kit.
>> >>
>> >> I'm going to say this again, mono developers cannot use the latest
>> version
>> >> of any native linux GUI tool kit.
>> >>
>> >> Now maybe the GTK# bindings are alive and well and are about to issue
>> a
>> >> release. However if that is true then the developers have a lot of
>> room
>> >> for
>> >> improvement with there communications.
>> >>
>> >> Sincerely,
>> >> Daniel Hughes
>> >>
>> >> ___
>> >> Mono-list maillist  -  Mono-list@.ximian
>> >> http://lists.ximian.com/mailman/listinfo/mono-list
>> >>
>> >
>> >
>> >
>> >
>> > --
>> > View this message in context:
>> http://mono.1490590.n4.nabble.com/GTKsharp-3-tp4656569p4656570.html
>> > Sent from the Mono - General mailing list archive at Nabble.com.
>> > ___
>> > Mono-list maillist  -  Mono-list@.ximian
>> > http://lists.ximian.com/mailman/listinfo/mono-list
>> ___
>> Mono-list maillist  -  Mono-list@.ximian
>> http://lists.ximian.com/mailman/listinfo/mono-list
>>
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 




--
View this message in context: 
http://mono.1490590.n4.nabble.com/GTKsharp-3-tp4656569p4656590.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] GTKsharp 3

[Stifu]

I believe the answers you're looking for are in the link I gave.


Daniel Hughes wrote
> 
> XWT although interesting is irrelevant to the question at hand. XWT will
> use GTK on linux and so will still require working GTK 3 bindings.
> 
> So can we get back to the topic, I would love answers to my questions
> regarding GTK Sharp 3
> 
> Who is working on it?
> 
> Where is the code?
> 
> When should we expect a release?
> 
> Sincerely,
> Daniel
> 
> On Wed, Sep 12, 2012 at 5:50 AM, Stifu <stifu@> wrote:
> 
>> Yes, eventually it has to use native code. But I guess the difference is
>> whether the GUI toolkit is made using solely the .NET / Mono framework,
>> or
>> by shipping extra native code. Mono WinForms, as I mentioned, mostly
>> relies
>> on the framework (using System.Drawing rather than calling an extra
>> library
>> to draw on screen, for example). It still has some native calls
>> (platform-specific code), so it's not 100% managed, but close enough.
>>
>>
>> Ian Norton-Badrul-2 wrote
>> >
>> > How do you expect to put anything on the screen or read the mouse,
>> > keyboard etc without eventually using a native toolkit :)
>> >
>> > XWT is very cool, not 100% working for me yet but a very good start.
>> >
>> > On 11/09/2012 16:34, Stifu wrote:
>> >> XWT is still a set of bindings. It calls native code / GUI toolkits
>> >> underneath. So that's not what he was asking for.
>> >> I guess there is just not enough money / motivation behind having a
>> >> fully-managed GUI toolkit. On the other hand, Mono WinForms is one,
>> >> technically.
>> >>
>> >>
>> >> Slide wrote
>> >>> There is this one that is being developed https://github.com/mono/xwt
>> >>> and will be the foundation of MonoDevelop in the future from what I
>> >>> understand.
>> >>>
>> >>> On Tue, Sep 11, 2012 at 8:19 AM, 殷启聪 <seamlikok@> wrote:
>> >>>> Why there's no any cross-platform GUI toolkit that's written
>> natively
>> >>>> in C#? I'm tired of using bindings. Is it possible to develop a C#
>> GUI
>> >>>> toolkit that's OpenGL accelerated (like WPF and Clutter),
>> >>>> cross-platform (like wxWidgets and Qt) and uses native widgets in
>> >>>> different desktop environment? Then GTK+, Qt etc. will be used as
>> low
>> >>>> level components.
>> >>>> 2012/9/11 Stifu <stifu@>:
>> >>>>> The most recent bit of news I've read about GTK# 3:
>> >>>>>
>> >>>>> http://mono.1490590.n4.nabble.com/Towards-GTK-3-0-tp4650597.html
>> >>>>>
>> >>>>>
>> >>>>> Daniel Hughes wrote
>> >>>>>> GTK 3 was released 10 Feb 2011. That's a long time ago.
>> >>>>>>
>> >>>>>> During that time .net bindings have failed to eventuate.
>> Information
>> >>>>>> on
>> >>>>>> what has been happening has been very hard to find, despite a
>> large
>> >>>>>> number
>> >>>>>> of .net applications on linux using these bindings.
>> >>>>>>
>> >>>>>> As the author of an opensource application dependent on these
>> >>>>>> bindings
>> >>>>>> I
>> >>>>>> find this lack of information very concerning. And I'm starting to
>> >>>>>> ask
>> >>>>>> myself questions like, Am I now dependent of a dead or dieing
>> >>>>>> library?
>> >>>>>>
>> >>>>>> Banshee was removed from the default ubuntu install, officially
>> >>>>>> because
>> >>>>>> of
>> >>>>>> lack of GTK 3 support.
>> >>>>>>
>> >>>>>> I have the following questions:
>> >>>>>>
>> >>>>>> Where is the source code for GTK 3 support?
>> >>>>>> As far as I can establish the GTK sharp code is hosted here:
>> >>>>>>
>> https://github.com/mono/gtk-sharp<https://github.com/mono/gtk-sharp/branches>
>> ;
>> >>>>>> However there is no branch in there labelled as GTK3
>> >>>>&

Re: [Mono-list] GTKsharp 3

[Stifu]

Yes, eventually it has to use native code. But I guess the difference is
whether the GUI toolkit is made using solely the .NET / Mono framework, or
by shipping extra native code. Mono WinForms, as I mentioned, mostly relies
on the framework (using System.Drawing rather than calling an extra library
to draw on screen, for example). It still has some native calls
(platform-specific code), so it's not 100% managed, but close enough.


Ian Norton-Badrul-2 wrote
> 
> How do you expect to put anything on the screen or read the mouse, 
> keyboard etc without eventually using a native toolkit :)
> 
> XWT is very cool, not 100% working for me yet but a very good start.
> 
> On 11/09/2012 16:34, Stifu wrote:
>> XWT is still a set of bindings. It calls native code / GUI toolkits
>> underneath. So that's not what he was asking for.
>> I guess there is just not enough money / motivation behind having a
>> fully-managed GUI toolkit. On the other hand, Mono WinForms is one,
>> technically.
>>
>>
>> Slide wrote
>>> There is this one that is being developed https://github.com/mono/xwt
>>> and will be the foundation of MonoDevelop in the future from what I
>>> understand.
>>>
>>> On Tue, Sep 11, 2012 at 8:19 AM, 殷启聪 <seamlikok@> wrote:
>>>> Why there's no any cross-platform GUI toolkit that's written natively
>>>> in C#? I'm tired of using bindings. Is it possible to develop a C# GUI
>>>> toolkit that's OpenGL accelerated (like WPF and Clutter),
>>>> cross-platform (like wxWidgets and Qt) and uses native widgets in
>>>> different desktop environment? Then GTK+, Qt etc. will be used as low
>>>> level components.
>>>> 2012/9/11 Stifu <stifu@>:
>>>>> The most recent bit of news I've read about GTK# 3:
>>>>>
>>>>> http://mono.1490590.n4.nabble.com/Towards-GTK-3-0-tp4650597.html
>>>>>
>>>>>
>>>>> Daniel Hughes wrote
>>>>>> GTK 3 was released 10 Feb 2011. That's a long time ago.
>>>>>>
>>>>>> During that time .net bindings have failed to eventuate. Information
>>>>>> on
>>>>>> what has been happening has been very hard to find, despite a large
>>>>>> number
>>>>>> of .net applications on linux using these bindings.
>>>>>>
>>>>>> As the author of an opensource application dependent on these
>>>>>> bindings
>>>>>> I
>>>>>> find this lack of information very concerning. And I'm starting to
>>>>>> ask
>>>>>> myself questions like, Am I now dependent of a dead or dieing
>>>>>> library?
>>>>>>
>>>>>> Banshee was removed from the default ubuntu install, officially
>>>>>> because
>>>>>> of
>>>>>> lack of GTK 3 support.
>>>>>>
>>>>>> I have the following questions:
>>>>>>
>>>>>> Where is the source code for GTK 3 support?
>>>>>> As far as I can establish the GTK sharp code is hosted here:
>>>>>> https://github.com/mono/gtk-sharp<https://github.com/mono/gtk-sharp/branches>;
>>>>>> However there is no branch in there labelled as GTK3
>>>>>>
>>>>>> Who supports GTK sharp?
>>>>>> If it is community maintained, who are the main contributors?
>>>>>>
>>>>>> Is there a projected or planned release date for GTK 3 support?
>>>>>> Developers dependent on GTK sharp need this information in order to
>>>>>> plan
>>>>>> the future of there applications.
>>>>>>
>>>>>> If GTK sharp is really dying then application developers dependent on
>>>>>> it
>>>>>> need to know, so they can either contribute to it or move there
>>>>>> applications on to something else.
>>>>>>
>>>>>> If the bindings are struggling, how come there has been no call
>>>>>> for contributors, or at least transparent information about what is
>>>>>> going
>>>>>> on. Rather then the current back whole of information.
>>>>>>
>>>>>> Recently ubuntu held an app competition, it was hugely successful and
>>>>>> while
>>>>>> it was on people where asking questions like this:
>>&g

Re: [Mono-list] GTKsharp 3

[Stifu]

XWT is still a set of bindings. It calls native code / GUI toolkits
underneath. So that's not what he was asking for.
I guess there is just not enough money / motivation behind having a
fully-managed GUI toolkit. On the other hand, Mono WinForms is one,
technically.


Slide wrote
> 
> There is this one that is being developed https://github.com/mono/xwt
> and will be the foundation of MonoDevelop in the future from what I
> understand.
> 
> On Tue, Sep 11, 2012 at 8:19 AM, 殷启聪 <seamlikok@> wrote:
>> Why there's no any cross-platform GUI toolkit that's written natively
>> in C#? I'm tired of using bindings. Is it possible to develop a C# GUI
>> toolkit that's OpenGL accelerated (like WPF and Clutter),
>> cross-platform (like wxWidgets and Qt) and uses native widgets in
>> different desktop environment? Then GTK+, Qt etc. will be used as low
>> level components.
>> 2012/9/11 Stifu <stifu@>:
>>> The most recent bit of news I've read about GTK# 3:
>>>
>>> http://mono.1490590.n4.nabble.com/Towards-GTK-3-0-tp4650597.html
>>>
>>>
>>> Daniel Hughes wrote
>>>>
>>>> GTK 3 was released 10 Feb 2011. That's a long time ago.
>>>>
>>>> During that time .net bindings have failed to eventuate. Information on
>>>> what has been happening has been very hard to find, despite a large
>>>> number
>>>> of .net applications on linux using these bindings.
>>>>
>>>> As the author of an opensource application dependent on these bindings
>>>> I
>>>> find this lack of information very concerning. And I'm starting to ask
>>>> myself questions like, Am I now dependent of a dead or dieing library?
>>>>
>>>> Banshee was removed from the default ubuntu install, officially because
>>>> of
>>>> lack of GTK 3 support.
>>>>
>>>> I have the following questions:
>>>>
>>>> Where is the source code for GTK 3 support?
>>>> As far as I can establish the GTK sharp code is hosted here:
>>>> https://github.com/mono/gtk-sharp<https://github.com/mono/gtk-sharp/branches>;
>>>> However there is no branch in there labelled as GTK3
>>>>
>>>> Who supports GTK sharp?
>>>> If it is community maintained, who are the main contributors?
>>>>
>>>> Is there a projected or planned release date for GTK 3 support?
>>>> Developers dependent on GTK sharp need this information in order to
>>>> plan
>>>> the future of there applications.
>>>>
>>>> If GTK sharp is really dying then application developers dependent on
>>>> it
>>>> need to know, so they can either contribute to it or move there
>>>> applications on to something else.
>>>>
>>>> If the bindings are struggling, how come there has been no call
>>>> for contributors, or at least transparent information about what is
>>>> going
>>>> on. Rather then the current back whole of information.
>>>>
>>>> Recently ubuntu held an app competition, it was hugely successful and
>>>> while
>>>> it was on people where asking questions like this:
>>>> http://askubuntu.com/questions/154373/use-primary-toolbar-with-mono
>>>> And all we could do was advice that they use another language.
>>>>
>>>> If we lose GTK# bindings where does that leave mono on desktop linux?
>>>> We
>>>> have no QT bindings, no clutter bindings and no GTK# 3 bindings. in
>>>> sort
>>>> we
>>>> have no bindings available (by that I mean packaged in debian or
>>>> similar)
>>>> for the latest version of any native linux GUI tool kit.
>>>>
>>>> I'm going to say this again, mono developers cannot use the latest
>>>> version
>>>> of any native linux GUI tool kit.
>>>>
>>>> Now maybe the GTK# bindings are alive and well and are about to issue a
>>>> release. However if that is true then the developers have a lot of room
>>>> for
>>>> improvement with there communications.
>>>>
>>>> Sincerely,
>>>> Daniel Hughes
>>>>
>>>> ___
>>>> Mono-list maillist  -  Mono-list@.ximian
>>>> http://lists.ximian.com/mailman/listinfo/mono-list
>>>>
>>>
>>>
>>>
>>>
>>> --
>>> View this message in context:
>>> http://mono.1490590.n4.nabble.com/GTKsharp-3-tp4656569p4656570.html
>>> Sent from the Mono - General mailing list archive at Nabble.com.
>>> ___
>>> Mono-list maillist  -  Mono-list@.ximian
>>> http://lists.ximian.com/mailman/listinfo/mono-list
>> ___
>> Mono-list maillist  -  Mono-list@.ximian
>> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 
> 
> -- 
> Website: http://earl-of-code.com
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 




--
View this message in context: 
http://mono.1490590.n4.nabble.com/GTKsharp-3-tp4656569p4656579.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] GTKsharp 3

[Stifu]

The most recent bit of news I've read about GTK# 3:

http://mono.1490590.n4.nabble.com/Towards-GTK-3-0-tp4650597.html


Daniel Hughes wrote
> 
> GTK 3 was released 10 Feb 2011. That's a long time ago.
> 
> During that time .net bindings have failed to eventuate. Information on
> what has been happening has been very hard to find, despite a large number
> of .net applications on linux using these bindings.
> 
> As the author of an opensource application dependent on these bindings I
> find this lack of information very concerning. And I'm starting to ask
> myself questions like, Am I now dependent of a dead or dieing library?
> 
> Banshee was removed from the default ubuntu install, officially because of
> lack of GTK 3 support.
> 
> I have the following questions:
> 
> Where is the source code for GTK 3 support?
> As far as I can establish the GTK sharp code is hosted here:
> https://github.com/mono/gtk-sharp;
> However there is no branch in there labelled as GTK3
> 
> Who supports GTK sharp?
> If it is community maintained, who are the main contributors?
> 
> Is there a projected or planned release date for GTK 3 support?
> Developers dependent on GTK sharp need this information in order to plan
> the future of there applications.
> 
> If GTK sharp is really dying then application developers dependent on it
> need to know, so they can either contribute to it or move there
> applications on to something else.
> 
> If the bindings are struggling, how come there has been no call
> for contributors, or at least transparent information about what is going
> on. Rather then the current back whole of information.
> 
> Recently ubuntu held an app competition, it was hugely successful and
> while
> it was on people where asking questions like this:
> http://askubuntu.com/questions/154373/use-primary-toolbar-with-mono
> And all we could do was advice that they use another language.
> 
> If we lose GTK# bindings where does that leave mono on desktop linux? We
> have no QT bindings, no clutter bindings and no GTK# 3 bindings. in sort
> we
> have no bindings available (by that I mean packaged in debian or similar)
> for the latest version of any native linux GUI tool kit.
> 
> I'm going to say this again, mono developers cannot use the latest version
> of any native linux GUI tool kit.
> 
> Now maybe the GTK# bindings are alive and well and are about to issue a
> release. However if that is true then the developers have a lot of room
> for
> improvement with there communications.
> 
> Sincerely,
> Daniel Hughes
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 




--
View this message in context: 
http://mono.1490590.n4.nabble.com/GTKsharp-3-tp4656569p4656570.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Which GUI?

[Stifu]

On the other hand, note that both MonoDevelop and Banshee teams plan to
replace their application GUI.
Banshee: GTK# 2 to GTK# 3 (not released yet)
MonoDevelop: GTK# 2 to XWT (not released yet either:
https://github.com/mono/xwt)


Daniel Lo Nigro wrote
> 
> I'd suggest trying out GTK# if you're developing a desktop application.
> This is the same toolkit used by most Mono applications on Linux, like
> MonoDevelop and Banshee media player. If you want a very custom UI, you
> could probably use an OpenGL wrapper like OpenTK for the UI rendering.
> 
> If it's a web application, I'd suggest using ASP.NET MVC. It's open-source
> and works fine on Mono.
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 



--
View this message in context: 
http://mono.1490590.n4.nabble.com/Which-GUI-tp4656530p4656562.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Questions about coding style

[Stifu]

To add to what Jonathan said, trying to reuse the same connection for
everything can also lead to concurrent access issues, if more than one
thread accesses the connection at a given time. I've seen such issues when
using Entity Framework. Besides, creating a new connection is really cheap.


Jonathan Pryor wrote
> 
> On Aug 20, 2012, at 3:28 PM, Philippe Grohrock 
> wrote:
>> Thanks for the reply already and I'm sorry, I should've added the lines
>> of code.
>> 
>>  static class GlobalVariables
>>  {
>>  public static MySqlConnection connection = new connection();
>>  }
>> 
>> This way the whole program has access to it and can modify/query the DB
>> when needed (this is what I meant with global).
> 
> I believe that this is a Bad Idea™.
> 
> Firstly, this is counter to ~every MSDN example on using connections,
> which always scopes the Connection instance:
> 
>   //
> http://msdn.microsoft.com/en-us/library/ff647768.aspx#scalenetchapt12_topic9
>   using (SqlConnection conn = new SqlConnection(connString))
>   {
>   conn.Open();
>   // ...
>   }
> 
> This implies that you should instead do:
> 
>   static class Database {
> 
>   internal static MySqlConnection CreateConnection ()
>   {
>   return new connection ();
>   }
>   }
> 
> And narrowly scope your use:
> 
>   using (var c = Database.CreateConnection ()) {
>   c.Open ();
>   // ...
>   }
> 
> Now, _why_ should you do this? Unfortunately I can't find anything to
> confirm or deny the following, but this is my recollection from using SQL
> many years ago...
> 
> The reason why is connection-related errors: if (when) you hit a network
> interruption, the DbConnection instance is unusable afterward, even if the
> network came back. (Though maybe I needed to .Close() and .Open() to
> repair the instance? I no longer remember.) I found that the
> easiest/sanest way to go was to just recreate the Connection instance when
> needed, and Dispose() of it as soon as possible (relying on lower-level
> connection pooling if possible).
> 
>  - Jon
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 




--
View this message in context: 
http://mono.1490590.n4.nabble.com/Questions-about-coding-style-tp4656301p4656333.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] .Net versions ... compatibility history

[Stifu]

For the record: Entity Framework has been open sourced, and Mono will
probably support it soon.


Dave Curylo wrote
> 
> In my experience, if you don't stray to far away from the core framework,
> you are in very good shape with API support. Stay away from things like
> Entity Framework and WPF (completely unsupported), use things like WCF and
> server components should be done with caution, but LINQ, TPL, or other
> parts of the core framework have very robust and well-tested
> implementations and you are much less likely to encounter issues.
> 
> Of course you should test, and particularly load test, across platforms as
> some of the internals work a little differently and bugs can pop up in
> unexpected scenarios.
> 
> As far as the runtime version included in various Linux distributions, in
> many cases it is better to package the runtime with your application. 
> RHEL / CentOS have an old mono distribution by way of the EPEL repository
> and by nature, that distribution uses older software versions. This isn't
> just a mono constraint; if you have a python application that relies on
> python > 2.4 (which is from 2006), then you need to package your own
> python to distribute to RHEL / CentOS.
> 
> I wouldn't let the OS dictate the runtime you should use if it is simply a
> matter of packaging a newer runtime with your application. The OS can only
> really dictate the shared runtime version.
> 
> On Aug 7, 2012, at 7:41 AM, edward.harvey.mono wrote:
> 
>>> From: mono-list-bounces@.ximian [mailto:mono-list-
>>> bounces@.ximian] On Behalf Of Stifu
>>> 
>>> Keep in mind that just because a certain Mono version supports a certain
>>> .NET
>>> profile, doesn't mean it fully supports everything in that profile. For
>>> example, Mono 2.0 supports .NET 2.0 and 3.5, but has many missing 3.5
>>> bits.
>>> Even the latest Mono versions do not support all the APIs .NET does. So
>>> things are not as simple as deciding which .NET version you want to
>>> support.
>>> 
>>> By the way, check out the Mono wikipedia page:
>>> http://en.wikipedia.org/wiki/Mono_%28software%29#History
>>> It may give you the overview you're looking for. It says Mono 1.2
>>> supports
>>> C# 2.0, but that the APIs are not on par with .NET 2.0 until Mono 2.0.
>> 
>> Ahh.  I was understanding before, that any given mono version is not 100%
>> compatible with any particular .Net version, but perhaps I wasn't
>> understanding well enough...
>> 
>> Here's my new perception - The goal is to develop some applications
>> cross-platform compatible (specifically, windows, mac, ubuntu, centos). 
>> It is understood that the application for each platform will be a
>> separate product, we can't just reuse all the code and expect it to work
>> on another platform.But we'd like to maximize the code reuse.  It's
>> understood, the only way to do this is to start developing on one
>> platform, and obsessively frequently test the code on multiple platforms. 
>> The goal is to minimize the incompatibilities between platforms...
>> 
>> So I guess the best approach is ... First of all, start with .Net 3.5 on
>> windows.  Expect most of it to work on mac, ubuntu, and centos 6.  But
>> don't hold high hopes for centos 5.  Test obsessively, with every little
>> change.
>> 
>> Sound about right?
>> 
>> ___
>> Mono-list maillist  -  Mono-list@.ximian
>> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 




--
View this message in context: 
http://mono.1490590.n4.nabble.com/Net-versions-compatibility-history-tp4650745p4650789.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] .Net versions ... compatibility history

[Stifu]

Sounds good. Even better if the tests are automated, so you can just run them
on each OS (using NUnit and/or other test frameworks).

Note that the application doesn't have to be a separate product for each OS.
It depends on your app.
Just check first that you're not planning to use big .NET APIs that are not
supported in Mono. Another idea if you want to be safer and minimize
possible surprises: develop with Mono, then test with .NET. Again, whether
this is a good idea or not depends on your app.


edward.harvey.mono wrote
> 
>> From: mono-list-bounces@.ximian [mailto:mono-list-
>> bounces@.ximian] On Behalf Of Stifu
>> 
>> Keep in mind that just because a certain Mono version supports a certain
>> .NET
>> profile, doesn't mean it fully supports everything in that profile. For
>> example, Mono 2.0 supports .NET 2.0 and 3.5, but has many missing 3.5
>> bits.
>> Even the latest Mono versions do not support all the APIs .NET does. So
>> things are not as simple as deciding which .NET version you want to
>> support.
>> 
>> By the way, check out the Mono wikipedia page:
>> http://en.wikipedia.org/wiki/Mono_%28software%29#History
>> It may give you the overview you're looking for. It says Mono 1.2
>> supports
>> C# 2.0, but that the APIs are not on par with .NET 2.0 until Mono 2.0.
> 
> Ahh.  I was understanding before, that any given mono version is not 100%
> compatible with any particular .Net version, but perhaps I wasn't
> understanding well enough...
> 
> Here's my new perception - The goal is to develop some applications
> cross-platform compatible (specifically, windows, mac, ubuntu, centos). 
> It is understood that the application for each platform will be a separate
> product, we can't just reuse all the code and expect it to work on another
> platform.But we'd like to maximize the code reuse.  It's understood,
> the only way to do this is to start developing on one platform, and
> obsessively frequently test the code on multiple platforms.  The goal is
> to minimize the incompatibilities between platforms...
> 
> So I guess the best approach is ... First of all, start with .Net 3.5 on
> windows.  Expect most of it to work on mac, ubuntu, and centos 6.  But
> don't hold high hopes for centos 5.  Test obsessively, with every little
> change.
> 
> Sound about right?
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 




--
View this message in context: 
http://mono.1490590.n4.nabble.com/Net-versions-compatibility-history-tp4650745p4650786.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] .Net versions ... compatibility history

[Stifu]

Keep in mind that just because a certain Mono version supports a certain .NET
profile, doesn't mean it fully supports everything in that profile. For
example, Mono 2.0 supports .NET 2.0 and 3.5, but has many missing 3.5 bits.
Even the latest Mono versions do not support all the APIs .NET does. So
things are not as simple as deciding which .NET version you want to support.

By the way, check out the Mono wikipedia page:
http://en.wikipedia.org/wiki/Mono_%28software%29#History
It may give you the overview you're looking for. It says Mono 1.2 supports
C# 2.0, but that the APIs are not on par with .NET 2.0 until Mono 2.0.


edward.harvey.mono wrote
> 
>> From: mono-list-bounces@.ximian [mailto:mono-list-
>> bounces@.ximian] On Behalf Of Stifu
>> 
>> I don't know of documentation for this, but Mono 2.4 is old, and I
>> wouldn't
>> bother trying to support anything older. 
> 
> If we wish to develop & distribute a server product using mono...  It
> would be good to support rhel 5 & 6, as well as the various ubuntu LTS. 
> Right now, ubuntu LTS all seem to have mono 2.10, which is good.  But ...
> But centos 5 (epel5) has mono 1.2.4, and centos 6 (epel6) has mono 2.4.3.
> 
> Maybe we'll just have to drop centos5 as a supported platform, but if you
> are a business distributing a product, telling your customers that you can
> only support the very latest OS, it makes it difficult for the customers
> to accept your product...  Just ask any sysadmin who supports apple
> products.  ;-)  The day a new OS is released, the old OS is unsupported,
> so you as a company are forced to immediately drop what you're doing and
> test the new OS, as if the mac product release cycle is the only important
> thing in your life.   ;-)
> 
> Anyway... I know mono 1.2.4 is old.  But what version of .Net is it
> compatible with?
> 
> We may decide we're able to develop everything we need to develop, using
> that version...  Or we may just drop support for centos5.  I can't
> envision us saying we'll support ubuntu only and not redhat...  Which
> means we're already limited to a maximum .Net 3.5.
> 
> Thanks again...
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 




--
View this message in context: 
http://mono.1490590.n4.nabble.com/Net-versions-compatibility-history-tp4650745p4650765.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] .Net versions ... compatibility history

[Stifu]

I don't know of documentation for this, but Mono 2.4 is old, and I wouldn't
bother trying to support anything older. Besides, it'd be a pain to test
compatibility with so many frameworks, many bugs got fixed since then, etc.
Mono developers and users tend to use recent versions of the framework. Just
ask your users to upgrade if necessary. Otherwise, your development costs
will skyrocket, and your development team will be frustrated. :)

Anyway, from what you're saying, it sounds like you'd like to go for either
the 2.0 or 3.5 profile.


edward.harvey.mono wrote
> 
>> From: mono-list-bounces@.ximian [mailto:mono-list-
>> bounces@.ximian] On Behalf Of Stifu
>> 
>> Mono 2.4.x is compatible with .NET from 1.0 to 3.5.
>> With Mono 2.8, the .NET 1.x profile was dropped, and the 4.0 one was
>> added.
> 
> Thank you.  But I expect we'll want to know which platforms our
> application will run on, and we'll want to be designing with these
> considerations in mind...
> 
> Is this documented somewhere?  What if I want to find this answer for
> ubuntu, or an older version of redhat, or fedora, etc...?
> 
> I am guessing, somewhere in the source code, there's a readme that says
> "compatible with .Net version ___"  And I can certainly go fetch all the
> different versions of source code and create an index...  But I'm guessing
> there's a summary already written somewhere, or an easier way to do it,
> right?
> 
> Thanks again...
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 



--
View this message in context: 
http://mono.1490590.n4.nabble.com/Net-versions-compatibility-history-tp4650745p4650757.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] .Net versions ... compatibility history

[Stifu]

Mono 2.4.x is compatible with .NET from 1.0 to 3.5.
With Mono 2.8, the .NET 1.x profile was dropped, and the 4.0 one was added.


edward.harvey.mono wrote
> 
> I see on the compatibility page, that the current release is 2.10.8, and
> it is compatible with .Net 4.0.
> 
> But what about older versions?  The current mono distributed with amazon
> linux is 2.4.3.1-4...  Is it also compatible with .Net 4.0?  Or perhaps
> something older?  I'm basically looking for the history of the
> Compatibility page.
> 
> Thanks...
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 




--
View this message in context: 
http://mono.1490590.n4.nabble.com/Net-versions-compatibility-history-tp4650745p4650747.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Entity Framework goes to opensource

[Stifu]

That's certainly what it sounds like.


Gabriel Ibanez wrote
> 
> Hi,
> 
> Does it means that we can expect the entity framework working on mono
> sometime ?
> 
> Cheers
> 
> /Gabriel
> 
> -Original Message-
> From: Alan 
> Date: Fri, 27 Jul 2012 18:15:22 
> To: 
> Cc: 
> Subject: Re: [Mono-list] Entity Framework goes to opensource
> 
> 
> We have already cloned this into the Mono organisations github repository:
> 
> http://github.com/mono/entityframework
> 
> Alan
> 
> On 27 July 2012 19:13, Alessandro Binhara  wrote:
>> http://entityframework.codeplex.com/
>> ___
>> Mono-list maillist  -  Mono-list@.ximian
>> http://lists.ximian.com/mailman/listinfo/mono-list
>>
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 




--
View this message in context: 
http://mono.1490590.n4.nabble.com/Entity-Framework-goes-to-opensource-tp4650600p4650617.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] KeePass v2.19 portable crashes when unlocking database

[Stifu]

Sounds like it's this bug: https://bugzilla.xamarin.com/show_bug.cgi?id=5796


knocte wrote
> 
> On 05/07/12 16:35, iandunn wrote:
>> I posted a message on the KeePass forums, and one of their developers
>> looked
>> at the stack trace and said that there wasn't any KeePass code involved,
>> so
>> he thought that the problem was with Mono.
> 
> 
> There have been some fixes in Mono WinForms recently. Try to run this 
> with Mono 2.11.2 and if you still find the problem, file a bug in 
> http://bugzilla.xamarin.com/
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 

--
View this message in context: 
http://mono.1490590.n4.nabble.com/KeePass-v2-19-portable-crashes-when-unlocking-database-tp4650311p4650316.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Detect OS?

[Stifu]

This is what I use:
http://code.google.com/p/epicedit/source/browse/EpicEdit/Platform.cs


Immortal wrote
> 
> Well Im writing some c# code, I would like to know how I would detect what
> OS the user is running,
> 
> I dont want to use alot of if/thens
> 
> and I was hoping not to use a switch,
> 
> I was hoping for something simple as /Enviroment.GetOS();/
> 
> :P 
> 
> But I know about
> 
> *Enviroment.OSVersion.ToString().StartsWith("Unix");*
> 
> is their a faster and or easier way to get the users OS ?
> 

--
View this message in context: 
http://mono.1490590.n4.nabble.com/Detect-OS-tp4645659p4645698.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] A few questions about Mono for Windows

[Stifu]

I can't really help, but I just wanted to point out that MonoDevelop and Mono
don't use the same GTK# package, sadly. So, even though you installed Mono +
GTK#, MonoDevelop needs its own GTK# package.


Dimitris Pantazopoulos wrote
> 
> Hello everybody,
> 
> I just downloaded and installed Mono 2.10.8 for Windows in Windows 7 64bit
> Ultimate. The installation claims to include GTK# 2.12.11. 
> Here are my questions:
> 
> 1) None of the start menu entries under 'Applications' works. The target
> paths do not exist, for example there is no 'C:\Program Files
> (x86)\Mono-2.10.8\bin\glade-3.exe'. Any ideas why?
> 
> 
> 2) I tried your samples 'Mono Basics' samples. The GTK# does not compile
> and produces the following errors instead:
> C:\Users\Dimitris\Documents>gmcs MonoHelloWorld-GTK.cs -pkg:gtk-sharp-2.0
> error CS0006: Metadata file
> `C:/PROGRA\~2/MONO-2\~1.8/lib/mono/gtk-sharp-2.0/pan
> go-sharp.dll' could not be found
> error CS0006: Metadata file
> `C:/PROGRA\~2/MONO-2\~1.8/lib/mono/gtk-sharp-2.0/atk
> -sharp.dll' could not be found
> error CS0006: Metadata file
> `C:/PROGRA\~2/MONO-2\~1.8/lib/mono/gtk-sharp-2.0/gdk
> -sharp.dll' could not be found
> error CS0006: Metadata file
> `C:/PROGRA\~2/MONO-2\~1.8/lib/mono/gtk-sharp-2.0/gtk
> -sharp.dll' could not be found
> error CS0006: Metadata file
> `C:/PROGRA\~2/MONO-2\~1.8/lib/mono/gtk-sharp-2.0/gli
> b-sharp.dll' could not be found
> Compilation failed: 5 error(s), 0 warnings
> 
> I am using the Mono Command Prompt, the PATH variable is correct and the
> DLLs mentioned in the error message do exist. What am I doing wrong?
> 
> 
> 3) In addition to (2), I've tried to install MonoDevelop 2.8.6.5, which
> fails with the error: 'Gtk# version 2.12.9 or greater must be installed.'.
> Is it safe to assume that something is wrong with the GTK# installation?
> Should I reinstall or use another setup file? 
> 
> 
> Thank you very much in advance,
> D
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/A-few-questions-about-Mono-for-Windows-tp4476427p4476506.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] WPF development for Mono

[Stifu]

Hi,

I doubt WinForms will be dropped anytime soon.

By the way, did you hear about XWT (https://github.com/mono/xwt)? This could
be a nice way to go forward without having to implement WPF.

That said, best of luck if you still want to implement WPF on top of Mono.


jcscherer wrote
> 
> Hello all!
> 
> 
> I am obviously new to the mailing list and would first like to introduce
> myself. I am Justin Scherer and I am currently a college student at North
> Central College. I am pursuing my degree in Computer Science. I have now
> been working with C# and WPF development for little over a year. I have
> also worked on many large scale projects dealing WPF and how the framework
> is built. I am new to trying to port or recreate all of this for Mono and
> I realize that this is a large task to try to accomplish. I also realize
> that just trying to get the basic framework down is going to take quite a
> long time. But, with all of this said, I feel that it needs to be done.
> Windows will be deprecating the Windows Forms quite soon, especially with
> the launch of Windows 8 just on the horizon. With the deprecation of
> Windows Forms, most of our tools for Mono go to waste since this is what
> we usually build all of our GUI applications around. I am seeing if there
> is any interest in pursuing this large t
>  ask. If there is, feel free to email me at this address and we can start
> to see what it will take to get this project underway. Again, I realize
> the amount of work that will need to go into this and I also realize how
> much time we already put into our own lives. But, if enough support is
> there and we can get at least a basic framework built up, I feel that we
> can achieve this immense goal. Thank you for all of your time and lets see
> if we can get this project up and running.
> 
> 
> //Signed//
> Justin C. Scherer
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 

--
View this message in context: 
http://mono.1490590.n4.nabble.com/WPF-development-for-Mono-tp4448822p4448934.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] What happened to Monologue?

[Stifu]

Looks like it's fixed now.


jackmang wrote
> 
> Is the monologue broken?  I've been following the various mono
> contributors through the go-mono monologue for a long time.  I've never
> seen no posts for more than a couple of days.  Now it has been quiet for
> over 2 weeks.  Anyone know what is going on?
> 
> http://www.go-mono.com/monologue/
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/What-happened-to-Monologue-tp4339940p4347886.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Deloploying To Linux

[Stifu]

Hi,

"I have created a sample helloworld.exe  if i want to make it run on linux
what changes i have to make?"
None.

"Is it necessary to install mono on Linux to get the executables to be run
on linux platform?"
Yes.

"If so, can you please tell me where can i download mono for installing on
redhat 5."
You should look on the redhat side. It's up to them to package and
redistribute Mono for their distro.


shivam wrote
> 
> Hi,
> 
> I have downloaded mono on windows and installed.  I have created a sample
> helloworld.exe  if i want to make it run on linux what changes i have to
> make?  
> 
> Is it necessary to install mono on Linux to get the executables to be run
> on linux platform?  If so, can you please tell me where can i download
> mono for installing on redhat 5.
> 
> Thanks
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Deloploying-To-Linux-tp4287233p4287268.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] New to Mono + Web and Desktop + Mapping

[stifu]

Indeed. But it would be a shame to do all that then realize none of the GUI 
toolkits satisfy your needs.
Also, as he's already familiar with programming, I wouldn't expect him to tie 
his app logic to his GUI in the first place.

- Mail original -
De: "Ian Norton" 
À: "Stifu" , mono-list@lists.ximian.com
Envoyé: Mardi 10 Janvier 2012 13:20:01
Objet: Re: [Mono-list] New to Mono + Web and Desktop + Mapping

Actually,  the last thing should be picking is the GUI toolkit, design your app 
logic without tieing it to a GUI and write a separate wrapper program for each 
GUI environment and console. It makes things easier to test aswell.

Ian
-- 
I may have used dictation software to write this email, please excuse any 
confusing mistakes.

Stifu  wrote:

>How easy that would be depends on your skills, naturally. You may be
>new to
>Mono, but familiar with Java or other similar environments. What you're
>trying to do sounds relatively easy. The way I understand it, you want
>to
>generate a certain image depending on the value of some UI controls.
>
>The first thing you'll have to do is pick a GUI Toolkit.
>Your options are basically:
>
>- Use WinForms. No install needed on Windows, but no designer with
>MonoDevelop, and buggy on Linux and especially Mac. However, your app
>might
>be simple enough that you could avoid getting into serious problems.
>
>- Use GTK#. Install needed on Windows, but works better than WinForms
>across
>platforms. Not as popular / used as WinForms in the .NET world, though,
>and
>its future seems a bit uncertain.
>
>- Use a different GUI toolkit depending on the OS. Most expensive
>solution,
>but best results.
>
>- Patiently wait for the upcoming GUI Toolkit by the Mono team: XWT.
>Won't
>be available anytime soon, as it's not even been officially announced
>yet.
>
>
>Alan_Brit wrote
>>
>> Hi all
>> I am new to mono platform. I have been reading about it and it seems
>to be
>> what i am looking for...
>> Well, I would like to create an application and could run it on most
>> common OSs and Mono seems o do it.
>>
>> More specifically, i would like to develp and application realted
>with
>> mapping (a map and put some icons on it and refresh it periodically).
>> Firstly I would like to start by a desktop app then implement the
>same but
>> for the web. Some requirements about these application mainly is:
>>
>> A window, with a map, with some comboboxes and listboxes and possible
>tree
>> controls in order to show information and click on these rich
>controls and
>> update something on the map, for instance, centralize in the map the
>> clicked object in the listbox
>>
>> Please, could you advice me in terms of (easy) mono tools to do that?
>>
>> Thanks a lot
>>
>> Alan
>>
>
>
>--
>View this message in context:
>http://mono.1490590.n4.nabble.com/New-to-Mono-Web-and-Desktop-Mapping-tp4281638p4281747.html
>Sent from the Mono - General mailing list archive at Nabble.com.
>___
>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] New to Mono + Web and Desktop + Mapping

[Stifu]

How easy that would be depends on your skills, naturally. You may be new to
Mono, but familiar with Java or other similar environments. What you're
trying to do sounds relatively easy. The way I understand it, you want to
generate a certain image depending on the value of some UI controls.

The first thing you'll have to do is pick a GUI Toolkit.
Your options are basically:

- Use WinForms. No install needed on Windows, but no designer with
MonoDevelop, and buggy on Linux and especially Mac. However, your app might
be simple enough that you could avoid getting into serious problems.

- Use GTK#. Install needed on Windows, but works better than WinForms across
platforms. Not as popular / used as WinForms in the .NET world, though, and
its future seems a bit uncertain.

- Use a different GUI toolkit depending on the OS. Most expensive solution,
but best results.

- Patiently wait for the upcoming GUI Toolkit by the Mono team: XWT. Won't
be available anytime soon, as it's not even been officially announced yet.


Alan_Brit wrote
> 
> Hi all
> I am new to mono platform. I have been reading about it and it seems to be
> what i am looking for...
> Well, I would like to create an application and could run it on most
> common OSs and Mono seems o do it.
> 
> More specifically, i would like to develp and application realted with
> mapping (a map and put some icons on it and refresh it periodically).
> Firstly I would like to start by a desktop app then implement the same but
> for the web. Some requirements about these application mainly is:
> 
> A window, with a map, with some comboboxes and listboxes and possible tree
> controls in order to show information and click on these rich controls and
> update something on the map, for instance, centralize in the map the 
> clicked object in the listbox
> 
> Please, could you advice me in terms of (easy) mono tools to do that?
> 
> Thanks a lot
> 
> Alan
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/New-to-Mono-Web-and-Desktop-Mapping-tp4281638p4281747.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Can't Port Winforms App [newbie]

[Stifu]

For what it's worth, from the Mono command prompt on Windows, when you do
"MyApp.exe", then the app is run with .NET, not Mono.
Also, if you're trying to run a WinForms app, you don't need GTK#.

Anyway, I'm not sure what's wrong. Is the app you're trying to run available
somewhere?


sgc9812 wrote
> 
> I'm trying to follow the Mono 
> http://www.mono-project.com/Guide:_Porting_Winforms_Applications Guide:
> Porting Winforms Applications .  When I get to the point of  
> http://www.mono-project.com/Guide:_Porting_Winforms_Applications#Trying_It_Out
> Trying It Out , I see unexpected results...
> 
> [Newbie Alert: I'm new to Mono, Linux, Gtk, etc., so this should be
> low-hanging fruit for all you Mono Monkey heroes out there.]
> 
> When, from the "Mono Command Prompt", I invoke:
>  MyApp.exe
> the app I built in VisualC# starts and operates as expected.
> 
> However, when I invoke:
> mono MyApp.exe
> [with output redirected to an error log and MONO_LOG_LEVEL=debug], it
> appears that DllImport is unable to locate /libc /and /X11/.
> 
> I don't understand why Mono is trying to locate /libc /and /libX11 /for my
> /Windows /application?  What [basic setup] am I missing?
> 
> Background info:
> Windows7
> Visual C# 2010 Express
> Mono installed using the 
> http://download.mono-project.com/archive/2.10.8/windows-installer/1/mono-2.10.8-gtksharp-2.12.11-win32-1.exe
> Windows Combined Installer  [WCI].
> Gtk# installed using 
> http://download.mono-project.com/gtk-sharp/gtk-sharp-2.12.10.win32.msi
> Gtk# for .NET .
>  http://mono-project.com/MoMA Mono Migration Analyzer  installed.
> 
> As a heads-up, when I installed Mono using the WCI, I was able to
> successfully follow the instructions on the 
> http://www.mono-project.com/Mono:Windows Using Mono on Windows  page to
> the point declaring, "If you get this far, you have a working Mono
> installation."  However, the next steps related to Gtk# failed...  In my
> Windows Mono Group, none of the Applications [Start | Mono 2.10.8 for
> Windows | Applications] exist -- the shortcuts point to non-existent files
> [as though portions of installation failed(?)].  This, I initially
> ignored, however...
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Can-t-Port-Winforms-App-newbie-tp4270054p4272705.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] HELP!!!

[Stifu]

Then you should download MonoDevelop. Or you can even use any .NET IDE, such
as Visual Studio or SharpDevelop.


richardflyer wrote
> 
> Yes, I want to start programming with C#I am a beginner.
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/HELP-tp4213559p4213931.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] HELP!!!

[Stifu]

Mono GUI? What do you mean?
What do you actually want to do with Mono? Run an application? Develop?


richardflyer wrote
> 
> I've just downloaded and installed MONO on my windows vista(I hate vista
> :(  ). What I have to do now to load the Mono GUI??? Please hel
> 
> Richard
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/HELP-tp4213559p4213566.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] What is the general stage of mono project?

[Stifu]

Hi,

Mono is very much alive. It's an open-source project, after all, so I doubt
it could be "closed" (no pun intended).
Anyway, the story is that Novell was acquired by another company
(Attachmate), which ended up firing the Mono team. So the Mono team created
its own company, called Xamarin.

To know what's planned for the future, check:
- http://mono-project.com/Release_Notes_Mono_2.12
- http://www.go-mono.com/monologue
- http://www.xamarin.com/
- https://github.com/mono/mono/commits/master


Dimkinv wrote
> 
> Hello folks, 
> 
> I've searched the forum but I didnt find specific answers to my question.
> So I'm sorry if I missed it. 
> 
> I was wondering what is the general stage of the mono project up until
> now? We've heard rumors that the project was closed about a year ago. Is
> it still active? And if it does what is planned in the near future?
> 
> Thanks a lot for your time,
>Danny
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/What-is-the-general-stage-of-mono-project-tp4159681p4159711.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Options of the project Mono for Net Framework 2.0

[Stifu]

As others told you: Mono now supports .NET 4.0 by default.

Rather than trying to compile your project using .NET 2.0, it seems much
easier to me to upgrade your project to 4.0 instead, no?


tumanovalex wrote
> 
> I  use MonoDevelop
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Options-of-the-project-Mono-for-Net-Framework-2-0-tp4128665p4129697.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Options of the project Mono for Net Framework 2.0

[Stifu]

I guess we need more info.
Did you use MonoDevelop, or tried to compile through command lines?


tumanovalex wrote
> 
> In Ubuntu 11.10 has established Mono from repository, has transferred
> project Visual Studo 2008 for Net Framework 2.0 and has tried to compile
> it. I receive an error "the compiler isn't found" though the compiler for
> CLI 2 (mono-mcs) is established. Prompt how correctly to adjust, please,
> the project that it was compiled.
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Options-of-the-project-Mono-for-Net-Framework-2-0-tp4128665p4128705.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] bugzilla.novell.com

[Stifu]

Hi,

>From what I saw, both are being processed.
But if you feel like a Novell-only bug is important and shouldn't be
overlooked, feel free to report it again on Xamarin (giving a link to the
old bug while we're there).

That's just my opinion, I'm not on the Mono team. :)


argemt wrote
> 
> Hello!
> 
> Are the bug reports on the novell site bugzilla.novell.com still beeing
> processed, or only those found on the xamarin site?
> 
> regards
> Mathias
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/bugzilla-novell-com-tp4127696p4127801.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] I do not know if C# generic has a bug here

[Stifu]

Not a bug. The result should be B.G(). It is the same with .NET.
If you want D.G(), mark your method as virtual, and override it. Like this:

class B {
 public virtual String G() { return "B.G()"; } 
}  

class D : B {
 public override String G() { return "D.G()"; } 
}

It's different in Java because everything is virtual by default.


cpwang wrote
> 
> For the following code:
> 
> class B {
>  public String G() { return "B.G()"; } 
> }  
> 
> class D : B {
>  public String G() { return "D.G()"; } 
> }  
> 
> class TestCompile {
>  private static String TestG(T b) where T: B {return b.G(); }
>  static void Main(string[] args) { TestG(new D()); } 
> } 
> 
> The result is B.G(), whereas the result of similar C++ or java code would
> be D.G().
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/I-do-not-know-if-C-generic-has-a-bug-here-tp4119905p4120301.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] FileSystemWatcher does not fire on Mac OS X

[Stifu]

I suggest you file a bug report (http://bugzilla.xamarin.com/) with a reduced
standalone test case attached.


ilber wrote:
> 
> I wrote a simple console app with mono develop and i foud that the problem
> is with the property IncludeSubdirectories.
> The FileSystemWatcher fire only on the parent dir and not in the
> subdirectories :).
> 
> I'm the only one that I have this error?
> 
> From: mono-list-bounces@.ximian [mailto:mono-list-bounces@.ximian] On
> Behalf Of Ilber Ibrahimi
> Sent: mercoledì 16 novembre 2011 17:02
> To: mono-list@.ximian
> Subject: [Mono-list] FileSystemWatcher does not fire on Mac OS X
> 
> Hi you all,
> I have a little application that monitor changes on a specified folder. In
> Windows everything works fine but when I try under Mac OS X Snow Leopard
> the FileSystemWatcher does not fire.
> This is the definition of the watchers:
> 
> FileSystemWatcher  _Watcher = new
> FileSystemWatcher(Program._FBServer.FreeBoxFolder);
> _Watcher.InternalBufferSize = 500;
> _Watcher.IncludeSubdirectories = true;
> _Watcher.Created += new FileSystemEventHandler(OnChanged);
> _Watcher.Renamed += new RenamedEventHandler(OnRenamed);
> _Watcher.Changed += new FileSystemEventHandler(OnChanged);
> _Watcher.Deleted += new FileSystemEventHandler(OnChanged);
> _Watcher.EnableRaisingEvents = true;
> 
> Funcitons:
> 
> private void OnChanged(object source, FileSystemEventArgs e)
> {
>  // Specify what is done when a file is changed, created, or deleted.
>  Console.WriteLine("File: " + e.FullPath + " " + e.ChangeType);
> }
> 
> private void OnRenamed(object source, RenamedEventArgs e)
> {
> // Specify what is done when a file is renamed.
> Console.WriteLine("File: {0} renamed to {1}", e.OldFullPath,
> e.FullPath);
> }
> 
> 
> Can anyone help me please?
> 
> Thanks
> 
> 
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/FileSystemWatcher-does-not-fire-on-Mac-OS-X-tp4076861p4077121.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Buggy survey on download page

[Stifu]

I just tried it, it works for me.

After completing the survey, 2 things happen: the Google survey site opens
in a new tab, and the survey page leads you to the usual download page with
a "Thank you for your feedback!" message at the top.


bingofly wrote:
> 
> Hi there,
> 
> I found it impossible to download any Mono releases this morning ! 
> 
> It seems that the new *30 days survey* on the download page is buggy...
> 
> It happens that once the survey completed, the page opens the survey
> again, on the Google surveys site this time, and even if you complete it
> again, it does not process further.
> 
> http://www.go-mono.com/mono-downloads/download.html
> 
> I've tested on FF and chrome, same problem.
> 
> Thanks
> Bingofly
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Buggy-survey-on-download-page-tp4014033p4014245.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] moon light plugin

[Stifu]

The Mono team no longer works on Moonlight. So until community members pick
it up, it's dead.


blueridge wrote:
> 
> When will the moonlight plug-in be up date to support more modern sites
> 
> I tried to use www.ritzpix.com the plugin does not work
> 
> Chip
>> 
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Where-does-Mono-store-user-config-setterings-tp3983422p3989331.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Windows Forms AutoScroll - no scrollbars.

[Stifu]

Well, WinForms is not too bad on Windows and Linux, but works the worst on
Mac.

Possible workaround: try using HScrollBar and VScrollBar controls instead
Another workaround: launch your app this way: "MONO_MWF_MAC_FORCE_X11=1 mono
yourapp.exe", so as to specify you want to use the X11 driver (requires that
X11 is installed on your Mac) - This is the driver used on Linux (more
tested and more robust)

And if you want to fix this bug, I'd gladly help (although I do not have a
Mac).
Since this is Mac-specific, it must be in a Mac-specific class (that
implements an interface).
The problem may come from one of the System.Windows.Forms.CarbonInternal
classes
(https://github.com/mono/mono/tree/master/mcs/class/Managed.Windows.Forms/System.Windows.Forms.CarbonInternal).
You said you cannot interact with the ScrollBar, so I assume this isn't just
a painting issue.


Edmund Kapusniak wrote:
> 
> Hello,
> I have just tried it out using mono 2.10.6 on Windows, and everything
> appearscorrectly.
> It looks like you are correct and it is a Mac-only problem. :-(
> Is there anything I can try to work around this?  Or any pointers about
> where to lookin the mono Windows Forms source code?
> I really only wanted to use mono to be able to quickly prototype a few
> things on mymac - I figured using Windows Forms would be quicker than
> learning a new windowing API.However the fact that I've tripped over
> something so soon has shaken my confidence abit!
> Thanks,
> -- Edmund
> 
> Stifu wrote:
>>
>> Hi,
>>
>> First, it would help to figure out if this bug affects all OSes or not. I
>> suspect it is Mac-specific, because I got AutoScroll to work on Windows
>> and
>> Linux.
>>
>> Could you try it on Mono Windows or Linux to confirm that it works?
>>
>>
>> Edmund Kapusniak wrote:
>> >
>> > Hi everyone,
>> >
>> >   I hope this is the correct place to ask my question.
>> >
>> >   I have this simple test program:
>> >
>> > using System;
>> > using System.Drawing;
>> > using System.Windows.Forms;
>> >
>> > static class Example
>> > {
>> > public static int Main( string[] arguments )
>> > {
>> > Form form = new Form();
>> > Button button = new Button();
>> > button.Location = new Point( 0, 0 );
>> > button.Size = new Size( 1000, 1000 );
>> > button.Anchor = AnchorStyles.Left | AnchorStyles.Top;
>> > button.Dock = DockStyle.None;
>> > form.Controls.Add( button );
>> > form.AutoScroll = true;
>> > Application.Run( form );
>> > return 0;
>> > }
>> > }
>> >
>> >   On Windows using Microsoft .NET the program displays a form with
>> > scrollbars, and you can scroll around causing the very large button to
>> > change position.
>> >
>> >   Using Mono 2.10.6 on OSX, there are no scrollbars at all.  When you
>> > resize the form you can see a white flicker as if something is trying
>> to
>> > be drawn where the scrollbars should be, but nothing appears and you
>> > cannot interact with anything.
>> >
>> >   Is there something I am missing or is this a bug in Mono?  Any help
>> is
>> > appreciated!
>> >
>> > -- Edmund
>> >
>> >
>> > ___
>> > Mono-list maillist - Mono-list@.ximian
>> > http://lists.ximian.com/mailman/listinfo/mono-list
>> >
>>
>>
>> --
>> View this message in context:
>> http://mono.1490590.n4.nabble.com/Windows-Forms-AutoScroll-no-scrollbars-tp3940210p3940433.html
>> Sent from the Mono - General mailing list archive at Nabble.com.
>> ___
>> Mono-list maillist - Mono-list@.ximian
>> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Windows-Forms-AutoScroll-no-scrollbars-tp3940210p3941980.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Windows Forms AutoScroll - no scrollbars.

[Stifu]

Hi,

First, it would help to figure out if this bug affects all OSes or not. I
suspect it is Mac-specific, because I got AutoScroll to work on Windows and
Linux.

Could you try it on Mono Windows or Linux to confirm that it works?


Edmund Kapusniak wrote:
> 
> Hi everyone,
>  
>   I hope this is the correct place to ask my question.
> 
>   I have this simple test program:
>  
> using System;
> using System.Drawing;
> using System.Windows.Forms;
>  
> static class Example
> {
>     public static int Main( string[] arguments )
>     {
>         Form form = new Form();
>         Button button = new Button();
>         button.Location = new Point( 0, 0 );
>         button.Size = new Size( 1000, 1000 );
>         button.Anchor = AnchorStyles.Left | AnchorStyles.Top;
>         button.Dock = DockStyle.None;
>         form.Controls.Add( button );
>         form.AutoScroll = true;
>         Application.Run( form );
>         return 0;
>     }
> }
>  
>   On Windows using Microsoft .NET the program displays a form with
> scrollbars, and you can scroll around causing the very large button to
> change position.
> 
>   Using Mono 2.10.6 on OSX, there are no scrollbars at all.  When you
> resize the form you can see a white flicker as if something is trying to
> be drawn where the scrollbars should be, but nothing appears and you
> cannot interact with anything.
> 
>   Is there something I am missing or is this a bug in Mono?  Any help is
> appreciated!
> 
> -- Edmund
> 
> 
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Windows-Forms-AutoScroll-no-scrollbars-tp3940210p3940433.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono 2.10.5 crashing all the time

[Stifu]

MonoDevelop and Mono use different versions of the GTK# library on Windows,
which are not interchangeable. This has been causing headaches since the
beginning.

And yeah, the latest Mono versions did not get officially announced, and
were just dropped silently, which is a bit of a shame.


baltasarq wrote:
> 
> Hi!
> 
> Okay, I reply myself.
> I casually checked the mono-project web and realised there was a new
> version available: mono-2.10.6
> 
> So I uninstalled 2.10.5 and installed it. Now everything works, provided
> that I choose to run programs with the Mono runtime (i.e. "mono
> something.exe"); all programs still crash by using the .NET runtime (i.e.
> "something.exe").
> 
> Also, gtk, atk, glib and so on are now correctly located in the references
> section of the project, for both runtimes (mono and .NET).
> 
> Clearly the problem has to do with the Gtk# for .NET package provided, it
> is not working for some reason. I found out that mono is packagin the Gtk#
> version 2.12.11, while the package provided for windows is 2.12.10, which
> maybe causes some mismatch. I don't know.
> 
> Fortunately, now everything is worked nearly perfect again (I don't really
> care about using the .NET runtime at all). It seems it was a matter of
> buggy releases. Thanks for the hard work!
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Mono-2-10-5-crashing-all-the-time-tp3907836p3908352.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono - Release 2.10.6

[Stifu]

Mono 2.10.6 is now officially released, as of October 14th.


Stifu wrote:
> 
> I would guess this is a test build, as no Mono sites has announced Mono
> 2.10.6.
> 
> 
> Daniel Isenmann wrote:
>> 
>> Am 10.10.2011 15:36, schrieb mac_flex:
>>> Thank you for your reply.
>>>
>>> Regards.
>>>
>>> --
>>> View this message in context:
>>> http://mono.1490590.n4.nabble.com/Mono-Release-2-10-6-tp3890161p3890259.html
>>> Sent from the Mono - General mailing list archive at Nabble.com.
>>> ___
>>> Mono-list maillist  -  Mono-list@.ximian
>>> http://lists.ximian.com/mailman/listinfo/mono-list
>>>
>> 
>> This is strange, because you can download the 2.10.6 source package from 
>> their download server: http://download.mono-project.com/sources/mono/
>> 
>> So the questions is still valid, which one is the latest stable release 
>> for mono?
>> 
>> Daniel
>> ___
>> Mono-list maillist  -  Mono-list@.ximian
>> http://lists.ximian.com/mailman/listinfo/mono-list
>> 
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Mono-Release-2-10-6-tp3890161p3907776.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] My code runs on the Visual C # 2010, but in monodevelop 2.8 does not work. What is it?

[Stifu]

So this tells us that what fails is the int.Parse() instruction.
The changes I proposed were not meant to make it "work", just to try to
debug the problem, as you didn't give us the Exception message at first.

So, it seems like Console.ReadLine() returns null rather than a string, for
some reason.


mazoni_ wrote:
> 
> This is error:
> 
> Unhandled Exception: System.ArgumentNullException: Value cannot be null.
> 
> Parameter name: String
> 
>at System.Number.StringToNumber(String str, NumberStyles options,
> NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
> 
>at System.Number.ParseInt32(String s, NumberStyles style,
> NumberFormatInfo info)
> 
>at Trab0801.Program.Main(String[] args) in
> e:\Documentos\Estudos\aulas_csharp\codigos_csharp\Trab0801\Trab0801\Program.cs:line
> 28
> 
> What is it?
> 
> This is my code, and in Visual C# it's work =]
> 
> http://paste.ubuntu.com/707722/
> 
> I made the changes mentioned in the previous post and did not work. Can
> anyone help me please?
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/My-code-runs-on-the-Visual-C-2010-but-in-monodevelop-2-8-does-not-work-What-is-it-tp3897944p3903930.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] My code runs on the Visual C # 2010, but in monodevelop 2.8 does not work. What is it?

[Stifu]

"and always returns the error message"

What error message?

By the way, you could try splitting the line that triggers the error into 2
lines, to see which operation fails:

idade = int.Parse(Console.ReadLine());

Would become:

string temp = Console.ReadLine();
idade = int.Parse(temp);


mazoni_ wrote:
> 
> Good morning,
> 
> I'm trying to run this code in monodevelop 2.8:
> http://paste.ubuntu.com/706701/
> 
> and always returns the error message in line 27. In Visual C # I convert
> int to string variable with parameter Parse (Console.ReadLine ()). How
> should this be done in monodevelop so I run my code without error?
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/My-code-runs-on-the-Visual-C-2010-but-in-monodevelop-2-8-does-not-work-What-is-it-tp3897944p3898582.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono - Release 2.10.6

[Stifu]

I would guess this is a test build, as no Mono sites has announced Mono
2.10.6.


Daniel Isenmann wrote:
> 
> Am 10.10.2011 15:36, schrieb mac_flex:
>> Thank you for your reply.
>>
>> Regards.
>>
>> --
>> View this message in context:
>> http://mono.1490590.n4.nabble.com/Mono-Release-2-10-6-tp3890161p3890259.html
>> Sent from the Mono - General mailing list archive at Nabble.com.
>> ___
>> Mono-list maillist  -  Mono-list@.ximian
>> http://lists.ximian.com/mailman/listinfo/mono-list
>>
> 
> This is strange, because you can download the 2.10.6 source package from 
> their download server: http://download.mono-project.com/sources/mono/
> 
> So the questions is still valid, which one is the latest stable release 
> for mono?
> 
> Daniel
> ___
> Mono-list maillist  -  Mono-list@.ximian
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Mono-Release-2-10-6-tp3890161p3890320.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono - Release 2.10.6

[Stifu]

Release notes pages are created in advance, before releases are ready. The
"was released on September XXth, 2011." part seems to imply they planned to
release it last month, but couldn't make it.


mac_flex wrote:
> 
> Where can I find Mono 2.10.6? In Release Notes section it is possible to
> see about Mono 2.10.6, but it cannot be donwloaded in Download section.
> The availbale version is 2.10.5.
> 
> Thank you in advance. Regards.
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Mono-Release-2-10-6-tp3890161p3890232.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Uninstalling Mono

[Stifu]

http://lmgtfy.com/?q=uninstall+mono+mac


MTabak wrote:
> 
> I can't believe no one here knows how to uninstall from a Mac!
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Uninstalling-Mono-tp3888212p3889288.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] .NET libraries

[Stifu]

Hi,

Your DLL may work if:
- It's fully managed (all .NET, no native code / P/Invokes)
- It doesn't have Windows-specific bits (hard-coded paths, etc)
- It doesn't hit Mono-specific bugs or unimplemented stuff

That said, if it fails, I'd usually expect it to fail at run time, not at
compile time. Might be a Mono C# compiler bug (I guess it should at least
fail gracefully, no matter what).


fala70 wrote:
> 
> Hi,
> 
> Can I used dll .NET libraries builded under windows, and using them on
> Mono Project under Mac ?
> I am trying to do that, but I can't compile I receive the error:
> 
> Error - 9.00.41 - C# compiler crashed. Response file
> '/var/folders/m1/lfz2vfhd235g8rks4bhvlw18gn/T/tmp71460652.tmp', stdout
> file '/var/folders/m1/lfz2vfhd235g8rks4bhvlw18gn/T/tmp45dc0931.tmp',
> stderr file
> '/var/folders/m1/lfz2vfhd235g8rks4bhvlw18gn/T/tmp199e4728.tmp'
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/NET-libraries-tp3877288p3877345.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] System.Drawing.Color.FromArgb(), why int parameters?

[Stifu]

I see, that's an interesting take on it. Thanks.

As far as my own project is concerned, it may not be interesting to do the
same, as I tend to work with fractions, using floats, before feeding them to
the method, so I have to cast explicitly anyway. And it'd be more efficient
to avoid unneeded casts.


weeble wrote:
> 
> I might guess this is related to the lack of byte operators. If you're
> going to do any arithmetic on your bytes before you feed them into
> FromArgb, you'll find you keep needing to cast back to byte, because
> all the arithmetic will use int. As I see it you have these options:
> 
> * Write the API with bytes, use slightly verbose (byte)(a+b) casts
> during arithmetic. If you screw up and overflow you get weird results.
> * Write the API with bytes, use very verbose checked((byte)(a+b))
> casts. If you overflow you get a runtime exception.
> * Write the API with ints. No verbose casts are required. If you go
> out of range then FromArgb will throw a runtime exception.
> 
> So, if you're doing arithmetic to generate the arguments for FromArgb,
> it seems slightly less painful and no more unsafe for the API to use
> ints. Not a deeply compelling reason, but perhaps worth consideration.
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/System-Drawing-Color-FromArgb-why-int-parameters-tp3767434p3767750.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] System.Drawing.Color.FromArgb(), why int parameters?

[Stifu]

Yes, I did double check CLS compliance, and bytes are alright.
I thought maybe it could be performance related, like ints are faster / more
optimized in some cases, although they take more memory... *shrugs*

I think I'll just use bytes, indeed, unless someone else has another
opinion.

Thanks for your help.


Alex wrote:
> 
> Hi,
> 
> I don't think the framework design guidelines nor the CLS are against
> using bytes here, so I think you should do just that.
> 
> Regards,
> Alex
> 
> On Thu, Aug 25, 2011 at 9:32 AM, Stifu <st...@free.fr> wrote:
>> Hmm, okay.
>> Maybe some sort of mistake they couldn't fix later due to backward
>> compatibility, or something.
>>
>> I'm asking about this because I'm working on an open-source project, and
>> a
>> contributor submitted patches that do similar stuff: color-related
>> methods
>> that take int parameters. When I asked the contributor why he used ints
>> rather than bytes, he answered he just did it like Color.FromArgb(),
>> although he didn't know why it was like that in Color.FromArgb()...
>>
>>
>> Alex wrote:
>>>
>>> Hi,
>>>
>>> I would guess for some sort of crazy API design guideline. Other than
>>> that, I can't see any reason.
>>>
>>> Regards,
>>> Alex
>>>
>>> On Thu, Aug 25, 2011 at 8:15 AM, Stifu <st...@free.fr> wrote:
>>>> Hi,
>>>>
>>>> I have a quick question about the System.Drawing.Color.FromArgb()
>>>> method
>>>> (which also applies to other similar methods).
>>>>
>>>> http://msdn.microsoft.com/en-us/library/at1k42eh.aspx
>>>>
>>>> Does anyone know why it takes int parameters, rather than bytes,
>>>> considering
>>>> expected values should go from 0 to 255?
>>>>
>>>> Thanks!
>>>>
>>>> --
>>>> View this message in context:
>>>> http://mono.1490590.n4.nabble.com/System-Drawing-Color-FromArgb-why-int-parameters-tp3767434p3767434.html
>>>> Sent from the Mono - General mailing list archive at Nabble.com.
>>>> ___
>>>> 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
>>>
>>
>>
>> --
>> View this message in context:
>> http://mono.1490590.n4.nabble.com/System-Drawing-Color-FromArgb-why-int-parameters-tp3767434p3767558.html
>> Sent from the Mono - General mailing list archive at Nabble.com.
>> ___
>> 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
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/System-Drawing-Color-FromArgb-why-int-parameters-tp3767434p3767580.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] System.Drawing.Color.FromArgb(), why int parameters?

[Stifu]

Hmm, okay.
Maybe some sort of mistake they couldn't fix later due to backward
compatibility, or something.

I'm asking about this because I'm working on an open-source project, and a
contributor submitted patches that do similar stuff: color-related methods
that take int parameters. When I asked the contributor why he used ints
rather than bytes, he answered he just did it like Color.FromArgb(),
although he didn't know why it was like that in Color.FromArgb()...


Alex wrote:
> 
> Hi,
> 
> I would guess for some sort of crazy API design guideline. Other than
> that, I can't see any reason.
> 
> Regards,
> Alex
> 
> On Thu, Aug 25, 2011 at 8:15 AM, Stifu <st...@free.fr> wrote:
>> Hi,
>>
>> I have a quick question about the System.Drawing.Color.FromArgb() method
>> (which also applies to other similar methods).
>>
>> http://msdn.microsoft.com/en-us/library/at1k42eh.aspx
>>
>> Does anyone know why it takes int parameters, rather than bytes,
>> considering
>> expected values should go from 0 to 255?
>>
>> Thanks!
>>
>> --
>> View this message in context:
>> http://mono.1490590.n4.nabble.com/System-Drawing-Color-FromArgb-why-int-parameters-tp3767434p3767434.html
>> Sent from the Mono - General mailing list archive at Nabble.com.
>> ___
>> 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
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/System-Drawing-Color-FromArgb-why-int-parameters-tp3767434p3767558.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] System.Drawing.Color.FromArgb(), why int parameters?

[Stifu]

Hi,

I have a quick question about the System.Drawing.Color.FromArgb() method
(which also applies to other similar methods).

http://msdn.microsoft.com/en-us/library/at1k42eh.aspx

Does anyone know why it takes int parameters, rather than bytes, considering
expected values should go from 0 to 255?

Thanks!

--
View this message in context: 
http://mono.1490590.n4.nabble.com/System-Drawing-Color-FromArgb-why-int-parameters-tp3767434p3767434.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Issues using localization in WinForms

[Stifu]

Hi,

There are now 2 bugzillas: the Novell one and the Xamarin one. Most (if not
all) WinForms bugs are currently in the Novell one. Is that the one you
searched?

If so, please file the bugs (using the Xamarin bugzilla), and post back the
bug numbers here.

Thanks!


Zone wrote:
> 
> Hi,
> 
> I think I discovered two bugs in mono that only occur when using
> localization in WinForms. 
> I am using MS Visual Studio 2005.
> 
> Environments used for testing:
> Ubuntu 32 bit 10.04 / Mono 2.4.4
> Ubuntu 32 bit 11.10 alpha / Mono 2.10.3
> Windows 7 32 bit / Mono 2.10.4
> 
> Bug 1) Missing property values in System.Windows.Forms.TreeNode: Name,
> Tag 
> 
> Steps to reproduce: 
> - Create a new Windows Application in Visual Studio
> - Add a TreeView to the form and a few nodes to this treeview
> - Add an event handler to the treeview that receives a TreeNode (e.g.
> AfterSelect): 
> private void treeView1_AfterSelect(object sender,
> TreeViewEventArgs e)
> {
> Console.WriteLine("Event node name: " + e.Node.Name +
> "\r\n"+
> "Selected node name: " +
> treeView1.SelectedNode.Name);
>   MessageBox.Show("Event node name: " + e.Node.Name +
> "\r\n"+
> "Selected node name: " +
> treeView1.SelectedNode.Name);
> }
> - if you compile now and execute on mono you will get the expected
> result (correct names of the nodes)
> - now set the Form's Localizable property to true (no need to actually
> add another language) and compile
> - now you will see, that on mono the Name property is empty.
> The same effect occurs with property Tag.
> 
> Bug 2) System.Windows.Forms.TableLayoutPanel when calling
> ColumnStyles.Clear() or RowSyles.Clear() a null reference exception is
> raised 
> 
> Steps to reproduce: 
> - Create a new Windows Application in Visual Studio
> - Add a TableLayoutPanel
> - Add a button that calls tableLayoutPanel1.ColumnStyles.Clear();
> - with Form1.Localizable = false it will work, with Form1.Localizable =
> true the following exception will be raised when running in mono:
> 
>   System.NullReferenceException: Object reference not set to an instance
> of an object
> at System.Windows.Forms.TableLayoutStyleCollection.Clear ()
> [0x0] in :0 
> at treeTest.Form1.button1_Click (System.Object sender,
> System.EventArgs e) [0x0] in :0
> 
> 
> Is this a known issue or is there a solution for this problem, since I
> can't find anything about it in Bugzilla.
> Should I fill a bug for these issues?
> 
> Thanks you,
> Tobias
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Serialization-of-ConcurrentDictionary-tp3760071p3765472.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] simple question about how mono works

[Stifu]

Yes, you may not need MonoDevelop at all.
The advantage of MonoDevelop is that it's cross platform. It also has some
specific features not found in other IDEs (like the GTK# Designer).


asommer wrote:
> 
> The metter why I have ask this question is that couse I have not
> understand, what for is needed MonoDevelop in that case? 
> Probably it is needed for better compatibility? 
> Or to allow write Mono .Net programms on Linux?
> Couse when I write simple .Net programm in Windows - I can start it on
> Linux with Mono without any MonoDevelop compilation...
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/simple-question-about-how-mono-works-tp3762443p3764680.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Simple WCF application not working Mono 2.10.3

[Stifu]

Please create a reduced test case, and I'm sure the bug will be investigated.
Atsushi has been reactive to WCF bugs brought up in the mailing list.


timmm wrote:
> 
> Tried version 2.10.4 but still no luck. Keep getting the same error. I'm
> running Ubuntu 11.10 and also tried Ubuntu 11.04 with Mono 2.10.2.
> 
> It's weird that the application runs perfectly on Mono 2.6.7.
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Simple-WCF-application-not-working-Mono-2-10-3-tp3750332p3750979.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] How does mono runtime load the assembly ?

[Stifu]

Hmm, I'm a bit confused. How do you load your app with Mono?
And how/why does it seem even the exe is not loaded?


Happy Swinger wrote:
> 
> Hi I am fairly familiar with .NET but completely new to MONO.
> I have the following newbie basic question. Forgive me please in advance.
> 
> If I have an app called foo.exe which refs some types defined in let's say
> system.data.dll, then when foo.exe is running, you can see the
> system.data.dll is actually dynamically loaded within foo.exe process
> address space. The jit compiler needs to load the type's code and metadata
> - thus the needed assembly is loaded.
> 
> When running foo.exe under mono runtime though, I don't  see
> system.data.dll being loaded, even foo.exe is not loaded, so it seems. How
> does the mono runtime load the IL and metadata of the CLI assemblies ? Why
> is the dll loading scheme not used ? Does this have something to do with
> supporting other OS platforms that do not support dll ?
> 
> Thanks
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/How-does-mono-runtime-load-the-assembly-tp3737571p3738027.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Weirdness with System.Drawing on Mono/Linux

[Stifu]

It sounds like CompositingMode.SourceCopy not only turns off alpha blending,
but also transparency, with Mono. It's most likely a bug.

I could be wrong, but I don't think anyone in the Mono team really maintains
System.Drawing or GDI+ anymore. So if this bug matters to you, I suggest you
try to fix it yourself in Mono and submit a patch.


JamesWright wrote:
> 
> I'm simply clearing an image to White and drawing a scaled image, which
> works fine until I use CompositingMode.SourceCopy (which should be faster
> as it turns off alpha-blending).
> 
> e.g.
> Bitmap bitmap = new Bitmap(800, 600);
> using (Graphics graphics = Graphics.FromImage(bitmap ))
> {
>  graphics.CompositingMode = CompositingMode.SourceCopy;
>  graphics.InterpolationMode = InterpolationMode.Default;
>  graphics.Clear(Color.White);
>  graphics.DrawImage(sourceImage, 0, 0, 400, 400);
> }
> 
> On Windows/.NET I get the image scaled down with a white background,
> however with Linux/Mono I get a black background with the image scaled
> down. I think the DrawImage() call is overwriting the entire background so
> the initial Clear() is useless?
> 
> mono-addon-core-2.10.2-5.1.i386.rpm
> mono-addon-libgdiplus0-2.10-6.2.i386.rpm
> 
> Is this a known problem, or is my code incorrect? For now I've commented
> out the 'graphics.CompositingMode = CompositingMode.SourceCopy;' line
> which works around the issue.
> 
> 
> Thanks,
> James
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Weirdness-with-System-Drawing-on-Mono-Linux-tp3736377p3736401.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Can't run my EXE in Windows

[Stifu]

No, no.
It's "GTK# for .NET" which is at version 2.12.10, not "GTK#" for ".NET
2.12.10" (a .NET version which doesn't exist, anyway).


jimevt wrote:
>Wait a minute - if the GTK# is for .NET 2.12.10, does that mean that I
> my compilation should be targeting .NET 2.12.10?


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Can-t-run-my-EXE-in-Windows-tp3722153p3735055.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Dude

[Stifu]

For Crystal reports, no, but there's an alternative if you look around.
As for old Infragistics components... You didn't specify what type of
component (WinForms, ASP.NET...), but anyway, I guess not. Only one way to
find out: try it. Note that Infragistics announced Mono compatibility with
their ASP.NET controls last year. Meaning they most likely don't support
Mono compatibility if you use older controls.


alsan wrote:
> 
> I wonder if the tool supports Mono on Linux with Infragistics Components
> 2004 / 2005 and crystal reports XI sp2?
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Dude-tp3733410p3735053.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Google Native Client support questions

[Stifu]

Hmm, the way I see it, whether Chrome gets reimplemented as a NaCl module or
not doesn't change anything regarding Mono in NaCl. Or am I missing
something?


philippe.monteil wrote:
> 
> an interesting statement about Chrome and NaCl 
> from Linus Upson, vice president of engineering for the Chrome team
> "Over time we want to move the entire browser in Native Client."
> http://news.cnet.com/8301-30685_3-20062115-264.html
> 
> I still hope that the announced integration of a Mono engine in NaCl
> will happen as soon as Linus's prediction becomes real :-)!
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Google-Native-Client-support-questions-tp3356623p3715668.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Developer Express on Linux

[Stifu]

Wine may not work with .NET 4, but I know people got it to work with Mono for
Windows. So you could try that: Mono for Windows on top of Wine.


hamitsarmis wrote:
> 
> Thanks for your replies.
> We also consider using wine but, our applications need to be .net
> framework 4 which is not supported by wine (According to winehq).
> On the other hand, I don't need all functionalities of kernel32.dll or
> user32.dll.
> I know the actual code causing the problem (As developer express can be
> disassembled):
> 
>  [DllImport("USER32.dll", CharSet = CharSet.Auto)]
> protected static IntPtr SetWindowsHookEx(int idHook, Hook lpfn, int
> hMod, int dwThreadId);
> 
> [DllImport("USER32.dll", CharSet = CharSet.Auto)]
> protected static int CallNextHookEx(IntPtr hhk, int nCode, IntPtr
> wParam, IntPtr lParam);
> 
> [DllImport("USER32.dll", CharSet = CharSet.Auto)]
> protected static bool UnhookWindowsHookEx(IntPtr hhk);
> 
> [DllImport("kernel32.dll")]
> public int GetCurrentThreadId();
> 
> Can I find any Linux library implementing these methods and map them to
> kernel32.dll and user32.dll to provide DevEx what it needs?
> Is it ever possible?
> 
> Thanks.
> 
> 
> From: James Darbyshire [mailto:jamesdarbysh...@gmail.com]
> Sent: Wednesday, August 03, 2011 2:54 AM
> To: Hamit Abdullah SARMIŞ (Uygulama Geliştirme Altyapı Müdürlüğü)
> Cc: mono-list@lists.ximian.com
> Subject: Re: [Mono-list] Developer Express on Linux
> 
> I think the nail in the coffin is that the DevExpress controls P/Invoke,
> as you stated in your original email.
> 
> Here is a blog post backing up your presumptions:
> http://community.devexpress.com/blogs/ctodx/archive/2009/10/02/devexpress-products-and-mono-part-1-winforms.aspx
> 
> Interestingly, I was at a Telerik conference in March (I think) and I
> asked the presenter about mono. The answer is yes, and no for Telerik...
> Yes for ASP.NET; controls, but a no for the WinForms
> controls.
> 
> See this post:
> http://www.telerik.com/company/press-center/company-news/telerik-announces-support-for-mono.aspx
> 
> I think you are out of luck with using third party controls on your
> winForms -> mono port.
> 
> Of course you can develop your own controls if you have the time which
> will work with mono... Not beyond the realms of possibility!
> 
> Regards,
> 
> James
> 
> On 2 August 2011 16:45, hamitsarmis
> ;>
> wrote:
> Hi,
> We are using Developer Express on win-form applications and trying to
> integrate our .Net framework 4 projects to linux. Mono Migration Analyzer
> reports no issues, but when I run my application, a DLLNotFound exception
> is
> thrown for user32.dll and entrynotfoundexception for kernel32.dll
> (Developer
> Express is using  DllImports).
> I've read a few similar issues and it doesn't seem possible to use windows
> os libraries on linux. As the issues were at 2007, I want to ask again if
> any solution found out for using windows system libraries.
> 
> Thanks in advance.
> 
> --
> View this message in context:
> http://mono.1490590.n4.nabble.com/Developer-Express-on-Linux-tp3711481p3711481.html
> Sent from the Mono - General mailing list archive at Nabble.com.
> ___
> Mono-list maillist  - 
> Mono-list@lists.ximian.com;
> http://lists.ximian.com/mailman/listinfo/mono-list
> 
> 
> 
> --
> Regards,
> 
> James Darbyshire
> jamesdarbysh...@gmail.com;
> 
> 
> GIZLILIK NOTU: Bu mesaj ve ekleri yalnizca gönderildigi kisi(lere) ozeldir
> ve gizlidir. Mesaj sizin adiniza degilse, içerigini ve varsa ekindeki
> dosyalari kimseye göndermeyiniz ya da kopyalamayiniz. Bu mesajin herhangi
> bir sekilde açiklanmasi, kullanilmasi, kopyalanmasi, yayilmasi veya mesaj
> içerigi ile ilgili olarak herhangi bir islem yapilmasi kesinlikle
> yasaktir. Böyle bir durumda lütfen göndereni uyarip, mesaji siliniz.
> Türkiye Vakiflar Bankasi T.A.O. bu mesajin içerigi ve ekleri ile ilgili
> olarak hiçbir hukuksal sorumlulugu kabul etmez.
> CONFIDENTIALITY NOTICE: This message and attachments are confidential and
> intended solely for the individual(s) stated in this message. If you
> received this message although you are not the addressee, you are
> responsible to keep the message confidential. If you are not the intended
> recipient please notify the sender immediately and destroy this e-mail.
> Turkiye Vakiflar Bankasi T.A.O. does not accept legal responsibility for
> the contents and the attacments of this message.
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Developer-Express-on-Linux-tp3711481p3714682.html
Sent from the Mono - General mailing list 

Re: [Mono-list] Developer Express on Linux

[Stifu]

Hi,

By using Windows libraries, your application is naturally not portable. The
best way to make your application portable is simply to stop using these
libraries, and replace these calls with managed / portable equivalents. That
said, it's funny MoMA didn't detect any issues.

At some point, there were plans to turn Windows native DLLs into managed
code
(http://swik.net/GNOME/Planet+GNOME/Chris+Toshok:+minvoke+-+forcing+portability/c0pf1),
but this didn't go anywhere.

You could also try running your app on top of Wine + Mono, which might work,
but is cumbersome.


hamitsarmis wrote:
> 
> Hi,
> We are using Developer Express on win-form applications and trying to
> integrate our .Net framework 4 projects to linux. Mono Migration Analyzer
> reports no issues, but when I run my application, a DLLNotFound exception
> is thrown for user32.dll and entrynotfoundexception for kernel32.dll
> (Developer Express is using  DllImports).
> I've read a few similar issues and it doesn't seem possible to use windows
> os libraries on linux. As the issues were at 2007, I want to ask again if
> any solution found out for using windows system libraries.
> 
> Thanks in advance.
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Developer-Express-on-Linux-tp3711481p3711566.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] MonoTouch/MonoDroid now licensed by Xamarin?

[Stifu]

Yes.
Taking ownership.
Yes (although they'll merge some work they did).
Yes.

See: http://tirania.org/blog/archive/2011/Jul-18.html


Mike Christensen-2 wrote:
> 
> http://blog.xamarin.com/2011/07/18/first-press-release/
> 
> So will Xamarin take over further development of MonoTouch and
> MonoDroid?  Are they licensing the code from AttachMate, or did they
> essentially take ownership of this code base?  Does that mean they'll
> no longer be working on their own release?
> 
> Does this also mean people who bought MonoTouch from Novell will
> continue to get support and upgrades from Xamarin?  Thanks!
> 
> Mike
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/MonoTouch-MonoDroid-now-licensed-by-Xamarin-tp3682026p3682034.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] XmlSchemaXmlSchema error when validating XML

[Stifu]

If you can reproduce this bug with Mono 2.10, please file a bug report with a
reduced test case.


dabeat wrote:
> 
> The XML gets validated when I launch the process from VisualStudio2010,
> and when I validated in a PHP script. It also gets validated when I use
> mono1.9.1 forWindows7. So it seems that something happens when I test it
> using mono1.9.1 for Linux.
> 
> I've also checked with mono2.4 for Linux and I got the same problem.
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/XmlSchemaXmlSchema-error-when-validating-XML-tp3659306p3664425.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] using sgen

[Stifu]

SGen isn't the default because it's not quite mature enough yet. Needs more
work and more testing. It should become the default with Mono 3.0, if the
plans don't change until then.

"To use the new garbage collector, you just need to invoke Mono with the
--gc=sgen command line option, or set the MONO_ENV_OPTIONS environment
variable to contain "--gc=sgen" option. By default Mono continues to use the
Boehm collector."


newbie_mono wrote:
> 
> Hi 
> 
> I am new to mono. can someone tell me how to direct mono to use sgen. I
> have been trying different things and don't seem to be able to. Also is
> there a disadvantage to using the new garbage collector. If so why the
> default is still the old one?
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/using-sgen-tp3629322p3629554.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] How to read a JPG into a 2D array of colors?

[Stifu]

Yes. You could initialize such an Image, then use the GetPixel method to fill
an array of colors (that would be slow, but you could do it in a way that's
faster, like using unsafe code or other ways).

And if you want to show your image progressively, you could fill the color
array on other threads, or using parallelism.


Alex wrote:
> 
> Hi,
> 
> Doesn't the Image class in the framework have support for JPEG?
> 
> Regards,
> Alex
> 
> 2011/6/17 rygoody :
>> Pretty much as the title says, how can I read a JPG into a 2D array of
>> colors?
>>
>> Ideally how could I stream a JPG into a 2D array of colors? So it would
>> progressively get clearer.
>>
>> --
>> View this message in context:
>> http://mono.1490590.n4.nabble.com/How-to-read-a-JPG-into-a-2D-array-of-colors-tp3604716p3604716.html
>> Sent from the Mono - General mailing list archive at Nabble.com.
>> ___
>> 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
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/How-to-read-a-JPG-into-a-2D-array-of-colors-tp3604716p3604911.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] PDF Viewer problem when i am running windows application on mono for Linux

[Stifu]

Hi,

If you really are using Mono 2.0, you should update.


bala.ral bala.ral wrote:
> 
> Hi,
> 
> I am creating one small application(pdf viewer) using vb.net 3.5.
> 
> Now we are converting the pdf viewer into linux.
> 
> So we are using Mono 2.0 for converting pdf viewer into Linux.
> 
> But it giving the error  " *implement type compare for 1b!* "
> 
> *This application has requested the Runtime to terminate it in an unusual
> way. Please contact the application support team for more information.*
> 
> Please anybody giving me solution for this.
> 
> *Thanks in advance.*
> 
> 
> *Regards,*
> 
> Bala.
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/PDF-Viewer-problem-when-i-am-running-windows-application-on-mono-for-Linux-tp3579396p3579925.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] C# code compiled on Linux and run on Windows

[Stifu]

Yes, you can.
Did you make sure your classes are marked as public?


doal wrote:
> 
> This may be a stupid question but, can I build my C# application on Linux
> using mono and then take that DLL over and run it on Windows?
> 
> I'm trying to do this but the program that is loading my DLL can't see the
> classes in it. Is there something that needs to be done to "export" the
> classes to make them available?
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/C-code-compiled-on-Linux-and-run-on-Windows-tp3553766p3553778.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Suitability of Mono

[Stifu]

Guys, it's "Xamarin", not "Xamian". :p
You are mixing Xamarin with Ximian (company founded by Miguel and bought by
Novell). Although the Xamarin name was probably chosen because it sounded
similar.

"2) Attachmate open-sources the whole thing (if they're nice)"

About this, it may be nice to users, but if given away for free, would
prevent Xamarin from making money from these products (which might prevent
the company from being profitable?). It just doesn't sound likely at all,
anyway. Attachmate would have nothing to gain in doing that, and possibly
the opposite: customers bitching about how they paid for a product that
turned free a little while later.


Mike Christensen-2 wrote:
> 
> On Fri, May 20, 2011 at 5:25 PM, jmalcolm 
> wrote:
>>
>> Mike Christensen-2 wrote:
>>>
>>> Are the iOS and Android Mono Frameworks that Xamarin is creating a
>>> totally different code-base from MonoTouch and MonoDroid?  What has
>>> become of the formerly Novell owned MonoTouch/Droid products?  Are
>>> those just being scrapped completely?
>>>
>>> If these are going to be totally new products, will they be designed
>>> similar to the Novell products (eg, will it be easy to port from the
>>> Novell platform)..
>>>
>>
>> Attachmate owns MonoTouch and Mono for Android. We do not know what they
>> plan to do with them (but they have no Mono team now). I doubt they will
>> just hand them over to Xamarin. Time will tell.
>>
>> Xamarin has said that they will create new versions of these products
>> with
>> something appearing in 3-4 months. So, I would expect perhaps six months
>> for
>> a real product. According to Miguel, the Xamarin products will be API
>> compatible which just makes sense.
>>
>> Basically, you can use the Attachmate stuff today with the intent to
>> replace
>> it with Xamarin products when they are ready.
>>
>> It is a little unclear to me what Xamarin needs to re-write and what they
>> do
>> not. For example, a good chunk of MonoTouch was common with MonoMac
>> (which
>> is open source). All this common code is available on GitHub as the
>> MacCore
>> project under the MIT/X11 license. I see no reason why Xamarin could not
>> use
>> it.
>>
>> I think a big part of the engineering effort for MonoTouch was the full
>> AOT
>> (Ahead of Time) compilation and the selective linker. Most of that is in
>> Mono proper I imagine and so should also be available to Xamarin. The
>> LLVM
>> integration to optimize the native code on iOS is also out in the open.
>>
>> A lot of the changes would be in MonoDevelop as well, which is also Open
>> Source. I would think much of the work to support XCode4 integration
>> would
>> be in the IDE for example. Work to support intellisense for MonoTouch and
>> Mono for Android would largely be in the IDE as well. Code to integrate
>> the
>> device simulators would be too. Basically, every time I think about it, I
>> think of more stuff they could use. There is also all the Sliverlight on
>> Android stuff they were doing...
>>
>> Anyway, the point is that Xamarin cannot just use MonoTouch or Mono for
>> Android but, despite this, they probably do not really need to write
>> those
>> products fully from scratch either. It must sure help to have all the
>> knowledge required and the ability to just use the fully designed API on
>> each platform.
> 
> Great info!  Thanks..
> 
> As far as what becomes of MonoTouch (though it seems like most of the
> /real/ work is part of the open source dependencies) is up to
> Attachmate..  However, I could see three possible scenarios:
> 
> 1) Attachmate just abandons the MonoTouch code (if they're mean)
> 2) Attachmate open-sources the whole thing (if they're nice)
> 3) Attachmate sells the IP to Xamian for cheap (if such a deal could
> be worked out)..
> 
> I'm very glad to see the Mono guys are still all together - starting a
> new company was an awesome idea, I'm definitely a bit jealous..  If I
> had some money I'd want to help fund this effort..
> 
> Mike
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Suitability-of-Mono-tp3538305p3540369.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Suitability of Mono

[Stifu]

Hi,

How about trying your .NET app with Mono? That'd be quite a good test.
Anyway, wouldn't trying to fix the performance issues of your app be a
priority over adding more features?

By the way, Mono is an open source project, and Attachmate can't do anything
about that. They only own the commercial Mono products. For the record,
Attachmate has fired the whole Mono team, which led to the creation of
Xamarin (http://tirania.org/blog/archive/2011/May-16.html).


Yogi Yang wrote:
> 
> Hello,
> 
> I am new to Mono. Not actually totally new but actually have never used
> Mono for developing any serious app. 
> 
> Just recently I was assigned to task to evaualte Mono for our up coming
> project which is a document management system for small enterprises.
> 
> We have burnt our hands with .NET (we have developed a semi DMS using .NET
> 2 and firebird and/or MS SQL server as back end). I am saying burnt our
> hands, because under heavy user load the system just does not perform well
> and becomes sluggish.
> 
> Now we want to update this semi DMS to a full featured DMS by adding many
> features like OCR (full and zonal), user rights, directory monitoring for
> new files, integrating with Open Office, etc. etc.
> 
> I am told by my boss to evaluate Mono whether it will be suitable for such
> a complex system or not?
> 
> But then while searching on net I read somewhere that Mono's future is not
> very clean now that Attachment has acquired it.
> 
> I would like input from community on this.
> 
> Is choosing Mono the best thing esp. when we want to develop a multi OS
> based software or not?
> 
> Can someone please give unbiased opinion please?
> 
> Regards,
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Suitability-of-Mono-tp3538305p3538363.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono.Addins - where to discuss?

[Stifu]

I don't know about the state of Mono.Addins, or how it's going to evolve, but
MEF has been released under an open source license by Microsoft, meaning the
Mono team didn't have to reimplement it and simply reused these sources. So
the MEF compatibility level between Mono and .NET should be great.
I would guess MEF is more stable / future proof than Mono.Addins. I haven't
used either, though.


weeble wrote:
> 
> I'm trying to decide whether to use Mono.Addins or MEF to add a plugin
> architecture to an application, and although Mono.Addins sounds pretty
> nice and has some great documentation, I can't find a community around
> it to ask questions - there's a small "discussions" page here
> http://monoaddins.codeplex.com/discussions and a Google group here
> http://groups.google.com/group/mono-addins but both seem to have next
> to no traffic. I asked a question on the Google group yesterday, but
> it's still awaiting moderation. Am I just going to the wrong places or
> is interest in Mono.Addins just quite low? Since MEF is included in
> Mono now, is it a more future-proof alternative? Does MEF work well
> under Mono, especially on Linux?
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Mono-Addins-where-to-discuss-tp3514053p3514634.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono compatibility with .Net

[Stifu]

Mono does support LINQ. But it doesn't support the Entity Framework.
This means no LINQ to Entity, naturally, but there is still LINQ to SQL
(although it's in beta / some features are missing... "Mostly done", says
the Compatibility page). LINQ to Objects and pals are also supported.


TheVegan wrote:
> 
> Thank you for your reply, jmalcolm. During our team meetings on migrating
> to .NET we discussed many possibilities, some of which included use of MVC
> and LINQ. If Mono does not have any support or evil twin brother for LINQ
> I am not sure it will be plausible for me to use Mono.
> 
> I am not the only developer who works on on Intranet and all the others
> happily work on Windows machines and therefore will be all programming on
> .NET, which potentially holds extra issues for me, since some of my work
> may overlap theirs.
> 
> On my Windows VM I do use Visual Studio, though I would want to completely
> move to Mono (basically rid my computer of Windows software). If I would
> still need the VM for testing and further modifications in Visual Studio,
> I would simply stick with the VM solution.
> 
> Oh well, thank you for your insightful help.
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Mono-compatibility-with-Net-tp3509604p3512279.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Mono compatibility with .Net

[Stifu]

You can't work with Mono and happily assume it's just going to work with
.NET, or vice versa. You'll need to test your stuff no matter what.
Just saying that in case you planned to blindly publish something you didn't
test with .NET.

Otherwise, yes, you can go for that plan.

Like:
- Develop ASP.NET site with Mono on Mac
- Publish site on test server running with .NET
- Check the site is fine then publish on production server


TheVegan wrote:
> 
> My firm is switching our Intranet to .Net from classic ASP (we have a huge
> site so the decision has been a long-time coming).
> 
> I currently work on a VM of a windows machine on my MacBook Pro. I would
> like to change this.
> 
> If my firm is running .Net for the Intranet and I am on Mono on my Mac,
> will I have issues with the applications I develop or upgrading existing
> applications?
> 
> I am a complete newbie to the structure side of web programming, I have
> always had IT or more senior colleagues who have dealt with this, so my
> knowledge is embarrassingly low on the subject.
> 
> Any insight is appreciated.
> 
> Thanks.
> G
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Mono-compatibility-with-Net-tp3509604p3509888.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Using Windows DLL in Linux

[Stifu]

I meant ReceivedBytesThreshold *property*, but whatever. :)


Stifu wrote:
> 
> It might still work, and would only fail when that method is called. But
> if that method is called often, or on start up, then you're probably out
> of luck. On the other hand, being very optimistic, it's possible the
> method is there but never called.
> 
> The only way to find out is to just try it.
> 
> PS: this page confirms the ReceivedBytesThreshold method is not
> implemented:
> http://www.mono-project.com/HowToSystemIOPorts
> 
> 
> Francisco M. Marzoa Alonso wrote:
>> 
>> Hello,
>> 
>> MoMA is that I needed, indeed. Here is the output I get:
>> 
>> OK - All Methods called exist in Mono
>> OK - No P/Invokes are called.
>> FAIL - Methods called that throw NotImplementedException: 1
>> FAIL - Methods called marked with [MonoTodo]: 1
>> 
>> Showing it in detail, it's the same method for both fails:
>> SerialPort.set_ReceivedBytesThreshold (int)
>> 
>> That's for mono 2.8.
>> 
>> So, I think the library "as is" it's not portable. :-|
>> 
>> Regards,
>> 
>> El 19/03/11 07:28, Matthew Winter escribió:
>> > Hi,
>> > 
>> > Potentially yes, but I would first scan the DLL using the MoMA tool
>> (http://www.mono-project.com/MoMA), which will be able to confirm if
>> everything this assembly does is currently supported by Mono.
>> > 
>> > Regards
>> > Matt
>> > 
>> > 
>> ___
>> Mono-list maillist  -  Mono-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-list
>> 
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Using-Windows-DLL-in-Linux-tp3388775p3396295.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Using Windows DLL in Linux

[Stifu]

It might still work, and would only fail when that method is called. But if
that method is called often, or on start up, then you're probably out of
luck. On the other hand, being very optimistic, it's possible the method is
there but never called.

The only way to find out is to just try it.

PS: this page confirms the ReceivedBytesThreshold method is not implemented:
http://www.mono-project.com/HowToSystemIOPorts


Francisco M. Marzoa Alonso wrote:
> 
> Hello,
> 
> MoMA is that I needed, indeed. Here is the output I get:
> 
> OK - All Methods called exist in Mono
> OK - No P/Invokes are called.
> FAIL - Methods called that throw NotImplementedException: 1
> FAIL - Methods called marked with [MonoTodo]: 1
> 
> Showing it in detail, it's the same method for both fails:
> SerialPort.set_ReceivedBytesThreshold (int)
> 
> That's for mono 2.8.
> 
> So, I think the library "as is" it's not portable. :-|
> 
> Regards,
> 
> El 19/03/11 07:28, Matthew Winter escribió:
> > Hi,
> > 
> > Potentially yes, but I would first scan the DLL using the MoMA tool
> (http://www.mono-project.com/MoMA), which will be able to confirm if
> everything this assembly does is currently supported by Mono.
> > 
> > Regards
> > Matt
> > 
> > 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Using-Windows-DLL-in-Linux-tp3388775p3396292.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Using Windows DLL in Linux

[Stifu]

If I'm not mistaken, MoMA is a managed WinForms app, so it works anywhere
Mono runs.


Francisco M. Marzoa Alonso wrote:
> 
> Erm... MoMA itself doesn't work on linux, isn't it?
> 
> TIA,
> 
> El 19/03/11 07:28, Matthew Winter escribió:
> > Hi,
> > 
> > Potentially yes, but I would first scan the DLL using the MoMA tool
> (http://www.mono-project.com/MoMA), which will be able to confirm if
> everything this assembly does is currently supported by Mono.
> > 
> > Regards
> > Matt
> > 
> > 
> > On 19/03/2011, at 11:10 AM, Francisco M. Marzoa Alonso wrote:
> > 
> >> Hello,
> >>
> >> One customer has sent me a request to create an application that
> must
> >> work on an Ubuntu host and handle certain device.
> >>
> >> The manufacturer of the device has published an SDK for C#
> developers,
> >> that once downloaded I found that has two files:
> >>
> >> - device-sdk-1.0.dll
> >> - device-sdk-1.0.chm
> >>
> >> Do you think that there's any chance that I've use it directly
> from
> >> Mono? Is the answer is affirmative, how can I add that DLL to a
> project
> >> to check it?
> >>
> >> Thanks a lot 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
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Using-Windows-DLL-in-Linux-tp3388775p3395938.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Regarding Mono on Tiger

[Stifu]

Mono 2.6.4, according to this article:
http://comments.gmane.org/gmane.comp.gnome.mono.general/40525


Fasiuddin Mohammed wrote:
> 
> Hi,
>   Can anyone please direct me which version of Mono to install on
> Tiger?
> 
> Thanks
> fasi
> 
> On Fri, Mar 18, 2011 at 10:06 AM, Fasiuddin Mohammed
> wrote:
> 
> > Hi,
> >   I have an Intel Mac with Tiger installed. I can see from the
> > download page that Mac OSX Tiger(10.4) is not officially supported.
> > Can you please tell me which version of Mono would successfully
> > install on my laptop?
> >
> > Thanks in Advance.
> >
> > Thanks
> > fasi
> 
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
> 


--
View this message in context: 
http://mono.1490590.n4.nabble.com/Regarding-Mono-on-Tiger-tp3386273p3393058.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Asynchronous socket callbacks do not work in Mono/Linux

[Stifu]

Hi,

It would probably help to file a bug report on this.


alexk wrote:
> 
> Hello,
> 
> I'm exploring porting a .NET C# application from Windows to Linux using
> Mono. The problem I'm stuck with is that asynchronous TCP socket calls do
> not work. This means that I can send data with no problems but I'm only
> seem to be able to receive the very first response from the socket (via
> Socket.BeginReceive()). The next BeginReceive() puts the thread into a
> wait state.
> 
> Please see this link: http://tinyurl.com/6gudvmz.
> It contains more information and links to small standalone server and
> client programs reproducing the problem.
> 
> Thanks you,
> Alex
> 

-- 
View this message in context: 
http://mono.1490590.n4.nabble.com/Asynchronous-socket-callbacks-do-not-work-in-Mono-Linux-tp3297051p3297067.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Requirement of Mono Application To Exequte in MAC OS

[Stifu]

OS X 10.4 support has ended, so the minimum version is OS X 10.5 for the
latest Mono versions, if I'm not mistaken.
As for the rest, I don't have any figures to give you, it really depends on
your application, but it would be most likely similar to the .NET
requirement numbers in most cases (or a little higher).


Anubhava Dimri wrote:
> 
> What is the Minimum Requirement of MAC OS to Exequte Mono Application.
> 
> MAC OS Version : 
> Processor :
> Hard Disk  :
> 
> 
> 

-- 
View this message in context: 
http://mono.1490590.n4.nabble.com/Requirement-of-Mono-Application-To-Exequte-in-MAC-OS-tp3260046p3260200.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] System.Diagnostic.Process and event handlers

[Stifu]

It's probably a bug in Mono (either Mac specific, or global). The best course
of action would be to file a bug report with a reduced test case (as small
as possible).


noda wrote:
> 
> Still no ideas/hints?
> 
> I'm really out of ideas on this one, since I there's nothing fancy in my
> code, and that exact same code runs perfectly (and everytime, no random
> locks) on the .net runtime.
> 
> Thanks by advance.
> 
> Yohan
> 

-- 
View this message in context: 
http://mono.1490590.n4.nabble.com/System-Diagnostic-Process-and-event-handlers-tp3246096p3252933.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] simply question

[Stifu]

They're the same files for all OSes. You only need the Mono runtime to run
them, and nothing else.


tsunamy_boy wrote:
> 
> Does mono allow me to create independent binary files for each operative
> system (for windows, linux and mac osx) or i must use wine on the exe
> result file?
> 

-- 
View this message in context: 
http://mono.1490590.n4.nabble.com/simply-question-tp3250342p3250606.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] dlopen problem on Mono 2.4.4

[Stifu]

Chances are you're going to be told you're running an old Mono version and
should try with a more recent one.
Can you upgrade?


batuakan wrote:
> 
> Hello,
> 
> I have been trying to write a simple c# program to dynamically load a
> shared object file under mono 2.4.4, in linux environment. My call to
> dlload function ends up a SIGSEGV and the application exits I tried with
> several shared objects, the system seems to be able find them, but still
> unable to load. What might be the problem?
> 
> Thanks
> Batu
> 
> c# source code
> -
> 
> using System;
> using System.ComponentModel;
> using System.Runtime.InteropServices;
> 
> 
> namespace swi
> {
>   class MainClass
>   {
> 
>   [DllImport("libdl.so", CallingConvention = 
> CallingConvention.Cdecl,
> CharSet = CharSet.Auto)]
>   private static extern IntPtr dlopen([In] string filename, [In] 
> int
> flags);
> 
>   public static void Main (string[] args)
>   {
>   IntPtr handle = dlopen("libc.so.6", 0x02);
>   if (handle == null)
>   Console.WriteLine("Unable to load shared 
> object");
>   else 
>   Console.WriteLine("Shared object successfully 
> loaded");
>   }
>   }
> }
> 
> Application Output
> -
> 
> Module loaded: swi, Version=1.0.4044.28138, Culture=neutral,
> PublicKeyToken=null.
> Stacktrace:
> 
>   at (wrapper managed-to-native) swi.MainClass.dlopen (string,int)
> <0x4>
>   at (wrapper managed-to-native) swi.MainClass.dlopen (string,int)
> <0x>
>   at swi.MainClass.Main (string[]) [0x0] in
> /home/batuakan/Projects/swi/Main.cs:16
>   at (wrapper runtime-invoke) swi.MainClass.runtime_invoke_void_object
> (object,intptr,intptr,intptr) <0x>
> 
> Native stacktrace:
> 
>   /usr/bin/mono() [0x80ca6e4]
>   /usr/bin/mono() [0x80f6893]
>   [0xb77cd410]
>   /lib/ld-linux.so.2(+0x11688) [0xb77df688]
>   /usr/lib/libdl.so(+0xc0b) [0xb6ff0c0b]
>   /lib/ld-linux.so.2(+0xd7e6) [0xb77db7e6]
>   /usr/lib/libdl.so(+0x109c) [0xb6ff109c]
>   /usr/lib/libdl.so(dlopen+0x41) [0xb6ff0b41]
>   [0xb6ff53a9]
>   [0xb6ff52f9]
>   [0xb6ff525b]
>   /usr/bin/mono(mono_runtime_exec_main+0xde) [0x8113b1e]
>   /usr/bin/mono(mono_runtime_run_main+0x15a) [0x811429a]
>   /usr/bin/mono(mono_debugger_main+0x77) [0x80f9e67]
>   /usr/bin/mono(mono_main+0x150c) [0x80b316c]
>   /usr/bin/mono() [0x805ad25]
>   /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6) [0xb7551bd6]
>   /usr/bin/mono() [0x805ac61]
> 
> =
> Got a SIGSEGV while executing native code. This usually indicates
> a fatal error in the mono runtime or one of the native libraries 
> used by your application.
> =
> 
> Thread 2 exited.
> Thread 3 exited.
> Thread 1 exited.
> Process 1 exited.
> Target exited.
> 
> 
> 
> 

-- 
View this message in context: 
http://mono.1490590.n4.nabble.com/dlopen-problem-on-Mono-2-4-4-tp3241535p3241838.html
Sent from the Mono - General mailing list archive at Nabble.com.
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list