[Mono-docs-list] [Fwd: Re: [Mono-dev] Current state of documentation?]

2006-02-27 Thread Brian Crowell

(well, that didn't work right... let's try again)

Joshua Tauberer wrote:

There's a fundamental problem here: Any documentation you could write
for the base classes must necessarily be a derivative work of the
original ECMA documentation.


That position rests on a number of legal issues that aren't well
resolved.  Are method signatures derivative works?  Are the entire class
libraries (the Mono source code) derivative works?  I don't think these
questions have been resolved in U.S. courts.


Perhaps not, but that's not what I mean. I mean that the class libraries were
written to conform to the EMCA-335 documentation. I know the .NET implementation
is often treated as the gold standard, and wherever extra effort was needed for
conformance we should document it, but the implementation really starts from
conforming to the ECMA-335 docs.

Is the class library source a derivative work of that standard? I don't think so
at all. The Mono libraries are an implementation of the ideas embedded in the
standard, not a revision of its contents. But when it comes to the question of
the documentation for those libraries, any documentation not based on the ECMA
specification would almost certainly fall short. You would pretty much have to
reference the ECMA docs just to determine the original purpose of each method,
if the purpose isn't clear from the source. And we haven't even talked about the
additional examples, use cases, and architectural information that makes the
spec so helpful.

Is it possible to license the ECMA documentation text in a way compatible with
Mono licenses and principles? I don't know, but I think it's very worth it to
find out. If it's possible to both use and annotate the ECMA documentation where
it applies to the Mono libraries, I consider that the best of all worlds.

--Brian

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


[Mono-docs-list] Re: [Mono-dev] Current state of documentation?

2006-02-27 Thread Miguel de Icaza
Hello,m

 1. What is being used from this project, and should it be updated in its 
 present 
 form?

The To be added string is an old string that we used, but people got
confused with The API has not been implemented, so we added a hack to
the rendering program to substitute the string with something more
informative. 

 2. Who is currently watching over this?

mono-docs-list is the place to discuss documentation.

 3. Would it be helpful (and/or legal) to update the Mono doc set with the 
 documentation from the ECMA specs? (I can't find a notice from the ECMA site 
 that says either way.) If not, what other way could the documentation for the 
 base classes be updated?

The mono documentation is based on the ECMA documentation, we already
imported it all.   Yes, it is legal, and open sourceish as someone
said on a separate thread.

There is a new batch of documents that the new ECMA spec has that covers
generics that we could import.  But before we do this, we need to add
generics support to the various tools (documentation updater, monodoc
itself, etc).

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


Re: [Mono-dev] can mono run under AIX 4.3, 5.2

2006-02-27 Thread Bill Seurer
[EMAIL PROTECTED] wrote on 02/22/2006 08:46:57 AM:

 On 02/22/06 zhu shi song wrote:
I hope my C# web application can run under AIX 6000.
   The OS versions of AIX6000 are 4.3, 5.2. Who know if
  there is mono binary release for aix?

 We don't have access to AIX boxes and nobody who does has stepped up to
 do the port (which should be mostly trivial, mono already runs on ppc).
 You may want to google for details posted a while ago about this.

Later this summer I will be helping some interns who will be doing a mono
port to PASE under i5/OS (the OS for IBM's iSeries).  When that is done it
should work under AIX as well (PASE is essentially AIX).  A while ago I
tried mono on Linux on the i5 hardware (power 5/power 5+) and it worked
fine.
--
Bill Seurer IBM System i5 internal compiler development   Rochester, MN
Business: [EMAIL PROTECTED] Home: [EMAIL PROTECTED]
http://w3.rchland.ibm.com/~seurer/  http://www.seurer.net

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


Re: [Mono-dev] System.Threading.Thread:MemoryBarrier () implementation in ARM

2006-02-27 Thread Paolo Molaro
On 02/26/06 Stefano Ilengo wrote:
 System.Threading.Thread:MemoryBarrier () implementation is still missing in
 ARM architecture.
 The exception thrown when I start XSP on ARM is due to this problem.
 Is there a way to circumvent the problem without rebuilding mscorelib?

MemoryBarrier is now implemented in svn, though I didn't try xsp, so you
may run into more issues...

lupus

-- 
-
[EMAIL PROTECTED] debian/rules
[EMAIL PROTECTED] Monkeys do it better
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] apache + mod_mono + libgdiplus = strange behaviour(was: libgdiplus bug?)

2006-02-27 Thread Slava Petrenko

well, finally I found a condition when that behaviour appears, so if it
may be interesting for someone I can describe a workaround.
 At 02:21 PM 24/02/2006 -0500, Gonzalo Paniagua Javier wrote:
   
 On Fri, 2006-02-24 at 11:28 +0200, Slava Petrenko wrote:
 
 [snip]
   
 no exception is thrown, Internal server error, that's all :-(

 I'm still looking for a way to get error messages or a stack trace or
 something that helps to determine the problem source.

 any suggestion?
   
 There's probably more information in the apache error_log file. My take
 is that some library is not found with the configuration that the apache
 user has.
 

 But if it is working otherwise, then the only library which would fail to
 be found would be libgdiplus, and that is accessed dynamically at runtime
 through P/Invoke. It is not required for the binary to start running, and
 P/Invoke failing to find a library *does* throw an exception...

 Jonathan Gilbert
 ___
 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] Current state of documentation?

2006-02-27 Thread Brian Crowell


I've checked out the monodoc project from AnonSVN, but I'm not sure if it's 
being used. The contents of the various XML files don't match those on the 
website, unless there's some special translation for anything marked To be added.


So I guess what I want to know is:

1. What is being used from this project, and should it be updated in its present 
form?


2. Who is currently watching over this?

3. Would it be helpful (and/or legal) to update the Mono doc set with the 
documentation from the ECMA specs? (I can't find a notice from the ECMA site 
that says either way.) If not, what other way could the documentation for the 
base classes be updated?


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


Re: [Mono-dev] Current state of documentation?

2006-02-27 Thread Brian Crowell


Ah. I missed the part about monodoc being a program with submission support.

The questions still stand, though: Is monodoc still being used and maintained? 
What would be an appropriate way to fill in missing documentation?


--Brian


Brian Crowell wrote:
1. What is being used from this project, and should it be updated in its 
present form?


2. Who is currently watching over this?

3. Would it be helpful (and/or legal) to update the Mono doc set with 
the documentation from the ECMA specs? (I can't find a notice from the 
ECMA site that says either way.) If not, what other way could the 
documentation for the base classes be updated?


--Brian
___
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] Current state of documentation?

2006-02-27 Thread Joshua Tauberer
For future reference, mono-docs-list is the right place for these
questions.  (Anyone replying should now reply on that list and not
mono-devel-list.)  On to my reply:

Hi, Brian,

Brian Crowell wrote:
 I've checked out the monodoc project from AnonSVN, but I'm not sure if
 it's being used. The contents of the various XML files don't match those
 on the website, unless there's some special translation for anything
 marked To be added.

Actually, there is.  Miguel pointed out some time ago that To be added
made it seem like the implementation, rather than the documentation, is
missing.  So it replaces that on the fly with whatever it actually says.

Sometimes the web version falls out of date with what's in SVN, but that
should be the only difference.

 1. What is being used from this project, and should it be updated in its
 present form?

The monodoc documentation should be updated, yes.

We're waiting (or at least I was) for Cecil to support generics before
documenting the .NET 2.0 libraries.

 2. Who is currently watching over this?

Miguel, from the official side of things, but various other people on
mono-docs-list have stepped up to watch over things as well.

 3. Would it be helpful (and/or legal) to update the Mono doc set with
 the documentation from the ECMA specs? (I can't find a notice from the
 ECMA site that says either way.) If not, what other way could the
 documentation for the base classes be updated?

Unless the ECMA docs have been released under an open-source-ish
license, they're copyrighted and can't be 'imported' without permission
from the copyright holder.  I don't know if they're licensed at all.

The other way to update docs is for people to write them. :)  Really,
the best people to write docs are the people that have had a hand in the
implementation of the class libraries.  (Nudge nudge.)  But the rest of
us really ought to do some writing too, either through the Monodoc Gtk#
app, or via editing the XML files directly and committing or submitting
a patch to mono-docs-list.

-- 
- Joshua Tauberer

http://taubz.for.net

Unfortunately, we're having this discussion. It's too bad,
because guess who listens to the discussion: the enemy.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Current state of documentation?

2006-02-27 Thread Jb Evain

Hey,

On Feb 27, 2006, at 10:13 PM, Joshua Tauberer wrote:


We're waiting (or at least I was) for Cecil to support generics before
documenting the .NET 2.0 libraries.


Cecil can read .net 2.0 assemblies, and already have generics support  
(it is used inside the debugger).


Jb

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


Re: [Mono-dev] Current state of documentation?

2006-02-27 Thread Brian Crowell

Joshua Tauberer wrote:

For future reference, mono-docs-list is the right place for these
questions.  (Anyone replying should now reply on that list and not
mono-devel-list.)  On to my reply:


I would, except that list appears to be a ghost town. I'll check with them as 
soon as my subscription clears, though.




Unless the ECMA docs have been released under an open-source-ish
license, they're copyrighted and can't be 'imported' without permission
from the copyright holder.  I don't know if they're licensed at all.

The other way to update docs is for people to write them. :)


There's a fundamental problem here: Any documentation you could write for the 
base classes must necessarily be a derivative work of the original ECMA 
documentation. I think trying to avoid copyright infringement here will be 
difficult at best.


I've written to the ECMA to ask what the rules are on licensing the contents of 
their standards. It might be better, though, if either a Novell employee or a 
Swiss native would give them a call.


--Brian

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


[Mono-dev] Mono.Unix.UnixGroupInfo in OpenBSD

2006-02-27 Thread pablosantosluac

Hello,



Mono.Unix.UnixGroupInfo.GetMembers fails in OpenBSD (mono 1.1.10)





Unhandled Exception: System.EntryPointNotFoundException: 
Mono_Posix_Syscall_getpwnam_r


in (wrapper managed-to-native) Mono.Unix.Native.Syscall:sys_getpwnam_r 
(string,Mono.Unix.Native.Syscall/_Passwd,intptr)


in 0x00038 Mono.Unix.Native.Syscall:getpwnam_r (System.String name, 
Mono.Unix.Native.Passwd pwbuf, Mono.Unix.Native.Passwd pwbufp)


in 0x00044 Mono.Unix.UnixUserInfo:.ctor (System.String user)

in 0x00068 Mono.Unix.UnixGroupInfo:GetMembers ()



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


Re: [Mono-dev] Current state of documentation?

2006-02-27 Thread Joshua Tauberer
Jb Evain wrote:
 We're waiting (or at least I was) for Cecil to support generics before
 documenting the .NET 2.0 libraries.
 
 Cecil can read .net 2.0 assemblies, and already have generics support
 (it is used inside the debugger).

In that case, someone (me, I guess) better update monodocer!

-- 
- Joshua Tauberer

http://taubz.for.net

Unfortunately, we're having this discussion. It's too bad,
because guess who listens to the discussion: the enemy.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Unloading an Assembly

2006-02-27 Thread vijaya raghava mutharaju
Hi,

 I was going through an MSDN article by Eric Gunnerson. He
says that if we want the runtime to probe for the assembly in any
other location then we should setup the ApplicationBase property of
AppDomainSetup class.By default, runtime will lock that assembly. So
we have to set the ShadowCopyFiles property to true so that the
assembly is copied to a cache  opened. There won't be any lock now.
Here is the link for that article.


http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dncscol/html/csharp05162002.asp


But even after doing all this, still it is giving the same exception.
The explanation is good and seems relevant to my application. Iam not
able to understand what went wrong ?

 Please help me. Thank you.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list


Re: [Mono-dev] Current state of documentation?

2006-02-27 Thread Miguel de Icaza
Hello,m

 1. What is being used from this project, and should it be updated in its 
 present 
 form?

The To be added string is an old string that we used, but people got
confused with The API has not been implemented, so we added a hack to
the rendering program to substitute the string with something more
informative. 

 2. Who is currently watching over this?

mono-docs-list is the place to discuss documentation.

 3. Would it be helpful (and/or legal) to update the Mono doc set with the 
 documentation from the ECMA specs? (I can't find a notice from the ECMA site 
 that says either way.) If not, what other way could the documentation for the 
 base classes be updated?

The mono documentation is based on the ECMA documentation, we already
imported it all.   Yes, it is legal, and open sourceish as someone
said on a separate thread.

There is a new batch of documents that the new ECMA spec has that covers
generics that we could import.  But before we do this, we need to add
generics support to the various tools (documentation updater, monodoc
itself, etc).

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


RE: [Mono-list] Configuring Apache for mono

2006-02-27 Thread Bradley, Peter
This doesn't seem to be the problem unless I'm missing something.  I can
only find one version of mod_mono.so on the machine.  There is a link
called mod_mono.so, which points to mod_mono.so.0.0.0.

According to RedCarpet, I have mod_mono 1.0.6-4, which provides
mod_mono.so.0

So this all looks OK to me.

I've got an absolutely bog standard out-of-the-box setup, so I confess
to getting a little frustrated.  Is there anyone who can suggest what I
can try, given that following the instructions doesn't appear to work?

Thanks


Peter

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gonzalo
Paniagua Javier
Sent: 26 February 2006 00:09
To: mono-list@lists.ximian.com
Subject: Re: [Mono-list] Configuring Apache for mono

On Sat, 2006-02-25 at 12:53 +, Bradley, Peter wrote:
 This thread was: Unable to deploy ASP.NET application on Apache
[...]
 Starting at the paragraph entitled Configuring Mod_Mono, I stopped
 apache and added the following to my http.conf:

 LoadModule mono_module /usr/lib/apache2/mod_mono.so

 Alias /test /usr/lib/xsp/test
 AddMonoApplications default /test:/usr/lib/xsp/test

 Location /test
 SetHandler mono
 /Location

 When I tried to restart apache, I got the following error message:

 Invalid command 'AddMonoApplications', perhaps mis-spelled or defined
 by a module not included in the server configuration

You might have an old version of mod_mono.so around.

-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] Remoting between mono and CF.NET

2006-02-27 Thread Miguel de Icaza
Hello,

 I'm looking for the way to transfer arbitrary objects between 
 Compact.NET application on PocketPC and mono application on linux.
 And I need it bidirectional, so web service will not suit here.
 
 I'd use remoting, but CF.NET doesn't support it.
 
 Are there any solutions for such task?

Try Ice from ZeroC.com

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


[Mono-list] Re: Configuring Apache for mono

2006-02-27 Thread Robert Jordan

Bradley,


This doesn't seem to be the problem unless I'm missing something.  I can
only find one version of mod_mono.so on the machine.  There is a link
called mod_mono.so, which points to mod_mono.so.0.0.0.

According to RedCarpet, I have mod_mono 1.0.6-4, which provides
mod_mono.so.0


Mod_mono 1.0.6 is a very old version, so I don't understand why
do you thing this is not a problem.

If Red Carpet doesn't provide the latest version (1.1.13),
you have to compile mod_mono from sources:

http://go-mono.com/sources/



So this all looks OK to me.

I've got an absolutely bog standard out-of-the-box setup, so I confess
to getting a little frustrated.  Is there anyone who can suggest what I
can try, given that following the instructions doesn't appear to work?

Thanks


Peter

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gonzalo
Paniagua Javier
Sent: 26 February 2006 00:09
To: mono-list@lists.ximian.com
Subject: Re: [Mono-list] Configuring Apache for mono

On Sat, 2006-02-25 at 12:53 +, Bradley, Peter wrote:

This thread was: Unable to deploy ASP.NET application on Apache

[...]

Starting at the paragraph entitled Configuring Mod_Mono, I stopped
apache and added the following to my http.conf:



LoadModule mono_module /usr/lib/apache2/mod_mono.so



Alias /test /usr/lib/xsp/test
AddMonoApplications default /test:/usr/lib/xsp/test



Location /test
SetHandler mono
/Location



When I tried to restart apache, I got the following error message:



Invalid command 'AddMonoApplications', perhaps mis-spelled or defined
by a module not included in the server configuration


You might have an old version of mod_mono.so around.

-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



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


[Mono-list] Service problem

2006-02-27 Thread Andreas Färber
Hi guys,

I'm experiencing a weird problem with a Service on FC4... It's basically
a multithreaded TcpListener based server. When I run it as a standard
console application it works fine; now I'm attempting to transform it
into a mono-service based daemon and it does not work. Specifically the
problem is that on the client side I do not receive anything (length of
zero) when the server is run with mono-service.

The service appears to start correctly (according to /var/log/messages),
I can connect to it via TCP and send it a SOAP request. On the client
side (Windows/.NET, Mac/Mono) TcpClient's NetworkStream.Read reads zero
bytes and returns. Afterwards the daemon (started manually with an init
script) is no longer existant, with no new message in /var/log/messages.
Does this indicate Mono crashed, or doesn't mono-service output anything
when it stops the service? (and I do not stop it)

Using MSSoapT as intermediary I am however seeing a complete response in
the trace (while the client still does not receive it), only that it
does not change as expected (using Guid.NewGuid()); and if I use the
same classes in a console app it works as expected.

Reading that stdout is redirected to /dev/null for mono-service I have
double-checked for Console.WriteLine calls and replaced them with
Console.Error.WriteLine, but still no indication in /var/log/messages
after mono: [...].exe Service [...] started.

The assemblies are within my home directory and owned by me, the init
script is symlinked from /etc/init.d into my home directory and owned by
root (symlink root:root, file root:me).

Any ideas?

Regards,

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


[Mono-list] Apache/Mono Health Monitor

2006-02-27 Thread Hamish Murphy



Hello,

Is there a simple 
way to monitor the health of my mono applications hosted by Apache? 


The reason I ask is 
because I have a production server where a Mono application is seizing up (but 
not releasing until the next day). After the client has alerted me to 
theissue, the manualprocedure is to kill the Mono processes and 
restart Apache. I would like to automate the detection of the problem and then 
consequently the workaround procedure.

I'm running Mono 
1.1.7 on a Fedora Core 3 box with Apache 2.0.52

Regards,

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


[Mono-list] Is mod_mono and ASP.NET production ready?

2006-02-27 Thread Corbin Hoenes
This is not a troll. I am interested in knowing people's experience with ASP.NET applications running with mod_mono under Apache. Is this really production ready? My general sense is that it's not. I am REALLY impressed with the desktop stack Mono offers but haven't really heard of a lot of high end web applications being built on Mono say the way Ruby on Rails is taking off.

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


[Mono-list] path.combine problem

2006-02-27 Thread Bryan Lee



Hi,

Can someone help with this? posted in a few 
forums,
no one was able to help, wonder if someone can
assist in this.. thanks, appreciated -

--
I did a quick webservice and ran it below.. 
 http://203.81.56.67/test/test/MyService.asmx?page=opop=Execute 
bnd=MyServiceSoaptab=test  
However i had an error after entering "subject" and "person name", anyone 
familiar to fix this?  The remote server returned an error: (500) 
Internal Server Error. Could not find file "/usr/lib/xsp/test\new.Maestro". 
  1. The slash is wrong, how(where) do i fix it.. 2. 
How do i see the full stack trace?  is path.combine broken, how do 
i fix this?unix dir is /../ and not \
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list