Yes, you're right, there is a race condition between pushing the the domain
ref, decrementing the counter
and checking if the domain needs to be unloaded.
On Sun, Nov 9, 2008 at 6:19 PM, Zoltan Varga [EMAIL PROTECTED] wrote:
Hi,
Looks good. Isn't there a race between the check:
+
Hi everybody,
I'm trying to compile Mono under VS2008.
Configuration 'Debug_eblib' is compiled successfully.
But just 'Debug' - is not.
Error LNK2019: unresolved external symbol _g_str_has_prefix referenced in
function _mono_class_generic_sharing_enabled occurs.
In case of 'Debug_eblib'
On 11/06/08 Alan McGovern wrote:
However this use case is likely to never be hit in System.IO.Packaging. The
API requires that when you 'write' data to a zip archive, the data is also
kept in memory. If you did try to use a 2gb file with this API, you'd end up
trying to allocate a 2gb block of
Rodrigo,
My only problem with this is the language is tied to the x86
architecture, when Altivec or Paired Single etc are added for PowerPC
then these attributes are nonsensical and will mean nothing to the user.
This would be better done in a static location (rather than spread over
the
Hi,
This configuration works correctly for me. I believe the problem is
that you are using the VS Dependency zip-archive. That archive has
not been kept up to date. I know there is documentation somewhere
that points to using it but that should be changed.
From
Hi Russel,
Our initial goal is to make simd instructions available to managed code.
At first we thought about trying to make an instruction set agnostic
library, but
there are way too many quirks and differences between them that the result
could be too crippled to be usable.
There are quite
The only other option is for there to be a place on disk which is:
A) Guaranteed to be writable
B) Guaranteed to have enough space to create the package.
If those guarantees can be given, I'll gladly make the change. If they
can't, then I don't want to completely break this API just to save
Also,
If you're actually writing the package to disk, you need free space == size
(package) * 2 as you will have to store a temporary full copy of the package
as well as the final copy.
Alan.
On Mon, Nov 10, 2008 at 7:01 PM, Alan McGovern [EMAIL PROTECTED]wrote:
The only other option is for
Guys,
Attached is the final version of the patch.
It can timeout properly - thou the appdomain unload code doesn't bother
about it.
Cheers,
Rodrigo
On Mon, Nov 10, 2008 at 11:24 AM, Rodrigo Kumpera [EMAIL PROTECTED] wrote:
Yes, you're right, there is a race condition between pushing the
Rodrigo,
Can you specify (or try to specify) which ones require the big code
change? That way anyone interested can look at the other ones.
Thanks,
Jonathan
2008/11/7 Rodrigo Kumpera [EMAIL PROTECTED]
Hi Thomas,
Thanks for taking time on this. I'll spend some time on this next week.
On Mon, 2008-11-10 at 17:06 -0200, Rodrigo Kumpera wrote:
Guys,
Attached is the final version of the patch.
It can timeout properly - thou the appdomain unload code doesn't
bother about it.
This one works fine for me with xsp and a lot of incoming connections at
the time of shutting
Hi,
I believe that r118412 fixes
https://bugzilla.novell.com/show_bug.cgi?id=443056 at least.
-bill
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hello,
As part of upcoming Mono 2.2 release we tried to improve gmcs/mcs parser
error reporting and parser error recovery.
However, there may be some places which we missed, and we would like to
fix them.
Please report any parser errors which you think are not useful, or where
parser reports
The branch is at branches/mono-2-2 in svn and we will be making a
preview build sometime this week. Please help us make this the best and
most stable release of Mono yet.
Trunk revision at which we branched is 118441.
___
Mono-devel-list mailing list
Hey Guys,
We had a Build / Release team meeting with Miguel today, and he
asked me to send out the notes.
Meeting Notes:
* We don't want to stop the build bots during releases.
- For Mono 2.0, we changed our releases to being built in the
openSUSE build service, so this fixed the
Hello!
I've compiled Mono 2.0.1 on CentOS 5.2, using the directions provided on the
mono-project website (which worked great, by the way - thanks very much for
posting them!), and things aren't working quite right with my NUnit 2.5 (alpha)
project.
The NUnit project works great on Windows
Hi,
I have put together some NUnit tests for ToolLocationHelper and have a few
questions that need to be clarified.
1. When mono is installed, is there a differentiation between the runtime
and the SDK? Some methods return different results depending on which
runtimes and SDKs are actually
On Mon, 2008-11-10 at 17:17 -0700, Thomas Wiest wrote:
* Make the Mono windows installer a smaller download
- Split gtk# out into it's own component
- Strip out the static libraries (the .a's)
- Change the gtk# installer to install to both the MS and Mono GACs
This is an awesome
I have the same problem. Except OpenSuse11 and SLE11 no other platforms
packages are in supported list.
Our product runs on RHEL and sle9 as well. Would like to know if it is
planned in future to support them?
Thanks,
Vadiraj
[EMAIL PROTECTED] wrote:
So, *right now* the only way to use
Hello! I'm using mono 1.9.2 and trying to write a small program using
SslStream. The program runs as server side program.
I found if I write the program as
serverCertificate = X509Certificate.CreateFromCertFile(certificate);
SslStream sslStream = new SslStream(
20 matches
Mail list logo
