Re: [Mono-list] kernel support

2003-06-20 Thread Sam Clegg
On Tue, Jun 17, 2003 at 04:40:38PM -0700, George Farris wrote:
 This of course doesn't work since it registers both mono and wine
 binaries.
 
 What we really need is native support under Linux so that the file
 command returns something like so:
 
 MONO 32-bit LSB executable, Intel 80386, version 1 (SYSV) for Linux

If nono compiles to native code (Intel 80386), wouldn't it make sense
to simply use ELF files.  For IL assemblies 'file' probably shouldn't 
mention mono, intel or linux.

 There will be times when one just wants the app to run under Linux
 because it is designed for it.

Isn't the whole point of .NET to eliminate platform dependacies.
As long as the correct asseblies are present applications should
run anywhere, right?

sam
-- 
sam clegg
:: [EMAIL PROTECTED] :: http://superduper.net/ :: PGP : D91EE369 
$superduper: .signature,v 1.13 2003/06/17 10:29:24 sam Exp $


pgp0.pgp
Description: PGP signature


Re: [Mono-list] How often is the class status page updated?

2003-06-20 Thread Ben Maurer
On Fri, 2003-06-20 at 08:16, Miguel de Icaza wrote:
 Hello,
 
   You need to rewrite the tool just to put it put it in a cron job?
   
   Seems a bit drastic to me.
   
   I'd say a better solution would be to fix reflection in the runtime so
   it'll run on mono.
  
  That's not the issue.
  How do you compare attribute values? You can't with the reflection API.
 
 The only issues running the corcompare tools on Linux today are:
 
   * Need to setup makefiles to use a reference dll implementation
 for the compare process (should be easy).
As you said thats not a problem.
 
   * Need a replacement for the JScript script that does the XSLT
 transformation.
Why don't we build XSLT into the C# tool using System.Xml.Xsl? I would
volunteer to do this if it will get the thing working on Linux.

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


[Mono-list] Hidden folders/files in recursive directory search

2003-06-20 Thread Joseph Roberts
During a recursive search of a directory how can I process the contents of
hidden folders.  The user running the app has full permissions on the
directory being searched.

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


Re: [Mono-list] kernel support

2003-06-20 Thread George Farris
On Fri, 2003-06-20 at 04:04, Sam Clegg wrote:
 On Tue, Jun 17, 2003 at 04:40:38PM -0700, George Farris wrote:
  This of course doesn't work since it registers both mono and wine
  binaries.
  
  What we really need is native support under Linux so that the file
  command returns something like so:
  
  MONO 32-bit LSB executable, Intel 80386, version 1 (SYSV) for Linux
 
 If nono compiles to native code (Intel 80386), wouldn't it make sense
 to simply use ELF files.  For IL assemblies 'file' probably shouldn't 
 mention mono, intel or linux.
 
This of course is a valid point however mono executable don't compile to
native ELF files.  They require the mono virtual machine to run.  Now
having said that I think you have hit upon the solution.  We need to be
able to compile mono apps to standalone ELF executables.

Seems there was some mention of compiling mono to native ELF at one
point has it gone anywhere?

  There will be times when one just wants the app to run under Linux
  because it is designed for it.
 
 Isn't the whole point of .NET to eliminate platform dependacies.
 As long as the correct asseblies are present applications should
 run anywhere, right?

This is only true where the author desires this.  There are times when
one just wants a plain old Linux app and the application is so closely
tied to Linux internally that it is a makes no sense to use it
otherwise.  Imagine an application that dealt with the /proc
filesystem.  Completely useless under any other platform.


-- 
George Farris [EMAIL PROTECTED]
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


[Mono-list] Mono-generator .cctor() has incorrect sig (#45204)

2003-06-20 Thread Piers Haken
Monodis shows the following signature for mono-generated .cctors:

.method compilercontrolled static  specialname  rtspecialname
   default void .cctor()  cil managed

Whereas .NET-generated .cctors have the following sig:

.method private static  hidebysig  specialname  rtspecialname
   default void .cctor()  cil managed

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


[Mono-list] Re: How often is the class status page updated?

2003-06-20 Thread ginga
Hello,

 Why don't we build XSLT into the C# tool using System.Xml.Xsl? I would
 volunteer to do this if it will get the thing working on Linux.

I think what Miguel saying is to rewrite this simple transform.js
in C#, isn't it? No stylesheet extension seems to be used in the
stylesheet. It is 3 minutes hacking.

  Atsushi Eno


transform.cs
Description: Binary data


[Mono-list] Re: IBuySpy on FreeBSD

2003-06-20 Thread Erik Nordstrom Andersen
Finally got time to look at this again:

juli mallett wrote:
  Erik Nordstrom Andersen wrote:
  [...]
  I downloaded XSP 0.4 source from go-mono.com, untarred and tried 
  to install as root. I get the following error message: 
  
  yada# make 
  make -C test 
  make: don't know how to make %.cs. Stop 
  [...]
  Using FreeBSD 5.0, mono 0.24, boehm 6.1 and xsp 0.4.
 
 Use GNU make.  You will have it installed if you installed the other
 stuff from ports as 'gmake'

I tried gmake instead, but now I get this far with xsp-0.4:

yada# gmake
gmake -C test
gmake[1]: Entering directory `/usr/home/erik/xsp-0.4/test'
mcs /r:System.Web.dll /target:library tabcontrol.cs

Unhandled Exception: System.NullReferenceException: A null value 
was found where an object instance was required

after which the process hangs. I got xsp from cvs instead, but gmake outputs 
this:

yada# gmake
gmake -C test
gmake[1]: Entering directory `/usr/home/erik/xsp/test'
mcs /r:System.Web.dll /target:library tabcontrol.cs
Bus error (core dumped)
gmake[1]: *** [tabcontrol.dll] Error 138
gmake[1]: Leaving directory `/usr/home/erik/xsp/test'
gmake: *** [all] Error 2

I'm no expert, but it seems like one of the tests fails to compile. So I tried 
removing references to test in the Makefile, but instead gmake outputs:

yada# gmake
gmake -C server
gmake[1]: Entering directory `/usr/home/erik/xsp/server'
mcs /debug+ /debug:full /nologo /r:System.Web.dll /out:server.exe
AssemblyInfo.cs IApplicationHost.cs XSPApplicationHost.cs
MonoWorkerRequest.cs XSPWorkerRequest.cs Tracing.cs server.cs

Unhandled Exception: System.NullReferenceException: A null value was 
found where an object instance was required

and the process hangs. I'm stuck again :-\ Hints are very welcome!

Using FreeBSD 5.1, mono-0.24, boehmgc-6.2.a6 and gmake-3.80 from ports.

Kind regards, Erik

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


[Mono-list] There are still problems with the XMLDocument class...

2003-06-20 Thread Giuseppe Greco
Hi all,

last week I reported the following bug into bugzilla:
http://bugzilla.ximian.com/show_bug.cgi?id=44784

This bug has been marked as duplicated and solved, but
I'm still not able to compile NAnt on Linux:

INTERNAL ERROR
 
System.IO.FileNotFoundException: Could not find file 
file://home/home/genius/projects/nant/NAnt.build
in 0x002ff 00 System.IO.FileStream:.ctor 
(string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare,int,bool)
in 0x00049 00 System.IO.FileStream:.ctor 
(string,System.IO.FileMode,System.IO.FileAccess)
in 0x0008a 08 System.IO.FileStream:.ctor 
(string,System.IO.FileMode,System.IO.FileAccess)
in 0x00064 00 Mono.Xml.Native.XmlInputStream:.ctor (string,bool)
in 0x0007a 08 Mono.Xml.Native.XmlInputStream:.ctor (string,bool)
in 0x0002f 00 Mono.Xml.Native.XmlStreamReader:.ctor (string,bool)
in 0x00012 00 Mono.Xml.Native.XmlStreamReader:.ctor (string)
in 0x00066 08 Mono.Xml.Native.XmlStreamReader:.ctor (string)
in 0x000ed 00 System.Xml.XmlTextReader:.ctor (string,System.Xml.XmlNameTable)
in 0x000f3 00 System.Xml.XmlTextReader:.ctor (string)
in 0x001a8 00 NAnt.Core.LocationMap:Add (System.Xml.XmlDocument)
in 0x0004c 00 NAnt.Core.Project:InitializeProjectDocument (System.Xml.XmlDocument)
in 0x00041 00 NAnt.Core.Project:Execute ()
in 0x0018b 00 NAnt.Core.Project:Run ()

As you can see, XMLDocument.BaseURI returns
file://home/home/genius/projects/nant/NAnt.build instead of
file:///home/genius/projects/nant/NAnt.build.

I checked out Mono from CVS 10 minutes ago, and the
problem with the XMLDocument class is still there.

Gius_.

-- 

Giuseppe Greco

::agamura::

phone:  +41 (0)91 604 67 65
mobile: +41 (0)76 390 60 32
email:  [EMAIL PROTECTED]
web:www.agamura.com


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