[Mono-dev] mono profiling

2005-11-10 Thread Peter Morong
Hi

I'm trying to profile my program and mono libraries using coverage
profiler (./mono/profiler/mono-cov.c). But everything I get is 
not covered response for every method. Is there any special way
how to compile mono? Can anybody help me, please?

Peter
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] Problem with debugger on gentoo

2005-11-10 Thread Hubert FONGARNAND




I've compiled the mono debugger from svn.
When I try to run mdb I get:

[EMAIL PROTECTED] ~/mono/debugger $ mdb
Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid: Assertion `result = _rtld_local._dl_tls_max_dtv_idx' failed!

I'm running this libc:
GNU C Library 20041102 release version 2.3.4, by Roland McGrath et al.
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6).
Compiled on a Linux 2.6.8 system on 2005-02-08.
Available extensions:
 GNU libio by Per Bothner
 crypt add-on version 2.1 by Michael Glad and others
 Native POSIX Threads Library by Ulrich Drepper et al
 The C stubs add-on version 2.1.2.
 GNU Libidn by Simon Josefsson
 BIND-8.2.3-T5B
 NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Thread-local storage support included.
For bug reporting instructions, please see:
http://www.gnu.org/software/libc/bugs.html.

thanks

___Ce message et les éventuels documents joints peuvent contenir des informations confidentielles.Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite.Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu.

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] Howto debug Mono and dev tools

2005-11-10 Thread Christopher Bergström
Quick questions
1) What are the recommended tools for debugging mod_mono/xsp/mono? If
it's mono debugger or just recompile with --debug options I apologize
for such an obvious question. I especially need to know for a server
with X11 forwarding off. (I've been reading about Mono debugger, but
have yet to use it. Is it really that great?)

2) Do I submit patches in standard format? Is it preferred to diff
against svn head or latest release? (I'll look on the site for something
on submitting patches)

3) Tools for development reopened...
a. X-develop is simple and seems to work with minimal learning curve
(Lacks ftp,sftp,webdev support, but does have svn/repository)
b. Slick edit (Looks great, but at the same time like a modified emacs)
c. MonoDevelop (tried it about a year ago.. Has it gotten
significantly better?)
d. SharpDevelop (Windows only setup* script.. Any
comments/suggestions for trying to port this over if someone has not
done so already?)
e. Bluefish?
f. Eclipse with lots of plugins/which ones?

Is there anything that will allow a preview window for
.xml/.html/xhtml/.aspx based pages. (Don't need WYSIWYG editor)
Must work in Linux
Built-in debugger
FTP/SFTP/SVN/CSV support
Project explorer and quick navigation
Autocompletion?
Fast and not using Java?
Open source?

Thanks

C.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Howto debug Mono and dev tools

2005-11-10 Thread Jonathan Pryor
On Thu, 2005-11-10 at 12:46 +0200, Christopher Bergström wrote:
 Quick questions
 1) What are the recommended tools for debugging mod_mono/xsp/mono? If
 it's mono debugger or just recompile with --debug options I apologize
 for such an obvious question. I especially need to know for a server
 with X11 forwarding off. (I've been reading about Mono debugger, but
 have yet to use it. Is it really that great?)

The debugger is, has been, and will likely continue to be a
work-in-progress.  It is not currently usable by mere mortals.

Which leaves *.WriteLine and log files as your debugging mechanism --
Console.WriteLine() (not suitable for mod_mono), Console.Error.WriteLine
(sent to Apache's error_log), System.Diagnostics.Trace.WriteLine()...

For System.Diagnostics.Trace, you'll probably want to set the
(XPath) /configuration/system.diagnostics/assert/@logfilename attribute
in your .config file (app-name.exe.config or web.config), e.g.:

configuration
  system.diagnostics
assert logfilename=your-log-file.txt /
  /system.diagnostics
/configuration

You can also add additional TraceListeners to send output to additional
files if necessary.  You might find this interesting:

http://lists.ximian.com/pipermail/mono-list/2002-December/010504.html

If using System.Diagnostics.Trace, don't forget to compile your code
with the TRACE symbol defined, e.g. with ``#define TRACE''.

 2) Do I submit patches in standard format? Is it preferred to diff
 against svn head or latest release? (I'll look on the site for something
 on submitting patches)

Diffs need to be in unified-diff format (e.g. `diff -upN`).  The default
`svn diff` output is in unified-diff format, and is thus acceptable.  

Diffing against svn-head is easiest for us to deal with, as the code may
have changed (possibly fixing your bug) since the last release.

 3) Tools for development reopened...

What, no (g) -- vim/emacs and a command line?  Works great remotely when
X11 forwarding is off.

 c. MonoDevelop (tried it about a year ago.. Has it gotten
 significantly better?)

Define significantly.  I've heard the more recent versions are more
stable, but I don't use it.

 Is there anything that will allow a preview window for
 .xml/.html/xhtml/.aspx based pages. (Don't need WYSIWYG editor)
 Must work in Linux
 Built-in debugger
 FTP/SFTP/SVN/CSV support
 Project explorer and quick navigation
 Autocompletion?
 Fast and not using Java?
 Open source?

Nothing has all of those features, because one of them doesn't currently
exist -- a Built-in debugger.  You've already mentioned several
programs which will handle some of the items on that list, MonoDevelop
in particular, and I don't know of any unmentioned programs that would
work.

 - Jon


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] SVN case conflict

2005-11-10 Thread Gena
 Hello, I'm trying to checkout the SVN trunk for mono in my Windows XP
 box, but there is one file that has the same name Upper and Lower
 case, this makes conflict and I get an error and can't continue with
 TortoiseSVN.

 I found some solutions for this [1] but all of them in the server
 side, I think for compatibility the best is don't have
 same-name-different-case files, this also happens with MacOS X [2]

 Anyway, the files are not from the source code:
 svn://svn.myrealbox.com/source/trunk/website/newsitems/jun-28.html
 svn://svn.myrealbox.com/source/trunk/website/newsitems/Jun-28.html
 (Note the j/J in the name)

 [1] http://tortoisesvn.sourceforge.net/?q=case_conflict_solution
 [2] http://subversion.tigris.org/issues/show_bug.cgi?id=667


 Thank you,
 Rodrigo Queipo.

 --
 Saludos,
 Rodrigo.


Hi Rodrigo, thanks for the links, did you solve the problem? Is there
another solution to fix it on a client side (i.e. provide some SVN
configuration file to skip these files during update)?

Please anybody delete the *website/newsitems/Jun-28.html* file :).

I guess it would be the best if someone will install in the repository
something like sripts in [1] which will prevent SVN server to create 2
files different only by case.

Best regards,
Gennadiy
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] SVN case conflict

2005-11-10 Thread Ben Maurer
On Thu, 2005-11-10 at 12:20 +0100, Gena wrote:
  Hello, I'm trying to checkout the SVN trunk for mono in my Windows XP
  box, but there is one file that has the same name Upper and Lower
  case, this makes conflict and I get an error and can't continue with
  TortoiseSVN.
 
  I found some solutions for this [1] but all of them in the server
  side, I think for compatibility the best is don't have
  same-name-different-case files, this also happens with MacOS X [2]
 
  Anyway, the files are not from the source code:
  svn://svn.myrealbox.com/source/trunk/website/newsitems/jun-28.html
  svn://svn.myrealbox.com/source/trunk/website/newsitems/Jun-28.html
  (Note the j/J in the name)
 
  [1] http://tortoisesvn.sourceforge.net/?q=case_conflict_solution
  [2] http://subversion.tigris.org/issues/show_bug.cgi?id=667
 
 
  Thank you,
  Rodrigo Queipo.
 
  --
  Saludos,
  Rodrigo.
 
 
 Hi Rodrigo, thanks for the links, did you solve the problem? Is there
 another solution to fix it on a client side (i.e. provide some SVN
 configuration file to skip these files during update)?
 
 Please anybody delete the *website/newsitems/Jun-28.html* file :).
 
 I guess it would be the best if someone will install in the repository
 something like sripts in [1] which will prevent SVN server to create 2
 files different only by case.

FYI, there is no reason to check out /trunk/. You will get way too much
stuff. You should check out /trunk/mcs, /trunk/mono, etc.

There are a few scripts that would be nice to put for some quick error
checking. For example, I'd really like one that forbids new text files
that aren't svn:eol-style=native. In a similar vein, it'd be great to
have one that forbids users from adding \r\n lines to a file that is
completely \n. It's more a matter of us having time to QA and in some
cases write the scripts.

-- Ben

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] .Net 2.0 code failing on mono

2005-11-10 Thread Ron Vered



My company is not 
officially supporting mono and some client WinForms code was built for .net 
2.0.

With my limited 
bandwidth, I would like to help the cause of mono to make this code run also on 
mono.

When naively running 
the client app with mono (1.1.9.2) I get a dialougue with 
** ERROR **: file 
class.c line 2233 (mono_class_setup_parent): should not be reached 
aborting...
With no additional 
information about the problem.

Guessing it maybe 
related to missing assemblies / implementation, I have 
tried:
mono 
--trace=M:Assembly:GetTypes
which produces no 
information.

What can I do to 
find out what is the cause?
___
Siebel
IT'S ALL ABOUT THE CUSTOMER
Visit www.siebel.com

This e-mail message is for the sole use of the intended recipient(s) and contains confidential and/or privileged information belonging to Siebel Systems, Inc. or its customers or partners. Any unauthorized review, use, copying, disclosure or distribution of this message is strictly prohibited. If you are not an intended recipient of this message, please contact the sender by reply e-mail and destroy all soft and hard copies of the message and any attachments. Thank you for your cooperation.

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] .Net 2.0 code failing on mono

2005-11-10 Thread Ben Maurer
Hey,

On Thu, 2005-11-10 at 16:19 -0700, Ron Vered wrote:
 My company is not officially supporting mono and some client WinForms
 code was built for .net 2.0.
  
 With my limited bandwidth, I would like to help the cause of mono to
 make this code run also on mono.
  
 When naively running the client app with mono (1.1.9.2) I get a
 dialougue with 
 ** ERROR **: file class.c line 2233 (mono_class_setup_parent): should
 not be reached aborting...
 With no additional information about the problem.
  
 Guessing it maybe related to missing assemblies / implementation, I
 have tried:
 mono --trace=M:Assembly:GetTypes
 which produces no information.

The lines in question look like:
if (!MONO_CLASS_IS_INTERFACE (class)) {
class-parent = parent;

if (!parent)
g_assert_not_reached (); /* FIXME */

This code looks like it is trying to initialize the parents of the class
being setup. Maybe you are inheriting from a new 2.0 class that we have
not created?

I'd first try compiling your program with gmcs. If there are classes
that we don't have, it should be more easily apparent there.

-- Ben

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] .Net 2.0 code failing on mono

2005-11-10 Thread Robert Jordan

When naively running the client app with mono (1.1.9.2) I get a
dialougue with 
** ERROR **: file class.c line 2233 (mono_class_setup_parent): should

not be reached aborting...
With no additional information about the problem.


An assembly is missing.

 
Guessing it maybe related to missing assemblies / implementation, I have

tried:
mono --trace=M:Assembly:GetTypes
which produces no information.
 
What can I do to find out what is the cause?


MONO_LOG_LEVEL=debug MONO_LOG_MASK=asm mono yourassembly.exe

See mono(1) (man mono)

RObert

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] extending socketoptionlevel to allow for change in keep alive options

2005-11-10 Thread Johnny Luong
I was wondering if there is a way to export the various keep alive
options (linux: tcp_keepalive_intvl, tcp_keepalive_probes,
tcp_keepalive_time) via the Socket.SetSocketOption method, throwing a
SocketException if unavailable.  It's not really standard but it would
be nice to be able to set those if they are available on the host
platform (linux, freebsd, etc) rather than as a system wide default if
possible.

Thanks,
Johnny


signature.asc
Description: OpenPGP digital signature
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] latest mono completely broken for ASP.NET on Suse as far as I can tell

2005-11-10 Thread Joe Audette
I posted a message earlier this week about getting a
503 service unavailable on my demo site
demo.mojoportal.com running the latest code from svn
(also updated tonight to r52890 with same result) and
no-one replied to my post.
this is on suse 9.2

Now I've tried a clean install of Suse 10 with the
latest mono 1.1.10 on a different machine and the same
result 503 service unavailable

What gives! Is anyone out there running the latest
code with success on suse?

Please any help, this is very frustrating and sucking
up hours of time I'd like to be using for development
on my project. I've been building mono from svn for a
long time on my Suse 9.2 machine. I'm not a linux
expert but not a newb either.
Now I can't get mojoportal working on svn code or the
latest release. I could really use some help here.

Thanks,

Joe

joe_audette [at] yahoo dotcom
http://www.joeaudette.com
http://www.mojoportal.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Using Firefox with class-status does not work

2005-11-10 Thread Atsushi Eno

Thanks for your nice assumption that we are using non-OSS browsers
to develop status pages. This bug coming from the ongoing changes
is fixed in svn; will be reflected in the status pages as well.

Atsushi Eno

Ron Vered wrote:

I use Firefox 1.0.7 and when I view class-status pages such as
http://mono.ximian.com/class-status/mono-HEAD-vs-fx-2/class-status-Syste
m.Drawing.html
 
clicking a class with Firefox will open

http://msdn2.microsoft.com/FileNotFound.htm?aspxerrorpath=/library/%20%2
0%20%20%20%20.%20%20%20%20%20%20%20%20.aspx
whereas clicking the same class with IE works just fine.
 
Please have support (and respect) to other open-source projects!


___
Siebel
IT'S ALL ABOUT THE CUSTOMER
Visit www.siebel.com

This e-mail message is for the sole use of the intended recipient(s) and 
contains confidential and/or privileged information belonging to Siebel 
Systems, Inc. or its customers or partners. Any unauthorized review, use, 
copying, disclosure or distribution of this message is strictly prohibited. If 
you are not an intended recipient of this message, please contact the sender by 
reply e-mail and destroy all soft and hard copies of the message and any 
attachments. Thank you for your cooperation.





___
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