Hi,
I attempted to use System.IO.Compression.DeflateStream and encountered a DLL
load error when DeflateStream attempts to load the MonoPosixHelper DLL.
Searching in
/Library/Frameworks/Mono.framework/Libraries/mono
did not find the MonoPosixHelper dll. Is this DLL /
After fixing bug 609109, we're encountering an interesting situation. It
appears that the performance improvement is working too well. Running an
internal test suite, we're finding that things work well but then suddenly
we get the server side closing the connection (a RST packet is being sent)
I received the exception below when trying to create a gzip deflate stream. I
have since located the libMonoPosixHelper.dylib in the frameworks directory:
/Library/Frameworks/Mono.framework/Versions/2.10.6/lib/libMonoPosixHelper.dylib
However, when mono is embedded, it seems to be
On 20.12.2011 19:46, Jonathan Shore wrote:
I received the exception below when trying to create a gzip deflate stream.
I have since located the libMonoPosixHelper.dylib in the frameworks directory:
/Library/Frameworks/Mono.framework/Versions/2.10.6/lib/libMonoPosixHelper.dylib
Hello,
We are seeing the following stack trace frequently on startup of our
application. Seems to happen on both OSX and Linux. We build mono from the 2-10
branch. Any ideas?
Stacktrace:
at System.Collections.Generic.InternalStringComparer.GetHashCode (string)
0x0001d
at
It does look like a runtime error. Mind filing a bug report with a test
case?
On Tue, Dec 20, 2011 at 5:43 PM, Bassam Tabbara bas...@symform.com wrote:
Hello,
** **
We are seeing the following stack trace frequently on startup of our
application. Seems to happen on both OSX and
Thanks Rodrigo. We will open a ticket with an isolated repro.
From: Rodrigo Kumpera [mailto:kump...@gmail.com]
Sent: Tuesday, December 20, 2011 5:10 PM
To: Bassam Tabbara
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] JIT'er bug?
It does look like a runtime error. Mind filing a
On 21.12.2011 00:41, Dale Schumacher wrote:
Tried a fresh build today (new install on a new Windows 7 box) under
Cygwin 1.7.9-1 using sources cloned by git. Got the following error:
./../../jay/jay -ct ./../../jay/skeleton.cs
xbuild is a separate program and will not be affected by any changes in MD.
If it's not doing case changes properly then it'd be worth filing a bug
against it.
Alan
On 20 December 2011 05:34, Abe Gillespie abe.gilles...@gmail.com wrote:
Thanks! I'm pretty sure I'm running the latest version.. I'll
verify, and log a bug..
On Tue, Dec 20, 2011 at 2:12 AM, Alan alan.mcgov...@gmail.com wrote:
xbuild is a separate program and will not be affected by any changes in MD.
If it's not doing case changes properly then it'd be worth
On Mon, Dec 19, 2011 at 2:32 PM, Robert Jordan robe...@gmx.net wrote:
Yes, please attach the full backtrace because you've posted only
the most useless thread: the main thread waiting for console
input (probably a Console.ReadLine() in XSP).
Here you go: http://pastebin.com/Pfpae2xf
Hi
The only reference I have seen to anything similar to what I am seeing, was
in a Bugzilla from 2005, so I wanted to ask here to find out if anyone else
is seeing this.
On RHEL6 and CentOS6, when I try to run Mono 2.10.x, regardless where it was
built, I get a non-deterministic hang in the GC.
12 matches
Mail list logo