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
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:
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 Message-
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
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). The
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
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
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
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 app
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:
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
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]
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 for
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 intended and
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
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...
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
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
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. Now ive
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 *Rodrigo
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
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
22 matches
Mail list logo
