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] 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


Re: [Mono-list] kernel support

2003-06-17 Thread Sam Clegg
On Mon, Jun 16, 2003 at 09:08:56PM -0700, George Farris wrote:
 Does anyone know what the plans are for kernel support of mono
 binaries?  Right now a binary mono file shows as:

The debian package installs support for direct running 
of PE files using mono through the kernel CONFIG_BINFMT_MISC
system.  I suspect other distros have their own ways of
installing such handlers.

 MS Windows PE 32-bit Intel 80386 console executable

This is what 'file' says, I guess the 80386 part is slightly 
misleading.

sam
-- 
sam clegg
:: [EMAIL PROTECTED] :: http://superduper.net/ :: PGP : D91EE369 
$superduper: .signature,v 1.12 2003/04/14 10:50:50 sam Exp $


pgp0.pgp
Description: PGP signature


Re: [Mono-list] kernel support

2003-06-17 Thread Karl Pitrich
On Tue, 2003-06-17 at 06:08, George Farris wrote:

here is a script to register mono with the binfmt misc handler:

http://www.atoker.com/mono/mono.init


/ pit

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


Re: [Mono-list] kernel support

2003-06-17 Thread George Farris
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

There will be times when one just wants the app to run under Linux
because it is designed for it.  If a flag is set in the compiler then
this is set.


On Tue, 2003-06-17 at 04:01, Karl Pitrich wrote:
 On Tue, 2003-06-17 at 06:08, George Farris wrote:
 
 here is a script to register mono with the binfmt misc handler:
 
 http://www.atoker.com/mono/mono.init
 
 
 / pit
 
 ___
 Mono-list maillist  -  [EMAIL PROTECTED]
 http://lists.ximian.com/mailman/listinfo/mono-list
-- 
George Farris [EMAIL PROTECTED]
___
Mono-list maillist  -  [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list


[Mono-list] kernel support

2003-06-16 Thread George Farris
Does anyone know what the plans are for kernel support of mono
binaries?  Right now a binary mono file shows as:

MS Windows PE 32-bit Intel 80386 console executable

This of course, is totally unacceptable on a Linux machine.  I want to
be able to run my binaries directly instead of through a shell script.

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


Re: [Mono-list] kernel support

2003-06-16 Thread Simon Kitching
On Tue, 2003-06-17 at 16:08, George Farris wrote:
 Does anyone know what the plans are for kernel support of mono
 binaries?  Right now a binary mono file shows as:
 
 MS Windows PE 32-bit Intel 80386 console executable

What command displays this??

 
 This of course, is totally unacceptable on a Linux machine.  I want to
 be able to run my binaries directly instead of through a shell script.

Well, for executable file which starts with the byte sequence
corresponding to #!, the application loader will extract the following
characters up to the next linefeed, and start that application passing
the executed filename as a parameter.

This is most familiar from shell scripts, perl, etc., but it works for
any interpreter and mono is an interpreter...

So if
(a)
the mono compiler inserts:
  #!mono\n
at the start of each binary, and
(b)
the mono runtime skips over these bytes when they occur at the start of
an executable

then it should be possible to start mono executables as if they were
native.

I'm a real newbie to mono, so I don't know if this functionality already
exists...

Cheers,

Simon


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


RE: [Mono-list] kernel support

2003-06-16 Thread Thong (Tum) Nguyen
That would break mono binaries on other CLIs though..

Try this: http://go-mono.com/tutorial/html/en/installation/linux.html
(bottom of the page)

Regards,

^Tum


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:mono-list-
 [EMAIL PROTECTED] On Behalf Of Simon Kitching
 Sent: Tuesday, 17 June 2003 5:31 p.m.
 To: George Farris
 Cc: mono list; mono devel list
 Subject: Re: [Mono-list] kernel support
 
 On Tue, 2003-06-17 at 16:08, George Farris wrote:
  Does anyone know what the plans are for kernel support of mono
  binaries?  Right now a binary mono file shows as:
 
  MS Windows PE 32-bit Intel 80386 console executable
 
 What command displays this??
 
 
  This of course, is totally unacceptable on a Linux machine.  I want
to
  be able to run my binaries directly instead of through a shell
script.
 
 Well, for executable file which starts with the byte sequence
 corresponding to #!, the application loader will extract the
following
 characters up to the next linefeed, and start that application passing
 the executed filename as a parameter.
 
 This is most familiar from shell scripts, perl, etc., but it works for
 any interpreter and mono is an interpreter...
 
 So if
 (a)
 the mono compiler inserts:
   #!mono\n
 at the start of each binary, and
 (b)
 the mono runtime skips over these bytes when they occur at the start
of
 an executable
 
 then it should be possible to start mono executables as if they were
 native.
 
 I'm a real newbie to mono, so I don't know if this functionality
already
 exists...
 
 Cheers,
 
 Simon
 
 
 ___
 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