Hi
Console.Error is Textwriter maybe calling Flush()???
I can recall that not flushing cout, cerr in c++ might lead to loss of
output.. This could be the case.
mel
On 20140421 22:23 , Edward Ned Harvey (mono) wrote:
I'm trying to figure out why mono is rejecting one of my server's
certs
Hi,
It's possible if the exception is thrown on another thread.
Try adding an AppDomain.UnhandledException handler and print out the thread
id (and do the same in OnRemoteCertificateValidation). Comparing the thread
ids will show you if this is happening in the same thread or not.
Rolf
On
On 21/04/2014 09:01, Alex J Lennon wrote:
Hi all,
I've encountered a problem with an application I was running on an ARM
VFP (i.MX6) target
under 3.2.8, which now fails under 3.4.0.
The error reported is related to a problem with the configuration file
and in particular the
appSettings
To answer questions:
Yes, I have mozroots installed (as evidenced by the fact that the other server,
with the exact same cert chain, validates without any problem.)
I'm not aware of any other thread which could be throwing the exception - as
seen in code below, there is only one thread,
Bermuda triangle went away by doing make clean make
So I'm back to a normal state, where a problem exists, but I'm able to follow a
logical debugging process, and making progress again...
___
Mono-devel-list mailing list
Hey guys,
I was looking at making the MSBuild system work, and during the process I
have encountered a few problems that we have in our existing build system
that are problematic.
The problem is that System, System.XML and System.Configuration are each
defined in terms of the other assemblies.
Just FYI, in case for some reason I neglect to commit an update. Microsoft has
already deployed to the wild, code updates that cause an ExchangeAlgorithmType
to evaluate to 44550, which is an undocumented value. For shame. ;-)
When they update MSDN, I plan to commit the new info to mono,
On Tue, Apr 22, 2014 at 3:53 PM, Miguel de Icaza mig...@xamarin.com wrote:
Hey guys,
I was looking at making the MSBuild system work, and during the process I
have encountered a few problems that we have in our existing build system
that are problematic.
The problem is that System,
Hey Miguel,
On 22/04/14 21:53, Miguel de Icaza wrote:
Hey guys,
The problem is that System, System.XML and System.Configuration are each
defined in terms of the other assemblies. So we gradually bring up
each one of those assemblies up by first compiling a stub System, which
we use to
Sorry, somehow I misread who was saying what; I should have addressed the mail
primarily to Miguel.
Happy to provide further information. I think Marek Saraf is the person that
merged these updates in 2012 to the VS build process.
For reference (won't provide much additional material) I have a
Michael,
how are you fitting msbuild in the build process? Just to confirm if you using
the generation of csharp project files and solutions for visual studio? A
couple of years back I worked on unwinding the circular build dependencies to
build the assemblies from VS. As I recall, even then
How about if we simplify this, by using the following strategy:
- Move the interdependent types of those assemblies to corlib.
- Mark them as internal.
- Add InternalsVisibleTo for those assemblies towards mscorlib.
- Use type forwarders to bring those types back from mscorlib to the
how are you fitting msbuild in the build process? Just to confirm if you
using the generation of csharp project files and solutions for visual
studio?
Yes, continuing the work on mono/msvs/scripts/genproj.cs
There are already a few issues solved, but ran into this broken build
setup, and
On 20.04.2014 15:00, cocowalla wrote:
I have a Windows service that I want to run with Mono on Linux. I can run it
as a service using mono-service, and this works fine.
I also want to mkbundle the application to ease deployment for end-users, so
they don't need to faff about installing Mono
I'm afraid I'm rather uncertain about how that would work. Are you able to
elaborate a bit?
--
View this message in context:
http://mono.1490590.n4.nabble.com/mono-service-for-mkbundle-d-apps-tp4662558p4662579.html
Sent from the Mono - General mailing list archive at Nabble.com.
I'm trying to mkbundle a pretty complex application that has a lot of reference
assemblies, but mkbundle is having trouble finding those assemblies.
For example, here's part of the output:
--
root@WR-IntelligentDevice:/opt/SF# mkbundle SolutionEngine.exe
On 22.04.2014 17:01, Chris Tacke wrote:
I'm trying to mkbundle a pretty complex application that has a lot of reference
assemblies, but mkbundle is having trouble finding those assemblies.
For example, here's part of the output:
--
Much closer - the output went from this:
Sources: 1 Auto-dependencies: True
To
Sources: 58 Auto-dependencies: True
Telling me that it's now trying to pull in a whole lot more. It's now
complaining about a missing System.Web assembly that I have to track down,
but I don't think it's
18 matches
Mail list logo