[Mono-winforms-list] UpDownBase refactoring
Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ UpDownBase refactoring.patch Description: 1791777452-UpDownBase refactoring.patch ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] TrackBar refactoring
This looks fine. Please commit. Jonathan George Giolfan wrote: Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
Re: [Mono-winforms-list] UpDownBase refactoring
This looks fine. Please commit. Jonathan George Giolfan wrote: Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-winforms-list] [RFC] Multiple NativeWindows per Handle Patch for bug #374660
Hey Team,
To fix bug #374660
(https://bugzilla.novell.com/show_bug.cgi?id=374660) I had to
introduce support in NativeWindow for dealing with multiple
NativeWindows per Handle, where one (the first one) is organic (the
ControlNativeWindow) and the rest are synthetic. Messages pass through
both. This is allowed in MS's implementation and is what the test code
in the bug uses to loose couple the drawing code from the behavior
code. Ugly I know, but I guess seems natural to people coming from
hardcore Win32 coding background or something.
Anyway the attached patch, which I am asking you to check out just in case:
* All tests pass. woo! In theory no regressions.
* Handles single handle vs multiple handles in the following way,
where window_collection is a Hashtable with key-value pair, where the
key is the handle and the value is either a single NativeWindow or an
ArrayList of handles
object current = window_collection[handle];
if (current != null) {
NativeWindow currentWindow = current as
NativeWindow;
if (currentWindow != null) {
// only one handle - do stuff
} else { // list of windows
ArrayList windows = (ArrayList)
window_collection[handle];
// multiple handles (first one
is organic always) - do stuff
}
}
* Most notably doesn't increase our current memory consumption and
should not have any performance impact.
* Probably decreases the current memory consumption a bit. It came
to my attention that NativeWindow.FromHandle instantiates a new
NativeWindow instead of returning one from the internal table.
* NativeWindow.window_handle: internal - private - we don't use
this anywhere and we shouldn't provide access to this to future code
as it breaks encapuslation and allows avoiding
AssignHandle/CreateHandle, InvalidateHandle. Evil.
* NativeWindow.windows_collection: internal - private - now that
multiple handles are allowed and the way those are handled is an
implementation detail, code shouldn't have access to the collection
directly. I have replaced the few direct references to the field with
a method to return the organic handle.
Does anyone have any objections or should I go ahead and commit?
Thanks in advance,
Ivan
Index: System.Windows.Forms/LibSupport.cs
===
--- System.Windows.Forms/LibSupport.cs (revision 102517)
+++ System.Windows.Forms/LibSupport.cs (working copy)
@@ -40,7 +40,7 @@
static IntPtr FindWindow (IntPtr hWnd)
{
- NativeWindow nw = NativeWindow.FindWindow (hWnd);
+ NativeWindow nw = NativeWindow.FromHandle (hWnd);
if (nw == null)
return IntPtr.Zero;
Index: System.Windows.Forms/Control.cs
===
--- System.Windows.Forms/Control.cs (revision 102517)
+++ System.Windows.Forms/Control.cs (working copy)
@@ -181,7 +181,7 @@
static internal Control ControlFromHandle(IntPtr hWnd) {
ControlNativeWindow window;
-window = (ControlNativeWindow)window_collection[hWnd];
+window = (ControlNativeWindow)NativeWindow.FromHandle (hWnd);
if (window != null) {
return window.owner;
}
@@ -194,7 +194,7 @@
Hwnd hwnd = Hwnd.ObjectFromHandle (handle);
while (hwnd != null) {
- window = (ControlNativeWindow)window_collection[hwnd.Handle];
+ window = (ControlNativeWindow)NativeWindow.FromHandle (handle);
if (window != null) {
return window.owner;
}
Index: System.Windows.Forms/ChangeLog
===
--- System.Windows.Forms/ChangeLog (revision 102537)
+++ System.Windows.Forms/ChangeLog (working copy)
@@ -1,5 +1,12 @@
2008-05-05 Ivan N. Zlatev [EMAIL PROTECTED]
+ * NativeWindow.cs: Add support for multiple handles per window.
+ * NativeWindows.cs, LibSupport.cs, Control.cs, XplatUIX11GTK.cs,
+ XplatUIX11.cs, X11Display.cs: Do not access NativeWindow.windows_collection
+ directly - use FromHandle instead.
+
+2008-05-05 Ivan N. Zlatev [EMAIL PROTECTED]
+
* GridEntry.cs: Read-only properties with Editor with
UITypeEditorEditStyle.Modal shouldn't be read-only in the PropertyGrid.
[Fixes bug #384184]
Index: System.Windows.Forms/XplatUIX11GTK.cs
===
--- System.Windows.Forms/XplatUIX11GTK.cs (revision 102517)
+++ System.Windows.Forms/XplatUIX11GTK.cs (working copy)
@@ -1408,7 +1408,7 @@
// Modality handling, if we are modal and the new active window is one
// of ours but not the modal one, switch back to the modal window
-
[Mono-dev] Code obfuscation application
Hello everybody, I would like to know if there are any shareware/freeware code obfuscation tools available that work with Mono generated binaries. For Windows there are many, but I can't seem to find one for Linux. P.S. I would like to apologize if I'm not supposed to ask such question at all or if I'm not supposed to address this question to the development mailing list. Thank you a lot and good luck with the project. With kind regards and respect, Sebastian Onofrei Eyepartner Inc. begin:vcard fn:Sebi Onofrei n:Onofrei;Sebastian org:Eyepartner Inc.;C# Delphi development adr:;;Luca Arbore, 18, 512A, P/1;Iasi;Iasi;;Romania email;internet:[EMAIL PROTECTED] title:Mr tel;work:+40 745 337579 tel;home:+40 332 443465 tel;cell:+40 765 133948 note;quoted-printable:Hello,=0D=0A= =0D=0A= In case any problems related with Monster Encoder or Deskshare applicatio= ns appear, please feel free to create/update a proper ticket containing= some relevant details about the involved problem and notify me.=0D=0A= =0D=0A= Thank you x-mozilla-html:TRUE url:http://onofrei.org version:2.1 end:vcard ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-list] Mono 1.9.1 and MonoDevelop 1.0 Packages for Debian Etch
are there any packages for amd64? Or is there some easy way to get them without installing the complete mono stack from source ? On Thu, Apr 24, 2008 at 10:27 PM, Mirco Bauer [EMAIL PROTECTED] wrote: [please CC me if you reply as I am not subscribed to [EMAIL PROTECTED] On Thu, 2008-04-24 at 00:01 +0200, Mirco Bauer wrote: On Wed, 2008-04-23 at 16:56 -0500, Daniel Espinosa wrote: In 1,9.1 there's no a Other Linuxes to download, does any one know why? I am planning to upload a backport of Mono 1.9.1 and MonoDevelop 1.0 for debian/stable (etch) tomorrow to debian.meebey.net Here we go, I uploaded Mono 1.9.1 and MonoDevelop backports for Debian/Etch to http://debian.meebey.net/etch-backports If you want to use them add this to your /etc/apt/sources.list: deb http://debian.meebey.net/etch-backports / After that run: apt-get update Now you can upgrade or install Mono 1.9.1 and MonoDevelop 1.0 using your favorite package managing tool (dselect/apt/aptitude/synaptic/whatever) If you have problems with upgrading, installing or using the packages please tell me. -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] MonoDevelop failure
I just upgraded to Ubuntu 8.04 and now have the following error when trying to start up MonoDevelop: System.TypeInitializationException: An exception was thrown by the type initializer for MonoDevelop.Core.Gui.Services --- System.InvalidOperationException: Extension node not found in path: /MonoDevelop/Core/PlatformService at Mono.Addins.ExtensionContext.GetExtensionObjects (System.String path, System.Type arrayElementType, Boolean reuseCachedInstance) [0x0] at Mono.Addins.ExtensionContext.GetExtensionObjects (System.String path) [0x0] at Mono.Addins.AddinManager.GetExtensionObjects (System.String path) [0x0] at MonoDevelop.Core.Gui.Services..cctor () [0x0] --- End of inner exception stack trace --- at MonoDevelop.Ide.Gui.IdeApp.Initialize (IProgressMonitor monitor) [0x0] at MonoDevelop.Ide.Gui.IdeStartup.Run (System.String[] args) [0x0] Any thoughts/hints/RTFMs? Thanks. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Errors building XSP
Hi All, Having some trouble building XSP on Slackware 11. Grabbed the source from http://ftp.novell.com/pub/mono/sources/xsp/xsp-1.9.1.tar.bz2 and followed the directions at the top of INSTALL. Configure doesn't complain about anything, make dies with this error: Making all in webcontrols make[3]: Entering directory `/root/xsp-1.9.1/test/1.1/webcontrols' /usr/local/bin/mono dbpage_test_setup.exe Unhandled Exception: System.DllNotFoundException: libsqlite3.so.0 at (wrapper managed-to-native) Mono.Data.SqliteClient.Sqlite:sqlite3_open16 (string,intptr) at Mono.Data.SqliteClient.SqliteConnection.Open () [0x0] at App.Main () [0x0] I initially did not have libsqlite3 installed (wasn't listed as a dependency?) but I built 3.5.8 from http://www.sqlite.org/sqlite-amalgamation-3.5.8.tar.gz and I now have libsqlite3.so.0: [EMAIL PROTECTED]:~# slocate libsqlite3.so /usr/local/lib/libsqlite3.so /usr/local/lib/libsqlite3.so.0.8.6 /usr/local/lib/libsqlite3.so.0 [EMAIL PROTECTED]:~# ls -l /usr/local/lib/libsqlite3* -rw-r--r-- 1 root root 837242 2008-04-26 23:02 /usr/local/lib/libsqlite3.a -rwxr-xr-x 1 root root828 2008-04-26 23:02 /usr/local/lib/libsqlite3.la* lrwxrwxrwx 1 root root 19 2008-04-26 23:02 /usr/local/lib/libsqlite3.so - libsqlite3.so.0.8.6* lrwxrwxrwx 1 root root 19 2008-04-26 23:02 /usr/local/lib/libsqlite3.so.0 - libsqlite3.so.0.8.6* -rwxr-xr-x 1 root root 743321 2008-04-26 23:02 /usr/local/lib/libsqlite3.so.0.8.6* But after a make clean and re-running configure, I'm still getting the above compile error. Any advice? Thanks. -- Badfrog w00tz! Games, Inc. http://w00tzgames.com 708 Lyndon Ln, Louisville, KY 40222 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono.Media for GSOC
This is very interesting! Especially the midi framework! It would be great if it would connect to jack-midi as well. Prashant Vaibhav wrote: Dear Miguel, Dear All, Glad to hear codecs are not a focus for Mono.Media (at present). Somehow most discussion in this area seems to be focused on re-implementing gstreamer or creating bindings for it (a/v format coding/decoding in general). Last weekend I submitted an application for Mono.Media GSoC. My proposal seeks to provide high performance, low-level audio/MIDI features for Mono, rather than a generic coder/decoder framework. One thing I have focused on is fairly complete MIDI support. I didn't base my proposal on the Java media framework (I don't have much, if any, experience with Java, plus I saw discussion on how JMF's heavily asynchronous design is undesirable), so I might be missing some obvious features. I'll appreciate if the Mono dev community could comment on my design. Following is an excerpt from the proposal: The architecture of the Mono.Media.Audio section would be as follows: - Classes representing audio devices will be implemented. These will abstract out platform-specific code (ie. the same AudioDevice would use WDM/KS on Windows and Jack/Alsa on Linux) - Classes representing audio sources will be implemented. These will have methods to *provide* audio. - Classes representing audio consumers will be implemented. These act like sinks. An AudioSourcePlayer for example will continuously stream audio from an AudioSource to an AudioDevice. The AudioDevice will have a callback method on its own high priority thread to get audio buffers. - Further classes like Mixer, CrossFader, Equalizer etc. might be implemented as a combination of sinks and sources. - Classes for reading/writing simple audio files (.wav, .aiff etc.) will also be implemented. The MIDI architecture will consist of : - Classes for MIDI input and output devices. These will represent actual devices on Windows (which does not support the concept of virtual devices), and software ports on Linux and Mac. The winmm API will be used on Windows, CoreMIDI on Mac, and ALSA sequencer API on Linux. - Classes for MIDI events (a generic event, NoteOn, NoteOff events, SysEx, MetaEvents, Controller etc.). These will allow easy creation/manipulation of MIDI data, shielding the programmer from the actual byte-stream. - Classes for storing/manipulating these (e.g. MidiTrack, MidiSequence, MidiRecorder etc.) - Classes for handling MIDI file input/output - Classes for handling MIDI time code and transport control messages Basically the MIDI framework will be a fairly complete implementation of everything that MIDI has to offer (except perhaps highly specialized standards like Sample Dump Standard). If we have time, an OSC interface might also be implemented. Of course this design is open to discussion. Thanks for your time! Best, Prashant On 07/04/2008, Miguel de Icaza [EMAIL PROTECTED] wrote: I'm interested in applying for GSOC to work on Mono.Media and I was just wondering if I could get a few more details about the project. Has any work been completed on it? How comprehensive in terms of codec support are you looking for? I do not believe that there is much along the lines of codecs in Mono.Media.Please read the Java specification as its really working with a different set of problems. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- PRASHANT VAIBHAV, Class of 2008 (EE/CS) School of Engineering and Science, Jacobs University Bremen Postal address:Phone: +49 421 200 5714 College Ring 7, Box 83 Apartment: College III B202 Bremen 28759, Germany ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- View this message in context: http://www.nabble.com/Mono.Media-for-GSOC-tp16310647p16970241.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] Fixes and improvements for mixed-mode assembly support
Hi,
* domain.c: Open exe_image anyway so that it can be fixed up. Add a
mono_close_exe_image function that closes exe_image.
* image.c: Fix reference counting when DLL image is loaded using LoadLibrary
outside of image.c.
* threads.c: Add threads_initialized that enables coree.c to call
mono_thread_suspend_all_other_threads at any time.
* coree.c: Some improvements and add mono_set_act_ctx that loads manifest
file from the main assembly when process is created from mono.exe. This is
required for MSVCRT support but may be used by other assemblies as well for
example for XP Visual Style support.
Please review the patch and if you like it, please approve it.
Jonathan, please try this patch if it fixes the issue you have reported.
Kornél
Index: mono/mono/metadata/domain.c
===
--- mono/mono/metadata/domain.c (revision 102399)
+++ mono/mono/metadata/domain.c (working copy)
@@ -1161,12 +1161,9 @@
if (domain)
g_assert_not_reached ();
- /* FIXME: This causes Win32 build to break. */
-#if 0
#if defined(PLATFORM_WIN32) !defined(_WIN64)
- mono_load_coree ();
+ mono_load_coree (exe_filename);
#endif
-#endif
mono_perfcounters_init ();
@@ -1205,6 +1202,11 @@
*/
get_runtimes_from_exe (exe_filename, exe_image, runtimes);
#ifdef PLATFORM_WIN32
+ if (!exe_image) {
+ exe_image = mono_assembly_open_from_bundle
(exe_filename, NULL, FALSE);
+ if (!exe_image)
+ exe_image = mono_image_open (exe_filename,
NULL);
+ }
mono_fixup_exe_image (exe_image);
#endif
} else if (runtime_version != NULL) {
@@ -1610,8 +1612,7 @@
void
mono_cleanup (void)
{
- if (exe_image)
- mono_image_close (exe_image);
+ mono_close_exe_image ();
mono_loader_cleanup ();
mono_classes_cleanup ();
@@ -1625,6 +1626,13 @@
DeleteCriticalSection (appdomains_mutex);
}
+void
+mono_close_exe_image (void)
+{
+ if (exe_image)
+ mono_image_close (exe_image);
+}
+
/**
* mono_get_root_domain:
*
Index: mono/mono/metadata/image.c
===
--- mono/mono/metadata/image.c (revision 102399)
+++ mono/mono/metadata/image.c (working copy)
@@ -24,6 +24,7 @@
#include metadata-internals.h
#include profiler-private.h
#include loader.h
+#include marshal.h
#include coree.h
#include mono/io-layer/io-layer.h
#include mono/utils/mono-logger.h
@@ -1077,11 +1078,10 @@
#ifdef PLATFORM_WIN32
/* fname is not duplicated. */
MonoImage*
-mono_image_open_from_module_handle (HMODULE module_handle, const char* fname,
MonoImageOpenStatus* status)
+mono_image_open_from_module_handle (HMODULE module_handle, char* fname, int
ref_count, MonoImageOpenStatus* status)
{
MonoImage* image;
MonoCLIImageInfo* iinfo;
- guint16* fname_utf16;
image = g_new0 (MonoImage, 1);
image-raw_data = (char*) module_handle;
@@ -1089,10 +1089,10 @@
iinfo = g_new0 (MonoCLIImageInfo, 1);
image-image_info = iinfo;
image-name = fname;
- image-ref_count = 1;
+ image-ref_count = ref_count;
image = do_mono_image_load (image, status, TRUE);
- image = register_image (image);
+ return register_image (image);
}
#endif
@@ -1110,42 +1110,66 @@
if (!refonly coree_module_handle) {
HMODULE module_handle;
guint16 *fname_utf16;
+ DWORD last_error;
absfname = mono_path_resolve_symlinks (fname);
+ fname_utf16 = NULL;
/* There is little overhead because the OS loader lock is held
by LoadLibrary. */
mono_images_lock ();
image = g_hash_table_lookup (loaded_images_hash, absfname);
if (image) {
+ g_assert (image-is_module_handle);
+ if (image-ref_count == 0) {
+ MonoCLIImageInfo *iinfo = image-image_info;
+
+ if (iinfo-cli_header.coff.coff_attributes
COFF_ATTRIBUTE_LIBRARY_IMAGE) {
+ /* Increment reference count on images
loaded outside of the runtime. */
+ fname_utf16 = g_utf8_to_utf16
(absfname, -1, NULL, NULL, NULL);
+ module_handle = LoadLibrary
(fname_utf16);
+ g_assert (module_handle != NULL);
+ }
+ }
mono_image_addref (image);
mono_images_unlock ();
+ if (fname_utf16)
+ g_free (fname_utf16);
g_free (absfname);
return image;
[Mono-dev] [PATCH] Fixes and modifications for MSVCRT support
Hi,
These patches contain some fixes that seem to be required for MSVCRT
support.
Note that I wasn't able to execute even a simle Hello World application that
uses MSVCRT yet but made some progress with these fixes.
The most weird thing is that when the assembly is compiled as pure IL MSVC++
still uses vtfixup. But not the usual way. It uses ResolveMethodHandle along
with GetFunctionPointer that is basically the same thing that vtfixup is
without the marshaling.
Even worse, MSVC++ assumes that static fields with and RVA point to the
actual PE image. The thable it uses for resolving method is not defined
properly in the CLI image but only it's start and end is defined. This even
breaks ildasm-ilasm round trip but MSVC++ assumes this. The mini.c and
jit-icalls.c is supposed to support this but I know that this would break
other platforms maybe even x86 Windows as well.
MSVC++ also generates code that marshals pointers.
Kornél
Index: mono/mono/metadata/marshal.c
===
--- mono/mono/metadata/marshal.c(revision 102399)
+++ mono/mono/metadata/marshal.c(working copy)
@@ -8098,13 +8098,6 @@
MonoMethodBuilder *mb = m-mb;
switch (action) {
- case MARSHAL_ACTION_CONV_IN:
- if (MONO_TYPE_ISSTRUCT (t-data.type)) {
- char *msg = g_strdup_printf (Can not marshal 'parameter
#%d': Pointers can not reference marshaled structures. Use byref instead., argnum +
1);
- mono_mb_emit_exception_marshal_directive (m-mb, msg);
- }
- break;
-
case MARSHAL_ACTION_PUSH:
mono_mb_emit_ldarg (mb, argnum);
break;
@@ -8714,6 +8707,7 @@
case MONO_TYPE_VOID:
break;
case MONO_TYPE_BOOLEAN:
+ case MONO_TYPE_CHAR:
case MONO_TYPE_I1:
case MONO_TYPE_U1:
case MONO_TYPE_I2:
@@ -8728,6 +8722,7 @@
case MONO_TYPE_I8:
case MONO_TYPE_U8:
case MONO_TYPE_OBJECT:
+ case MONO_TYPE_FNPTR:
mono_mb_emit_stloc (mb, 3);
break;
case MONO_TYPE_STRING:
Index: mono/mono/metadata/reflection.c
===
--- mono/mono/metadata/reflection.c (revision 102399)
+++ mono/mono/metadata/reflection.c (working copy)
@@ -5609,6 +5609,8 @@
case MONO_TYPE_VAR:
case MONO_TYPE_MVAR:
return t1-data.generic_param == t2-data.generic_param;
+ case MONO_TYPE_FNPTR:
+ return mono_metadata_signature_equal (t1-data.method,
t2-data.method);
default:
g_error (implement type compare for %0x!, t1-type);
return FALSE;
Index: mono/mono/mini/mini.c
===
--- mono/mono/mini/mini.c (revision 102399)
+++ mono/mono/mini/mini.c (working copy)
@@ -7397,7 +7397,10 @@
mono_runtime_class_init
(vtable);
}
}
- addr = (char*)vtable-data +
field-offset;
+ if (field-data)
+ addr = field-data;
+ else
+ addr = (char*)vtable-data +
field-offset;
if (cfg-compile_aot)
NEW_SFLDACONST (cfg, ins,
field);
Index: mono/mono/mini/jit-icalls.c
===
--- mono/mono/mini/jit-icalls.c (revision 102399)
+++ mono/mono/mini/jit-icalls.c (working copy)
@@ -666,6 +666,8 @@
if (domain-special_static_fields (addr = g_hash_table_lookup
(domain-special_static_fields, field)))
addr = mono_get_special_static_data (GPOINTER_TO_UINT (addr));
+ else if (field-data)
+ addr = field-data;
else
addr = (char*)vtable-data + field-offset;
Index: mcs/class/corlib/System.Threading/Thread.cs
===
--- mcs/class/corlib/System.Threading/Thread.cs (revision 102501)
+++ mcs/class/corlib/System.Threading/Thread.cs (working copy)
@@ -951,18 +951,16 @@
CurrentThread.critical_region_level--;
}
- [MonoTODO(Not implemented)]
[ReliabilityContractAttribute (Consistency.WillNotCorruptState,
Cer.MayFail)]
public static void BeginThreadAffinity ()
{
- throw new NotImplementedException ();
+
Re: [Mono-dev] MonoDevelop failure
Hi Kenneth, Am 26.04.2008 um 16:31 schrieb Kenneth D. Weinert: I just upgraded to Ubuntu 8.04 and now have the following error when trying to start up MonoDevelop: System.TypeInitializationException: An exception was thrown by the type initializer for MonoDevelop.Core.Gui.Services --- System.InvalidOperationException: Extension node not found in path: /MonoDevelop/Core/PlatformService I just upgraded a machine from 7.10 to 8.04 and didn't face that issue... Any thoughts/hints/RTFMs? Looks like a MonoDevelop issue: You could try removing MonoDevelop's hidden config directory in your home dir. If that doesn't help and no one around here has a better suggestion, its developers have their own mailing list: http://www.monodevelop.org/Help_%26_Contact Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Code obfuscation application
2008/5/5 Sebi Onofrei [EMAIL PROTECTED]: Hello everybody, I would like to know if there are any shareware/freeware code obfuscation tools available that work with Mono generated binaries. For Windows there are many, but I can't seem to find one for Linux. All those tools should work the same way on mono as they do with MS.Net. This said, about half a year a go I tried out every open source obfuscation tool I could find (wanted to check how much memory could I free by reducing namespaces, method and class names to single letters) and every one of them failed a very simple test: each one failed to work once I used it to strip itself. So good luck with your search ;-) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Code obfuscation application
Hi, We're using dotfuscator with Mono on Mac, Solaris and Linux. It works... but it's commercial. pablo Leszek Ciesielski escribió: 2008/5/5 Sebi Onofrei [EMAIL PROTECTED]: Hello everybody, I would like to know if there are any shareware/freeware code obfuscation tools available that work with Mono generated binaries. For Windows there are many, but I can't seem to find one for Linux. All those tools should work the same way on mono as they do with MS.Net. This said, about half a year a go I tried out every open source obfuscation tool I could find (wanted to check how much memory could I free by reducing namespaces, method and class names to single letters) and every one of them failed a very simple test: each one failed to work once I used it to strip itself. So good luck with your search ;-) ___ 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
[Mono-dev] debug mono embedded
hallo, i have write a small C++ example application with embedded Mono. i can execute my compiled Mono script in which i call functions from my C++ programm. but how can i debug my Mono program ??? -- Stefan Fink ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] TypeDescriptor
On Wed, Apr 30, 2008 at 7:36 PM, James Fitzsimons [EMAIL PROTECTED] wrote: 2008/4/28 Ivan N. Zlatev [EMAIL PROTECTED]: On Mon, Apr 28, 2008 at 11:28 PM, James Fitzsimons [EMAIL PROTECTED] wrote: 2008/4/28 Ivan N. Zlatev [EMAIL PROTECTED]: 2008/4/28 James Fitzsimons [EMAIL PROTECTED]: Hi all, While debugging a problem with Spring.NET over the weekend I uncovered an inconsistency in behaviour between the Mono and Microsoft implementations of the GetProperties method of the TypeDescriptor class. Basically the Microsoft only returns properties that have a getter, however Mono returns write only properties as well. The attached patch contains a fix and a few more unit tests to check that it works and it doesn't break existing behaviour. Please fix the following things and resend: 1) Reformat your patch to match our coding guidelines - http://www.mono-project.com/Coding_Guidelines 2) Add ChangeLog entries. 3) Fix the mixed indentation in the code in the tests you've added. 4) Fix the indentation in this hunk: @@ -427,6 +447,9 @@ MyComponent sitedcom = new MyComponent (new MySite ()); MyComponent nfscom = new MyComponent (new NoFilterSite (new MyContainer ())); AnotherComponent anothercom = new AnotherComponent (); + TestObject testObject = new TestObject(); +PropertyDescriptorCollection properties = TypeDescriptor.GetProperties(testObject); + [Test] public void TestICustomTypeDescriptor () Cheers, Ivan Maybe this time? Two more things: 1) Refactor all your asserts into 1 test method, say TestGetProperties_WriteOnly and drop the fields - use local variables inside. No need for PropertyDescriptorExists, just check the propertydescriptorcollection[property] != null inside that test method like the other tests do. Number the asserts. 2) There is no need for a special TestObject - just add a single write-only property MyComponent and use that. You will also have to add it to the GetProperties_Order test Resend when those are fixed, thanks. Hi Ivan, I've done as you requested and checked all tests still pass. I have applied your patch with a further slight modification of the tests in r102535, thanks. Ivan. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Embedded Mono question
Hello, I have been thinking of a theoretical case for using Mono as an embedded scripting platform, where the majority of the application would be developed in C/C++ and for extensibility it would use Mono for scripting. Imagine a situation where I have a rich C++ class library, and would like to expose some of that to managed code. In the Windows World I would end up using C++\CLI for wrapping the parts I care about. How can achieve the same with Mono? After looking at the documentation for embedding it seems to me that you can expose C functions to Mono (via DllImport(Internal) or internal calls), but it is unclear to me how to expose classes. Thank you, Luis Villegas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Embedded Mono question
Hello,
How can achieve the same with Mono?
Today you have two choices, they both boil down to exposing the API in a
C-friendly way. You can bind the API by hand and expose C callable
methods (extern C { void ... }), this is what we do in Moonlight, we
expose C entry points to constructors, destructors and methods that must
be invoked from managed code.
The other option is to generate the bindings using a tool like SWIG that
is able to generate the bindings by parsing header files.
Miguel.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Embedded Mono question
Thank you Miguel,
Are you planning on having other long term alternatives for this scenario
inside the Mono API?
Thank you,
Luis Villegas
-Original Message-
From: Miguel de Icaza [mailto:[EMAIL PROTECTED]
Sent: Monday, May 05, 2008 2:39 PM
To: Luis Villegas
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] Embedded Mono question
Hello,
How can achieve the same with Mono?
Today you have two choices, they both boil down to exposing the API in a
C-friendly way. You can bind the API by hand and expose C callable
methods (extern C { void ... }), this is what we do in Moonlight, we
expose C entry points to constructors, destructors and methods that must
be invoked from managed code.
The other option is to generate the bindings using a tool like SWIG that
is able to generate the bindings by parsing header files.
Miguel.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Embedded Mono question
Hello,
Are you planning on having other long term alternatives for this scenario
inside the Mono API?
We currently do not have any plans to expand on that direction; Doing
the C/C++ CLI approach similar to Microsoft is really outside of the
scope of what our team can achieve, so we have left that aside.
There are a few options for enterprising developers to pursue, like
hooking up to GCC's backend and generating the stubs automatically for
you, but it is not something that we are currently planning on doing as
part of Mono.
From: Miguel de Icaza [mailto:[EMAIL PROTECTED]
Sent: Monday, May 05, 2008 2:39 PM
To: Luis Villegas
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] Embedded Mono question
Hello,
How can achieve the same with Mono?
Today you have two choices, they both boil down to exposing the API in a
C-friendly way. You can bind the API by hand and expose C callable
methods (extern C { void ... }), this is what we do in Moonlight, we
expose C entry points to constructors, destructors and methods that must
be invoked from managed code.
The other option is to generate the bindings using a tool like SWIG that
is able to generate the bindings by parsing header files.
Miguel.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] gstreamer-sharp Question
I am very interested in using the gstreamer bindings in a mono project, but I could really use some advice. I can't seem to find the gstreamer-sharp assembly anywhere. The only luck I've had so far is some development notes back in 2006. Do any mono up-to-date bindings exist for the gstreamer framework? Is there a better multi-media framework I should use? Ultimately, I would like to create a non-linear video editing application using C# and the mono framework. I have been told that gstreamer is the most powerful media framework in linux (at least that's what I was told). Thanks in advance! -Jonathan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Mono 1.9.1 and MonoDevelop 1.0 Packages for Debian Etch
On Sat, 2008-04-26 at 12:47 +0200, Ben Motmans wrote: are there any packages for amd64? Or is there some easy way to get them without installing the complete mono stack from source ? I only build for the x86 architecture, but you can rebuild the package easily on your favorite architecture using the package sources. Just the following line to /etc/apt/sources.list: add deb-src http://debian.meebey.net/etch-backports / apt-get update apt-get source mono cd mono-1.9.1+dfsg dpkg-buildpackage -rfakeroot -uc -us After that you can install the built packages :) I know that this is not the user-friendly version of getting Mono 1.9.1 for debian/amd64 systems, but I don't have a buildd infrastructure like debian or backports.org... once Mono 1.9.1 hits debian/testing (expected in 7 days, see http://packages.qa.debian.org/m/mono.html) I will upload the package to backports.org (thats a policy from bpo not from me) then you get out-of-the-box packages for amd64 and many other architectures. -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: This is a digitally signed message part ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 1.9.1 and MonoDevelop 1.0 Packages for Debian Etch
On Thu, 2008-04-24 at 23:06 -0700, [EMAIL PROTECTED] wrote: Do those debs work in Ubuntu too or just Debian? Thanks for all your hard work. They are known to work on Ubuntu/Gutsy. If you have problems please tell me. Tony Mirco Bauer-2 wrote: [please CC me if you reply as I am not subscribed to [EMAIL PROTECTED] On Thu, 2008-04-24 at 00:01 +0200, Mirco Bauer wrote: On Wed, 2008-04-23 at 16:56 -0500, Daniel Espinosa wrote: In 1,9.1 there's no a Other Linuxes to download, does any one know why? I am planning to upload a backport of Mono 1.9.1 and MonoDevelop 1.0 for debian/stable (etch) tomorrow to debian.meebey.net Here we go, I uploaded Mono 1.9.1 and MonoDevelop backports for Debian/Etch to http://debian.meebey.net/etch-backports If you want to use them add this to your /etc/apt/sources.list: deb http://debian.meebey.net/etch-backports / After that run: apt-get update Now you can upgrade or install Mono 1.9.1 and MonoDevelop 1.0 using your favorite package managing tool (dselect/apt/aptitude/synaptic/whatever) If you have problems with upgrading, installing or using the packages please tell me. -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ ___ Mono-devel-list mailing list [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-devel-list Quoted from: http://www.nabble.com/What-about-%22Other-LInuxes%22-version-for-1.9.1-tp16866088p16885479.html -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: This is a digitally signed message part ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Compiling Mono from source code
You must set the env var MONO_DEPENDENCIES_PREFIX to point to your local mono installation. However, you will not succeed w/out cygwin since it's still needed for parts of mono's build process. Robert Paramesh Gunasekaran wrote: I also tried Visual Studio build by building mono.sln present at C:\Cygwin\usr\src\mono\mono\msvc. I've attached the error produced during the build. Any clue here??? On Fri, May 2, 2008 at 4:01 PM, Paramesh Gunasekaran [EMAIL PROTECTED] wrote: I'm seeing the same error No luck Any other clue??? On Tue, Apr 22, 2008 at 11:43 AM, Kenneth D Weinert [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paramesh Gunasekaran wrote: No. I'm not having Mono in PATH and PKG_CONFIG_PATH I've used bash.bashrc file at C:\Cygwin\etc to set these. But they are not reflecting. Do I need to specify somewhere? I don't know for sure about cygwin, but on Linux in order to get those variable set in your current shell you have to use the source or . commands. Just executing the shell like: c:\cygwin\etc\bash.bashrc won't set the variables in your current shell. You have to do it like: . c:\cygwin\etc\bash.bashrc or source c:\cygwin\etc\bash.bashrc You may already know this, but I thought I'd make it explicit just in case you weren't already familiar with Linux and the command line. It's also possible that the shell running under cygwin operates differently and the problem lies elsewhere - just thought I'd give you something to look at just in case. - -- Ken Weinert http://quarter-flash.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIDfmGH0OpnUzq8fARAhfBAJ9WaK9poWy5dxlZF95RgF5YtLZwsgCfX1DU eZaUVW0a8CWY9aVXvLiREPM= =x5Vc -END PGP SIGNATURE- ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] using Gecko not working in Monodevelop in Ubuntu Hardy
fredag 02 Maj 2008 skrev supercarrot: Please help, having real problems with trying to use Gecko. I have using Gecko; It states: The type namespace name `Gecko' could not be found. Are you missing a using directive or an assembley directive?(CS0246) You probably need an assembly reference in your monodevelop project? Regards Mads -- Med venlig hilsen/Regards Systemudvikler/Systemsdeveloper cand.scient.dat, Ph.d., Mads Bondo Dydensborg Dansk BiblioteksCenter A/S, Tempovej 7-11, 2750 Ballerup, Tlf. +45 44 86 77 34 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono 1.9.1 and MonoDevelop 1.0 Packages for Debian Etch
On Sun, 27 Apr 2008 15:49:43 +0200 Mirco Bauer [EMAIL PROTECTED] wrote: Hi, On Thu, 2008-04-24 at 17:31 -0500, Daniel Espinosa wrote: Are there any plan to create Ubuntu debian packages and its repository? I am only a Debian Developer, you need to ask Ubuntu Developers if they plan to create backports. FYI, I installed the packages from your repository on a Ubuntu box and everything went fine. Nice job ! Adrien ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Linux Printers
On 5/2/08, Steve Harp [EMAIL PROTECTED] wrote: Hi All, How do I get list of available printers on a Linux machine? I'm using C#/Mono and trying to populate a ComboBox with printers available on the computer. One way is to use System.Drawing.Printing.PrinterSettings.InstalledPrinters , which returns a string collection of all detected printers. andreia gaita Thanks for the reply Andreia. With this, I get an error libcups not found. To have printing support, you need cups installed. I do have cups installed along with several cups related libraries. I'm using openSuse 10.3 and there is no libcups available in Yast. Steve ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Linux Printers
On Mon, May 5, 2008 at 3:08 PM, Steve Harp [EMAIL PROTECTED] wrote: On 5/2/08, Steve Harp [EMAIL PROTECTED] wrote: Hi All, How do I get list of available printers on a Linux machine? I'm using C#/Mono and trying to populate a ComboBox with printers available on the computer. One way is to use System.Drawing.Printing.PrinterSettings.InstalledPrinters , which returns a string collection of all detected printers. andreia gaita Thanks for the reply Andreia. With this, I get an error libcups not found. To have printing support, you need cups installed. I do have cups installed along with several cups related libraries. I'm using openSuse 10.3 and there is no libcups available in Yast. libcups is part of the cups-devel package, which you should install. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How best to detect if running in mono from an unmanaged library?
On 04/30/08 Maser, Dan wrote: I've got a situation where my managed app p/invokes to my unmanaged library. The unmanaged library also gets used in regular unmanaged processes. The library has some logic that uses the name of the executable. Which doesn't what I want when it's used via the interop. For example when the library is used from my_regular_program.exe it generates an output file of my_regular_program.output. When I interop to that same library and run under mono using the command line mono my_assembly.exe the library generates mono.output when naturally I'd prefer my_assembly.output. Since you control both ends, make things explicit by having a function in the unmanaged lib that is used to set the basename and p/invoke that from the managed program. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] ALINK: error A1010: Missing: 'text' for 'culture' option
I tried to build some projects, which were originally developed under visual studio 2008 I tested 5 projects - 4 work fine but one fails The linker (???) says: ALINK: error A1010: Missing: 'text' for 'culture' option I have no idea what this means - has anybody an idea how to fix this? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] System.DllNotFoundException: gdiplus.dll
Could anyone give me some pointers on how to troubleshoot the following error? I checked and verified i have libgdiplus.so on my machine (theres actually 2 diffrent copies) This is a console only CentOS server running mod-mono 1.9.1, pages that dont use graphical stuff work mint. I looked at http://www.mono-project.com/DllNotFoundException but i dont know how to run a page in 'debug' mode to try to get more details on what the problem is. Server Error in '/' Application gdiplus.dll Description: HTTP 500. Error processing request. Stack Trace: System.DllNotFoundException: gdiplus.dll at (wrapper managed-to-native) System.Drawing.GDIPlus:GdiplusStartup (ulong,System.Drawing.GdiplusStartupInput,System.Drawing.GdiplusStartupOutput) at System.Drawing.GDIPlus..cctor () [0x0] Version information: Mono Version: 2.0.50727.42; ASP.NET Version: 2.0.50727.42 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
