Re: [Mono-dev] Mono 1.2 release and the SVN tree.

2006-10-29 Thread Martin Möllenbeck

Hi,

hope the bug will be fixed in the release:

I have a ipy script that works fine on win32 with ms.net but doesn't  
work with mono on win32 and macosx.



ciao
martin



log.out
Description: Binary data
__doc__ = '''

gdatareader.py - A quick and dirty GDATA reader

Version created for tutorial:

 http://hex-dump.blogspot.com/2006/08/agile-investigation-of-gdata-client.html

(C) 2006 Mark Rees http://hex-dump.blogspot.com

License: MIT

'''
import sys
import clr
import System
import System.Net
clr.AddReference(gdata.dll)
import Google.GData.Client as GDClient

def parse(uri, nc=None):
# Create a query and service object
query = GDClient.FeedQuery()
service = GDClient.Service(cl,hexdump-gdatareader-0.1)
service.Credentials = nc
query.Uri = System.Uri(uri)
return service.Query(query)

if __name__ == __main__:
url = http://www.google.com/calendar/feeds/...;

if len(sys.argv) == 2:
print sys.argv
url = sys.argv[1]

nc = System.Net.NetworkCredential(accoount-here, password-here)

feed = parse(url, nc)
for entry in feed.Entries:
print entry.Title.Text,:,entry.Summary.Text



Am 27.10.2006 um 22:36 schrieb Miguel de Icaza:


Hello,

The tree will be tagged on Tuesday October 31st, as usual, we will
continue bug fixing in the trunk release, and we will issue the 1.2.1
and 1.2.2 releases from it as well (due roughly every month or so).

Around release 1.2.2, we will actually do the branch, as that  
is the

branch that we will have to maintain for SUSE internally.

We will continue to keep the trunk stable, so new development  
will

continue to be developed in a way that does not destabilize the tree,
and when the various components are ready (like gmcs on its day, or  
the

currently linear-ir branch) the code will land on the trunk.

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




PGP.sig
Description: Signierter Teil der Nachricht
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] [PATCH] Fix Type.Equals to support user defined types (required by vbnc)

2006-10-29 Thread Kornél Pál
Hi,

I modified Type.Equals (Type) to use UnderlyingSystemType and use internal 
call only when both types are system types, otherwise only check for 
reference equality. This seems to be the MS.NET behavior. Note that I don't 
know why the internal call is required but mcs tree fails to build without 
using the internal call.

GetType is modified to use UnderlyingSystemType and use default 
implementation for non-system types.

The old Type behavior is moved to MonoType that seems to be compatiblie with 
MS.NET.

Please review and approve the patch.

Kornél 

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


Re: [Mono-dev] [PATCH] Fix Type.Equals to support user defined types (required by vbnc)

2006-10-29 Thread Kornél Pál

I forgot to attach the diff file.:)

- Original Message - 
From: Kornél Pál [EMAIL PROTECTED]

To: mono-devel-list@lists.ximian.com
Sent: Sunday, October 29, 2006 7:13 PM
Subject: [PATCH] Fix Type.Equals to support user defined types (required by 
vbnc)




Hi,

I modified Type.Equals (Type) to use UnderlyingSystemType and use internal 
call only when both types are system types, otherwise only check for 
reference equality. This seems to be the MS.NET behavior. Note that I 
don't know why the internal call is required but mcs tree fails to build 
without using the internal call.


GetType is modified to use UnderlyingSystemType and use default 
implementation for non-system types.


The old Type behavior is moved to MonoType that seems to be compatiblie 
with MS.NET.


Please review and approve the patch.

Kornél 


TypeEquals.diff
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


[Mono-dev] VBNC uses too much CPU and RAM on Mono

2006-10-29 Thread Kornél Pál
Hi,

Using the patch in 
http://lists.ximian.com/pipermail/mono-devel-list/2006-October/021093.html 
no exception ocurred in vbnc but I wasn't able to finish the resolve phase 
because it runs out of memory. The machine I used has 1 GB RAM and is 
running Windows XP. And I think such a machine should be able to run a VB 
compiler. Note that running the same binary on MS.NET is much faster and 
requires much less memory.

If you have any idea making VBNC's footprint smaller please let me know.

Kornél 

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


Re: [Mono-dev] VBNC uses too much CPU and RAM on Mono

2006-10-29 Thread Kornél Pál
Hi,

I was using SVN HEAD.

Please try the previously referenced patch, maybe you will be able to find 
out something more. The compiler don't seem to have endless recursions or 
loops but I may be wrong. Other than this problem I have no other idea, 
because it's running, but is slow and eats memory.

Kornél

- Original Message - 
From: Rolf Bjarne Kvinge [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com
Sent: Sunday, October 29, 2006 7:37 PM
Subject: Re: [Mono-dev] VBNC uses too much CPU and RAM on Mono


 Hello,

 Are you using latest svn for vbnc? A few optimization was committed this 
 week so it should be faster. If it is running out of memory though I think 
 there might some other problem optimizations won't resolve.

 Rolf

 On Sun, 29 Oct 2006 19:21:07 +0100, Kornél Pál [EMAIL PROTECTED] 
 wrote:

 Hi,

 Using the patch in
 http://lists.ximian.com/pipermail/mono-devel-list/2006-October/021093.html
 no exception ocurred in vbnc but I wasn't able to finish the resolve 
 phase
 because it runs out of memory. The machine I used has 1 GB RAM and is
 running Windows XP. And I think such a machine should be able to run a VB
 compiler. Note that running the same binary on MS.NET is much faster and
 requires much less memory.

 If you have any idea making VBNC's footprint smaller please let me know.

 Kornél

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




 -- 
 Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ 

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


Re: [Mono-dev] VBNC uses too much CPU and RAM on Mono

2006-10-29 Thread Ben Maurer
Hey,

Even after the patches I suggested to Rolf, VBNC had a heap size of ~100mb
on MSFT. I'm a bit suprised Mono is having so much trouble. It's quite
possible this is a GC issue. The compiler stores a very large linked list
of all tokens in the program. With a non-generational gc, we may be having
very bad performance from walking the heap so much.

You might try aborting before the resolve phase, to see if you can
--profile before that point on Mono. Also, it's worth using profilers on
MSFT's runtime (most commercial ones have demos, that's always worked for
me).

Sadly, I'm not going to have time to take a look at this for quite a while.

-b


 I was using SVN HEAD.

 Please try the previously referenced patch, maybe you will be able to find
 out something more. The compiler don't seem to have endless recursions or
 loops but I may be wrong. Other than this problem I have no other idea,
 because it's running, but is slow and eats memory.

 Kornél

 - Original Message -
 From: Rolf Bjarne Kvinge [EMAIL PROTECTED]
 To: Kornél Pál [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com
 Sent: Sunday, October 29, 2006 7:37 PM
 Subject: Re: [Mono-dev] VBNC uses too much CPU and RAM on Mono


 Hello,

 Are you using latest svn for vbnc? A few optimization was committed this
 week so it should be faster. If it is running out of memory though I
 think
 there might some other problem optimizations won't resolve.

 Rolf

 On Sun, 29 Oct 2006 19:21:07 +0100, Kornél Pál [EMAIL PROTECTED]
 wrote:

 Hi,

 Using the patch in
 http://lists.ximian.com/pipermail/mono-devel-list/2006-October/021093.html
 no exception ocurred in vbnc but I wasn't able to finish the resolve
 phase
 because it runs out of memory. The machine I used has 1 GB RAM and is
 running Windows XP. And I think such a machine should be able to run a
 VB
 compiler. Note that running the same binary on MS.NET is much faster
 and
 requires much less memory.

 If you have any idea making VBNC's footprint smaller please let me
 know.

 Kornél

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




 --
 Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

 ___
 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] VBNC uses too much CPU and RAM on Mono

2006-10-29 Thread Kornél Pál
Hi,

Thanks for your tip regarding the GC, I've added a new thread to the 
compiler that does:

Do
Thread.Sleep(1)
mainThread.Suspend()
GC.Collect()
GC.WaitForPendingFinalizers()
' ... 10 times
mainThread.Resume()
Loop

And it Finished Resolve and is Starting Define.

But then I got the exception:

Unhandled Exception: System.TypeLoadException: A type load exception has 
occurred.
  at System.Type.MakeGenericType (System.Type[] types) [0x0005a] in 
...\mcs\class\corlib\System\Type.cs:1159
  at vbnc.GenericTypeDescriptor.get_TypeInReflection () [0x000ba] in 
...\vbnc\vbnc\source\Descriptors\GenericTypeDescriptor.vb:134

I'll probably be able to fix that one as well, but my very-very big problem 
is that vbnc is so undarebly slow on Mono that it's quite impossible to wait 
for the compiler to reach again the stage where it's failing.

If the results of previous stages could be serialized it could save a lot 
of time and the actual stage could be debugged.

Any help on speeding up vbnc is welcome.

Kornél

- Original Message - 
From: Ben Maurer [EMAIL PROTECTED]
To: Kornél Pál [EMAIL PROTECTED]
Cc: mono-devel-list@lists.ximian.com
Sent: Sunday, October 29, 2006 8:44 PM
Subject: Re: [Mono-dev] VBNC uses too much CPU and RAM on Mono


Hey,

Even after the patches I suggested to Rolf, VBNC had a heap size of ~100mb
on MSFT. I'm a bit suprised Mono is having so much trouble. It's quite
possible this is a GC issue. The compiler stores a very large linked list
of all tokens in the program. With a non-generational gc, we may be having
very bad performance from walking the heap so much.

You might try aborting before the resolve phase, to see if you can
--profile before that point on Mono. Also, it's worth using profilers on
MSFT's runtime (most commercial ones have demos, that's always worked for
me).

Sadly, I'm not going to have time to take a look at this for quite a while.

-b


 I was using SVN HEAD.

 Please try the previously referenced patch, maybe you will be able to find
 out something more. The compiler don't seem to have endless recursions or
 loops but I may be wrong. Other than this problem I have no other idea,
 because it's running, but is slow and eats memory.

 Kornél

 - Original Message -
 From: Rolf Bjarne Kvinge [EMAIL PROTECTED]
 To: Kornél Pál [EMAIL PROTECTED]; mono-devel-list@lists.ximian.com
 Sent: Sunday, October 29, 2006 7:37 PM
 Subject: Re: [Mono-dev] VBNC uses too much CPU and RAM on Mono


 Hello,

 Are you using latest svn for vbnc? A few optimization was committed this
 week so it should be faster. If it is running out of memory though I
 think
 there might some other problem optimizations won't resolve.

 Rolf

 On Sun, 29 Oct 2006 19:21:07 +0100, Kornél Pál [EMAIL PROTECTED]
 wrote:

 Hi,

 Using the patch in
 http://lists.ximian.com/pipermail/mono-devel-list/2006-October/021093.html
 no exception ocurred in vbnc but I wasn't able to finish the resolve
 phase
 because it runs out of memory. The machine I used has 1 GB RAM and is
 running Windows XP. And I think such a machine should be able to run a
 VB
 compiler. Note that running the same binary on MS.NET is much faster
 and
 requires much less memory.

 If you have any idea making VBNC's footprint smaller please let me
 know.

 Kornél

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




 --
 Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

 ___
 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] Mono 1.2 release and the SVN tree.

2006-10-29 Thread Miguel de Icaza
Hello,

 I have a ipy script that works fine on win32 with ms.net but doesn't  
 work with mono on win32 and macosx.

Please provide a complete self-contained test case that we can use to
reproduce this;  I can not go hunting down all the dependencies of the
email that you sent.

Post it to www.mono-project.com/Bugs

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


Re: [Mono-list] GTK# DataGrid sample

2006-10-29 Thread Andrus
Daniel,

thank you.
I found the following disadvantages of this code compared to SWF:

1. As you wrote, this is only one-way binding.
2. Requires lot of manually written code.
3. Unfinished, not documented and tested.

In case of WinForms I need to write manually only 3 lines for two-way data 
binding:

Command1.CommandText = select * FROM mytable;
DataAdapter1.Fill(dataSet1);
DataSource = dataSet1.Tables[0];

Other code is generated by free Visual C# Express 2005  automatically and 
works in MONO.

I have no experience to develop this in GTK#
So I think I will try use WinForms data binding.

Thank you very much for this sample. Now I understand that this can be 
implemented in GTK# also

Andrus.

- Original Message - 

I have something I have worked on for awhile.

 Here are the source files I included:
 DataGrid.cs - creates a DataGrid for Gtk# with data
 binding support.
 TestDataGrid.cs - tests the gtk# data grid

 Basically, you can take a pre-loaded DataTable, and
 then data bind it to the DataGrid.  It may not be
 true data binding like SWF or webforms, but its an
 attempt.

 A change to the data in the DataGrid will update the
 data in the DataTable.
 If you add a row or delete a row in the DataGrid, it
 will be reflected in the DataTable.  If you modify a
 cell in the DataGrid, the row and column in the
 DataTable will be updated.  However, modifying
 something in the DataTable does not update the
 DataGrid.

 In the test, there are four menu items:
 1. Add Row - adds a row
 2. Dump Table - dumps to the console what's in the
 DataTable
 3. Editable - sets the DataGrid editable or not
 4. Delete Selected Row - deletes the highlighted row

 The DataGrid is implemented using a Gtk# TreeView
 using the ListStore tree model.

 I need to edit DataTable returned by Npgsql in grid.
 I'm studying GTK# and WinForms DataGrid  for this.
 It would be nice if sqlsharpgtk allows edit tables
 in grid.
 I was looking for a sample GTK# code which allows to
 edit DataTable in grid
 but have'nt found any.
 So I think I will use WinForms.






 // DataGrid.cs
 namespace Mono.Data.GtkSharp
 {
 // notice System.Data is not references here

 using System;
 using System.Collections;
 using System.ComponentModel;
 using System.Reflection;
 using System.Runtime.InteropServices;
 using System.Text;

 using GLib;
 using Gtk;

 public class DataGridColumn
 {
 private string columnName = ;
 private TreeViewColumn treeViewColumn = null;
 public CellRendererText Renderer = null; // should be internal

 public string ColumnName {
 get {
 return columnName;
 }
 set {
 columnName = value;
 }
 }

 public TreeViewColumn TreeViewColumn {
 get {
 return treeViewColumn;
 }
 set {
 treeViewColumn = value;
 }
 }
 }

 public class DataGrid : VBox {
 private ListStore store;
 private TreeView treeView;

 public ArrayList gridColumns; // TODO: make Columns a collection

 public DataGrid () : base(false, 4) {
 ScrolledWindow sw = new ScrolledWindow ();
 this.PackStart (sw, true, true, 0);

 treeView = new TreeView (store);
 treeView.HeadersVisible = true;
 //treeView.ModifyFont (Pango.FontDescription.FromString (courier new));

 gridColumns = new ArrayList(0);

 sw.Add (treeView);

 store = new ListStore (GLib.GType.String);

 treeView.EnableSearch = true;
 treeView.HeadersClickable = true;
 dataMember = ;
 dataSource = null;


 }

 ArrayList bindrows = null;
 object resolvedDataSource = null;

 private bool editable = true;

 private object dataSource;

 private string dataMember;

 public int SelectedRow {
 get {
 TreeIter iter;
 TreeModel model;
 TreeSelection selection = treeView.Selection;
 if (selection.GetSelected (out model, out iter)) {
 TreePath[] path = selection.GetSelectedRows (out model);
 return path[0].Indices[0]; // return selected row
 }
 else
 return -1; // not selected
 }
 }

 public TreeIter SelectedIter {
 get {
 TreeIter iter;
 TreeModel model;
 TreeSelection selection = treeView.Selection;
 if (selection.GetSelected (out model, out iter))
 return iter; // return seelcted iter
 else
 return TreeIter.Zero; // not selected
 }

 }

 public TreeView View
 {
 get
 {
 return treeView;
 }
 }

 public object DataSource
 {
 get
 {
 return dataSource;
 }
 set
 {
 dataSource = value;
 }
 }

 public string DataMember
 {
 get
 {
 return dataMember;
 }
 set
 {
 dataMember = value;
 }
 }

 public ListStore Store
 {
 get
 {
 return store;
 }
 }

 public ArrayList Columns
 {
 get
 {
 return gridColumns;
 }
 }

 public bool Editable {
 get {
 return editable; // not a good way to see if its editable or not
 // because various columns could be editable and others non-editable
 }

 set {
 editable = value;
 if (value == true) {
 for(int c = 0; c  gridColumns.Count; c++) {
 DataGridColumn col = (DataGridColumn) gridColumns[c];
 col.TreeViewColumn.Clickable = true;
 col.Renderer.Mode = CellRendererMode.Editable;
 col.Renderer.Editable = true;
 }
 

[Mono-list] C# COM server in mono?

2006-10-29 Thread Goldstein, Nachum (Jonathan)
Title: C# COM server in mono?







Does anyone have step-by-step instructions on how to build a COM server in mono, that can be installed on a Windows machine?


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


[Mono-list] Cannot run monodoc on windows

2006-10-29 Thread Goldstein, Nachum (Jonathan)
Title: Cannot run monodoc on windows






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


Re: [Mono-list] Cannot run monodoc on windows

2006-10-29 Thread Rafael Ferreira
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

2006-10-29 Thread Jonathan Pryor
On Sun, 2006-10-29 at 10:24 -0700, Rafael Ferreira wrote:
 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. 

Take a closer look at that callstack:

  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]

It's failing because monodoc is trying to invoke chmod(2), which doesn't
exist on windows (except through cygwin.dll, but that doesn't count).

The obvious answer is that monodoc is not currently portable to Windows.
I don't know how much work it would take to make it portable.

 - Jon


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


[Mono-list] mod_mono 1.1.18

2006-10-29 Thread Ken Swift
Hello - I previously had mod_mono 1.1.11working on my Redhat server,
but then I upgraded to the latest stable release 1.1.18, but can't
seem to get Apache to work completely.  I did verify that running xsp
independently works fine.  I did test that the mono applications that
I have configured in mod_mono.conf are working when I access them from
localhost:

http://localhost/application

Here is a snapshot of my mod_mono.conf:

LoadModule mono_module /usr/local/apache/libexec/mod_mono.so

Alias /demo /usr/local/share/doc/xsp/text
Alias /EventWeb /home/ken/www/EventWeb
Alias /testmono /home/ken/www/testmono

AddMonoApplications default /demo:/usr/local/share/doc/xsp/test
AddMonoApplications default /EventWeb:/home/ken/www/EventWeb
AddMonoApplications default /testmono:/home/ken/www/testmono

Location /demo
SetHandler mono
/Location

Location /EventWeb
SetHandler mono
/Location

Location /testmono
AddHandler mono .aspx .ascx .asax .ashx .config .cs .asmx .axd
/Location

I think that the problem has to do with apache more than mod_mono, but
have tried just about everything that I can think of.  I should say
that I have a few virtual hosts, do I need to add anything to them to
handle mono requests?

Thanks -- Ken

-- 
Ken Swift
[EMAIL PROTECTED]
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] mod_mono 1.1.18

2006-10-29 Thread Gonzalo Paniagua Javier
On Sun, 2006-10-29 at 14:25 -0700, Ken Swift wrote:
[...]
 I think that the problem has to do with apache more than mod_mono, but
 have tried just about everything that I can think of.  I should say
 that I have a few virtual hosts, do I need to add anything to them to
 handle mono requests?

I think that mod_mono 1.1.18 shipped with a bug that might be the cause
of your problems. Try moving all the mono related directives into each
virtual host.

-Gonzalo


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


[Mono-list] fedora yum repository

2006-10-29 Thread Glen Ford





Does anyone know if the yum repository for fedora-5 moved (I last
updated about 4/5 weeks ago, but now appears broken)?

http://go-mono.com/download-latest/fedora-5-i386/repodata/repomd.xml:
[Errno 14] HTTP Error 404: Date: Sun, 29 Oct 2006 21:32:26 GMT
Server: Apache/2
Content-Length: 312
Connection: close
Content-Type: text/html; charset=iso-8859-1
Trying other mirror.
Cannot open/read repomd.xml file for repository: mono
failure: repodata/repomd.xml from mono: [Errno 256] No more mirrors to
try.
Error: failure: repodata/repomd.xml from mono: [Errno 256] No more
mirrors to try.




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


[Mono-list] Building mono-basic from the sources

2006-10-29 Thread Paul
Hi,

I've downloaded the 1.1.18.zip file for mono-basic and have looked
inside the archive and cannot find any logical way to build mono-basic
under Linux.

Is the zipfile at http://go-mono.com/sources-stable/ suitable for Linux
or is there something I've missed? The spec file available from the mono
website looks a pretty generic one with calls to make etc.

TTFN

Paul
-- 
Der einzige Weg, Leute zu kontrollieren ist sie anzulügen - L. Ron
Ich kann kein Science-Fiction schreiben Hubbard; Lügner, Betrüger,
Fixer und Wohltäter zu niemandem


signature.asc
Description: This is a digitally signed message part
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list


Re: [Mono-list] Cannot run monodoc on windows

2006-10-29 Thread Rafael Ferreira
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


Re: [Mono-list] Cannot run monodoc on windows

2006-10-29 Thread Goldstein, Nachum (Jonathan)
I did install from the official windows installer.

After some more investigation, it seems to me that the etc/mono/config
file (attached) might be incorrect for the windows install.

It maps libc to libc.so.6, because libc.dll does not exist under the
mono root, nor does it exist under my cygwin root.


-Original Message-
From: Jonathan Pryor [mailto:[EMAIL PROTECTED] 
Sent: Sunday, October 29, 2006 23:04
To: Rafael Ferreira
Cc: Goldstein, Nachum (Jonathan); mono-list@lists.ximian.com
Subject: Re: [Mono-list] Cannot run monodoc on windows

On Sun, 2006-10-29 at 10:24 -0700, Rafael Ferreira wrote:
 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.

Take a closer look at that callstack:

  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]

It's failing because monodoc is trying to invoke chmod(2), which doesn't
exist on windows (except through cygwin.dll, but that doesn't count).

The obvious answer is that monodoc is not currently portable to Windows.
I don't know how much work it would take to make it portable.

 - Jon


***
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.
***


config
Description: config
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list