On Sat, 2005-03-05 at 21:07 -0700, Jesse Pasichnyk wrote:
> That 1.1.4 link didn't work. Is the 1.1.4 zip updated? Or should I just
> build from svn?
Sorry, i missed the 'updates' dir.:
http://www.go-mono.com/archive/updates/1.1.4/System.Web.dll
___
That 1.1.4 link didn't work. Is the 1.1.4 zip updated? Or should I just
build from svn?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gonzalo Paniagua
Javier
Sent: Saturday, March 05, 2005 5:48 PM
To: mono-list@lists.ximian.com
Subject: Re: [Mono-list]
On Wed, 2005-03-02 at 19:38 +, Garrett Heaver wrote:
> Hi All
>
>
>
> Iâve honestly tried to sort this problem out myself but no matter how
> much goggling I do I canât seem to find a fix
>
That's a bug already fixed in SVN. If you don't want to get mod_mono
from SVN, just move all mod_mo
On Wed, 2005-03-02 at 09:42 +, Chris Aitken wrote:
> Hi All,
>
> I am running virtual hosts on debian (using unstable - 1.0.5-2/3), with FC2
> xsp & mod_mono (1.0.5-2), out of the box. However, if one vhost has a dll
> named test.dll, and another vhost has a dll with the same name, then the
>
On Wed, 2005-03-02 at 11:45 -0700, Jesse Pasichnyk wrote:
> I am working on developing an ecommerce site with mono/postgres and am
> having some issues with the a Forms based security login area.
Last mono release shipped with a regression that might make
FormsAuthentication fail.
You can get a
On Wed, 2005-03-02 at 10:57 +, Chris Aitken wrote:
> Further to my earlier post regarding Xcopy depolyment of dlls:
>
> I have the following situation:
>
> I alter the code in a cs file, and then recompile it. The dll is given the
> same as the previous dll, and overwrites the previous dll.
Jesse,
Excellent blog posting Jesse. I have similiar agreements,
disagreements with Grimes. Thanks for expressing it intelligently for
others to see.
-Dan Maltes
-Original Message-
From: Jesse Towner [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 05, 2005 3:48 AM
To: Dan Malt
Hi,
Joshua Tauberer wrote:
Atsushi Eno wrote:
If you set XmlValidatingReadr.ValidationType as ValidationType.None,
it won't raise any validation error.
I did try that, but when I do that it doesn't resolve the entities.
Sounds like a bug. Let me check our DTDValidatingReader.
Atsushi Eno
_
Atsushi Eno wrote:
If you set XmlValidatingReadr.ValidationType as ValidationType.None,
it won't raise any validation error.
I did try that, but when I do that it doesn't resolve the entities.
--
- Joshua Tauberer
http://taubz.for.net
** Nothing Unreal Exists **
>
> Atsushi Eno
>
> Joshua Tauberer
Hi,
If you set XmlValidatingReadr.ValidationType as ValidationType.None,
it won't raise any validation error.
Atsushi Eno
Joshua Tauberer wrote:
Hi. I've got an XML document with entities declared in the DOCTYPE, and
I want to have those entities replaced with their values in attributes.
XmlTex
Hi. I've got an XML document with entities declared in the DOCTYPE, and
I want to have those entities replaced with their values in attributes.
XmlTextReader doesn't do this, so I need to use XmlValidatingReader,
right?
But, the DOCTYPE node doesn't have full DTD information, and when the
va
Pedro Santos wrote:
Since I began working with Mono I have got several problems running
NAnt on top of Mono. Today I upgraded to Mono 1.1.4 and to NAnt
0.85-rc2 hopping that I would not have to do some mambo jambo to get
them working together. However it happens that NAnt does not run on
Mono 1.1.4
Pedro,
The issue (bug #66237) that was preventing NAnt from running on Mono 1.1.x,
was indeed only fixed after the 1.1.4 release.
But Mono SVN and NAnt should be friends ;-)
Gert
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Pedro Santos
> Sent
I would like to know how much memory is using some object that I use
(let's call it Buu). This Buu is a very big object with lot's of
complex fields. Are there any to get this information? I would like
to know this at run time (OS performance couters and profilers are not
an option cause this is a
I have had nant working on mono.
Maybe you could be a bit more specific about the errors you get when
building from svn and when using nant?
Matthijs
- Original Message -
From: "Pedro Santos" <[EMAIL PROTECTED]>
To: "Mono"
Sent: Saturday, March 05, 2005 4:22 PM
Subject: [Mono-list] Why
Since I began working with Mono I have got several problems running
NAnt on top of Mono. Today I upgraded to Mono 1.1.4 and to NAnt
0.85-rc2 hopping that I would not have to do some mambo jambo to get
them working together. However it happens that NAnt does not run on
Mono 1.1.4 because of some XML
Hello,
I try compile gtkmozembed-sharp using the gtk-sharp from last night at
svn and I get this erro:
14:07:41 1047 [EMAIL PROTECTED] \ [$ make
Making all in sources
make[1]: Entering directory
`/home/baxas/Compilacion/monosvn/gtkmozembed-sharp/sources'
make[1]: No se hace nada para `all'.
make[
Hey guys,
I was just trying to build gtkmozembed-sharp from svn and it was
complaining that "gtk_moz_embed_set_profile_path()" was trying to
convert a string parameter to a IntPtr.
I checked gtkmozembed-sharp's history and it doesn't seem to have been
changed recently, so i checked out revision 4
I've discussed some of the issues that Grimes brings up in my blog here:
http://weblogs.asp.net/jesse_towner
If I find the time this weekend, I'll write the second part that I had
planned. Cheers.
Jesse Towner, Lead Program
19 matches
Mail list logo