hey, thank's
sorry for the latter respons, i spend holliday at reunion island (very
far from france).
In fact i try with the latest rpm from MDV in first, after this error
i uninstall them and install expat directly from oficial source
(configure && make && make install), and then post here.
I'm go
> It does make sense to make the 'DblExpTab' common to all appdomains.
> How do you implement such a scheme in Mono? Is it possible to
> achieve this without going out to unsafe code and internal methods?
Afaik to gain all the advantages you need one internal method to return the
pointers and uns
Thanks for spoting the typo Andreas.
On Jan 2, 2008 2:37 PM, Andreas Nahr <[EMAIL PROTECTED]>
wrote:
> Any reason why the class is named
>
> EmitByteIntr
>
> instead of EmitByteInstr ?
>
> --
> *Von:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *Im Auftrag von *
Ok, now the checkout works perfectly. I inform you when ive got the next
problem ;-)
Steve
Jonathan Pryor schrieb:
> This file has been removed.
>
> Any other issues with a Win32 checkout?
>
> - Jon
>
> On Wed, 2008-01-02 at 22:40 +0100, Steve Wagner wrote:
>> Sorry but it isnt totaly solved.
Zoltan, thanks again for your quick reply.
That assumption might be true for desktop applications, but not for a
server which runs a localized application. Each request is handled
in the website's configured culture. The matter is made even worse
when the server tries to be smart and handl
Hi,
CultureInfo might be inmutable, but its components like
NumberFormatInfo are not.
Also, even if it is inmutable, objects cannot be shared across appdomains, so we
couldn't use the object set by the application in another domain.
We assume that the thread culture is set only rarely, so the
seri
Well, the application runs in 10 different languages simultaneously.
So, this is only going to help in a few cases. In other words, I
should forget about CurrentCulture and instead use a manual override
in all my date and number formatting invocations? That's going to be
a major pain...
You could try calling Thread.CurrentCulture, compare the return value with the
culture you want to set, and only call the setter if the two are different.
Zoltan
On Jan 3, 2008 6:40 PM, Steve Bjorg <[EMAIL PROTECTED]> wrote:
> In short, I cannot change the current culture without
Ah, I see. Sorry about the noise then.
- Juraj
On Thu, 2008-01-03 at 13:32 -0500, Miguel de Icaza wrote:
> Hey,
>
> > The Changelog only describes a change to WebClient.cs. There are also
> > two small changes to HttpListenerContext.cs without Changelog entry.
> >
> > Were those changes intend
Hey,
> The Changelog only describes a change to WebClient.cs. There are also
> two small changes to HttpListenerContext.cs without Changelog entry.
>
> Were those changes intended and what's the motivation/Changelog behind
> them?
I forgot to update the ChangeLog for that, but the only reason fo
Hey Andrés,
Yes, you're right. I've updated that bug report with some additional info.
Gert
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of "Andrés G. Aragoneses [
knocte ]"
Sent: woensdag 2 januari 2008 9:30
To: mono-devel-list@lists.ximian.com
Subject: Re: [PATCH]
In short, I cannot change the current culture without incurring the
serialization cost, correct? Or am I missing something?
- Steve
--
Steve G. Bjorg
http://wiki.mindtouch.com
http://wiki.opengarden.org
On Jan 3, 2008, at 8:48 AM, Zoltan Varga wrote:
> Because code in other appd
Daniel,
I will revert version to 1.0.61025.0, It suppose to solve the problems.
Igor.
-Original Message-
From: Daniel Nauck [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 03, 2008 6:34 PM
To: Igor Zelmanovich; mono-devel-list@lists.ximian.com
Cc: Marek Habersack
Subject: System.Web.E
Because code in other appdomains might call Thread.CurrentCulture on the same
thread object since thread objects are shared between appdomains.
Zoltan
On Jan 3, 2008 4:30 PM, Steve Bjorg <[EMAIL PROTECTED]> wrote:
> Zoltan, thx for response.
>
> I can see how serialization applies to a
Hello Igor,
you removed the System.Web.Extensions Version 1.0.61025.0 in revision 92081.
Now we have a Sys.Web.Extension only for 3.5 and a
System.Web.Extensions.Design version 1.0.61025.0.
This breaks existing .NET 2.0 Applications that are using the 2.0 AddOn
version 1.0.61025.0.
I also noti
Hi Miguel,
I've noticed that you made the following change to
System.Net.Mail/SmtpClient.cs in commit 91959*:
--- trunk/mcs/class/System/System.Net.Mail/SmtpClient.cs2007/12/06
14:22:51 90809
+++ trunk/mcs/class/System/System.Net.Mail/SmtpClient.cs2007/12/27
18:30:23 919
Zoltan, thx for response.
I can see how serialization applies to app domains, but why would it
serialize inside the same app domain? Isn't CultureInfo an immutable
object?
- Steve
--
Steve G. Bjorg
http://wiki.mindtouch.com
http://wiki.opengarden.org
On Jan 3, 2008, at 6:49 A
Hi,
The current culture is shared between appdomains so the runtime stores it in
serialized form.
Zoltan
On Jan 3, 2008 8:21 AM, Steve Bjorg <[EMAIL PROTECTED]> wrote:
>
> I ran into the following error today on our system (note: I truncated the
> stack for legibility). Th
Hi, Andreas.
It does make sense to make the 'DblExpTab' common to all appdomains.
How do you implement such a scheme in Mono? Is it possible to achieve this
without going out to unsafe code and internal methods?
If the above is complicated, do you think that it makes sense to consider the
above
On Thu, 2008-01-03 at 03:32 -0800, Vladimir Krasnov wrote:
> Hi Ivan,
>
> You are right, I've reverted the "Hashtable patch" and everything works
> fine. TestGetProperties in TypeDescriptorTests is ok also.
> Look at attached patch.
>
Looks good, please commit, thanks.
>
> -Original Messag
Hi Ivan,
You are right, I've reverted the "Hashtable patch" and everything works
fine. TestGetProperties in TypeDescriptorTests is ok also.
Look at attached patch.
Regards,
Vladimir
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ivan N.
Zlatev
Sent:
Sorry that I did not suggest this earlier, but did you look at using a
scheme for embedding the Lookuptables in the runtime like e.g. Char does?
The problem with using static fields is that they are per-domain and always
need to be ("re")initialized.
Assume the following (worst) case:
We have 1000
22 matches
Mail list logo