Re: [Mono-list] Can't start monodoc
just adding the gtk-sharp assembly to your GAC *might* work but you should pursue a packaged version of gtk-sharp - there should be one already available with your distribution. - raf On Thu, 2007-04-19 at 23:05 +0100, Peter Bradley wrote: I have SuSE 10.0 and Mono version: Mono JIT compiler version 1.1.8.3, (C) 2002-2005 Novell, Inc and Contributors. www.mono-project.com TLS: __thread GC:Included Boehm (with typed GC) SIGSEGV : normal Globalization: normal When I try to start monodoc, I get the following exception: ** (/usr/lib/monodoc/browser.exe:21842): WARNING **: The following assembly referenced from /usr/lib/monodoc/browser.exe could not be loaded: Assembly: gtk-sharp(assemblyref_index=2) Version:1.0.0.0 Public Key: 35e10195dab3c99f Can I just get a copy of the signed assembly and put it in the GAC; or is it more complicated than that? If I can, could someone give me a pointer to where I might find a copy? Cheers Peter ___ 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-dev] updated Timer patch (bug #66734) + discussion
Gonzalo and others,
here's an updated patch that fix the deadlock issue you found on my
original patch for bug 66734
(http://bugzilla.ximian.com/show_bug.cgi?id=65734). I found an issue
with an exception being thrown and the scheduler thread never releasing
the lock it had on the job q. A few other changes are noted below:
Changes from last patch:
* Fixed deadlock due to scheduler thread never releasing the jobs lock
* Updated TimerTests.cs to use attributes and Assert. instead of
assertion
* Created 7 new test cases
* Fixed race condition between disposing and triggering a timer
Important things to note:
-
* Some tests cases still fail sporadically. On my system, that is most
likely due to inconsistent thread creation times (on my system is varies
anywhere from 1 msec to 30 msec) so test cases that expect the timer to
be triggered within an specific msec timeframe fail (such as
TestDueTime).
* TestDisposeOnCallback consistently fails and is still marked as
NotWorking (I was able to fix a bunch of the other NotWorking tests
cases). I'm not the one who wrote this test case originally but I tested
it on the MS runtime and the behavior is identical. I don't understand
it's purpose so I didn't want to touch it.
* the scheduler dispatches timers by creating a new thread per dispatch
by default (the CLR's threadpool can be used by exporting an env
variable). This works well for most cases but under significant amount
of timers (or with long running timers) the thread creation time becomes
more of an issue. I've talked with some people about creating a thread
pool (or a threaded dispatching queue) and that would be fairly simple
to implement except for 2 things: Where would that threadpool exist...
something like an internal Timer.Threadpool, in Mono.Util or else?
and how would the thread pool size be configured (env variables for
MIN/MAX or a percentage, lets say thread count = #Timers % 10
Let me know what you guys think,
- raf
Index: System.Threading/Timer.cs
===
--- System.Threading/Timer.cs (revision 67365)
+++ System.Threading/Timer.cs (working copy)
@@ -4,6 +4,7 @@
// Authors:
// Dick Porter ([EMAIL PROTECTED])
// Gonzalo Paniagua Javier ([EMAIL PROTECTED])
+// Rafael Ferreira ([EMAIL PROTECTED])
//
// (C) 2001, 2002 Ximian, Inc. http://www.ximian.com
// Copyright (C) 2004-2005 Novell, Inc (http://www.novell.com)
@@ -29,6 +30,8 @@
//
using System.Runtime.InteropServices;
+using System.Collections;
+using System;
namespace System.Threading
{
@@ -37,125 +40,303 @@
#endif
public sealed class Timer : MarshalByRefObject, IDisposable
{
- sealed class Runner : MarshalByRefObject
- {
- ManualResetEvent wait;
- AutoResetEvent start_event;
- TimerCallback callback;
- object state;
- int dueTime;
- int period;
- bool disposed;
- bool aborted;
+ /*
+
+ Timer Scheduler
+ ---
+ Author: Rafael Ferreira ([EMAIL PROTECTED])
+
+ The code below implements a single thread scheduler that fires
+ events using the runtime's built-in thread pool.
- public Runner (TimerCallback callback, object state, AutoResetEvent start_event)
- {
-this.callback = callback;
-this.state = state;
-this.start_event = start_event;
-this.wait = new ManualResetEvent (false);
- }
+ Key Features:
+ Single thread scheduler:
+A single thread handles firing all timer jobs thus allowing a
+much greater number of Timers to be defined
+ Lazy init:
+Timer scheduler is only started after the first System.Threading.Timer is created
+ Early termination:
+Timer scheduler thread dies if there are no more timer jobs in its Job queue
+
+
+ In a nutshell the scheduler works like this:
+ 1 - The main scheduler thread (TimerScheduler) wakes up and finds out what time it is
+ 2 - The scheduler iterates over the list of timer jobs (Jobs) to find out when the next job is
+ as well as fires all timers that were scheduled to run now or in the past
+ 3 - The Scheduler then calculates the mutiplier for its sleep algorithm. The multiplier
+ is basically MSEC_UNTIL_NEXT_JOB / TIME_SLICE where TIME_SLICE is the minimum amount of
+ time the scheduler thread is allowed to sleep for
+ 4 - Sleep for multiplier * TIME_SLICE
+ 5 - Goto 1
- public int DueTime {
-get { return dueTime; }
-set { dueTime = value; }
+ Possible improvements:
+ * Convert the big for-loop into a sorted data structure. This will speed up the time
+ it takes the scheduler to iterate over the timer jobs and lower CPU usage under insane
+ amounts of Timers
+
+ Possible issues:
+ * Overflow issues with the multiplier
+ * Race conditions with lazy-init of the scheduler thread.
+
+ Note:
+ * MONO_TIMER_DEBUG environment variable can be used to turn on the scheduler's debug log
+ * MONO_TIMER_USETP environment variable can
Re: [Mono-list] Cannot run monodoc on windows
it looks like your installation is corrupted (libc cannot be found). Did you compile it from source or did you use of the windows installers? I would suggest reinstalling from one of the bundled windows releases and trying again. - raf On Sun, 2006-10-29 at 13:52 +0200, Goldstein, Nachum (Jonathan) wrote: Please help. Thanks. I have mono 1.1.18 installed on Windows 2K. monodoc --make-index Produces the following output: PATH=C:\PROGRA~1\MONO-1~1.18\bin;C:\PROGRA~1\MONO-1~1.18\bin;c: \WINNT;c:\WINNT\System32 Root: Leaf: Assemblies Leaf: Images Leaf: Classes Leaf: Code Generation Leaf: Debugging API Leaf: Decimal Representation Leaf: Application Domains Leaf: Dynamic Code Generation Leaf: Exceptions Leaf: GC Handles Leaf: Garbage Collection Leaf: Embedding Mono Leaf: Internals Leaf: Interpreter Leaf: Just in Time Compiler Leaf: Marshalling Leaf: Metadata access Leaf: Methods Leaf: Objects Leaf: Profiler Leaf: Reflection Leaf: Strings Leaf: Threading API Leaf: Tracing Leaf: JIT Counters Leaf: Types Leaf: Common Types Leaf: Unsorted Leaf: Utility Functions Leaf: VM calls Leaf: Security API calls Leaf: Portable Windows Layer Unhandled Exception: System.DllNotFoundException: libc.so.6 at (wrapper managed-to-native) Monodoc.RootTree:chmod (string,int) at Monodoc.RootTree.MakeIndex () [0x0] at Monodoc.Driver.Main (System.String[] args) [0x0] *** This email message and any attachments thereto are intended only for use by the addressee(s) named above, and may contain legally privileged and/or confidential information. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. *** ___ 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] Cannot run monodoc on windows
Can you please file a bug? I'll take a look at it this week. On Sun, 2006-10-29 at 13:52 +0200, Goldstein, Nachum (Jonathan) wrote: Please help. Thanks. I have mono 1.1.18 installed on Windows 2K. monodoc --make-index Produces the following output: PATH=C:\PROGRA~1\MONO-1~1.18\bin;C:\PROGRA~1\MONO-1~1.18\bin;c: \WINNT;c:\WINNT\System32 Root: Leaf: Assemblies Leaf: Images Leaf: Classes Leaf: Code Generation Leaf: Debugging API Leaf: Decimal Representation Leaf: Application Domains Leaf: Dynamic Code Generation Leaf: Exceptions Leaf: GC Handles Leaf: Garbage Collection Leaf: Embedding Mono Leaf: Internals Leaf: Interpreter Leaf: Just in Time Compiler Leaf: Marshalling Leaf: Metadata access Leaf: Methods Leaf: Objects Leaf: Profiler Leaf: Reflection Leaf: Strings Leaf: Threading API Leaf: Tracing Leaf: JIT Counters Leaf: Types Leaf: Common Types Leaf: Unsorted Leaf: Utility Functions Leaf: VM calls Leaf: Security API calls Leaf: Portable Windows Layer Unhandled Exception: System.DllNotFoundException: libc.so.6 at (wrapper managed-to-native) Monodoc.RootTree:chmod (string,int) at Monodoc.RootTree.MakeIndex () [0x0] at Monodoc.Driver.Main (System.String[] args) [0x0] *** This email message and any attachments thereto are intended only for use by the addressee(s) named above, and may contain legally privileged and/or confidential information. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. *** ___ 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-dev] problems with nunit and mcs/mono from svn...
Hey guys, I just upgraded mono/mcs to the latest in trunk and now nunit is failing miserably with the following trace (it works fine with 1.1.13.7): [EMAIL PROTECTED] System.Threading]$ nunit-console run.dll NUnit version 2.2.0 Copyright (C) 2002-2003 James W. Newkirk, Michael C. Two, Alexei A. Vorontsov, Charlie Poole. Copyright (C) 2000-2003 Philip Craig. All Rights Reserved. OS Version: Unix 2.6.17.1Mono Version: 1.1.4322.2032 Unhandled Exception: System.TypeLoadException: Could not load type 'NUnit.Util.ConsoleWriter, nunit.util, Version=2.2.0.0, Culture=neutral, PublicKeyToken=null'. Server stack trace: at 0x0 unknown method at (wrapper managed-to-native) System.Type:internal_from_name (string,bool,bool) at System.Type.GetType (System.String typeName, Boolean throwOnError) [0x00011] in /home/rafael/dev/mono-svn/mono/mcs/class/corlib/System/Type.cs:437 at System.Runtime.Remoting.ObjRef..ctor (System.String typeName, System.String uri, IChannelInfo cinfo) [0x00014] in /home/rafael/dev/mono-svn/mono/mcs/class/corlib/System.Runtime.Remoting/ObjRef.cs:72 at System.Runtime.Remoting.Messaging.CADMessageBase.UnmarshalArgument (System.Object arg, System.Collections.ArrayList args) [0x0005f] in /home/rafael/dev/mono-svn/mono/mcs/class/corlib/System.Runtime.Remoting.Messaging/CADMessages.cs:179 at System.Runtime.Remoting.Messaging.CADMessageBase.UnmarshalArguments (System.Object[] arguments, System.Collections.ArrayList args) [0x00014] in /home/rafael/dev/mono-svn/mono/mcs/class/corlib/System.Runtime.Remoting.Messaging/CADMessages.cs:254 at System.Runtime.Remoting.Messaging.CADMethodCallMessage.GetArgs (System.Collections.ArrayList args) [0x0] in /home/rafael/dev/mono-svn/mono/mcs/class/corlib/System.Runtime.Remoting.Messaging/CADMessages.cs:336 at System.Runtime.Remoting.Messaging.MethodCall..ctor (System.Runtime.Remoting.Messaging.CADMethodCallMessage msg) [0x0001e] in /home/rafael/dev/mono-svn/mono/mcs/class/corlib/System.Runtime.Remoting.Messaging/MethodCall.cs:83 at System.AppDomain.ProcessMessageInDomain (System.Byte[] arrRequest, System.Runtime.Remoting.Messaging.CADMethodCallMessage cadMsg, System.Byte[] arrResponse, System.Runtime.Remoting.Messaging.CADMethodReturnMessage cadMrm) [0x00019] in /home/rafael/dev/mono-svn/mono/mcs/class/corlib/System/AppDomain.cs:927 at (wrapper remoting-invoke-with-check) System.AppDomain:ProcessMessageInDomain (byte[],System.Runtime.Remoting.Messaging.CADMethodCallMessage,byte[],System.Runtime.Remoting.Messaging.CADMethodReturnMessage) at System.Runtime.Remoting.Channels.CrossAppDomainSink.ProcessMessageInDomain (System.Byte[] arrRequest, System.Runtime.Remoting.Messaging.CADMethodCallMessage cadMsg) [0x8] in /home/rafael/dev/mono-svn/mono/mcs/class/corlib/System.Runtime.Remoting.Channels/CrossAppDomainChannel.cs:195 Exception rethrown at [0]: at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke (System.Runtime.Remoting.Proxies.RealProxy rp, IMessage msg, System.Exception exc, System.Object[] out_args) [0x00188] in /home/rafael/dev/mono-svn/mono/mcs/class/corlib/System.Runtime.Remoting.Proxies/RealProxy.cs:221 and: [EMAIL PROTECTED] System.Threading]$ /devel/bin/gacutil -l The following assemblies are installed into the GAC: Accessibility, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a Accessibility, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a ByteFX.Data, Version=0.7.6.1, Culture=neutral, PublicKeyToken=0738eb9f132ed756 ByteFX.Data, Version=0.7.6.2, Culture=neutral, PublicKeyToken=0738eb9f132ed756 Commons.Xml.Relaxng, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 Commons.Xml.Relaxng, Version=2.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 CustomMarshalers, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a CustomMarshalers, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a FirebirdSql.Data.Firebird, Version=1.7.1.0, Culture=neutral, PublicKeyToken=0706f5520aae4ff4 I18N, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 I18N, Version=2.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 I18N.CJK, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 I18N.CJK, Version=2.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 I18N.MidEast, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 I18N.MidEast, Version=2.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 I18N.Other, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 I18N.Other, Version=2.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 I18N.Rare, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 I18N.Rare, Version=2.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 I18N.West, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 I18N.West, Version=2.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 IBM.Data.DB2,
Re: [Mono-dev] Where do I start off??
nagendra prasad wrote: Well I want to work ON Mono and (not *with*) Mono,sorry for all the troubles again.I have around 3 months experience working on C# and ASP.Net.So http://ASP.Net.So where do i start developing?? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list You should start here: http://mono-project.com/Contributing The best way to start is by tackling some simple bugs. With your asp.net experience you might want to start by looking at ASP.NET related assemblies. Quick link to bugs: http://mono-project.com/Bugs You should also make sure that you can compile mono/mcs/xsp from svn successfully before trying to tackle a particular bug. - raf ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] Mono Foundation?
I don't particularly think that my vote carries much weight.. but I would personally like the apache name behind Mono and historically the apache foundation has done a good job of not getting in the way. With regards to paying for development, I don't see the apache foundation as being a hindrance; hard to implement tasks will still require an interested party to finance the development.I don't know of any non-profits out there (maybe the eclipse foundation) that are paying for hard core dev work. my 2 cents, - raf On Wed, 2006-10-04 at 08:25 -0400, Miguel de Icaza wrote: Hello, Over the past few years, people have suggested that we should create a foundation to further develop Mono. The idea in general is good, it has worked fairly well for Gnome, and has worked fairly well for Apache. This comes at a time when some third parties would like to see Mono developed in a particular direction and the process that we have at Novell for getting paid for Mono is not optimal (which is to say, today the best thing you can do to fund Mono is buy SUSE, which is not a very direct way of funding Mono). But am not sure that everyone has the same idea about what a Mono foundation would do, I would like such a foundation to be a mechanism to funnel more money into the development of Mono and its ecosystem. A foundation might have other uses, as it does in Gnome and Apache cases (defining release schedules, promotion, opening up the decision making process), but I think that fundamentally it should aim to have a budget that it can use to hire developers to work on particular areas that need to be developed. I think this is a topic that is worth discussing at the upcoming Mono Meeting: are there enough companies that would be willing to fund a non-profit to develop open source software for this particular purpose? A few months ago, just when someone had brought up the idea about a Mono Foundation, I happened to run into Greg Stein from Apache at a conference. He had a few comments: setting up a foundation is a lot of work (I agree); it might be best to reuse an existing foundation (I agree as well); The Apache Foundation *might* be a host for our activities, but does not have a mechanism for paying/funding any activities (which is what I would personally like to see happen). Miguel. ___ 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-dev] updated timer patch, can someone take a look?
Hey guys, I updated my original timer patch to reflect the feedback I got. Ben/Gonzalo, can one of you guys take a look? http://bugzilla.ximian.com/show_bug.cgi?id=65734 Cheers, - raf ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] SIGSEGV - mono 1.1.13.4 - possible new bug
Thanks Jb/Zoltan for such a quick response to this. Since the patch has already been commited, I'm going to skip entereing it into bugzilla. Let me know if you think otherwise. Cheers, - raf It is ok to check in. On 5/3/06, Jb Evain [EMAIL PROTECTED] wrote: Hey, The attached patch fixes the problem, and makes the error more consistent with the .net framework. Is it ok to commit? Jb On May 3, 2006, at 9:25 AM, Jb Evain wrote: Hi Rafael, On May 3, 2006, at 5:45 AM, Rafael Ferreira wrote: The testcase attached (bar.cs) consistently generates a SIGSEGV on my fedora core 5 box running mono 1.1.13.4 and 1.1.14 . The code attached is basically part of a util class that I use to dynamic set fields in an object. If you guys think this is a new issue let me know and I'll file a bug entry for it. If you want your program to work, please apply this patch: --- bar.cs 2006-05-03 09:16:55.0 +0200 +++ baz.cs 2006-05-03 09:16:07.0 +0200 @@ -18,7 +18,7 @@ p.SetValue(t, Convert.ChangeType (field_value.Trim(),p.FieldType )); - Console.WriteLine(p.GetValue(null)); + Console.WriteLine(p.GetValue(t)); return; } Of course, the runtime should not crash like that when you try to dynamically set an instance field, and that you don't give any instance. Yes, please file a bug. Thanks! Jb ___ 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] SIGSEGV - mono 1.1.13.4 - possible new bug
Hey fellas,
The testcase attached (bar.cs) consistently generates a SIGSEGV on my
fedora core 5 box running mono 1.1.13.4 and 1.1.14 . The code attached
is basically part of a util class that I use to dynamic set fields in an
object. If you guys think this is a new issue let me know and I'll file
a bug entry for it.
Cheers,
- raf
[EMAIL PROTECTED] tmp]$ mono bar.exe
=
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=
Stacktrace:
in (wrapper managed-to-native)
System.Reflection.MonoField:GetValueInternal (object) 0x4
in (wrapper managed-to-native)
System.Reflection.MonoField:GetValueInternal (object) 0xffe5
in System.Reflection.MonoField:GetValue (object) 0xd
in foo:Main (string[]) 0x99
in (wrapper runtime-invoke) System.Object:runtime_invoke_void_string[]
(object,intptr,intptr,intptr) 0x7dcd619
Native stacktrace:
mono(mono_handle_native_sigsegv+0xbb) [0x815514b]
mono [0x8123f90]
[0x30a440]
mono [0x80b05a9]
mono [0x80b94b6]
[0x2ebb19]
[0x2ebad6]
[0x2e697a]
[0x2e6823]
mono(mono_runtime_exec_main+0x62) [0x80b3e12]
mono(mono_runtime_run_main+0x152) [0x80b4f52]
mono(mono_main+0xef9) [0x805d9c9]
mono [0x805c5e2]
/lib/libc.so.6(__libc_start_main+0xdc) [0xbad7e4]
mono [0x805c531]
Aborted
using System;
using System.Reflection;
public class foo {
class dummy {
public string N = String.Empty;
}
public static void Main (string[] args) {
dummy d = new dummy();
string field_value = New String;
Type t = d.GetType();
FieldInfo p = t.GetField(N);
p.SetValue(t, Convert.ChangeType(field_value.Trim(),p.FieldType ));
Console.WriteLine(p.GetValue(null));
return;
}
}
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-docs-list] updated patch for bug 77012
Hey guys, This is an updated version on an old patch posted to bugzilla that slightly changes monodoc's .desktop file. This would close bug #77012. How does this look? - raf Index: monodoc.desktop.in === --- monodoc.desktop.in (revision 57296) +++ monodoc.desktop.in (working copy) @@ -1,10 +1,12 @@ [Desktop Entry] -Name=Monodoc [EMAIL PROTECTED]@ +Encoding=UTF-8 +Name=Monodoc Documentation Browser GenericName=Documentation Browser -Comment=Monodoc Documentation Browser +Comment=Browse documentation related to Mono [EMAIL PROTECTED]@/monodoc Icon=monodoc.png -StartupNotify=false +StartupNotify=true Terminal=false Type=Application Categories=Application;Development; ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-docs-list] [PATCH] docbrowser's about dialog
Hey fellas, this is a simple patch that beautifies monodoc's about dialog box. OK to commit? - raf btw, it makes the About box look like this: http://ophion.org/~rafael/about.png docbrowser.tar.gz Description: application/compressed-tar ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-dev] [PATCH] docbrowser's about dialog
oops, this was supposed to go to the monodoc-mailing list... my bad. On Sat, 2006-03-04 at 22:09 -0700, Rafael Ferreira wrote: Hey fellas, this is a simple patch that beautifies monodoc's about dialog box. OK to commit? - raf btw, it makes the About box look like this: http://ophion.org/~rafael/about.png ___ 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] docbrowser's about dialog
Hey fellas,
this is a simple patch that beautifies monodoc's about dialog box. OK to
commit?
- raf
btw, it makes the About box look like this:
http://ophion.org/~rafael/about.png
Index: browser.cs
===
--- browser.cs (revision 57296)
+++ browser.cs (working copy)
@@ -912,55 +912,12 @@
CurrentTab.text_editor.Buffer.InsertAtCursor (text);
}
-
- class About {
- [Glade.Widget] Window about;
- [Glade.Widget] Image logo_image;
- [Glade.Widget] Label label_version;
-
- static About AboutBox;
- Browser parent;
-
- About (Browser parent)
- {
- Glade.XML ui = new Glade.XML (null, browser.glade, about, null);
- ui.Autoconnect (this);
- this.parent = parent;
-
- about.TransientFor = parent.window1;
-
- logo_image.Pixbuf = new Gdk.Pixbuf (null, monodoc.png);
- Assembly assembly = Assembly.GetExecutingAssembly ();
- label_version.Markup = String.Format (bVersion:/b {0}, assembly.GetName ().Version.ToString ());
- }
-
- void OnOkClicked (object sender, EventArgs a)
- {
- about.Hide ();
- }
-
-//
- // Called on the Window delete icon clicked
- //
- void OnDelete (object sender, EventArgs a)
- {
-AboutBox = null;
- }
-
- static public void Show (Browser parent)
- {
- if (AboutBox == null)
-AboutBox = new About (parent);
- AboutBox.about.Show ();
- }
- }
-
//
// Hooked up from Glade
//
void OnAboutActivate (object sender, EventArgs a)
- {
- About.Show (this);
+ {
+ new AboutDialog();
}
void OnUpload (object sender, EventArgs a)
Index: AboutDialog.cs
===
--- AboutDialog.cs (revision 0)
+++ AboutDialog.cs (revision 0)
@@ -0,0 +1,86 @@
+//
+// Filename AboutDialog.cs: Simple dialog about dialog window
+// Author:
+// Rafael Ferreira [EMAIL PROTECTED]
+//
+// (C) 2005 Rafael Ferreira
+//
+
+
+using System;
+using Gtk;
+using Glade;
+using System.Reflection;
+
+namespace Monodoc {
+ public class AboutDialog : Gtk.Window {
+ [Glade.Widget] Window about;
+ [Glade.Widget] Image logo_image;
+ [Glade.Widget] TreeView AuthorsTreeView;
+ [Glade.Widget] TreeView VersionTreeView;
+ [Glade.Widget] TreeView PluginsTreeView;
+ [Glade.Widget] Gtk.Label AboutLabel;
+
+ string[] authors = {Miguel de Icaza ([EMAIL PROTECTED]),Duncan Mak ([EMAIL PROTECTED]),Joshua Tauberer ([EMAIL PROTECTED]),Lee Malabone,Philip Van Hoof,Johannes Roith ([EMAIL PROTECTED]),Alp Toker ([EMAIL PROTECTED]),Piers Haken,John Luke ([EMAIL PROTECTED]),Ben Maurer,Mario Sopena novales ([EMAIL PROTECTED]),
+Rafael Ferreira ([EMAIL PROTECTED])};
+
+ string about_str = The mono documentation viewer\n bversion {0}/b;
+
+ public AboutDialog() : base(AboutWindow) {
+
+ Glade.XML gxml = new Glade.XML (null, browser.glade, about, null);
+ gxml.Autoconnect (this);
+ //about.TransientFor = parent.window1;
+ // populating tabs
+ PopulateAuthors();
+ PopulateVersion();
+
+ // About tab:
+ //putting logo in
+ logo_image.Pixbuf = new Gdk.Pixbuf (null, monodoc.png);
+
+ AboutLabel.Markup = String.Format(about_str,Assembly.GetExecutingAssembly().GetName().Version.ToString());
+ }
+
+ void PopulateVersion() {
+ VersionTreeView.AppendColumn(Assembly,new CellRendererText(),text,0);
+ VersionTreeView.AppendColumn(Version,new CellRendererText(),text,1);
+ TreeStore store = new TreeStore(typeof(string),typeof(string));
+ VersionTreeView.Model = store;
+
+ TreeIter iter = new TreeIter();
+
+ foreach (Assembly asm in AppDomain.CurrentDomain.GetAssemblies ()) {
+iter = store.AppendValues (asm.GetName().Name, asm.GetName().Version.ToString());
+ }
+ VersionTreeView.RulesHint = true;
+ }
+
+ void PopulateAuthors() {
+
+ AuthorsTreeView.AppendColumn(Authors,new CellRendererText(),text,0);
+
+ TreeStore store = new TreeStore(typeof(string));
+ AuthorsTreeView.Model = store;
+
+ //disabling headers
+ //AuthorsTreeView.HeadersVisible = false;
+
+ TreeIter iter = new TreeIter();
+ foreach (string a in authors)
+iter = store.AppendValues(a);
+
+ AuthorsTreeView.RulesHint = true;
+ }
+
+ public void OnOkClicked (object sender, EventArgs a)
+ {
+ about.Hide();
+ }
+
+ public void OnDelete (object sender, EventArgs a)
+ {
+ about.Destroy();
+ }
+ }
+}
Index: browser.glade
===
--- browser.glade (revision 57296)
+++ browser.glade (working copy)
@@ -18,6 +18,7 @@
property name=skip_pager_hintFalse/property
property name=type_hintGDK_WINDOW_TYPE_HINT_NORMAL/property
property name=gravityGDK_GRAVITY_NORTH_WEST/property
+ property name=focus_on_mapTrue/property
child
widget class=GtkVBox id=vbox4
@@ -47,7 +48,7 @@
accelerator key=T modifiers=GDK_CONTROL_MASK signal=activate/
child internal-child=image
- widget class=GtkImage id=image132
+ widget class=GtkImage id=image137
Re: [Mono-docs-list] File-Upload Contributions crashes the Mono documentation browser.
Can you open up a bug report for this? also, you might want to send us the exception that is crashing the app by running monodoc on your command line. - raf On Tue, 2006-02-28 at 21:36 -0800, bikram gill wrote: Hi, While trying to upload the contributions from the Mono-documentation browser (using File-Upload Contributions) the application crashes without giving any error message. The OS is MS Windows XP and the internet connection is a dial-up connection (which is currently connected). Could anyone please suggest a resolution to this isssue. Thanks and Reagrds, Bikram __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-list] monodoc - no mcs sources
under mono/mcs in the tarball you downloaded. On Mon, 2006-02-20 at 22:48 +, Lieven De Keyzer wrote: I've downloaded, compiled and installed mono, libgdiplus and gtk-sharp from http://go-mono.com/sources/ . Now I want to compile monodoc, but at the end of the configure step, I'm being told: The sources of the mono compiler (mcs) were not found. To include the COMPILER ERRORS in the documentation, download the mcs sources and rerun autogen.sh How can I install these sources? I don't see a mcs source tarball nor an option during the configuration of mono to install the sources. ___ 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-dev] Apache+Mono+Content-Length problem
Apache must be overwriting the content headers that it is getting back from mod_mono handler. You should try sending a Response.FlushResponse(False) so the header information is actually sent down the socket thus leaving Apache no chance to overwrite it. Now, I'm saying this from pure speculation so no guarantees... - raf On Wed, 2006-02-15 at 13:53 +0100, Arnhoffer Károly wrote: Hi, This might be an Apache problem but someone may can help me. I would like to set the Content-Length header in a simple aspx page as follows: %Response.AddHeader(content-length, 1000);% a When using XSP instead of Apache it is good the Content-Length header in the captured traffic shows 1000 but in the Apache capture it is only 2. I tried the same thing with PHP and Apache: ?php header(Content-Length: 1000, true); ? a And the Content-Length header shows 1000 in the captured traffic again. But I can not get Apache with Mono to send the Content-Length header I want. What can I do? Thanks! Károly ___ 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-list] monodoc crash when I open SourceView class section
You're welcome :-) Hello, The problem is fixed in the monodoc svn version. Many thanks to Rafael Ferreira. -- Antonio Martinez ___ 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] monodoc crash when I open SourceView class section
Can you test monodoc from svn?, I believe I fixed this last week. Thanks, - Rafael Hey! I've had this problem for a long while ... If I run monodoc and try to open the brach for SourceView, from GtkSourceViewClass, monodoc crashes ... What's the problem ? monodoc 1.1.9 mono 1.1.13 gtk-sharp 2.4.0 SO. Debian (Sid) This is the output: Unhandled Exception: System.InvalidCastException: Cannot cast from source type to destination type. in 0x00149 GLib.ObjectManager:CreateObject (IntPtr raw) in 0x000c1 GLib.Object:GetObject (IntPtr o, Boolean owned_ref) in 0xc GLib.Object:GetObject (IntPtr o) in 0x0002e Gtk.Label:get_Layout () in 0x00013 ELabel:Reload () in 0x00013 ELabel:set_Text (System.String value) in 0x000c8 Monodoc.Browser:Render (System.String text, Monodoc.Node matched_node, System.String url) in 0x0010e Monodoc.TreeBrowser:RowActivated (System.Object sender, System.EventArgs a) in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) in 0x000c1 GtkSharp.voidObjectSignal:voidObjectCallback (IntPtr arg0, Int32 key) in (wrapper native-to-managed) GtkSharp.voidObjectSignal:voidObjectCallback (intptr,int) in 0x0 unknown method in (wrapper managed-to-native) Gtk.Application:gtk_main () in 0x7 Gtk.Application:Run () in 0x002ef Monodoc.Driver:Main (System.String[] args) -- Antonio Martinez ___ 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-docs-list] monodoc 2.0 upgrade and fixes for bugs #76054/76544
Miguel, This is a simple patch that makes mono-tools compile against the 2.0 gtk-sharp/gecko-sharp goodness. The main reason for this patch is to finally close the bugs related to elabel.cs/Pango issues in gtk-sharp. Yes, I said it, no more monodoc crashing when you click on Gnome.About! Ok to commit? - raf Index: configure.in === --- configure.in (revision 55628) +++ configure.in (working copy) @@ -37,17 +37,17 @@ AC_SUBST(MONODOC_LIBS) -#PKG_CHECK_MODULES(GTK_SHARP, gtk-sharp-2.0 glade-sharp-2.0 gconf-sharp-2.0) -PKG_CHECK_MODULES(GTK_SHARP, gtk-sharp glade-sharp gconf-sharp) +PKG_CHECK_MODULES(GTK_SHARP, gtk-sharp-2.0 glade-sharp-2.0 gconf-sharp-2.0) +#PKG_CHECK_MODULES(GTK_SHARP, gtk-sharp glade-sharp gconf-sharp) AC_SUBST(GTK_SHARP_LIBS) -PKG_CHECK_MODULES(GTKHTML_SHARP, gtkhtml-sharp, enable_gtkhtml=yes, enable_gtkhtml=no) +PKG_CHECK_MODULES(GTKHTML_SHARP, gtkhtml-sharp-2.0, enable_gtkhtml=yes, enable_gtkhtml=no) AC_SUBST(GTKHTML_SHARP_LIBS) AM_CONDITIONAL(ENABLE_GTKHTML, test x$enable_gtkhtml = xyes) -PKG_CHECK_MODULES(GECKO_SHARP, gecko-sharp = 0.6, enable_gecko=yes, enable_gecko=no) +PKG_CHECK_MODULES(GECKO_SHARP, gecko-sharp-2.0, enable_gecko=yes, enable_gecko=no) AC_SUBST(GECKO_SHARP_LIBS) AM_CONDITIONAL(ENABLE_GECKO, test x$enable_gecko = xyes) Index: ChangeLog === --- ChangeLog (revision 55628) +++ ChangeLog (working copy) @@ -1,3 +1,7 @@ +2006-01-16 Rafael Ferreira [EMAIL PROTECTED] + * configure.in: updated to use gtk-sharp-2.0/gecko-sharp-2.0 + this fixes bugs# 76054 76544 related to Pango bugs. + 2005-11-27 C.J. Collier [EMAIL PROTECTED] * docbrowser/monodoc.desktop.in: Added patch from [EMAIL PROTECTED] ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Wiki Markup for ECMA documents.
As always, I'll be more than happy to help as well... But I'm on the same boat as you, I'm not very familiar with neither XSLT nor Mediawiki. - raf On Tue, 2005-11-29 at 10:06 +0100, Mario Sopena wrote: Hello, 2005/11/27, Miguel de Icaza [EMAIL PROTECTED]: Hello, The trick of course is that I know very little about XSLT, and am wondering if a kind soul could whip up the code necessary to go from our ECMA XML to MediaWiki markup and back. I can try to write something, I'm not an XSLT expert (say Joshua), but I think I can cook something. The issue is that I've started a (new) job and I have less and less time to code (*snif*). Stay tuned. Mario Miguel. -- Miguel de Icaza [EMAIL PROTECTED] Novell, Inc. ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-docs-list] Re: [Mono-list] Hello
it looks like you're having problems with gecko-sharp. Can you try monodoc --no-gecko ? - Rafael On Tue, 2005-11-22 at 12:18 -0500, [EMAIL PROTECTED] wrote: Hello I just compiled mono-1.1.10, now i have problem with mono-tools, monodoc, doesnt work. Here is the output from monodoc: [EMAIL PROTECTED]:~]$ monodoc Bookmark Manager init = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: in 0x4 (wrapper managed-to-native) Gtk.Notebook:gtk_notebook_set_current_page (intptr,int) in 0xffe2 (wrapper managed-to-native) Gtk.Notebook:gtk_notebook_set_current_page (intptr,int) in 0x1a Gtk.Notebook:set_CurrentPage (int) in 0xa1 Monodoc.Browser:AddTab () in 0x84f Monodoc.Browser:.ctor (bool) in 0x2cd Monodoc.Driver:Main (string[]) in 0x508dd1c6 (wrapper runtime-invoke) System.Object:runtime_invoke_int_string[] (object,intptr,intptr,intptr) Native stacktrace: /usr/bin/mono(mono_handle_native_sigsegv+0xc0) [0x81412d0] /usr/bin/mono [0x812f68b] [0xe440] /usr/lib/mozilla-1.7.12/libgtkembedmoz.so [0xb61eb289] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x56) [0xb68cb6e6] /usr/lib/libgobject-2.0.so.0 [0xb68b5d84] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b) [0xb68b5a2b] /usr/lib/libgobject-2.0.so.0 [0xb68c9ac1] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x892) [0xb68cb062] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x42) [0xb68cb2c2] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_realize+0x119) [0xb6da7bb9] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_map+0x128) [0xb6da7da8] /usr/lib/libgtk-x11-2.0.so.0 [0xb6bc300c] /usr/lib/libgtk-x11-2.0.so.0 [0xb6b720c9] /usr/lib/libgtk-x11-2.0.so.0(gtk_container_forall+0x110) [0xb6bc0c70] /usr/lib/libgtk-x11-2.0.so.0 [0xb6bc3067] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x56) [0xb68cb6e6] /usr/lib/libgobject-2.0.so.0 [0xb68b5d84] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b) [0xb68b5a2b] /usr/lib/libgobject-2.0.so.0 [0xb68c9ac1] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x892) [0xb68cb062] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x42) [0xb68cb2c2] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_map+0x83) [0xb6da7d03] /usr/lib/libgtk-x11-2.0.so.0 [0xb6bc300c] /usr/lib/libgtk-x11-2.0.so.0 [0xb6b720c9] /usr/lib/libgtk-x11-2.0.so.0 [0xb6cc7e76] /usr/lib/libgtk-x11-2.0.so.0(gtk_container_forall+0x110) [0xb6bc0c70] /usr/lib/libgtk-x11-2.0.so.0 [0xb6bc3067] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x56) [0xb68cb6e6] /usr/lib/libgobject-2.0.so.0 [0xb68b5d84] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b) [0xb68b5a2b] /usr/lib/libgobject-2.0.so.0 [0xb68c9ac1] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x892) [0xb68cb062] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x42) [0xb68cb2c2] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_map+0x83) [0xb6da7d03] /usr/lib/libgtk-x11-2.0.so.0 [0xb6c9504a] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x56) [0xb68cb6e6] /usr/lib/libgobject-2.0.so.0 [0xb68b5d84] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b) [0xb68b5a2b] /usr/lib/libgobject-2.0.so.0 [0xb68c9ac1] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x892) [0xb68cb062] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x42) [0xb68cb2c2] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_map+0x83) [0xb6da7d03] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_set_child_visible+0xf5) [0xb6da7ea5] /usr/lib/libgtk-x11-2.0.so.0 [0xb6c957f1] /usr/lib/libgtk-x11-2.0.so.0 [0xb6c78db3] /usr/lib/libgobject-2.0.so.0 [0xb68b5d84] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b) [0xb68b5a2b] /usr/lib/libgobject-2.0.so.0 [0xb68ca104] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x892) [0xb68cb062] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x42) [0xb68cb2c2] /usr/lib/libgtk-x11-2.0.so.0 [0xb6c95bf3] /usr/lib/libgtk-x11-2.0.so.0(gtk_notebook_set_current_page+0x86) [0xb6c98976] [0xb5f71387] [0xb5f7133b] [0xb6407092] [0xb666a850] [0xb77f606e] [0xb77f5864] /usr/bin/mono(mono_runtime_exec_main+0x11f) [0x80d29ff] /usr/bin/mono(mono_runtime_run_main+0x1dc) [0x80d2c5c] /usr/bin/mono(mono_main+0xebf) [0x805d73f] /usr/bin/mono [0x805c3de] /lib/libc.so.6(__libc_start_main+0xd4) [0xb7ce2f14]
Re: [Mono-list] Hello
it looks like you're having problems with gecko-sharp. Can you try monodoc --no-gecko ? - Rafael On Tue, 2005-11-22 at 12:18 -0500, [EMAIL PROTECTED] wrote: Hello I just compiled mono-1.1.10, now i have problem with mono-tools, monodoc, doesnt work. Here is the output from monodoc: [EMAIL PROTECTED]:~]$ monodoc Bookmark Manager init = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: in 0x4 (wrapper managed-to-native) Gtk.Notebook:gtk_notebook_set_current_page (intptr,int) in 0xffe2 (wrapper managed-to-native) Gtk.Notebook:gtk_notebook_set_current_page (intptr,int) in 0x1a Gtk.Notebook:set_CurrentPage (int) in 0xa1 Monodoc.Browser:AddTab () in 0x84f Monodoc.Browser:.ctor (bool) in 0x2cd Monodoc.Driver:Main (string[]) in 0x508dd1c6 (wrapper runtime-invoke) System.Object:runtime_invoke_int_string[] (object,intptr,intptr,intptr) Native stacktrace: /usr/bin/mono(mono_handle_native_sigsegv+0xc0) [0x81412d0] /usr/bin/mono [0x812f68b] [0xe440] /usr/lib/mozilla-1.7.12/libgtkembedmoz.so [0xb61eb289] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x56) [0xb68cb6e6] /usr/lib/libgobject-2.0.so.0 [0xb68b5d84] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b) [0xb68b5a2b] /usr/lib/libgobject-2.0.so.0 [0xb68c9ac1] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x892) [0xb68cb062] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x42) [0xb68cb2c2] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_realize+0x119) [0xb6da7bb9] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_map+0x128) [0xb6da7da8] /usr/lib/libgtk-x11-2.0.so.0 [0xb6bc300c] /usr/lib/libgtk-x11-2.0.so.0 [0xb6b720c9] /usr/lib/libgtk-x11-2.0.so.0(gtk_container_forall+0x110) [0xb6bc0c70] /usr/lib/libgtk-x11-2.0.so.0 [0xb6bc3067] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x56) [0xb68cb6e6] /usr/lib/libgobject-2.0.so.0 [0xb68b5d84] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b) [0xb68b5a2b] /usr/lib/libgobject-2.0.so.0 [0xb68c9ac1] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x892) [0xb68cb062] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x42) [0xb68cb2c2] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_map+0x83) [0xb6da7d03] /usr/lib/libgtk-x11-2.0.so.0 [0xb6bc300c] /usr/lib/libgtk-x11-2.0.so.0 [0xb6b720c9] /usr/lib/libgtk-x11-2.0.so.0 [0xb6cc7e76] /usr/lib/libgtk-x11-2.0.so.0(gtk_container_forall+0x110) [0xb6bc0c70] /usr/lib/libgtk-x11-2.0.so.0 [0xb6bc3067] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x56) [0xb68cb6e6] /usr/lib/libgobject-2.0.so.0 [0xb68b5d84] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b) [0xb68b5a2b] /usr/lib/libgobject-2.0.so.0 [0xb68c9ac1] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x892) [0xb68cb062] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x42) [0xb68cb2c2] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_map+0x83) [0xb6da7d03] /usr/lib/libgtk-x11-2.0.so.0 [0xb6c9504a] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x56) [0xb68cb6e6] /usr/lib/libgobject-2.0.so.0 [0xb68b5d84] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b) [0xb68b5a2b] /usr/lib/libgobject-2.0.so.0 [0xb68c9ac1] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x892) [0xb68cb062] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x42) [0xb68cb2c2] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_map+0x83) [0xb6da7d03] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_set_child_visible+0xf5) [0xb6da7ea5] /usr/lib/libgtk-x11-2.0.so.0 [0xb6c957f1] /usr/lib/libgtk-x11-2.0.so.0 [0xb6c78db3] /usr/lib/libgobject-2.0.so.0 [0xb68b5d84] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b) [0xb68b5a2b] /usr/lib/libgobject-2.0.so.0 [0xb68ca104] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x892) [0xb68cb062] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x42) [0xb68cb2c2] /usr/lib/libgtk-x11-2.0.so.0 [0xb6c95bf3] /usr/lib/libgtk-x11-2.0.so.0(gtk_notebook_set_current_page+0x86) [0xb6c98976] [0xb5f71387] [0xb5f7133b] [0xb6407092] [0xb666a850] [0xb77f606e] [0xb77f5864] /usr/bin/mono(mono_runtime_exec_main+0x11f) [0x80d29ff] /usr/bin/mono(mono_runtime_run_main+0x1dc) [0x80d2c5c] /usr/bin/mono(mono_main+0xebf) [0x805d73f] /usr/bin/mono [0x805c3de] /lib/libc.so.6(__libc_start_main+0xd4) [0xb7ce2f14]
Re: [Mono-docs-list] simple try/catch patch
Miguel, Currently the ECMA provider does not trap exceptions. For instance, one easy way to crash the browser is to do a url lookup for a malformed url like this: ecma:blah... that causes this beauty: System.ArgumentOutOfRangeException: 0 Parameter name: length in [0x00088] (at /home/rafael/dev/tmp/mono-1.1.9/mcs/class/corlib/System/String.cs:345) System.String:Substring (Int32 startIndex, Int32 length) in [0x0001b] (at /home/rafael/dev/mono-svn/monodoc/engine/ecma-provider.cs:1313) Monodoc.EcmaHelpSource:GetFile (System.String url, System.String rest) in [0xb] (at /home/rafael/dev/mono-svn/monodoc/engine/ecma-provider.cs:859) Monodoc.EcmaHelpSource:GetXmlFromUrl (System.String url, System.String rest) in [0x4] (at /home/rafael/dev/mono-svn/monodoc/engine/ecma-provider.cs:871) Monodoc.EcmaHelpSource:GetTextFromUrl (System.String url) in [0x0007f] (at /home/rafael/dev/mono-svn/monodoc/engine/ecma-provider.cs:517) Monodoc.EcmaHelpSource:GetText (System.String url, Monodoc.Node match_node) in [0x00670] (at /home/rafael/dev/mono-svn/monodoc/engine/provider.cs:1254) Monodoc.RootTree:RenderUrl (System.String url, Monodoc.Node match_node) in [0x000b6] (at /home/rafael/dev/mono-svn/mono-tools/docbrowser/browser.cs:556) Monodoc.Browser:LoadUrl (System.String url) I believe that letting the exception propagate is the best behavior for the providers in general, the only problem was that up until my patch the browser would not trap the exception and crash. Let me know if that doesn't make sense to you, - raf On Fri, 2005-11-18 at 15:45 -0500, Miguel de Icaza wrote: Hello, this is a simple try/catch patch that should help put an end to the claims of instability of the browser. This patch does not fix anything per say but will prevent the browser from crashing if an exception occurs while trying to render a url. I'll commit it sometime in the next few days if I no one is against it. That sounds fine, but what kind of errors have you observed with Monodoc that crash the browser? We should be fixing those bugs. ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-docs-list] tracking weird crash with monodoc
Hey guys, Every once in a while the docbrowser crashes on me throwing the following exception: Unhandled Exception: System.InvalidCastException: Cannot cast from source type to destination type. in 0x00149 GLib.ObjectManager:CreateObject (IntPtr raw) in 0x000c1 GLib.Object:GetObject (IntPtr o, Boolean owned_ref) in 0xc GLib.Object:GetObject (IntPtr o) in 0x0002e Gtk.Label:get_Layout () in [0x2] (at /home/rafael/dev/mono-svn/mono-tools/docbrowser/elabel.cs:60) ELabel:Reload () in [0x8] (at /home/rafael/dev/mono-svn/mono-tools/docbrowser/elabel.cs:38) ELabel:set_Text (System.String value) in [0x00068] (at /home/rafael/dev/mono-svn/mono-tools/docbrowser/browser.cs:594) Monodoc.Browser:Render (System.String text, Monodoc.Node matched_node, System.String url) in [0x0007a] (at /home/rafael/dev/mono-svn/mono-tools/docbrowser/browser.cs:1674) Monodoc.TreeBrowser:RowActivated (System.Object sender, System.EventArgs a) in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) in 0x000c1 GtkSharp.voidObjectSignal:voidObjectCallback (IntPtr arg0, Int32 key) in (wrapper native-to-managed) GtkSharp.voidObjectSignal:voidObjectCallback (intptr,int) in 0x0 unknown method in (wrapper managed-to-native) Gtk.Application:gtk_main () in 0x7 Gtk.Application:Run () in [0x001a8] (at /home/rafael/dev/mono-svn/mono-tools/docbrowser/browser.cs:104) Monodoc.Driver:Main (System.String[] args) Can anyone give me some pointers on how I can fix this? And no, I cannot come up with a reproducible test case. Btw, I'm on monodoc/doctools from svn. - raf ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] PATCH: Persistent hierarchical bookmarks
On Fri, 2005-11-04 at 12:58 -0500, Miguel de Icaza wrote: Hey everyone, the attached patch gives the docbrowser persistent hierarchical bookmarks. You can see a sample screenshot here: http://www.ophion.org/index.php?gadget=Blogaction=SingleViewid=3 The patch looks fine to me, feel free to commit. hmm, no commit rights here :-( I've been meaning to ask you about that Would you be willing to make your contributions MIT X11? Yep. not a problem at all. Miguel The patch is significantly large since it abstracts all of the bookmark logic into a BookmarkManager class, revamps the bookmark dialogs and makes some of the Browser's types (including the browser itself) public. I humbly believe that this is a first step in the direction of making the overall code more manageable by breaking up some of the browser.cs complexity. Since I'm not quite the GTK wizard, I'm looking forward to as much feedback as possible on the dialog boxes and the overall behavior of the bookmark logic. Cheers, - raf ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-docs-list] PATCH: Persistent hierarchical bookmarks
)model.GetValue(iter,1));
-
- if (parent.bookList.Count==0)
-bookmarks_delete.Sensitive = false;
-
- Load ();
- parent.refreshBookmarkMenu();
- }
-
- public void AppendItem (string text, int num)
- {
- store.AppendValues (text, num);
- bookmarks_delete.Sensitive = true;
- }
-
- public void Load ()
- {
- store.Clear ();
- for (int i = 0; i parent.bookList.Count; i++)
-AppendItem (((BookLink) parent.bookList[i]).Text, i);
- }
-
- //
- // Called on the Window delete icon clicked
- //
- void OnDelete (object sender, EventArgs a)
- {
- BookmarkEditBox = null;
- }
- }
+
}
//
// This class implements the tree browser
//
-class TreeBrowser {
+public class TreeBrowser {
Browser browser;
TreeView tree_view;
@@ -2057,7 +1942,7 @@
//
// A Tab is a Notebok with two pages, one for editing and one for visualizing
//
-class Tab : Notebook {
+public class Tab : Notebook {
// Our HTML preview during editing.
public IHtmlRender html_preview;
@@ -2082,6 +1967,12 @@
public System.Xml.XmlNode edit_node;
public string edit_url;
+ void FocusOut (object sender, FocusOutEventArgs args)
+ {
+ if (TabMode == Mode.Editor)
+ text_editor.GrabFocus ();
+ }
+
public Tab(Browser br)
{
@@ -2153,6 +2044,7 @@
text_editor.Buffer.Changed += new EventHandler (EditedTextChanged);
text_editor.WrapMode = WrapMode.Word;
sw.Add(text_editor);
+ text_editor.FocusOutEvent += new FocusOutEventHandler (FocusOut);
//
// XML editing buttons
Index: ChangeLog
===
--- ChangeLog (revision 50718)
+++ ChangeLog (working copy)
@@ -1,3 +1,15 @@
+2005-11-01 Rafael Ferreira [EMAIL PROTECTED]
+ * browser.cs:
+ - Changes to make the browser a public object,
+ removed old bookmark logic
+ * BookmarkManager.cs:
+ - Manages all of the bookmark logic (new)
+ * browser.glade:
+ - removed edit_bookmark, added manage_bookmarks_dialog
+ and add_bookmark_dialog
+ * Makefile.am:
+ - added BookmarkManager.cs
+
2005-09-12 Miguel de Icaza [EMAIL PROTECTED]
* browser.cs (EditedTextChanged): Only update the preview every
Index: browser.glade
===
--- browser.glade (revision 50718)
+++ browser.glade (working copy)
@@ -261,23 +261,7 @@
child
widget class=GtkMenu id=bookmarksMenu_menu
- child
- widget class=GtkMenuItem id=add_bookmark1
- property name=visibleTrue/property
- property name=label translatable=yes_Add bookmark/property
- property name=use_underlineTrue/property
- signal name=activate handler=OnAddBookmark last_modification_time=Sat, 13 Dec 2003 16:35:00 GMT/
- /widget
- /child
- child
- widget class=GtkMenuItem id=edit_bookmarks1
- property name=visibleTrue/property
- property name=label translatable=yes_Edit bookmarks.../property
- property name=use_underlineTrue/property
- signal name=activate handler=OnEditBookmarks last_modification_time=Sun, 14 Dec 2003 16:48:05 GMT/
- /widget
- /child
/widget
/child
/widget
@@ -3148,11 +3132,11 @@
/child
/widget
-widget class=GtkWindow id=bookmarks_edit
+widget class=GtkWindow id=manage_bookmarks_dialog
property name=visibleTrue/property
- property name=title translatable=yesEdit bookmarks/property
+ property name=title translatable=yesManage Bookmarks/property
property name=typeGTK_WINDOW_TOPLEVEL/property
- property name=window_positionGTK_WIN_POS_NONE/property
+ property name=window_positionGTK_WIN_POS_CENTER/property
property name=modalTrue/property
property name=default_width375/property
property name=default_height275/property
@@ -3161,8 +3145,9 @@
property name=decoratedTrue/property
property name=skip_taskbar_hintFalse/property
property name=skip_pager_hintFalse/property
- property name=type_hintGDK_WINDOW_TYPE_HINT_NORMAL/property
+ property name=type_hintGDK_WINDOW_TYPE_HINT_DIALOG/property
property name=gravityGDK_GRAVITY_NORTH_WEST/property
+ property name=focus_on_mapTrue/property
signal name=delete_event handler=OnDelete last_modification_time=Sun, 14 Dec 2003 16:36:48 GMT/
child
@@ -3195,6 +3180,9 @@
property name=rules_hintFalse/property
property name=reorderableFalse/property
property name=enable_searchTrue/property
+ property name=fixed_height_modeFalse/property
+ property name=hover_selectionFalse/property
+ property name=hover_expandFalse/property
/widget
/child
/widget
@@ -3210,10 +3198,10 @@
property name=border_width9/property
property name=visibleTrue/property
property name=layout_styleGTK_BUTTONBOX_START/property
- property name=spacing0/property
+ property name=spacing4/property
child
- widget class=GtkButton id=bookmarks_delete
+ widget class=GtkButton id=DeleteButton
property name=visibleTrue/property
property name
Re: [Mono-dev] system class
yeah its called snmpd :-) On Wed, 2005-10-05 at 16:10 +0200, Matthijs ter Woord wrote: OK, i agree, but i actually mean a software package which provides roughly the same functionality. - Original Message - From: Robert Jordan [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Wednesday, October 05, 2005 3:59 PM Subject: Re: [Mono-dev] system class Matthijs ter Woord wrote: Are there any WMI alternatives on linux (opensource/closed source)? An implementation of the Windows Management Instrumentation for Linux? :-) Rob ___ 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] system class
Marcos, you should look int snmpd, (maybe man snmpd) you can define custom monitors to do both of the this you listed (specially if you're talking about an RPM based distro). Also, you can't get more cross platform than snmpd. - raf On Wed, 2005-10-05 at 21:07 +, marcos rocha wrote: Sorry Rafael, bu the snmpd does not solve the problem. i can't get a list of installed software with snmpd, neither a list of running processes. i'd like something platform independed. thanks Marcos --- Rafael Ferreira [EMAIL PROTECTED] escreveu: yeah its called snmpd :-) On Wed, 2005-10-05 at 16:10 +0200, Matthijs ter Woord wrote: OK, i agree, but i actually mean a software package which provides roughly the same functionality. - Original Message - From: Robert Jordan [EMAIL PROTECTED] To: mono-devel-list@lists.ximian.com Sent: Wednesday, October 05, 2005 3:59 PM Subject: Re: [Mono-dev] system class Matthijs ter Woord wrote: Are there any WMI alternatives on linux (opensource/closed source)? An implementation of the Windows Management Instrumentation for Linux? :-) Rob ___ 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 ___ Novo Yahoo! Messenger com voz: ligações, Yahoo! Avatars, novos emoticons e muito mais. Instale agora! www.yahoo.com.br/messenger/ ___ 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-docs-list] Re: [Mono-dev] Monodoc
you should take a look at this: http://people.mosaix.net/chris/tutorials/monodoc/monodoc-tutorial.html and if you still have questions please post on to the monodoc mailing list only. No need to cross post. - raf On Mon, 2005-10-03 at 17:38 +0200, Matthijs ter Woord wrote: Is there any special format needed? (IE, ecma xml docs etc) If so, could anyone point me to it? Regards, Matthijs ter Woord - Original Message - From: Miguel de Icaza [EMAIL PROTECTED] To: Matthijs ter Woord [EMAIL PROTECTED]; mono-docs-list@lists.ximian.com Cc: [EMAIL PROTECTED] Sent: Friday, September 30, 2005 4:20 AM Subject: Re: [Mono-dev] Monodoc Hello, When will monodoc be ready for .NET 2.0 classes? (ie, when will it also allow to document generics) We will have to wait for someone to contribute the necessary code to cope with this. I have not had much time to look into this issue. What needs to be done is: * Look at the new ECMA XML documentation from ECMA and evaluate how we could bring those changes into our documentation. * Someone would have to port the new docs nonetheless. * Someone would have to architect the changes to the monodoc engine to do so. The right place to discuss this is the mono-docs-list. That being said, if you can not wait to write some documentation, we have a *lot* of stuff in the 1.x profile that needs documentation. Considering that 2.x stuff wont be 100% supported for a while, maybe it would be best to contribute to the 1.x effort. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Re: msdn-browser/monodoc intergration
Issue officially settled then :-) - raf On Fri, 2005-09-30 at 02:57 -0400, Miguel de Icaza wrote: Hello, I don't see that this needs to be the case. What if we injected the text this method is only subbed out in Mono's documentation. Help us out! in msdn pages. The fact that we don't get alot of contributions suggests one of two things: 1) we don't have many users because they don't find Wow, and encourage people to cut and paste the docs! Now, why didn't I think of that? So in short, no, I do not want to merge your browser with Monodoc (and there are many technical hurdles to fix before this could be done, but there is not even a point to discuss them). Miguel. ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-dev] How can Mono compile csharp project in WIndowsXP?
You should look into Make, nant or maybe set SharpD to use mcs by default. On Mon, 2005-09-26 at 19:01 +0800, wishsand(TOM) wrote: I can just compile single file with the command mcs ... How can I compile csharp project? How does the project organize? Thanks, everyone:) ___ 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-list] Converting csproj to Makefile
have you tried prj2make ? On Thu, 2005-09-22 at 09:41 -0700, Andy Waddell wrote: I’ve been working on getting our product to run under Mono and one of the first problems I had to solve was the moving target of all the MSDEV (2005 B2 btw) project files that the rest are team are actively working with. I wrote a quick-and-dirty Perl script to suck up the XML from the .csproj files and write out a simple Makefile and this has been fine, but I wonder if there is a better way? Yesterday I noticed the “xbuild” project but I couldn’t find too much information about it. Could someone point me in the right direction or offer suggestions so that I don’t spend too much time re-inventing the wheel? --andy ___ 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-docs-list] [PATCH] Monodoc. Workaround for a bug and index improvements
Mario, no patch attached? On Fri, 2005-09-16 at 16:36 +0200, Mario Sopena wrote: Hello, We have a problem in Monodoc when showing big html code with gecko. Monodoc hangs and do nothing (try to load the Gtk Namespace). This is due to a bug in gtkmozembed (https://bugzilla.mozilla.org/show_bug.cgi?id=245960). The workaround I've implemented writes the html on disk and loads the file from it, when the html code is big enough. The file is being writen to a temp directory. The only thing I'm not sure is whether I should myself delete what I write there or if I can just leave that for the system (for the moment, nothing is removed). The other thing that comes with this patch is a user-feature requested by miguel. The index and the search_index require those index to be create prior to use them. Right now, if they don't exist, a label is showed telling you that you have to run a command in root to create them. With this patch, monodoc looks for the index also in the user dir, and when it doesn't find them, it shows a panel with a progress bar that lets you make them at that time. The index are created in another Thread, so you can use monodoc while making them (specially the search index is slow, well, around a minute in my machine). To try the patch, remove your monodoc.index file and search_index dir from the monodoc directory and run the patched monodoc. Hope you all enjoy it. Comments please?!? Mario ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] msdn-browser/monodoc intergration
Well that's 2 votes against 1 so I would have to give in to you guys. I would not want to waste time on something that would not make into monodoc anyways. I guess I'll just figure something else to tackle next. Cheers, - raf On Mon, 2005-09-19 at 16:53 +0200, Mario Sopena wrote: Hello, 2005/9/16, Rafael Ferreira [EMAIL PROTECTED]: yeah I see your point of view. But not having the documentation there can also just lead to the user popping a browser and going to msdn anyways, and by doing that he/she cannot add value to monodoc. Keeping the user inside monodoc increases the chance of contributions. In any I'm not sure that is the case. I'm also more from the opinion of Joshua, as I told to BenM on IRC. I do think the documentation in mono is getting better but slowly, so we have to find ways to encourage people to write docs, and that addition to monodoc will send an ambiguous message to contributors BTW, the msdn doc utility is incomplete, as you cannot click on the links (and it won't be easy to fix); so it needs a lot of work before being added. Also, it is made with gtk#2 and we use gtk#1 in monodoc. Hey, but that is just my opinion. Mario ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] msdn-browser/monodoc intergration
yeah I see your point of view. But not having the documentation there can also just lead to the user popping a browser and going to msdn anyways, and by doing that he/she cannot add value to monodoc. Keeping the user inside monodoc increases the chance of contributions. In any event, I got busy and I won't have time to work on this for a couple of weeks so in the meantime, I'm very much interested on everyone's opinions. Thanks Josh. -raf On Thu, 2005-09-15 at 19:01 -0400, Joshua Tauberer wrote: Rafael Ferreira wrote: I'm going to start working on integrating Ben's msdn browser and monodoc. From a high-level point of view, that doesn't seem like a good idea. Being forced to face incomplete documentation is a good impetus to contribute to it. There's also the weird notion of Mono leaning on Microsoft's polished work to improve itself. (Just my two cents.) ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] [PATCH] Monodoc. Workaround for a bug and index improvements
Mario, Looks good to me. I'm glad to see that bug resolved. As far as the index fix, I have to say... why don't you just create the index once as part of the make install target? That way you don't have to worry about doing the async index building... and the user does not have to do anything. I apologize if that is a silly question but it just seems a bit over engineered. You might also want to change this: Console.WriteLine (You don't have permissions to wirte on + dir); to this: Console.WriteLine (You don't have permissions to write to + dir); As always, just my 2 cents. :-) On Mon, 2005-09-19 at 16:56 +0200, Mario Sopena wrote: Hey, 2005/9/19, Rafael Ferreira [EMAIL PROTECTED]: Mario, no patch attached? I did resent the patch, look that your filters didn't put my message in the mono-devel list, as I sent also the patch there. Sorry, I would like to post a link to my message, but the web mailing list archive seems to be down for the moment. Mario On Fri, 2005-09-16 at 16:36 +0200, Mario Sopena wrote: Hello, We have a problem in Monodoc when showing big html code with gecko. Monodoc hangs and do nothing (try to load the Gtk Namespace). This is due to a bug in gtkmozembed (https://bugzilla.mozilla.org/show_bug.cgi?id=245960). The workaround I've implemented writes the html on disk and loads the file from it, when the html code is big enough. The file is being writen to a temp directory. The only thing I'm not sure is whether I should myself delete what I write there or if I can just leave that for the system (for the moment, nothing is removed). The other thing that comes with this patch is a user-feature requested by miguel. The index and the search_index require those index to be create prior to use them. Right now, if they don't exist, a label is showed telling you that you have to run a command in root to create them. With this patch, monodoc looks for the index also in the user dir, and when it doesn't find them, it shows a panel with a progress bar that lets you make them at that time. The index are created in another Thread, so you can use monodoc while making them (specially the search index is slow, well, around a minute in my machine). To try the patch, remove your monodoc.index file and search_index dir from the monodoc directory and run the patched monodoc. Hope you all enjoy it. Comments please?!? Mario ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-docs-list] msdn-browser/monodoc intergration
Hey guys, I'm going to start working on integrating Ben's msdn browser and monodoc. So far the whole thing looks pretty simple, I'm just going to add a new tab to monodoc and change the msdn-browse code to not use NodeStore. Does anyone have any pointers or ideas on how they would like to see this done? I thought about hacking a new Monodoc provider but that route looked a lot more complicated than just adding a new tab to the docbrowser. Let me know what you guys think, - raf -- Rafael Ferreira [EMAIL PROTECTED] ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Monodoc print support patch - feedback needed.
Mario,
here's the updated patch. It took me some time to get this to you
because I updated my docbrowser and monodoc sources so I had to merge
the printing patch upstream. This time I basically edited the
browser.glade file by hand, adding only the needed entries.
Let me know what you could use a hand with next.
- raf
On Mon, 2005-09-05 at 18:08 +0200, Mario Sopena wrote:
Hello Rafa,
I have no clue what those ellipsize glade tags are. I played around
with glade for a while to see if I could remove those with no luck.
Aside from manually editing the xml I have no idea how to make them go
away. But to answer your question, the only other change I made to this
I usually remove the lines of the patch (it easier than editing the
xml) and then apply the patch to an unmodified version of the file
(you can revert your changes with svn revert file). But is up to you
how to do that. However, those lines should be kept away.
file (besides adding the gtk-stock-print menu item) is to enforce that
the About menu item is using the gtk-stock-about icon. Originally
FC4/Clearlooks was having problems saving the glade file because it
could not find the About icon.
I think the change you refer is this one:
- property name=stockgnome-stock-about/property
+ property name=stockgtk-about/property
but there is also a lot of things like:
- widget class=GtkImage id=image132
+ widget class=GtkImage id=image141
or
- widget class=GtkImage id=image119
+ widget class=GtkImage id=image139
or
- widget class=GtkImage id=image118
+ widget class=GtkImage id=image138
that I'm not sure what are doing, so I prefer to leave them out.
Please, send me (and to the monodoc list) a mail with an updated patch
so I can send it to SVN.
Thanks for your work.
Mario
Index: GtkHTMLPrintManager.cs
===
--- GtkHTMLPrintManager.cs (revision 0)
+++ GtkHTMLPrintManager.cs (revision 0)
@@ -0,0 +1,56 @@
+//
+// GtkHTMLPrintManager.cs: Handles monodoc printing on Gnome using GtkHTML
+// Author:
+// Rafael Ferreira [EMAIL PROTECTED]
+//
+// (C) 2005 Rafael Ferreira
+//
+namespace Monodoc {
+ using System;
+ using Gtk;
+ using Gnome;
+
+ public class GtkHTMLPrintManager : IPrintManager {
+ public void Print(string Html, string Css, string Caption) {
+
+ if (Html == null) {
+Console.WriteLine(empty print);
+return;
+ }
+
+ if (Caption==null)
+Caption=Monodoc Printing;
+
+ PrintJob pj = new PrintJob (PrintConfig.Default ());
+ PrintDialog dialog = new PrintDialog (pj, Caption, 0);
+
+ Gtk.HTML gtk_html = new Gtk.HTML(Html);
+ gtk_html.PrintSetMaster(pj);
+
+ PrintContext ctx = pj.Context;
+ gtk_html.Print(ctx);
+
+ pj.Close();
+
+ // hello user
+ int response = dialog.Run ();
+
+ if (response == (int) PrintButtons.Cancel) {
+dialog.Hide ();
+dialog.Dispose ();
+return;
+ }
+ else if (response == (int) PrintButtons.Print) {
+pj.Print();
+
+ }else if (response == (int) PrintButtons.Preview) {
+new PrintJobPreview(pj,Caption).Show();
+ }
+
+ ctx.Close();
+ dialog.Hide();
+ dialog.Dispose();
+ return;
+ }
+ }
+}
Index: browser.cs
===
--- browser.cs (revision 49518)
+++ browser.cs (working copy)
@@ -185,7 +185,10 @@
this.Url = url;
}
}
+ // handles printing
+ IPrintManager print_manager = null;
+
public ArrayList bookList;
public Browser (bool UseGecko)
@@ -293,6 +296,9 @@
bookList = new ArrayList ();
index_browser = IndexBrowser.MakeIndexBrowser (this);
+
+ // print manager logic
+ print_manager = (IPrintManager) new GtkHTMLPrintManager();
AddTab();
MainWindow.ShowAll();
@@ -707,6 +713,12 @@
{
Application.Quit ();
}
+
+ void on_print_activate (object sender, EventArgs e) {
+ Node n;
+ // sending Html to the printed.
+ print_manager.Print(help_tree.RenderUrl (CurrentUrl, out n),null,n.Caption);
+ }
void OnCommentsActivate (object o, EventArgs args)
{
@@ -1484,6 +1496,7 @@
{
BookmarkEditBox = null;
}
+
}
}
Index: ChangeLog
===
--- ChangeLog (revision 49518)
+++ ChangeLog (working copy)
@@ -1,3 +1,19 @@
+2005-09-05 Rafael Ferreira [EMAIL PROTECTED]
+
+ Landed monodoc's simple printing subsystem
+
+ * browser.cs: add printing support
+ * browser.glade:
+ - Added print menu option
+ - Changed gnome-stock-about to gtk-about
+ * Makefile.am:
+ - Added new source files
+ - Fixed GeckoHtmlRender.dl.mdb clean up
+ * IPrintManager.cs: added
+ - New Printing interface to allow multiple printing backends
+ * GtkHTMLPrintManager.cs: added
+ - New GtkHtml based implementation of IPrintManager
+
2005-09-05
Re: [Mono-list] Pearl-Skript
Look into System.Diagnostics.ProcessStartInfo. You can fire the process from within the ASP page... this will work but it is highly discouraged. - raf On Mon, 2005-09-05 at 17:43 +0200, Jan Waiz wrote: How can i call a Pearlscript from y ASP-Page and receive Information generated by the Script ? TIA Jan Waiz ___ 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-docs-list] Monodoc print support patch - feedback needed.
Mario,
That sounds perfectly good to me. I kinda expected the output to be
fairly ugly under that scenario.
- raf
On Sun, 2005-09-04 at 12:28 +0200, Mario Sopena wrote:
Hey,
I was trying your patch and I realized that when using gecko and
printing, the results are ugly, because monodoc uses css for rendering
but you use Gtkhtml for printing, so, while we make gecko print, we
can disable css before printing and enable it later. Something like
this:
void on_print1_activate (object sender, EventArgs e) {
Node n;
// desactivate css temporary
if (UseGecko)
HelpSource.use_css = false;
// sending Html to the printed.
print_manager.Print(help_tree.RenderUrl (CurrentUrl, out
n),null,n.Caption);
if (UseGecko)
HelpSource.use_css = true;
}
if you agree I can make the changes myself before applying the patch.
Mario
___
Mono-docs-list maillist - Mono-docs-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Monodoc print support patch - feedback needed.
Mario, My name is Rafael Ferreira [EMAIL PROTECTED] Thanks Mario and Miguel. On Thu, 2005-09-01 at 21:09 +0200, Mario Sopena wrote: Hello, On 9/1/05, Miguel de Icaza [EMAIL PROTECTED] wrote: Hello, Mario, My comments are below: Does this patch work in the presence of the Mozilla version? If so, the code can go into SVN. It seems it uses GtkHtml for printing in both cases, so, yes, it works when you use mozilla for rendering, but prints the documentation in the format showed by GtkHtml. Maybe with the work done by Michel for the ASP.NET editor we can make mozilla print. I will investigate that. But in the mean time I think we can use this solution. Rafael, can you send me your complete name and email for the credits of monodoc? Mario ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Monodoc print support patch - feedback needed.
Miguel, as Mario pointed out, the patch creates a IPrintManager interface that can be implemented to use gecko once that becomes available. -raf On Thu, 2005-09-01 at 09:55 -0400, Miguel de Icaza wrote: Hello, Mario, My comments are below: Does this patch work in the presence of the Mozilla version? If so, the code can go into SVN. Miguel ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] [PATCH] Searching for Monodoc
Mario, my 2 cents follow: On Thu, 2005-09-01 at 11:17 +0200, Mario Sopena wrote: Hey, A patch that I promised to send some time ago. The patch would require that you download my own stripped version of Lucene from here[1]. That version is just the Lucene you can download from http://www.dotlucene.net/ but modified to be in a Monodoc.Lucene... namespace, which let us keep monodoc.dll in the GAC without breaking the Golden Rules [2]. I personally think that lucene should go into the GAC and should be referenced from its own namespace since other apps could take advantage of it (at least in a perfect world). If lucene is not found in the GAC then monodoc should default to its searchless self. I know that the rule of thumb is to not use the GAC but I think this is a special case...The complexity added by compiling lucene would not be worth the headache for such small app like docbrowser (I'm assuming here that docbrowser is the one actually doing the indexing...) The process to make the index is similar to the actual index. The important method is PopulateSearchableIndex which fills SearchableDocuments that are added to the Lucene index. It is implemented for the ecmaspec and the ecma providers. The SearchableDocuments have 5 fields: - title: nice title to show to the user - url: to retrieve the node later - hottext: the most important bits in this node - text: a big piece of text - examples: the code examples found The ones used for searching are the last 3 in the following order of importance: hottext text examples. The important missing things are: - The modifications made by the user aren't added to the index - Nodes added with the --edit parameter won't be searchable either - Right now, the whole Lucene is compiled in monodoc. Will it be better a lighter version of Lucene? I guess the question here is how dynamic do we want indexing to be? Personally I don't think it is a big deal if the index is built once and never gets updated (Monodoc is pretty much static anyways... with all of the doc bundles being built AOT). Maybe a --reindex flag that would force a complete index rebuild would be good enough. Even if it took a few minutes to complete. I'm basing all my knowledge on your emails without having seen the actual patch so please take what I'm saying with a grain of salt. I'm looking forward to finally seeing the long waited search feature working - raf Comments please! [1] http://personales.ya.com/msopena/Monodoc.Lucene.Net.tar.gz [2] http://www.mono-project.com/Assemblies_and_the_GAC ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-dev] Re: [Mono-docs-list] [PATCH] Searching for Monodoc
Mario, my 2 cents follow: On Thu, 2005-09-01 at 11:17 +0200, Mario Sopena wrote: Hey, A patch that I promised to send some time ago. The patch would require that you download my own stripped version of Lucene from here[1]. That version is just the Lucene you can download from http://www.dotlucene.net/ but modified to be in a Monodoc.Lucene... namespace, which let us keep monodoc.dll in the GAC without breaking the Golden Rules [2]. I personally think that lucene should go into the GAC and should be referenced from its own namespace since other apps could take advantage of it (at least in a perfect world). If lucene is not found in the GAC then monodoc should default to its searchless self. I know that the rule of thumb is to not use the GAC but I think this is a special case...The complexity added by compiling lucene would not be worth the headache for such small app like docbrowser (I'm assuming here that docbrowser is the one actually doing the indexing...) The process to make the index is similar to the actual index. The important method is PopulateSearchableIndex which fills SearchableDocuments that are added to the Lucene index. It is implemented for the ecmaspec and the ecma providers. The SearchableDocuments have 5 fields: - title: nice title to show to the user - url: to retrieve the node later - hottext: the most important bits in this node - text: a big piece of text - examples: the code examples found The ones used for searching are the last 3 in the following order of importance: hottext text examples. The important missing things are: - The modifications made by the user aren't added to the index - Nodes added with the --edit parameter won't be searchable either - Right now, the whole Lucene is compiled in monodoc. Will it be better a lighter version of Lucene? I guess the question here is how dynamic do we want indexing to be? Personally I don't think it is a big deal if the index is built once and never gets updated (Monodoc is pretty much static anyways... with all of the doc bundles being built AOT). Maybe a --reindex flag that would force a complete index rebuild would be good enough. Even if it took a few minutes to complete. I'm basing all my knowledge on your emails without having seen the actual patch so please take what I'm saying with a grain of salt. I'm looking forward to finally seeing the long waited search feature working - raf Comments please! [1] http://personales.ya.com/msopena/Monodoc.Lucene.Net.tar.gz [2] http://www.mono-project.com/Assemblies_and_the_GAC ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-docs-list] Monodoc print support patch - feedback needed.
Mario,
My comments are below:
On Mon, 2005-08-29 at 14:45 +0200, Mario Sopena wrote:
Hello,
On 8/28/05, Rafael Ferreira [EMAIL PROTECTED] wrote:
Hey everyone,
This patch creates a basic infrastructure for printing in monodoc. The
patch is composed of:
* docbrowser.patch - Minor changes to browser.cs / browser.glade to add
printing support
* IPrintManager.cs - Printing interface to allow for different printing
back ends
* GtkHTMLPrintManager.cs - GtkHtml implementation of IPrintManager.cs
It's better to integrate everything in the patch file (just my
opinion). Just use svn add file_name for adding those .cs files and
then, when you make the patch, svn will integrate them. For the
Changelog, label the new files with the word added, so everyone will
know that file was added at that point (look at the other entries in
the Changelog).
Fixed. I didn't know I could do a svn add while in anonymous svn mode.
I also updated the Changelog, let me know if it looks any better.
Also, the diff to the glade file shows you are including a lots of things
like:
+ property
name=ellipsizePANGO_ELLIPSIZE_NONE/property
+ property name=width_chars-1/property
+ property name=single_line_modeFalse/property
+ property name=angle0/property
that are probably automatically added by glade but are not necessary,
so try to leave them out. You have also some changes to some icons or
images..are those necessary? Can you explain why?
I have no clue what those ellipsize glade tags are. I played around
with glade for a while to see if I could remove those with no luck.
Aside from manually editing the xml I have no idea how to make them go
away. But to answer your question, the only other change I made to this
file (besides adding the gtk-stock-print menu item) is to enforce that
the About menu item is using the gtk-stock-about icon. Originally
FC4/Clearlooks was having problems saving the glade file because it
could not find the About icon.
Let me know what you think,
- raf
Mario
Currently the GtkHtml implementation is fully functional in all of its
css-less glory. The lack of css support will cause the printed html to
not look identical to the on-screen html if the user is using the
gecko rendering engine. This can be easily corrected/improved by
implementing a Gecko based print manager once gecko-sharp catches up to
printing.
As always, feedback is appreciated.
- raf
___
Mono-docs-list maillist - Mono-docs-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-docs-list
Index: GtkHTMLPrintManager.cs
===
--- GtkHTMLPrintManager.cs (revision 0)
+++ GtkHTMLPrintManager.cs (revision 0)
@@ -0,0 +1,56 @@
+//
+// GtkHTMLPrintManager.cs: Handles monodoc printing on Gnome using GtkHTML
+// Author:
+// Rafael Ferreira [EMAIL PROTECTED]
+//
+// (C) 2005 Rafael Ferreira
+//
+namespace Monodoc {
+ using System;
+ using Gtk;
+ using Gnome;
+
+ public class GtkHTMLPrintManager : IPrintManager {
+ public void Print(string Html, string Css, string Caption) {
+
+ if (Html == null) {
+Console.WriteLine(empty print);
+return;
+ }
+
+ if (Caption==null)
+Caption=Monodoc Printing;
+
+ PrintJob pj = new PrintJob (PrintConfig.Default ());
+ PrintDialog dialog = new PrintDialog (pj, Caption, 0);
+
+ Gtk.HTML gtk_html = new Gtk.HTML(Html);
+ gtk_html.PrintSetMaster(pj);
+
+ PrintContext ctx = pj.Context;
+ gtk_html.Print(ctx);
+
+ pj.Close();
+
+ // hello user
+ int response = dialog.Run ();
+
+ if (response == (int) PrintButtons.Cancel) {
+dialog.Hide ();
+dialog.Dispose ();
+return;
+ }
+ else if (response == (int) PrintButtons.Print) {
+pj.Print();
+
+ }else if (response == (int) PrintButtons.Preview) {
+new PrintJobPreview(pj,Caption).Show();
+ }
+
+ ctx.Close();
+ dialog.Hide();
+ dialog.Dispose();
+ return;
+ }
+ }
+}
Index: browser.cs
===
--- browser.cs (revision 48356)
+++ browser.cs (working copy)
@@ -167,7 +167,10 @@
this.Url = url;
}
}
+ // handles printing
+ IPrintManager print_manager = null;
+
public ArrayList bookList;
public Browser (bool UseGecko)
@@ -230,6 +233,9 @@
bookList = new ArrayList ();
index_browser = IndexBrowser.MakeIndexBrowser (this);
+
+ // print manager logic
+ print_manager = (IPrintManager) new GtkHTMLPrintManager();
AddTab();
MainWindow.ShowAll();
@@ -489,6 +495,12 @@
{
Application.Quit ();
}
+
+ void on_print_activate (object sender, EventArgs e) {
+ Node n;
+ // sending Html to the printed.
+ print_manager.Print(help_tree.RenderUrl (CurrentUrl, out n),null,n.Caption);
+ }
void
[Mono-docs-list] Monodoc print support patch - feedback needed.
Hey everyone, This patch creates a basic infrastructure for printing in monodoc. The patch is composed of: * docbrowser.patch - Minor changes to browser.cs / browser.glade to add printing support * IPrintManager.cs - Printing interface to allow for different printing back ends * GtkHTMLPrintManager.cs - GtkHtml implementation of IPrintManager.cs Currently the GtkHtml implementation is fully functional in all of its css-less glory. The lack of css support will cause the printed html to not look identical to the on-screen html if the user is using the gecko rendering engine. This can be easily corrected/improved by implementing a Gecko based print manager once gecko-sharp catches up to printing. As always, feedback is appreciated. - raf printing.tar.gz Description: application/compressed-tar ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-list] Problems with aspx project
The project dll must go in /bin of you web app and the referenced dll can go either in the gac (using gacutil -i) or in /bin as well. try that and let us know if you're problems persist. - raf On Wed, 2005-08-24 at 17:05 +0200, Alex Lopez Garcia wrote: Hi, I have an aspx project fully developed under Microsoft Visual Studio 2003. Obviously, as a result of building my project, I get some aspx files and a ‘dll’. I also have an external dll file that my project references at. When I have tried to run this site under mono with Apache and mod-mono module, I’ve received an error in the compiled page saying that the referenced dll file could not be found. I managed then to put this dll in every folder that I imagine it deal with to solve the error, but it persists. If anyone can give me an idea where the problem can come from I will be very glad. thanks in advanced, Álex ___ 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-dev] Sorry about asking this
you can try: http://www.gotmono.com/docs/ but it is a bit outdated... On Sat, 2005-08-20 at 18:41 -0500, Buddy Lindsey wrote: I am fairly new to .NET development. I have done some stuff with MS.NET and really enjoy it. I recently started playing with mono on linux and only found some basic tutorials that show making a window and button. The problem is I don't know how to resize the button or put it in a specific location or anyting like that. I was wondering if there were some tutorials that I could be pointed towards to be able to do this. Actually any tutorials would be great. Thanks ___ 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-list] Gtk.HTML.Print() - has anyone used this?
Hey everyone,
I have a simple app that I'm trying to add print support to and it is
not working - even though everything seems to be working ok (I'm basing
this on the scarce documentation I've found on the print support of
gtkhtml). Any ideas? or at least can someone point me to a good example
of using GtkHtml.Print()?
using System;
using Gtk;
using Gnome;
public class GnomePrintManager : IPrintManager {
public void Print(string Html) {
PrintJob pj = new PrintJob (PrintConfig.Default ());
PrintDialog dialog = new PrintDialog (pj, Dummy
Title, 0);
int response = dialog.Run ();
if (response == (int) PrintButtons.Cancel) {
Console.WriteLine (Canceled);
dialog.Hide ();
dialog.Dispose ();
return;
}else if (response == (int) PrintButtons.Print) {
Console.WriteLine( printing );
PrintContext ctx = pj.Context;
Gtk.HTML gtk_html = new Gtk.HTML(Html);
gtk_html.Print(ctx);
ctx.Close();
}else if (response == (int) PrintButtons.Preview) {
new PrintJobPreview(pj,Dummy Title);
}
pj.Close();
dialog.Hide();
dialog.Dispose();
return;
}
}
--
Rafael Ferreira [EMAIL PROTECTED]
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-docs-list] print support for monodoc
Hey I'm thinking about hacking print support for monodoc, but I have a few simple questions: * Is there still interest in it? * Is anyone else working on this? * Any pointers? - raf ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-devel-list] Serializing widgets with C#
Alfredo Jose Muela Romero wrote: El Sun, 31 Jul 2005 17:48:21 -0700 Rafael Ferreira [EMAIL PROTECTED] escribió: Crazy question but can you explain to me why would you want to do that? Sure. The point is that I'm developing a program in which the GUI is generated dinamically (i.e. widgets come and go with the user interaction) so one of my business classes contains an array of Gtk.Widgets (the ones which are added to the interface). So, somehow, I need to keep this info for the next restarting of the program (in order to keep the interface as the user wanted before stopping the program). At this point the choices were: 1) Back-up the object at a OODB 2) Back-up the data at tables in a RDB 3) Make a config file where I put the needed info to reconstruct the objects (with the widgets) at starting time 4) Serialize the objects before stopping the program and deserialize them at starting. And, well, you know my choice. Any suggestions and/or advices will be welcomed. Alfredo. - raf On Sun, 2005-07-31 at 19:46 +0200, Alfredo Jose Muela Romero wrote: Hi everybody, I'm new to this list, I have look up the answer to my question trough the list's files but I haven't found it so I'll make it: how can I make it to serialize an object which contains an array of Gtk.Widgets since for serializing I need to mark the classes with [Serializable]? In other words, how can I serialize an object with 3rd party objects whithin? Thanks in advance, Alfredo. ___ 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 What you're trying to accomplish is impossible. first because gtk widgets are not serializable and secondly, it just sounds like a bad idea all together :-). In order for you to serialize an array of anything the entire object graph needs to be serializable, so if you wrap a gtk widget in a class that is ISerializable, it will still fail since the widget isn't. I suggest you look into Monodevelop's settings code to get a sense of how MD is persisting the user UI preferences and reconfiguring it at start up. my 2 cents, - raf ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] monodoc fails to start
Try running with mono --debug and posting the entire exception stack. most likely it is p/invoking for something and failing. - Rafael On Wed, 2005-07-20 at 23:41 +0100, Paul wrote: Hi, When I try to start monodoc, I get the following Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object This was built fresh at about 17:00 hrs (British Summer Time) today. TTFN Paul ___ 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-docs-list] Re: PATCH: resubmit
Hey Joshua, hehe... I don't have commit rights yet... I suppose I should pursue that with miguel. But in the meantime, I'll make changes you pointed out below and I'll take a look at the searching option. I tell you what tho, browser.cs might have to be broken up, there's just too much logic in that file and it would be a mess to tag even more to it. Ah also, I have a patch to the bookmarking logic that makes it behave more like a web browser (where the Add/Edit bookmark options are always available). I'll send that to you next. Any ideas/pointers on the searching? I'll take a look at dotlucene... cheers, - raf On Tue, 2005-06-14 at 16:29 -0400, Joshua Tauberer wrote: Hey, The patch is ok. Feel free to commit (and thanks), but here are some pedantic comments: [Glade.Widget] TreeView PluginsTreeView; Don't need that anymore. - RootTree.UncompiledHelpSources.Add(args[i+1]); + RootTree.UncompiledHelpSources.Add(args[i+1]); Try to avoid those whitespace changes. + property name=label translatable=yeslt;span size=quot;largerquot;gt;lt;bgt;monodoc:lt;/bgt; The Mono Documentation Library viewerlt;/spangt;/property Should be a capital 'v' in viewer, if the rest is going to be capitalized. Say, I don't suppose you want to work on indexing/searching next? ___ Mono-docs-list maillist - Mono-docs-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] Re: [Mono-devel-list] patch for bug#57748
Joshua,
give you get a chance to look at this yet?
- raf
On Sat, 2005-06-11 at 14:21 -0700, Rafael Ferreira wrote:
On Sat, 2005-06-11 at 07:25 -0400, Joshua Tauberer wrote:
Rafael Ferreira wrote:
This patch fixes bug#57748 by giving the docbrowser its AssemblyInfo
back and by changing the About dialog to display the extra information.
Hi, Rafael. You should post monodoc-related patches to mono-docs-list.
I broke up the About dialog into a 4 tab notebook/treeview
(about/authors/plugins/version).
Not bad.
Thanks!
AboutDialog.cs:
string[] plugins = {ECMA Documentation,Mono XML
Documentation, Mono Handbook, Manual Pages, Compiler Errors,ECMA
C# Specification };
The providers are all compiled into monodoc 'statically', so the user
has no control over it. I don't think we need to list them.
Would you like to remove the plugins tab completely or just have a label
instead of the list?
AssemblyInfo.cs.in:
[assembly:AssemblyVersion(@DOCBROWSER_VERSION@)]
[assembly:AssemblyDelaySign(true)]
Thanks!
Nice.
configure.in:
+DOCBROWSER_VERSION=1.0
Yeah, I should have noted that I put a placeholder there.
Miguel needs to chime in with how he would want monodoc to be versioned.
Also, it would be nice to display the monodoc version more prominently,
instead of just in the list of loaded assemblies.
I changed the interface so the docbrowser version shows up in the about
tab as well, check it out and tell me what you think:
http://ophion.org/~rafael/static/about3.png
docbrowser/browser.cs:
- RootTree.UncompiledHelpSources.Add(args[i+1]);
+ //RootTree.UncompiledHelpSources.Add(args[i+1]);
Please don't disable my features. :)
Oops, I forgot I did that. That line is giving me some compilation
problems:
./browser.cs(79) error CS0117: `Monodoc.RootTree' does not contain a
definition for `UncompiledHelpSources'
Do you want me to just leaved it commented for now?
-class Browser {
+public class Browser {
Why this?
Fixed.
+/*
class About {
You can just delete that class and any Glade stuff it has, if any.
-class Tab : Notebook {
+public class Tab : Notebook {
Again, I don't think this was necessary.
Fixed.
Thanks for working on updating the about dialog. Can you fix the issues
I noted, add a ChangeLog, and then repost the patch on mono-docs-list?
Let me know what you want to do about the plugins tab and I'll send you
a new patch with all the fixes.
Take care,
- raf
___
Mono-docs-list maillist - Mono-docs-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-docs-list
___
Mono-docs-list maillist - Mono-docs-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-docs-list] PATCH: resubmit
Thanks Joshua, I didn't mean to rush you...
See my comments below:
On Mon, 2005-06-13 at 15:39 -0400, Joshua Tauberer wrote:
Heh, okay, okay, here we go...
Rafael Ferreira wrote:
Would you like to remove the plugins tab completely or just have a label
instead of the list?
My preference would be to remove it alltogether.
Done.
I changed the interface so the docbrowser version shows up in the about
tab as well, check it out and tell me what you think:
Nice.
:-)
Oops, I forgot I did that. That line is giving me some compilation
problems:
You just need to 'make install' the latest monodoc.dll from
/monodoc/browser.
issue resolved.
So, here's the latest patch, let me know if you see any issues. I still
have 1.0.0 hardcoded for the docbrowser version. That would be easy to
change once a decision on docbrowser's version is made.
- raf
namespace Monodoc {
using System;
using Gtk;
using Glade;
using System.Reflection;
public class AboutDialog : Gtk.Window {
[Glade.Widget] Window about;
[Glade.Widget] Image logo_image;
[Glade.Widget] TreeView AuthorsTreeView;
[Glade.Widget] TreeView VersionTreeView;
[Glade.Widget] TreeView PluginsTreeView;
[Glade.Widget] Gtk.Label AboutLabel;
string[] authors = {Miguel de Icaza ([EMAIL PROTECTED]),Duncan Mak ([EMAIL PROTECTED]),Joshua Tauberer ([EMAIL PROTECTED]),Lee Malabone,Philip Van Hoof,Johannes Roith ([EMAIL PROTECTED]),Alp Toker ([EMAIL PROTECTED]),Piers Haken,John Luke ([EMAIL PROTECTED]),Ben Maurer,Mario Sopena novales,
Rafael Ferreira ([EMAIL PROTECTED])};
string about_str = The mono documentation viewer\n bversion {0}/b;
public AboutDialog() : base(AboutWindow) {
Glade.XML gxml = new Glade.XML (null, browser.glade, about, null);
gxml.Autoconnect (this);
//about.TransientFor = parent.window1;
// populating tabs
PopulateAuthors();
PopulateVersion();
// About tab:
//putting logo in
logo_image.Pixbuf = new Gdk.Pixbuf (null, monodoc.png);
AboutLabel.Markup = String.Format(about_str,Assembly.GetExecutingAssembly().GetName().Version.ToString());
}
void PopulateVersion() {
VersionTreeView.AppendColumn(Assembly,new CellRendererText(),text,0);
VersionTreeView.AppendColumn(Version,new CellRendererText(),text,1);
TreeStore store = new TreeStore(typeof(string),typeof(string));
VersionTreeView.Model = store;
TreeIter iter = new TreeIter();
foreach (Assembly asm in AppDomain.CurrentDomain.GetAssemblies ()) {
iter = store.AppendValues (asm.GetName().Name, asm.GetName().Version.ToString());
}
VersionTreeView.RulesHint = true;
}
void PopulateAuthors() {
AuthorsTreeView.AppendColumn(Author,new CellRendererText(),text,0);
TreeStore store = new TreeStore(typeof(string));
AuthorsTreeView.Model = store;
//disabling headers
//AuthorsTreeView.HeadersVisible = false;
TreeIter iter = new TreeIter();
foreach (string a in authors)
iter = store.AppendValues(a);
AuthorsTreeView.RulesHint = true;
}
public void OnOkClicked (object sender, EventArgs a)
{
about.Hide();
}
public void OnDelete (object sender, EventArgs a)
{
about.Destroy();
}
}
}
using System.Reflection;
using System.Runtime.CompilerServices;
[assembly:AssemblyVersion(@DOCBROWSER_VERSION@)]
[assembly:AssemblyDelaySign(true)]
Index: configure.in
===
--- configure.in (revision 45802)
+++ configure.in (working copy)
@@ -52,6 +52,9 @@
GNUNIT_VERSION=0.5
AC_SUBST(GNUNIT_VERSION)
+DOCBROWSER_VERSION=1.0
+AC_SUBST(DOCBROWSER_VERSION)
+
AC_OUTPUT([
Makefile
gnunit/Makefile
@@ -62,6 +65,7 @@
docbrowser/Makefile
docbrowser/monodoc.desktop
docbrowser/monodoc
+docbrowser/AssemblyInfo.cs
po/Makefile.in
asn1view/Makefile
asn1view/art/Makefile
Index: ChangeLog
===
--- ChangeLog (revision 45802)
+++ ChangeLog (working copy)
@@ -1,3 +1,6 @@
+2005-06-11 Rafael Ferreira [EMAIL PROTECTED]
+* configure.in: added @DOCBROWSER_VERSION@
+
2005-06-09 Gonzalo Paniagua Javier [EMAIL PROTECTED]
* configure.in: added GNUNIT_VERSION.
Index: docbrowser/ChangeLog
===
--- docbrowser/ChangeLog (revision 45802)
+++ docbrowser/ChangeLog (working copy)
@@ -1,3 +1,10 @@
+2005-06-11 Rafael Ferreira [EMAIL PROTECTED
[Mono-docs-list] Re: [Mono-devel-list] patch for bug#57748
On Sat, 2005-06-11 at 07:25 -0400, Joshua Tauberer wrote:
Rafael Ferreira wrote:
This patch fixes bug#57748 by giving the docbrowser its AssemblyInfo
back and by changing the About dialog to display the extra information.
Hi, Rafael. You should post monodoc-related patches to mono-docs-list.
I broke up the About dialog into a 4 tab notebook/treeview
(about/authors/plugins/version).
Not bad.
Thanks!
AboutDialog.cs:
string[] plugins = {ECMA Documentation,Mono XML Documentation,
Mono Handbook, Manual Pages, Compiler Errors,ECMA C# Specification
};
The providers are all compiled into monodoc 'statically', so the user
has no control over it. I don't think we need to list them.
Would you like to remove the plugins tab completely or just have a label
instead of the list?
AssemblyInfo.cs.in:
[assembly:AssemblyVersion(@DOCBROWSER_VERSION@)]
[assembly:AssemblyDelaySign(true)]
Thanks!
Nice.
configure.in:
+DOCBROWSER_VERSION=1.0
Yeah, I should have noted that I put a placeholder there.
Miguel needs to chime in with how he would want monodoc to be versioned.
Also, it would be nice to display the monodoc version more prominently,
instead of just in the list of loaded assemblies.
I changed the interface so the docbrowser version shows up in the about
tab as well, check it out and tell me what you think:
http://ophion.org/~rafael/static/about3.png
docbrowser/browser.cs:
- RootTree.UncompiledHelpSources.Add(args[i+1]);
+ //RootTree.UncompiledHelpSources.Add(args[i+1]);
Please don't disable my features. :)
Oops, I forgot I did that. That line is giving me some compilation
problems:
./browser.cs(79) error CS0117: `Monodoc.RootTree' does not contain a
definition for `UncompiledHelpSources'
Do you want me to just leaved it commented for now?
-class Browser {
+public class Browser {
Why this?
Fixed.
+/*
class About {
You can just delete that class and any Glade stuff it has, if any.
-class Tab : Notebook {
+public class Tab : Notebook {
Again, I don't think this was necessary.
Fixed.
Thanks for working on updating the about dialog. Can you fix the issues
I noted, add a ChangeLog, and then repost the patch on mono-docs-list?
Let me know what you want to do about the plugins tab and I'll send you
a new patch with all the fixes.
Take care,
- raf
___
Mono-docs-list maillist - Mono-docs-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-list] Running mono app from cron job?
most likely cron can't find mono. I suggest doing something like this 0,15,30,45 * * * * /usr/local/bin/mono /root/scripts/WatchSite.exe or just making a bash script out of it and running that instead On Mon, 2005-06-06 at 18:50 -0700, Eric Damron wrote: I'm hoping some of you have started mono apps from a cron job. I can't seem to get my app to fire. In my crontab: 0,15,30,45 * * * * cd /root/scripts/; mono WatchSite.exe Thanks. ___ 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] Re: Little glade xml to .cs stub generator
My pleasure, thanks! - raf On Wed, 2005-06-01 at 11:42 +1000, Bryan Buchanan wrote: On Wed, 2005-06-01 at 10:32, [EMAIL PROTECTED] wrote: Rafael, Great little tool. Very useful. Thanks for making it available. Bryan From: Rafael Ferreira [EMAIL PROTECTED] Of course, this works for me (tm), your mileage may vary... and please email me any questions/comments. - Rafael download it here: http://ophion.org/~rafael/static/download/GladeStub.tar.bz2 ___ 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] eclipse IDE
omg, wtf? On Fri, 2005-05-13 at 10:52 -0400, jim lawrence wrote: I have the eclipse IDE and it says something about java I also have java installed for firefox can I make a link to the eclipse folder so that it will work? or do I need to dowenload some different java ? I looked at the java site I have this file j2eesdk-1_4-linux.bin Is it the correct one? will this one over right the one i use for browsing? ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-devel-list] [PATCH] fix problem compiling monodebugger from trunk
Hey guys, this is a very simple patch that fixes mdb's compilation. I
hope you guys can use it.
- Rafael
Index: backends/mono/MonoClassObject.cs
===
--- backends/mono/MonoClassObject.cs (revision 44212)
+++ backends/mono/MonoClassObject.cs (working copy)
@@ -54,7 +54,7 @@
public string PrintObject ()
{
ITargetObject[] args = new ITargetObject[0];
- ITargetFunctionObject func;
+ ITargetFunctionObject func = null;
ITargetStructType stype = (ITargetStructType)type.Type;
again:
Re: [Mono-list] Is there still interest in a custom thread pool for XSP?
Thanks Gonzalo for the reply. I might finish plugging the thread pool in and running some tests just to see how things compare. - raf On Sat, 2005-04-23 at 22:43 -0400, Gonzalo Paniagua Javier wrote: On Thu, 2005-04-21 at 23:27 -0700, Rafael Ferreira wrote: Hey guys, I've been working on a simple - but functional - ThreadPool implementation that could be made to work with XSP is there still interest in pursuing such idea? Not really. The bulk of the load on xsp is already handled by System.Threading.ThreadPool (ASP.NET uses it) and with the recent changes in socket asynch. IO there's a lot less pressure on that threadpool. Thanks. -Gonzalo ___ 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] Firebird and Apache/XSP as non-root
Can you tell us more, for instance: * Are you using Apache with XSP standalone (not Mod-mono) and using mod-proxy on apache? If so what is your proxy configuration * What does the apache access log say? * How is XSP configured? Can you get to it via telnet or something while not running as root? - raf On Wed, 2005-03-23 at 13:45 -0300, Fabian Luque wrote: I'm trying to access a Firebird database in a remote Windows server through the .NET Firebird provider and ASP.NET webapp. If I run XSP/Apache as root everything runs just fine. But if I run them as a normal user I get this error: Unable to complete network request to host 192.168.0.5 I've seen this same question asked before in this list and no answer was given. The same happens with a local database (on Linux) with all the permissions established. If I connect with ISQL tool provided with Firebird, I can access the DB with no errors. Any help would be appreciated. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] GnomeVFS
You should start here: http://developer.gnome.org/doc/API/gnome-vfs/ I'm not sure how much of GnomVfs has been glued yet but if nothing else you can P/invoke everything you need. - raf On Tue, 2005-03-08 at 13:23 +, Neil J. patel wrote: Hi, I have tried to find documentation to this, but to no avail. What i would like to do is write a very basic GnomeVFS module, using mono, to a sqlite database. I would like to know if this is at all possible, and if so, where i would start (i.e. browsing through mono's doc's didn't help me, but i may have missed it, as i do not know what i am looking for). Thanks in advance, Neil ___ 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] mono gc logging
Hey everyone, is there a way for mono to give me a log of the gc, just like java, with the timestamp of when it woke up and how much it collected? I know of the MONO_LOG_LEVEL=debug but that is not the kind of output I'm looking for. - Rafael ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] getting a thread dump on mono?
big thanks Gonzalo, I'll try that tonight Rafael Gonzalo Paniagua Javier wrote: On Fri, 2004-12-03 at 00:05 -0700, Rafael Ferreira wrote: Hey everyone, I'm working on a toy distributed cache app using mono on linux and I would like to get a thread dump like I would get with java doing a kill -3 on a pid. Any ideas? Some time ago, exporting MONO_DEBUG (see 'man mono') with any value made Ctrl-C (SIGINT) behave like that. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] eclipse, ikvm, linux, ppc
That would be a very difficult task... If I remember correctly, a lot of stuff had to be patched in order to make eclipse 2.1 to run. - raf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Staudinger Sent: Thursday, August 05, 2004 10:18 AM To: [EMAIL PROTECTED] Subject: [Mono-list] eclipse, ikvm, linux, ppc Hello, i'm trying to run eclipse-3.0 on my debian powered ibook. It's working with jikes, but running it with ikvm would be really cool (and fast hopefully). Mono 1.0 is installed via apt-get, with the help of some -b source. When i try to launch eclipse i get the following output: [EMAIL PROTECTED]:/opt/eclipse$ ikvm.exe -cp startup.jar org.eclipse.core.launcher.Main -os linux -ws gtk ** ERROR **: file exceptions-ppc.c: line 930 (ves_icall_get_trace): assertion failed: (ji != NULL) aborting... Jeroen Frijters told me to ask over here if anyone was interested in investigating this issue. I'd be really thankful for any advice and will give my best to help figuring it out. Best Regards, Rob ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Objects sizes and the GC.
Hey everyone, I'm working on an application using mono/.net that implements various in-memeory cache algorithms for very large objects and one of the issues I'm trying to address is when to swap cached objects out of memory. Historically, this would be done in 3 different ways: by setting a hard limit on the number of objects cached and swapping out after reaching the limit, by querying the memory utilization every time you would something like malloc() and finally by using some algorithm that would attempt to predict the need for swapping based upon the hit/miss ratio. Now, I'm building something that utilizes both the hit/miss ratio but that would be smart enough to not rely on the OS to swap stuff to disk and that's where I'm having issues. To the best of my knowledge, the only interface into the inner workings on the GC is via System.GC (GC.GetTotalMemory) and that gives me basically no access to how much memory an object is taking at any given time. I do understand that this is done that way for a reason, since memory footprint in a GC based environment is not an exact science, but I believe that there must be another facility that I can use to at least get an approximate value of an object memory utilization. Also, I've heard of Marshal.SizeOf() but according to the documentation that only works in unmanaged objects, and I think it would be too costly of a process to marshal my objects just so I can query it's memory footprint. Speed is very, very important in my app. Let me know if you guys can help me, - raf ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
