Re: [Mono-dev] Unexpected Delays in P/Invoke

Time the C calls, it is possible that close is flushing the data and is not returning until that happebs On Sat, Apr 23, 2016 at 9:33 AM Jason Curl wrote: > I've tested the latest snapshot of Mono and the problem remains: > > Mono JIT compiler version 4.5.0 (Nightly

Re: [Mono-dev] Unexpected Delays in P/Invoke

Hello Miguel, > c: serial_close(handle=0x7fe044008d80) close(fd) elapsed=21,53 The time is from when the function entered (using the clock() function) and the end. There seems to be about 6900ms between calling the P/Invoke method and when the function actually gets called. You'll see a

Re: [Mono-list] package management bug: cannot upgrade or install monodevelop

Hello ! Is it probably possible to find someone, who knows who may help? The installation is provided by xamarin, not by my distro. Thanks, Manfred > -Original Message- > From: mono-list-boun...@lists.ximian.com [mailto:mono-list- > boun...@lists.ximian.com] On Behalf Of

Re: [Mono-dev] Unexpected Delays in P/Invoke

Hello Miguel, You can see in the code, the last timed element is fclose(f), which is just closing the file used for diagnostics writing in the timing code, which when removed, still leaves 6900ms (it varies between 5000ms and > 1ms). But I will look at if there is something else I can

Re: [Mono-list] package management bug: cannot upgrade or install monodevelop

Hello Manfred, >> I am on debian jessie (8.3) and have already installed mono-complete >> according the instructions given here: >> The following packages have unmet dependencies: >> monodevelop : Depends: libmono-corlib2.0-cil (>= 3.2.8) but it is not > going >> to be installed This sounds

Re: [Mono-dev] Unexpected Delays in P/Invoke

Hello, My method for measurement was wrong. I changed to gettimeofday() which shows that close(handle->fd) is the culprit and not Mono. Thankyou for your time and sorry for the noise. Jason. On 23.04.2016 17:49, Jason Curl wrote: Hello Miguel, You can see in the code, the last timed