Hi Zoltan,
My test was done with mono 3.2.5 on a i686 CentOS.
I'll try with the latest version and let you know how it goes.
*Jonathan Gagnon*
Architecte d'application / Application Architect
600, boulevard Armand-Frappier, bureau 200
Laval (Québec) H7V 4B4
Canada
T : 450-662-6101 poste 234
It seems like this bug
https://bugzilla.novell.com/show_bug.cgi?id=379602in mono 3.2.5.
I was fixed in mono 2.4 but it seems to have reappeared since then because
my process is using CPU at doing nothing and I noticed it gets worse if I
add threads (even if they do nothing). When I use strace on
)
{
for (int i = 0; i 50; ++i)
{
Task task = new Task(DoNothing);
task.Start();
}
evnt.WaitOne();
}
static void DoNothing()
{
Thread.Sleep(1000);
}
}
}
On Fri, Jan 31, 2014 at 2:31 PM, Jonathan Gagnon
jonathan.gag...@croesus.com wrote:
It seems like this bug https://bugzilla.novell.com
Sorry about the delay.
I didn't find any other references to SetTcpClient so I removed it and I
created a pull request.
*Jonathan Gagnon*
Architecte d'application / Application Architect
600, boulevard Armand-Frappier, bureau 200
Laval (Québec) H7V 4B4
Canada
T : 450-662-6101 poste 234
http
Here is the proposed change. See attached files.
I'm not too familiar with sending diffs so let me know if I didn't send it
in the expected format.
*Jonathan Gagnon*
Architecte d'application / Application Architect
600, boulevard Armand-Frappier, bureau 200
Laval (Québec) H7V 4B4
Canada
T : 450
I found a leak in TcpListener.AcceptTcpClient :
public TcpClient AcceptTcpClient ()
{
if (!active)
throw new InvalidOperationException (Socket is not listening);
Socket clientSocket = server.Accept ();
TcpClient client = new TcpClient(); // this call creates a socket even
though we don't need
Just remove that line from the spec file. Recommends is not supported in
Fedora.
*Jonathan Gagnon*
Architecte d'application / Application Architect
600, boulevard Armand-Frappier, bureau 200
Laval (Québec) H7V 4B4
Canada
T : 450-662-6101 poste 234
http://www.croesus.com
http://www.facebook.com
On Fri, Jul 19, 2013 at 1:05 PM, Atsushi Eno
atsushi...@veritas-vos-liberabit.com wrote:
(2013年07月17日 21:25), Jonathan Gagnon wrote:
On Tue, Jul 16, 2013 at 12:16 PM, Atsushi Eno atsushieno@veritas-vos-**
liberabit.com atsushi...@veritas-vos-liberabit.com mailto:
atsushieno@veritas-**vos
On Tue, Jul 16, 2013 at 12:16 PM, Atsushi Eno
atsushi...@veritas-vos-liberabit.com wrote:
Jonathan Gagnon wrote:
It does not work when the SAML document is not referring to any DTD. In
my case, I receive the following exception when I call the CheckSignature
method
for it too.
*Jonathan Gagnon*
Responsable des architectures systèmes
600, boulevard Armand-Frappier, bureau 200
Laval (Québec) H7V 4B4
Canada
T : 450-662-6101 poste 234
http://www.croesus.com
http://www.facebook.com/pages/Croesus-Finansoft/345020305606240http://www.linkedin.com/company/croesus
any problem for SAML.
(Also note that SignedXml implementation could override
SignedXml.GetIdElement(). Mono's WCF implementation makes use of it to
support WS-Security ID attribute.)
Atsushi Eno
Jonathan Gagnon wrote:
This is true for the signature, but not true for SAML assertions
I made a pull request for this issue.
Pull request : https://github.com/mono/mono/pull/704
Bug : https://bugzilla.xamarin.com/show_bug.cgi?id=4938
Jonathan
On Fri, Jul 12, 2013 at 10:58 AM, Jonathan Gagnon
jonathan.gag...@croesus.com wrote:
I have encountered a bug similar to
4938https
is in the SignedXml class,
GetIdElement method.
I wrote a very simple patch that fixes the problem by looking for id and
ID. Should I do a pull request with that fix?
*Jonathan Gagnon*
Responsable des architectures systèmes
600, boulevard Armand-Frappier, bureau 200
Laval (Québec) H7V 4B4
Canada
T : 450-662-6101
, May 21, 2010 4:33 PM
À : Jonathan Gagnon
Cc : mono-devel-list
Objet : Re: [Mono-dev] SGen improved and looking for testers
Hi Jonathan,
I did some tests with May 19th tarballs and I'm impressed to see that the
memory usage in one of my test is a lot lower when using sgen compared to
boehm
Hi Mark,
I did some tests with May 19th tarballs and I'm impressed to see that the
memory usage in one of my test is a lot lower when using sgen compared to
boehm.
Stability also seemed to be great until I got a segmentation fault. Here's
the call stack in case you can get something out of it:
I get this exception when trying to access a web page running with mod_mono:
Object reference not set to an instance of an object
Description: HTTP 500. Error processing request.
Stack Trace:
System.NullReferenceException: Object reference not set to an instance of an
object
at
Hi,
There is a bug in mod-mono 2.4 that produces the following exception every
time I try to access the web page :
Object reference not set to an instance of an object
Description: HTTP 500. Error processing request.
Stack Trace:
System.NullReferenceException: Object
Hi,
I just filed a bug (408381) for a problem that I found with the CP1252
encoding. I attached a one-line patch that fixes the problem as well as a
new unit test. Could someone have a look at it? Since this is the first
time I submit a patch, feel free to tell me if I did something wrong in
I had the same problem and I just found out a workaround. This problem
seems to happen only if you call the SqlConnection.Close more than once in a
multithreaded environment. If you call Dispose instead of Close on the
connection, that should fix the problem.
I will file a bug report since
You can also use System.IO.Path.DirectorySeparatorChar, that returns '/' or
'\' depending on the platform you're running on.
Jonathan
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Andreas Nahr
Envoyé : Thursday, July 26, 2007 4:22 PM
À :
Hi,
I noticed the same problem. There seem to be a problem when reading more
than once the same compressed stream. If possible, try reading everything
in one call (you need to know the actual size of the stream once
decompressed). This works for me.
-Message d'origine-
De : [EMAIL
I'm pretty sure that this will fix bug #81727 that I filed a few months ago,
although I don't have time to test it for the moment.
Jonathan Gagnon
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Miguel de
Icaza
Envoyé : Wednesday, July 18, 2007 8:17 PM
of DeflateStream. It might not be easy to fix on your
side though.
Jonathan
-Message d'origine-
De : Wade Berrier [mailto:[EMAIL PROTECTED]
Envoyé : Monday, July 09, 2007 2:43 PM
À : Jonathan Gagnon
Cc : mono-devel-list@lists.ximian.com
Objet : RE: [Mono-dev] DeflateStream : bit length overflow
run
,
Jonathan
-Message d'origine-
De : Wade Berrier [mailto:[EMAIL PROTECTED]
Envoyé : Monday, July 09, 2007 11:50 AM
À : mono-devel-list@lists.ximian.com
Cc : Jonathan Gagnon
Objet : Re: [Mono-dev] DeflateStream : bit length overflow
At the suggestion of Paolo, I ran:
strings /usr/lib
Jonathan Gagnon wrote:
The following messages are sent to the console when using the
DeflateStream class in Mono :
bit length overflow
code 4 bits 6-7
The compression is working correctly, so it seems like some kind of
debug trace.
I did a grep on the sources to see where it comes
Hi,
I posted this on the mono list a few weeks ago and I got no answer, so I'm
trying to repost it here. Is it the right list to talk about that kind of
problems?
Thanks,
Jonathan
_
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Jonathan Gagnon
Envoyé : Wednesday
26 matches
Mail list logo
