Re: [Mono-dev] Gtk depends on Winforms ¿?
Hi folks,
as you may have noticed, old Gtk# versions ( 2.12.8) did not use XP's
visual styles. Later versions have a workaround: they call
System.WIndows.Forms.Application.DoEvents which seems to enable XP's
theming. This workaround is far from optimal as it created a Winforms
dependency.
That's why I tried to integrate the code of Application.DoEvents into
Gtk# directly. As I do not have a Windows XP machine to test, I cannot
verify if it works.
I have attached an assembly and it's source code (change extension to
.exe; GMail does not allow executables as attachments) that can be run
with any Gtk# 2.12 version on XP. It uses a tweaked Gtk.Application
class with a new mechanism to enable theming.
I would really appreciate some feedback from the community as to whether
the new approach works (that is, if the attached application appears
with visual styles enabled). Just reply with a screenshot of the running
app on XP if you're not sure what I mean :-) .
Christian
Mike Kestner wrote:
On Sat, 2009-09-05 at 09:15 +0200, Christian Hoff wrote:
In Windows I use 'mkbundle' [1]
We should probably put that code in a try-block. What do you think, Mike?
My question would be, what do you do in the catch block?
The winforms reflection thing is a huge hack, we know that, and the
poster is tripping over it because of using mkbundle instead of
depending on mono or .Net.
We could also take the stance that if somebody wants to do this sort of
minimal packaging, they are required to add an artificial ref to swf to
ensure it gets bundled. But they won't have any clue that's required if
we just silently fallback to unthemed windows when we can't find swf.
According to Robert Jordan on this thread, it's a PeekMessage/GetMessage
loop that's required to happen before the first handle is created. We
should try a pinvoke solution like that and see if it works so we can
remove the hack altogether instead of figuring out ways to make the hack
more palatable.
Mike
// ButtonApp.cs - Gtk.Button class Test implementation
//
// Author: Mike Kestner mkest...@speakeasy.net
//
// (c) 2001-2002 Mike Kestner
namespace GtkSamples {
using Gtk;
using System;
public class ButtonApp {
public static int Main (string[] args)
{
GtkTuned.Application.Init (); // Our own implementation of Gtk.Application.Init
Window win = new Window (Button Tester);
win.DefaultWidth = 200;
win.DefaultHeight = 150;
win.DeleteEvent += new DeleteEventHandler (Window_Delete);
Button btn = new Button (Click Me);
btn.Clicked += new EventHandler (btn_click);
win.Add (btn);
win.ShowAll ();
GtkTuned.Application.Run ();
return 0;
}
static void btn_click (object obj, EventArgs args)
{
Console.WriteLine (Button Clicked);
}
static void Window_Delete (object obj, DeleteEventArgs args)
{
GtkTuned.Application.Quit ();
args.RetVal = true;
}
}
}
// GTK.Application.cs - GTK Main Event Loop class implementation
//
// Author: Mike Kestner mkest...@speakeasy.net
//
// Copyright (c) 2001 Mike Kestner
//
// This program is free software; you can redistribute it and/or
// modify it under the terms of version 2 of the Lesser GNU General
// Public License as published by the Free Software Foundation.
//
// This program is distributed in the hope that it will be useful,
// but WITHOUT ANY WARRANTY; without even the implied warranty of
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
// Lesser General Public License for more details.
//
// You should have received a copy of the GNU Lesser General Public
// License along with this program; if not, write to the
// Free Software Foundation, Inc., 59 Temple Place - Suite 330,
// Boston, MA 02111-1307, USA.
namespace GtkTuned {
using System;
using System.Reflection;
using System.Runtime.InteropServices;
using Gdk;
public class Application {
//
// Disables creation of instances.
//
private Application ()
{
}
static Application ()
{
if (!GLib.Thread.Supported)
GLib.Thread.Init ();
switch (Environment.OSVersion.Platform) {
case PlatformID.Win32NT:
case PlatformID.Win32S:
case PlatformID.Win32Windows:
case PlatformID.WinCE:
// Comment the WinDoEvents call to disable the visual styles hack
Console.WriteLine (Running visual styles hack);
WinDoEvents ();
break;
default:
break;
}
}
[StructLayout(LayoutKind.Sequential)]
internal struct POINT {
int x;
int y;
}
[StructLayout(LayoutKind.Sequential)]
internal struct MSG {
IntPtr hwnd;
int message;
IntPtr wParam;
IntPtr lParam;
uint time;
POINT pt;
object refobject;
}
const uint PM_REMOVE = 1;
[DllImport (user32.dll, EntryPoint=PeekMessageW, CharSet=CharSet.Unicode, CallingConvention=CallingConvention.StdCall)]
extern static bool Win32PeekMessage(IntPtr msg, IntPtr hWnd, int wFilterMin, int wFilterMax, uint flags);
[DllImport
Re: [Mono-dev] Gtk depends on Winforms ¿?
Unfortunately, the button does not appear to use native themes on my WinXP machine (SP3, GTK# installed with Mono 2.4.2.3). On Wed, Sep 9, 2009 at 5:05 PM, Christian Hoffchristian_h...@gmx.net wrote: Hi folks, as you may have noticed, old Gtk# versions ( 2.12.8) did not use XP's visual styles. Later versions have a workaround: they call System.WIndows.Forms.Application.DoEvents which seems to enable XP's theming. This workaround is far from optimal as it created a Winforms dependency. That's why I tried to integrate the code of Application.DoEvents into Gtk# directly. As I do not have a Windows XP machine to test, I cannot verify if it works. I have attached an assembly and it's source code (change extension to .exe; GMail does not allow executables as attachments) that can be run with any Gtk# 2.12 version on XP. It uses a tweaked Gtk.Application class with a new mechanism to enable theming. I would really appreciate some feedback from the community as to whether the new approach works (that is, if the attached application appears with visual styles enabled). Just reply with a screenshot of the running app on XP if you're not sure what I mean :-) . Christian Mike Kestner wrote: On Sat, 2009-09-05 at 09:15 +0200, Christian Hoff wrote: In Windows I use 'mkbundle' [1] We should probably put that code in a try-block. What do you think, Mike? My question would be, what do you do in the catch block? The winforms reflection thing is a huge hack, we know that, and the poster is tripping over it because of using mkbundle instead of depending on mono or .Net. We could also take the stance that if somebody wants to do this sort of minimal packaging, they are required to add an artificial ref to swf to ensure it gets bundled. But they won't have any clue that's required if we just silently fallback to unthemed windows when we can't find swf. According to Robert Jordan on this thread, it's a PeekMessage/GetMessage loop that's required to happen before the first handle is created. We should try a pinvoke solution like that and see if it works so we can remove the hack altogether instead of figuring out ways to make the hack more palatable. Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk depends on Winforms ¿?
On Sat, 2009-09-05 at 09:15 +0200, Christian Hoff wrote: In Windows I use 'mkbundle' [1] We should probably put that code in a try-block. What do you think, Mike? My question would be, what do you do in the catch block? The winforms reflection thing is a huge hack, we know that, and the poster is tripping over it because of using mkbundle instead of depending on mono or .Net. We could also take the stance that if somebody wants to do this sort of minimal packaging, they are required to add an artificial ref to swf to ensure it gets bundled. But they won't have any clue that's required if we just silently fallback to unthemed windows when we can't find swf. According to Robert Jordan on this thread, it's a PeekMessage/GetMessage loop that's required to happen before the first handle is created. We should try a pinvoke solution like that and see if it works so we can remove the hack altogether instead of figuring out ways to make the hack more palatable. Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk depends on Winforms ¿?
Hey, But since Mono's System.Windows.Forms is Open Source [1], why was it again that no one has found out what DoEvents does? ;-) Andreas [1] http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/Managed.Windows.Forms/System.Windows.Forms/XplatUIWin32.cs?view=markup We do know what Application.DoEvents do: process pending messages. What we don't know is *how* is that affecting Gtk and the visual styles, and our implementation of Windows.Forms has then nothing to see in that part. Carlos. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk depends on Winforms ¿?
Hi, Carlos Alberto Cortez wrote: But since Mono's System.Windows.Forms is Open Source [1], why was it again that no one has found out what DoEvents does? ;-) Andreas [1] http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/Managed.Windows.Forms/System.Windows.Forms/XplatUIWin32.cs?view=markup We do know what Application.DoEvents do: process pending messages. What we don't know is *how* is that affecting Gtk and the visual styles, and our implementation of Windows.Forms has then nothing to see in that part. Some XP versions require that PeekMessage/GetMessage is invoked at least once before creating a window handle. Otherwise theming is disabled. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk depends on Winforms ¿?
Hi,
Or you can use something like this:
try {
// This is needed in order for GTK# 2.12.8 to get the
proper theming
Assembly winForms = Assembly.Load
(System.Windows.Forms, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089);
Type appType = winForms.GetType
(System.Windows.Forms.Application);
MethodInfo method = appType.GetMethod
(EnableVisualStyles, BindingFlags.Static | BindingFlags.Public);
method.Invoke (null, null);
method = appType.GetMethod (DoEvents,
BindingFlags.Static | BindingFlags.Public);
method.Invoke (null, null);
} catch { }
I used that block before when the bug with the visual styles was not fixed,
to evade using references to SWF.
- Vlad
-Original Message-
From: mono-devel-list-boun...@lists.ximian.com
[mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Christian
Hoff
Sent: Saturday, September 05, 2009 10:16 AM
To: Andoni Morales
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] Gtk depends on Winforms ¿?
Andoni Morales wrote:
Hi,
I have recently tried to upgrade from Mono 2.4 to 2.4.2.2 in Windows
XP, which comes with gtk-sharp-2.12.9
In Windows I use 'mkbundle' [1] to generate from my c# app an
executable file that can be launched on a computer that doesn't not
have mono installed. mkbundle builds a new executable that embeds all
the assemblies needed by the c# executable to run.(I attach the
output)
My aplication does not depends on Winforms and using Mono 2.4 I can
launch it without any problems. But when I use Mono 2.4.2.2 I run
into this exception:
Unhandled Exception: System.TypeInitializationException: An exception
was thrown by the type initializer for Gtk.Application ---
System.IO.FileNotFoundException: Could not load file or assembly
'System.Windows.Forms, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089' or one of its dependencies. The
system cannot find the file specified.
File name: 'System.Windows.Forms, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089'
Does that means that with gtk-sharp-2.12.9 I need System.Windows.Forms
to run a Gtk app? Why does Gtk.Application has a runtime dependency on
System.Windows.Forms and why mkbundle is not even aware of this
dependency and does not include this assembly in the bundle?
It also happens with 2.4.2.3 so I believe it's a gtk-sharp issue
You're right. gtk-sharp has a Winforms dependency on the Windows
platform to enable visual styles by calling
System.Windows.Forms.Application.DoEvents via reflection. Nobody has
ever found out why this works or how we could implement such
functionality without loading winforms.
We should probably put that code in a try-block. What do you think, Mike?
Christian
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk depends on Winforms ¿?
Vladimir Dimitrov wrote:
Hi,
Or you can use something like this:
try {
// This is needed in order for GTK# 2.12.8 to get the
proper theming
Assembly winForms = Assembly.Load
(System.Windows.Forms, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089);
Type appType = winForms.GetType
(System.Windows.Forms.Application);
MethodInfo method = appType.GetMethod
(EnableVisualStyles, BindingFlags.Static | BindingFlags.Public);
method.Invoke (null, null);
method = appType.GetMethod (DoEvents,
BindingFlags.Static | BindingFlags.Public);
method.Invoke (null, null);
} catch { }
I used that block before when the bug with the visual styles was not fixed,
to evade using references to SWF.
This is exactly the workaround as it is in Gtk# at the moment. We do not
refernce Winforms directly, but load the assembly via reflection. The
only problem is that we're missing the try-block.
This workaround is necessary to enable XP's visual styles with the
default native Windows Gtk+ theme (in winforms apps, calling
System.Windows.Forms.Application.EnableVisualStyles does this job for
you). As I said, nobody has ever found out what DoEvents does and why
produces the desired results. We'd really like to avoid loading SWF at
runtime, but so far nobody has come up with a better solution :-) .
This issue will be fixed in Gtk# 2.12.10, it's on my list and will be
I'll get to it ASAP. I already added the try-block in my local copy, I'd
just appreciate some feedback from Mike before I commit this.
Christian
Andoni Morales wrote:
Hi,
I have recently tried to upgrade from Mono 2.4 to 2.4.2.2 in Windows
XP, which comes with gtk-sharp-2.12.9
My aplication does not depends on Winforms and using Mono 2.4 I can
launch it without any problems. But when I use Mono 2.4.2.2 I run
into this exception:
Unhandled Exception: System.TypeInitializationException: An exception
was thrown by the type initializer for Gtk.Application ---
System.IO.FileNotFoundException: Could not load file or assembly
'System.Windows.Forms, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089' or one of its dependencies. The
system cannot find the file specified.
File name: 'System.Windows.Forms, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089'
Does that means that with gtk-sharp-2.12.9 I need System.Windows.Forms
to run a Gtk app?
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk depends on Winforms ¿?
2009/9/6 Christian Hoff christian_h...@gmx.net: As I said, nobody has ever found out what DoEvents does and why produces the desired results. We'd really like to avoid loading SWF at runtime, but so far nobody has come up with a better solution :-) . Just to pitch in, I remember *ages* ago when XP first introduced visual styles, a manifest was required to specify using the common controls library version 6, but also a call to InitCommonControlsEx was required: [DllImport(comctl32.dll)] public static extern bool InitCommonControlsEx(IntPtr lpInitCtrls); I've just rattled that off my brain, and the MSDN page: http://msdn.microsoft.com/en-us/library/bb775697%28VS.85%29.aspx I can't test this, since I don't have a suitable test environment. But, it may point someone in the right direction. -- Tom Spink Marie von Ebner-Eschenbach - Even a stopped clock is right twice a day. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk depends on Winforms ¿?
Tom Spink wrote: 2009/9/6 Christian Hoff christian_h...@gmx.net: As I said, nobody has ever found out what DoEvents does and why produces the desired results. We'd really like to avoid loading SWF at runtime, but so far nobody has come up with a better solution :-) . Just to pitch in, I remember *ages* ago when XP first introduced visual styles, a manifest was required to specify using the common controls library version 6, but also a call to InitCommonControlsEx was required: [DllImport(comctl32.dll)] public static extern bool InitCommonControlsEx(IntPtr lpInitCtrls); I've just rattled that off my brain, and the MSDN page: http://msdn.microsoft.com/en-us/library/bb775697%28VS.85%29.aspx I can't test this, since I don't have a suitable test environment. But, it may point someone in the right direction. I don't think that we'd need to call InitCommonControlsEx as the whole thing works with native Gtk+ applications. We don't need to call EnableVisualStyles either, just the DoEvents call is necessary. That indicates that the common controls v6 are loaded. Unfortunately, I do not have an XP machine, either. In a few years when nobody is using this OS any more, we can drop this hackish workaround anyway. Until then, we will probably have to treat the whole thing as a blackbox ;-) . Nevertheless, if someone comes up with a better solution, we'd be happy to commit it. Christian ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk depends on Winforms ¿?
2009/9/6 Christian Hoff christian_h...@gmx.net: Unfortunately, I do not have an XP machine, either. In a few years when nobody is using this OS any more, we can drop this hackish workaround anyway. Until then, we will probably have to treat the whole thing as a blackbox ;-) . Nevertheless, if someone comes up with a better solution, we'd be happy to commit it. Does that mean it works without the hack on Vista? Christian -- Tom Spink Mike Ditka - If God had wanted man to play soccer, he wouldn't have given us arms. - http://www.brainyquote.com/quotes/authors/m/mike_ditka.html ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk depends on Winforms ¿?
Hey, Am 06.09.2009 um 11:55 schrieb Christian Hoff: As I said, nobody has ever found out what DoEvents does and why produces the desired results. We'd really like to avoid loading SWF at runtime, but so far nobody has come up with a better solution :-) . My assumption would be that DoEvents drains the Win32 message queue by calling non-blocking GetMessage followed by the corresponding message- processing function. Most likely the implementation of EnableVisualStyles broadcasts a message to all the application's windows, which needs to be processed for the settings change to take effect. But since Mono's System.Windows.Forms is Open Source [1], why was it again that no one has found out what DoEvents does? ;-) Andreas [1] http://anonsvn.mono-project.com/viewvc/trunk/mcs/class/Managed.Windows.Forms/System.Windows.Forms/XplatUIWin32.cs?view=markup ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk depends on Winforms ¿?
Andoni Morales wrote: Hi, I have recently tried to upgrade from Mono 2.4 to 2.4.2.2 in Windows XP, which comes with gtk-sharp-2.12.9 In Windows I use 'mkbundle' [1] to generate from my c# app an executable file that can be launched on a computer that doesn't not have mono installed. mkbundle builds a new executable that embeds all the assemblies needed by the c# executable to run.(I attach the output) My aplication does not depends on Winforms and using Mono 2.4 I can launch it without any problems. But when I use Mono 2.4.2.2 I run into this exception: Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for Gtk.Application --- System.IO.FileNotFoundException: Could not load file or assembly 'System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' or one of its dependencies. The system cannot find the file specified. File name: 'System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' Does that means that with gtk-sharp-2.12.9 I need System.Windows.Forms to run a Gtk app? Why does Gtk.Application has a runtime dependency on System.Windows.Forms and why mkbundle is not even aware of this dependency and does not include this assembly in the bundle? It also happens with 2.4.2.3 so I believe it's a gtk-sharp issue You're right. gtk-sharp has a Winforms dependency on the Windows platform to enable visual styles by calling System.Windows.Forms.Application.DoEvents via reflection. Nobody has ever found out why this works or how we could implement such functionality without loading winforms. We should probably put that code in a try-block. What do you think, Mike? Christian ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Gtk depends on Winforms ¿?
Hi, I have recently tried to upgrade from Mono 2.4 to 2.4.2.2 in Windows XP, which comes with gtk-sharp-2.12.9 In Windows I use 'mkbundle' [1] to generate from my c# app an executable file that can be launched on a computer that doesn't not have mono installed. mkbundle builds a new executable that embeds all the assemblies needed by the c# executable to run.(I attach the output) My aplication does not depends on Winforms and using Mono 2.4 I can launch it without any problems. But when I use Mono 2.4.2.2 I run into this exception: Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for Gtk.Application --- System.IO.FileNotFoundException: Could not load file or assembly 'System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' or one of its dependencies. The system cannot find the file specified. File name: 'System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' at System.AppDomain.Load (System.String assemblyString, System.Security.Policy.Evidence assemblySecurity, Boolean refonly) [0x0] at System.AppDomain.Load (System.String assemblyString) [0x0] at (wrapper remoting-invoke-with-check) System.AppDomain:Load (string) at System.Reflection.Assembly.Load (System.String assemblyString) [0x0] at Gtk.Application..cctor () [0x0] --- End of inner exception stack trace --- at ChronoJump..ctor (System.String[] args) [0x0] at ChronoJump.Main (System.String[] args) [0x0] Does that means that with gtk-sharp-2.12.9 I need System.Windows.Forms to run a Gtk app? Why does Gtk.Application has a runtime dependency on System.Windows.Forms and why mkbundle is not even aware of this dependency and does not include this assembly in the bundle? It also happens with 2.4.2.3 so I believe it's a gtk-sharp issue In the meanwhile,I have switched back to 2.4 and gtk-sharp 2.12.7 hoping that somebody can give an explanation ;) Cheers Andoni Morales Alastruey [1] http://git.gnome.org/cgit/chronojump/tree/build/windows_bundle/build/makeBundle.sh $ sh makeBundle.sh OS is: Windows Sources: 1 Auto-dependencies: True embedding: c:\chronojump\build\Chronojump.exe embedding: c:\Mono-2.4\lib\mono\2.0\mscorlib.dll embedding: c:\Mono-2.4\lib\mono\gac\glade-sharp\2.12.0.0__35e10195dab3c99f\glade-sharp.dll embedding: c:\Mono-2.4\lib\mono\gac\glib-sharp\2.12.0.0__35e10195dab3c99f\glib-sharp.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.Configuration.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.Xml.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.Security.dll embedding: c:\Mono-2.4\lib\mono\2.0\Mono.Security.dll embedding: c:\Mono-2.4\lib\mono\gac\gdk-sharp\2.12.0.0__35e10195dab3c99f\gdk-sharp.dll embedding: c:\Mono-2.4\lib\mono\gac\pango-sharp\2.12.0.0__35e10195dab3c99f\pango-sharp.dll embedding: c:\Mono-2.4\lib\mono\2.0\Mono.Cairo.dll embedding: c:\Mono-2.4\lib\mono\gac\gtk-sharp\2.12.0.0__35e10195dab3c99f\gtk-sharp.dll embedding: c:\Mono-2.4\lib\mono\gac\atk-sharp\2.12.0.0__35e10195dab3c99f\atk-sharp.dll embedding: c:\Mono-2.4\lib\mono\2.0\Mono.Posix.dll embedding: c:\Mono-2.4\lib\mono\2.0\Mono.Data.Sqlite.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.Data.dll embedding: c:\Mono-2.4\lib\mono\2.0\Mono.Data.Tds.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.Transactions.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.EnterpriseServices.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.Web.Services.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.Web.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.Drawing.dll embedding: c:\Mono-2.4\lib\mono\2.0\Mono.Web.dll Compiling: as -o temp.o temp.s OS is: Windows Sources: 1 Auto-dependencies: True embedding: c:\chronojump\build\Chronojump_Mini.exe embedding: c:\Mono-2.4\lib\mono\2.0\mscorlib.dll embedding: c:\Mono-2.4\lib\mono\2.0\Mono.Posix.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.Configuration.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.Xml.dll embedding: c:\Mono-2.4\lib\mono\2.0\System.Security.dll embedding: c:\Mono-2.4\lib\mono\2.0\Mono.Security.dll Compiling: as -o temp.o temp.s ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
