Re: [Mono-dev] gstreamer-sharp Question
hello, Aaron has a branch somewhere that has *some* code for GStreamer# worked on, but he has never published it as it is far from complete. It is somewhere on SVN, but I can no longer remember where its tucked in. On Mon, 2008-05-05 at 21:58 -0500, Jonathan Thomas wrote: 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 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.DllNotFoundException: gdiplus.dll
Hello, System.DllNotFoundException: gdiplus.dll at (wrapper managed-to-native) System.Drawing.GDIPlus:GdiplusStartup (ulong,System.Drawing.GdiplusStartupInput,System.Drawing.GdiplusStartup Output) at System.Drawing.GDIPlus..cctor () [0x0] Try running the `mono-test-install' script, it should help diagnose the problem that you are running into. Miguel. I had to add dllmap dll=i:gdiplus.dll target=libgdiplus.so os=!windows/ to my config file, located in /etc/mono. Maybe it's the same for you? HIH - Uwe -- Chaos, panic disorder - my work here is done. Jabber [EMAIL PROTECTED] ___ 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] VS2008 project files
Is there a policy on what format the VisualStudio project files are to be in in trunk/mcs/class/... At least one (System.dll) is now in VS2008 format, which is bad for me as I'm still running VS2005. :-( Andy ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Run process as a different user
Hi, What's the best way to start a process as a different user in Mono/Linux using framework 1.1? Thanks, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono HEAD eating all CPU
Hmm, looks like I can repro anymore after updating again. El dc 07 de 05 del 2008 a les 04:24 +0200, en/na Lluis Sanchez Gual va escriure: I updated mono to HEAD and now MonoDevelop eats all CPU when running. I think this is caused by the InotifyWatcher code, since if I define MONO_MANAGED_WATCHER=1 everything works fine. This is the managed stack trace of the thread waiting on the watcher: tid=0x0x47432b90 this=0x0x488678: at (wrapper managed-to-native) System.IO.InotifyWatcher.ReadFromFD (intptr,byte[],intptr) 0x4 at (wrapper managed-to-native) System.IO.InotifyWatcher.ReadFromFD (intptr,byte[],intptr) 0x at System.IO.InotifyWatcher.Monitor () [0x00010] in /home/lluis/work/mcs/class/System/System.IO/InotifyWatcher.cs:369 at (wrapper runtime-invoke) System.Object.runtime_invoke_void (object,intptr,intptr,intptr) 0x And this is the stack trace shown by gdb. That mono_thread_interruption_checkpoint_request call looks weird to me. #0 0xe410 in __kernel_vsyscall () #1 0x4020203b in read () from /lib/libc.so.6 #2 0x4639d7fd in ?? () #3 0x in ?? () #4 0x007ae010 in ?? () #5 0x1000 in ?? () #6 0x408b40aa in ?? () #7 0x007ae010 in ?? () #8 0x0943dcf0 in ?? () #9 0x0943dcf0 in ?? () #10 0x081008c3 in mono_thread_interruption_checkpoint_request ( bypass_abort_protection=-9) at threads.c:3449 #11 0x4639d71c in ?? () #12 0x in ?? () #13 0x007ae000 in ?? () Any clue? Lluis. ___ 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] [Ironruby-core] build problems (mono, gmcs from svn)
Fixed. Also, I am now modifying the ChangeLog file in the tests/
directory rather than the root of the mcs/ module.
mono-ironruby.diff
Description: Binary data
On May 6, 2008, at 8:36 PM, Raja R Harinath wrote:
Hi,
C.J. Adams-Collier [EMAIL PROTECTED] writes:
[snip]
Index: tests/gtest-393.cs
===
--- tests/gtest-393.cs (revision 0)
+++ tests/gtest-393.cs (revision 0)
@@ -0,0 +1,17 @@
+public class RuleBuilderT where T : class {}
+
+public interface IDynamicObject {
+RuleBuilderT GetRuleT() where T : class;
+}
+
+public class RubyMethod : IDynamicObject {
+RuleBuilderT IDynamicObject.GetRuleT() /* where T : class
*/ {
+return new RuleBuilderT();
+}
+}
+
+public class T {
+ static void Main ()
+ {
+ }
+}
Index: tests/known-issues-gmcs
===
--- tests/known-issues-gmcs (revision 102687)
+++ tests/known-issues-gmcs (working copy)
@@ -10,6 +10,7 @@
gtest-230.cs
gtest-344.cs
gtest-367.cs
+gtest-393.cs IGNORE # In 2.0 profile, GenericMethod does not
correctly deal with base implementations (according to marek)
Please don't use 'IGNORE' unless it crashes the runtime.
- Hari
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Ironruby-core] build problems (mono, gmcs from svn)
FYI, the test suite seems to run fine:
[EMAIL PROTECTED]:/usr/src/svn/mono/mono/mcs/tests$ make test-generics
make PROFILE=net_2_0 run-test
make[1]: Entering directory `/usr/src/svn/mono/mono/mcs/tests'
ok=:; make run-test-recursive || ok=false; make run-test-local ||
ok=false; $ok
make[2]: Entering directory `/usr/src/svn/mono/mono/mcs/tests'
make[2]: Leaving directory `/usr/src/svn/mono/mono/mcs/tests'
make[2]: Entering directory `/usr/src/svn/mono/mono/mcs/tests'
MONO_RUNTIME='/usr/src/svn/mono/mono/runtime/mono-wrapper'
MONO_PATH=../class/lib/net_2_0::$MONO_PATH /usr/src/svn/mono/mono/
runtime/mono-wrapper --debug ../class/lib/net_2_0/compiler-
tester.exe -mode:pos -files:'*test-*.cs' -compiler:../class/lib/
net_2_0/gmcs.exe -issues:known-issues-gmcs -log:gmcs.log '-il:ver-il-
gmcs.xml'
Loading ../class/lib/net_2_0/gmcs.exe ...
Loading verification data from `ver-il-gmcs.xml' ...
gtest-230.cs... KNOWN ISSUE (Compilation error)
gtest-344.cs... KNOWN ISSUE (Compilation error)
gtest-367.cs... KNOWN ISSUE (Compilation error)
gtest-393.cs... KNOWN ISSUE (Compilation error)
gtest-etree-01.cs...KNOWN ISSUE (Execution error)
gtest-etree-03.cs...KNOWN ISSUE (Execution error)
gtest-etree-04.cs...KNOWN ISSUE (Execution error)
gtest-etree-07.cs...KNOWN ISSUE (Execution error)
ltest-11.cs... KNOWN ISSUE (Compilation error)
Async Callback STATE2
Async Callback STATE3
Async Callback STATE4
test-539.cs... NOT TESTED
test-643.cs... Missing IL verification data
test-643.cs... FIXED ISSUE
test-xml-027.cs... KNOWN ISSUE (Xml comparision error)
Done
1321 test cases passed (99.25%)
1 test(s) ignored
10 known issue(s)
known-issues-gmcs contains 1 already fixed issues. Please remove
test-643.cs
On May 7, 2008, at 4:28 AM, C.J. Adams-Collier wrote:
Fixed. Also, I am now modifying the ChangeLog file in the tests/
directory rather than the root of the mcs/ module.
mono-ironruby.diff
On May 6, 2008, at 8:36 PM, Raja R Harinath wrote:
Hi,
C.J. Adams-Collier [EMAIL PROTECTED] writes:
[snip]
Index: tests/gtest-393.cs
===
--- tests/gtest-393.cs (revision 0)
+++ tests/gtest-393.cs (revision 0)
@@ -0,0 +1,17 @@
+public class RuleBuilderT where T : class {}
+
+public interface IDynamicObject {
+RuleBuilderT GetRuleT() where T : class;
+}
+
+public class RubyMethod : IDynamicObject {
+RuleBuilderT IDynamicObject.GetRuleT() /* where T :
class */ {
+return new RuleBuilderT();
+}
+}
+
+public class T {
+ static void Main ()
+ {
+ }
+}
Index: tests/known-issues-gmcs
===
--- tests/known-issues-gmcs (revision 102687)
+++ tests/known-issues-gmcs (working copy)
@@ -10,6 +10,7 @@
gtest-230.cs
gtest-344.cs
gtest-367.cs
+gtest-393.cs IGNORE # In 2.0 profile, GenericMethod does not
correctly deal with base implementations (according to marek)
Please don't use 'IGNORE' unless it crashes the runtime.
- Hari
___
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] gstreamer-sharp Question
I found that yesterday, tucked away under branches/[Aaron's last name]/gstreamer-sharp or somesuch. Sadly, it targets gstreamer 0.8 and it's way too incomplete to be in any useful state. The code in Banshee looks like an evolved version of this branch, and is much more interesting. It would be especially nice if it was available as a standalone library, and I'm thinking to make an effort when I can find some time. On 5/7/08, Miguel de Icaza [EMAIL PROTECTED] wrote: hello, Aaron has a branch somewhere that has *some* code for GStreamer# worked on, but he has never published it as it is far from complete. It is somewhere on SVN, but I can no longer remember where its tucked in. On Mon, 2008-05-05 at 21:58 -0500, Jonathan Thomas wrote: 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 ___ 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] [PATCH] ironruby build blocker
Could I get approval to commit this patch? :)
On Wed, 2008-05-07 at 04:59 -0700, C.J. Adams-Collier wrote:
FYI, the test suite seems to run fine:
[EMAIL PROTECTED]:/usr/src/svn/mono/mono/mcs/tests$ make test-generics
make PROFILE=net_2_0 run-test
make[1]: Entering directory `/usr/src/svn/mono/mono/mcs/tests'
ok=:; make run-test-recursive || ok=false; make run-test-local ||
ok=false; $ok
make[2]: Entering directory `/usr/src/svn/mono/mono/mcs/tests'
make[2]: Leaving directory `/usr/src/svn/mono/mono/mcs/tests'
make[2]: Entering directory `/usr/src/svn/mono/mono/mcs/tests'
MONO_RUNTIME='/usr/src/svn/mono/mono/runtime/mono-wrapper'
MONO_PATH=../class/lib/net_2_0::
$MONO_PATH /usr/src/svn/mono/mono/runtime/mono-wrapper --debug
../class/lib/net_2_0/compiler-tester.exe -mode:pos
-files:'*test-*.cs' -compiler:../class/lib/net_2_0/gmcs.exe
-issues:known-issues-gmcs -log:gmcs.log '-il:ver-il-gmcs.xml'
Loading ../class/lib/net_2_0/gmcs.exe ...
Loading verification data from `ver-il-gmcs.xml' ...
gtest-230.cs... KNOWN ISSUE (Compilation error)
gtest-344.cs... KNOWN ISSUE (Compilation error)
gtest-367.cs... KNOWN ISSUE (Compilation error)
gtest-393.cs... KNOWN ISSUE (Compilation error)
gtest-etree-01.cs...KNOWN ISSUE (Execution error)
gtest-etree-03.cs...KNOWN ISSUE (Execution error)
gtest-etree-04.cs...KNOWN ISSUE (Execution error)
gtest-etree-07.cs...KNOWN ISSUE (Execution error)
ltest-11.cs... KNOWN ISSUE (Compilation error)
Async Callback STATE2
Async Callback STATE3
Async Callback STATE4
test-539.cs... NOT TESTED
test-643.cs... Missing IL verification data
test-643.cs... FIXED ISSUE
test-xml-027.cs... KNOWN ISSUE (Xml comparision error)
Done
1321 test cases passed (99.25%)
1 test(s) ignored
10 known issue(s)
known-issues-gmcs contains 1 already fixed issues. Please remove
test-643.cs
On May 7, 2008, at 4:28 AM, C.J. Adams-Collier wrote:
Fixed. Also, I am now modifying the ChangeLog file in the tests/
directory rather than the root of the mcs/ module.
mono-ironruby.diff
On May 6, 2008, at 8:36 PM, Raja R Harinath wrote:
Hi,
C.J. Adams-Collier [EMAIL PROTECTED] writes:
[snip]
Index: tests/gtest-393.cs
===
--- tests/gtest-393.cs (revision 0)
+++ tests/gtest-393.cs (revision 0)
@@ -0,0 +1,17 @@
+public class RuleBuilderT where T : class {}
+
+public interface IDynamicObject {
+RuleBuilderT GetRuleT() where T : class;
+}
+
+public class RubyMethod : IDynamicObject {
+RuleBuilderT IDynamicObject.GetRuleT() /* where T :
class */ {
+return new RuleBuilderT();
+}
+}
+
+public class T {
+ static void Main ()
+ {
+ }
+}
Index: tests/known-issues-gmcs
===
--- tests/known-issues-gmcs (revision 102687)
+++ tests/known-issues-gmcs (working copy)
@@ -10,6 +10,7 @@
gtest-230.cs
gtest-344.cs
gtest-367.cs
+gtest-393.cs IGNORE # In 2.0 profile, GenericMethod does not
correctly deal with base implementations (according to marek)
Please don't use 'IGNORE' unless it crashes the runtime.
- Hari
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Index: tests/known-issues-smcs
===
--- tests/known-issues-smcs (revision 102687)
+++ tests/known-issues-smcs (working copy)
@@ -24,6 +24,7 @@
gtest-367.cs
gtest-374.cs
gtest-380.cs
+gtest-393.cs # In 2.0 profile, GenericMethod does not correctly deal with base implementations (according to marek)
gtest-collectioninit-01.cs
gtest-etree-01.cs
gtest-etree-03.cs
Index: tests/ChangeLog
===
--- tests/ChangeLog (revision 102687)
+++ tests/ChangeLog (working copy)
@@ -1,3 +1,9 @@
+2008-05-06T1808 C.J. Adams-Collier [EMAIL PROTECTED]
+
+ * known-issues-gmcs: added entry for gtest-393.cs
+ * known-issues-smcs: added entry for gtest-393.cs
+ * gtest-393.cs: added test from https://bugzilla.novell.com/show_bug.cgi?id=387040
+
2008-04-24 Raja R Harinath [EMAIL PROTECTED]
* test-120.cs: Ensure we don't get falsely optimized out of the
Index: tests/gtest-393.cs
===
--- tests/gtest-393.cs (revision 0)
+++ tests/gtest-393.cs (revision 0)
@@ -0,0 +1,17 @@
+public class RuleBuilderT where T : class {}
+
+public interface IDynamicObject {
+RuleBuilderT GetRuleT() where T : class;
+}
+
+public class RubyMethod : IDynamicObject {
+RuleBuilderT IDynamicObject.GetRuleT() /* where T : class */ {
+return new RuleBuilderT();
+}
+}
+
Re: [Mono-dev] [PATCH] ironruby build blocker
Hello Could I get approval to commit this patch? :) Go ahead. Please also update bug report. Thanks Marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] FtpWebRequest multiline responses
Did this drop off the radar? I'd really like this patch integrated. On Mon, 2007-10-29 at 18:01 -0500, Jerome Haltom wrote: I have implemented multiline FTP responses in FtpWebRequest. I did this to close a bug of my own. I am sending this message so somebody will review my patch, commit it, and close the bug[0]. [0] https://bugzilla.novell.com/show_bug.cgi?id=333978 ___ 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] [PATCH] FtpWebRequest multiline responses
Actually sorry, it was addressed... or at least it was in the bug report. Not sure if the changes are actually implemented though. On Wed, 2008-05-07 at 17:44 -0500, Jerome Haltom wrote: Did this drop off the radar? I'd really like this patch integrated. On Mon, 2007-10-29 at 18:01 -0500, Jerome Haltom wrote: I have implemented multiline FTP responses in FtpWebRequest. I did this to close a bug of my own. I am sending this message so somebody will review my patch, commit it, and close the bug[0]. [0] https://bugzilla.novell.com/show_bug.cgi?id=333978 ___ 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-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] How To Convince Mono To Allocate Big Arrays
Hi Luis,
To have your patch integrated, some changes are needed. First, we want to
default to 32bits sized arrays on 64bits machines, so your changes must be
conditionally compiled. To help with that some changed to your patch are
due. Next are some comments about it:
Instead of replacing guint32 for gsize, it's better to create a new type,
let's say array_size_t. This would reduce conditional compilation to fewer
places.
/* helper macros to check for overflow when calculating the size of arrays
*/
-#define MYGUINT32_MAX 4294967295U
+#if (GLIB_SIZEOF_SIZE_T 4 )
+#define MYGUINT32_MAX 0xUL
+#define MYGUINT_MAX MYGUINT32_MAX
This #if seens bogus, don't you mean if ((GLIB_SIZEOF_SIZE_T == 4 ) as
mono never supported 16bits machines.
The macros can be unified by using MYGUINT_MAX and the 'array_size_t' type I
talked before. The definition of MYGUINT_MAX
should be put together in the same place we define 'array_size_t'. And we
could go with a meaningful name, don't you think?
-if (CHECK_MUL_OVERFLOW_UN (n, elem_size))
-mono_gc_out_of_memory (MYGUINT32_MAX);
+if (CHECK_MUL_OVERFLOW_UN (n, elem_size)) {
+g_print(CHECK_MUL_OVERFLOW_UN(%zd,%zd) failed\n,n, elem_size);
+mono_gc_out_of_memory (MYGUINT_MAX);
+}
If you find that keeping such debug code is really important, you should
follow the same pattern of the rest of the project. Take a look at how
DEBUG_IMT is used on object.c.
@@ -3548,34 +3559,30 @@
/* A single dimensional array with a 0 lower bound is the same as an
szarray */
if (array_class-rank == 1 ((array_class-byval_arg.type ==
MONO_TYPE_SZARRAY) || (lower_bounds lower_bounds [0] == 0))) {
len = lengths [0];
-if ((int) len 0)
-arith_overflow ();
Why are you removing overflow checks here?
@@ -562,6 +607,26 @@
if (this-bounds == NULL)
return this-max_length;
+length = this-bounds [dimension].length;
+if (length G_MAXINT32)
+mono_raise_exception (mono_get_exception_overflow ());
+
+return length;
+}
Why throwing an exception here? I'm not sure this is the way to go,
unfortunately this is an area underspecified on ecma. Not that truncating is
a good option either.
Changes to amd64 code I'll leave to Zoltan.
Cheers,
Rodrigo
2008/5/5 Luis F. Ortiz [EMAIL PROTECTED]:
Back in September (Big Arrays, Many Changes --- Request for Advice) I
asked folks for advice on how to go about adding the capability to Mono to
allocate arrays with more than Int32.MaxValue elements. After playing
around with it for a few months, I'm at the point where I have an
implementation that mostly works, with a couple of warts which could
probably be quickly fixed by someone who knows more than I do about Mono
internals. I spoke with Miguel about these patches, and he encouraged me to
post them to mono-dev as soon as I got them to pass the make check test
suite. So here I am a week later.
I want to start by going over the changes themselves, what alternatives
there might be to what I had done and what flaws I know to exist in the
implementation.
First off, though Microsoft chose for some reason NOT to implement large
array allocation, the necessary APIs are in the .NET specification. For
example, in the System.Array class, we find:
public long
GetLongLengthhttp://msdn.microsoft.com/en-us/library/system.array.getlonglength.aspx(int
dimension);
public long
LongLengthhttp://msdn.microsoft.com/en-us/library/system.array.longlength.aspx
{
get; }
public static Array
CreateInstancehttp://msdn.microsoft.com/en-us/library/1z8w3at5.aspx(Type
elementType, params long[] lengths);
public Object
GetValuehttp://msdn.microsoft.com/en-us/library/2zexc3z9.aspx(long
index);
public void
SetValuehttp://msdn.microsoft.com/en-us/library/czx562xz.aspx(Object
value, long index);
... (other overloads omitted, but there)
and we find that the
Newarrhttp://msdn.microsoft.com/en-us/library/system.reflection.emit.opcodes.newarr%28VS.71%29.aspx
opcode
takes a natural int or an Int32 as the length, so the bytecode level is
ready too.
Mono as of 1.2.6 already implemented most (all?) of the necessary
interfaces in mcs/class/corlib/System/Array.cs, but they all cast down their
long arguments down to integers as the underlying implementation was not
there.
So the first set of changes were to:
* **mono/metadata/object.c*
* **mono/metadata/object.h*
* **mono/metadata/icall-def.h*
* **mono/metadata/icall.c*
* **mono/metadata/socket-io.c*
In object.h I made three changes:
1) Changed MonoArrayBounds to use gsize instead of guint32 as the type for
length and lower_bound,
2) Changed MonoArray to use gsize instead of guint32 as the type of
max_length,
3) Changed the prototypes for mono_array_new(), mono_array_new_full(), and
mono_array_new_specific() to
take gsize's instead of guint32's for their size and bounds parameters.
I.e.:
MonoArray*
-mono_array_new
Re: [Mono-dev] gstreamer-sharp Question
We actually looked at the way Bansee was using gstreamer to display video. IIRC, Banshee's use of GStreamer is very specific and isn't really a gstreamer library. It can be useful to do the kind's of things that banshee does. We are looking at using gstreamer in a limited DVR type app. This requires more pieces of gstreamer. It is a little sad that my python friends like to take jabs at the lack of a decent gstreamer wrapper in mono. Maybe us gstreamer consumers need to step up to the plate! Cheers, Jae ___ 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, nobody have a answer howto debug a mono script/assembly which is run in a embedded mono ??? i need this really !!! i see have http://www.go-mono.com/docs/ -- Mono Embedding http://www.go-mono.com/docs/monodoc.ashx?link=root%3a%2fembed -- Debugging API http://www.go-mono.com/docs/monodoc.ashx?link=xhtml%3adeploy%2fmono-api-debug.html -- but how can i use this ??? thanks for any answer !!! -- Stefan Fink ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
