Hola,
The latest FtpWebRequest seems depending on the FtpWebResponse which
is probably only in your box.
svn up -r 56692 in mcs/System/System.Net solved the problem.
Atsushi Eno
Original Message
Subject: [Mono-patches] r56693 - trunk/mcs/class/System/System.Net
Date: Thu, 9
Hey,
thanks for the report, I think I've been messing the things the latest
days with small things :-(
Carlos.
El jue, 09-02-2006 a las 17:13 +0900, Atsushi Eno escribió:
svn up -r 56692 in
___
Mono-devel-list mailing list
Hi,
Apparently the order in which namespace declarations are written by
Xml(Text)Writer differs between Mono and MS.NET.
I know this is very much implementation specific, and the fact that the
order is different in Mono is definitely not a bug.
However, this makes it difficult to write unit
On Thu, 2006-02-09 at 14:40 +1300, Thong Nguyen wrote:
I notice that there is already a UnixDriveInfo. I'm implementing a
System.IO.DriveInfo that currently just reflects on UnixDriveInfo.
As a sanity check, you should make sure your DriveInfo members reflect
the final .NET 2.0 DriveInfo
Hello,
I would like to check in the test suite files into SVN to
trunk/mcs/class/System.Web/Test/mainsoft/MainsoftWebApp
and
trunk/mcs/class/System.Web/Test/mainsoft/MainsoftWebTest
folders.
If no one objects I will submit.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
On Wed, 2006-02-08 at 21:49 -0700, Wade Berrier wrote:
Currently the monodoc browser is available on many older distros as well
as win32. But with this change it won't work on older distros nor
win32.
It looks like sles9, rh9, and rhel3 are the only distros mono is
packaging that don't have
Jonathan Pryor wrote:
On Thu, 2006-02-09 at 14:40 +1300, Thong Nguyen wrote:
I notice that there is already a UnixDriveInfo. I'm implementing a
System.IO.DriveInfo that currently just reflects on UnixDriveInfo.
As a sanity check, you should make sure your DriveInfo members reflect
Hi,
IMHO, the rule if something works don't touch it applies here. Maybe
we just need smarter unit tests.
Lluis.
El jue, 09-02-2006 a las 10:43 +0100, Gert Driesen escribió:
Hi,
Apparently the order in which namespace declarations are written by
Xml(Text)Writer differs between Mono and
Would someone be kind enough to point me to the source code location in the
Mono runtime that does the loading of unmanaged dll/so to support p/invoke
functionality?
Thanks,
Jonathan
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Various parts of the mono build process are failing on my installation. Building
it raw first runs into a link error in making pedump:
./.libs/libmonoruntime.a(assembly.o)(.text+0x881): In function
`mono_assemblies_init':
/home/dsl/mono-1.1.13.2/mono/metadata/assembly.c:481: undefined
Well, if it does not cause any regressions and bad performance,
it is OK. There is no reason to reject such a patch. Anyone *who
thinks it matters* should (feel free to) spend his/her/its own
resources i.e. time to create a fix, or pay someone to fix it.
I don't think it is not worthy of spending
On Thu, 2006-02-09 at 09:18 -0600, Mike Kestner wrote:
On Wed, 2006-02-08 at 21:49 -0700, Wade Berrier wrote:
Currently the monodoc browser is available on many older distros as well
as win32. But with this change it won't work on older distros nor
win32.
It looks like sles9, rh9, and
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Atsushi Eno
Sent: donderdag 9 februari 2006 18:55
Cc: 'mono-devel mailing list'
Subject: Re: [Mono-dev] XmlTextWriter: order of namespace declarations
Well, if it does not cause any regressions
metadata/loader.c.
Zoltan
On 2/9/06, Jonathan Resnick [EMAIL PROTECTED] wrote:
Would someone be kind enough to point me to the source code location in the
Mono runtime that does the loading of unmanaged dll/so to support p/invoke
functionality?
Thanks,
Jonathan
Hi,
I wanna build a gtk application (gtk#), which accepts requests over
http. The application should return dynamic created webpages and also
implement SOAP webservices.
So my question is: How should I realize this? Should I write a gtk#
application and integrate XSP? (Is this possible?)
Or
Hi ,
My aspx page perform some task on button-click. Sometimes it take more
than 3/4 mins to perform this task and return status to user.
But after 2 min, broswer shows 500 internal server error.
I suspect XSP server times out the request after 2 min.
Is there anyway I can set this timeout
Yogendra Thakur wrote:
Hi ,
My aspx page perform some task on button-click. Sometimes it take more
than 3/4 mins to perform this task and return status to user.
But after 2 min, broswer shows 500 internal server error.
I suspect XSP server times out the request after 2 min.
Is there anyway
Hi,
do you know any good tutorial about using dbus with mono? I can't find
anything useful in google, or the mono webpage.
Greetings
Mike
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Monitor.Wait(object, TimeSpan) needs to support timespans with a timespan of
-1 ms (meaning wait infinitely).
Here's the patch.
monitor.diff
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Attached is a library that abstracts console based Widgets like those of
Gtk or Winforms. It also has a similar Application that is
ISynchronizeInvoke compatible. Trouble is, it doesn't work on Mono in
Linux. The TermInfoDriver seems to be the culprit.
Hello,
So my question is: How should I realize this? Should I write a gtk#
application and integrate XSP? (Is this possible?)
This is possible. The core of XSP lives in the Mono.WebServer
assembly.
Look at the file xsp/src/server.cs, thats the front-end to the library.
Or should I use
Hello,
Various parts of the mono build process are failing on my installation.
Building
it raw first runs into a link error in making pedump:
This is very strange. What kind of operating system are you using,
version, architecture?
___
Hello,
I would like to check in the test suite files into SVN to
trunk/mcs/class/System.Web/Test/mainsoft/MainsoftWebApp
and
trunk/mcs/class/System.Web/Test/mainsoft/MainsoftWebTest
folders.
If no one objects I will submit.
Chris is gone until next week (Monday), can we wait until then?
First off, thanks to anyone who has responded to my questions so far. I
have a few more questions:
Where can I find a bunch of Mono users? I know that Mono is only young, but
where are they? Is there another mailing list like this one for general
users and discussions? (I'm finding that this
Hello Thong,
Monitor.Wait(object, TimeSpan) needs to support timespans with a timespan of
-1 ms (meaning wait infinitely).
Thanks for the patch, I have applied it to SVN, and I also noticed that
the other Wait function was missing the check for negatives (except
Timeout).
Miguel
Hello,
Where can I find a bunch of Mono users? I know that Mono is only young, but
where are they? Is there another mailing list like this one for general
users and discussions? (I'm finding that this one is mainly about
developing Mono itself.)
Here are some resources:
Hey,
Attached is a library that abstracts console based Widgets like those of
Gtk or Winforms. It also has a similar Application that is
ISynchronizeInvoke compatible. Trouble is, it doesn't work on Mono in
Linux. The TermInfoDriver seems to be the culprit.
Miguel de Icaza wrote:
Attached is a library that abstracts console based Widgets like those of
Gtk or Winforms. It also has a similar Application that is
ISynchronizeInvoke compatible. Trouble is, it doesn't work on Mono in
Linux. The TermInfoDriver seems to be the culprit.
28 matches
Mail list logo