Hello,
Following the fix 61757: this code started throwing not well
formed:
&Size=M"
/>
This is because Eval(…) contains quotes. The attached patch
fixes that by ignoring quotes inside server tag.
Ple
Hi,
The patch you propose is not quite right:
...
} else if (!inServerTag) {
...
...
} else if (!inServerTag && quoted && c == quoteChar) {
return Token.NOTWELLFORMED;
}
The case "!inServerTag" is already handled a few lines befor
Hi,
Could you please review and test the attached patch.
- Juraj
On Mon, 2006-06-19 at 01:17 -0700, Konstantin Triger wrote:
> Hello,
>
>
>
> Following the fix 61757: this code started throwing not well formed:
>
> &Size=M" />
>
>
>
> This is because Eval(…) contains quotes. The attach
Hi guys,
about two weeks ago, I fixed line numbers in stack traces and
exceptions.
If anyone still has any problems with them, please lemme know.
Martin
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman
Hi Juraj,
You are right, I missed the (!inServerTag) condition above. But I don't think
parser/tokenizer should count quotes inside the inline server code (which is
regulated by inServerTag flag, to my understanding). This is because
parser/tokenizer should be unaware of the language the server
Ok,
I rechecked it, your patch is correct.
Regards,
Konstantin Triger
-Original Message-
From: Juraj Skripsky [mailto:[EMAIL PROTECTED]
Sent: Monday, June 19, 2006 12:29 PM
To: Konstantin Triger
Cc: [EMAIL PROTECTED]
Subject: Re: [Mono-dev] [PATCH] System.Web.Compilation/AspTokenizer.cs
Hi Konstantin,
I don't think that just moving it into the !inServerTag case will solve
the problem. I'm trying to achieve identical behaviour with MS.NET for
the following cases:
1) " runat="server" />
2)
3) " />
On MS.NET, 1 and 3 compile, 2 results in an parser error.
For server controls, MS.
Hi All,
I want to use DllImport to call a C function that allocates and
returns an array of strings. I'm not sure if this is the right place
to ask this question, but my sample code works with windows .NET
compiler, so either there is a different way to call unmanaged dlls in
mono or may be i'm n
On Wed, 2006-05-24 at 09:31 -0700, tut wrote:
> Also i'd like to know if one of next expressions should return true:
>
> 1) typeof(int?).IsSubclassOf(typeof(Nullable<>))
> 2) typeof(int?).IsSubclassOf(typeof(Nullable))
Hello,
neither of these should return true.
2.) this is `System.Nullable' -
Thanks for the replies of why CultureInfo.ToString was empty - because
it was an invariant culture, which doesn't have a name.
My question now is, why is it Invariant Culture? Is it a Linux specific
thing? Is there a reason we couldn't determine the culture for the
platform in Mono?
Any help
Hi,
I'm making some page that consist in an aspx containing an ascx.
In iis/.net they works fine but when I put them in mono the
__doPostBack javascript function is not added to the page so buttons
doesn't work.
I'm missing something?
___
Mono-devel
Going on with tests I was that probably the problem is not due to ascxs
but to a custom control I've build.
In this control I render manually the output writing a call to
__doPostBack.
I thought that in this case I should instruct mono to write the
__doPostBack function for my control so I used a
Hi,
It's hard to see what's wrong from your description alone. Could you
provide some code or a test case?
- Juraj
On Mon, 2006-06-19 at 19:16 +0200, APS wrote:
> Going on with tests I was that probably the problem is not due to
> ascxs but to a custom control I've build.
> In this control I ren
Hi Cory, I think you have to study things a bit more.
The Invariant Culture is an ECMA CLI (.NET) concept. Mono just has to
implement it to be compatible. It surely isn't Linux specific.
The main thing is: It is not about not knowing what the local culture
is, it is about specifically wanting not
I tried with CharSet = CharSet.Unicode, i again got blank array. I
looked up online and found this link
http://lists.ximian.com/pipermail/mono-bugs/2003-March/004256.html
which mentions about a bug in mono, but i don't know where to find
if someone closed this bug?
Thanks,
Romy
On 6/19/06, Rafa
Hi Rafael,
Thanks for the reply. Comments inline:
Rafael Teixeira wrote:
> Hi Cory, I think you have to study things a bit more.
>
> The Invariant Culture is an ECMA CLI (.NET) concept. Mono just has to
> implement it to be compatible. It surely isn't Linux specific.
I apologize if I made it so
Hi Cory,
AFAIK, that works correctly in Mono also.
But beware that culture is a thread-specific setting, you may be doing
something on a thread spawned and set to another culture. Particularly
you may experience a timing problem, if a thread is created before the
main thread has it's culture set
Has anyone from the mono team being able to take a look at this patch?
On Tue, 2006-06-13 at 23:04 -0700, Rafael Ferreira wrote:
> Howdy,
>
> The attached patch changes the current Threading.Timer class to use a
> single thread scheduler instead of the current 1 thread per timer logic.
> I also
18 matches
Mail list logo