Re: [Mono-dev] HttpListener and basic auth

Maciej Paszta wrote: > Hello Guys, > > I'm developing standalone service provider that uses HttpListener to > serve appropriate requests. I'm having difficulty using Basic > Authentication (not to say that it doesn't work at all). I'm using Mono > 1.2.6 and the following testcase was performed

[Mono-dev] [PATCH] Support for heads with absolute URLs in Monologue

I didn't find a product for Monologue on BNC so here's the patch. Please review, can I commit? Thanks, Andres -- Index: ChangeLog === --- ChangeLog (revision 99902) +++ ChangeLog (working copy) @@ -1,5 +1,14 @@ 2008-03-11

Re: [Mono-dev] CS0019 for value type != null

Marek Safar wrote: > Hello Casey, >> I've noticed that on a recent SVN build of mono, I get a CS0019 error if >> I try to compare a value type against null. E.g.: >> >> DateTime dt; >> if (dt != null) >> Console.WriteLine(dt); >> >> As far as I can tell, this is the correct behavior, since

Re: [Mono-dev] Forums added to Mono Website

jhill wrote: > Web-based forums for Mono discussions have been added at > http://www.go-mono.com/forums > > As you know, most active Mono community members participate in on-line > discussions through our mailing lists; however, many Mono users have > expressed a preference for web forums based di

Re: [Mono-dev] Let's not compare exception messages in nunit tests

Atsushi Eno wrote: > Hey guys, > > I have seen a lot of bad NUnit tests that unnecessarily compare > exception messages. They are wrong not only because they fail > in non-English Windows environment but also because those tests > will fail when Microsoft improves the messages. Furthermore, it > b

Re: [Mono-dev] HEADS UP: Linear IR branch merge

Zoltan Varga wrote: > [...] > In case anyone wants to revert their tree to before the merge, the before > merge > revision is r108475. (Just FYI) It's a shame because, at that revision, there's an mcs bug that prevents you from compiling MonoDevelop: Exception caught by the compiler while comp

Re: [Mono-dev] HEADS UP: Linear IR branch merge

Andrés G. Aragoneses wrote: > Zoltan Varga wrote: >> [...] >> In case anyone wants to revert their tree to before the merge, the before >> merge >> revision is r108475. > > (Just FYI) > It's a shame because, at that revision, there's an mcs bug t

[Mono-dev] gmcs bug affecting MD from SVN (was: Re: HEADS UP: Linear IR branch merge)

Marek Safar wrote: > Hello, >> Arghh, same issue with gmcs from SVN. Marek, are you already aware of >> this issue or do you want me to file a bug..? >> > No, please fill a bug report. Thanks for your reply Marek!: https://bugzilla.novell.com/show_bug.cgi?id=412595 I'll try to cook a smaller

Re: [Mono-dev] HEADS UP: Linear IR branch merge

Andrés G. Aragoneses wrote: > Andrés G. Aragoneses wrote: >> Zoltan Varga wrote: >>> [...] >>> In case anyone wants to revert their tree to before the merge, the before >>> merge >>> revision is r108475. >> (Just FYI) >> It's a sha

Re: [Mono-dev] [PATCH] System.Security: trivial fixes for XmlDsig transforms

Gert Driesen wrote: >> Perhaps we should include a table that clearly lists the bracing style >> we prefer: >> >>> Namespace same line >>> Types same line >>> Methodsnew line >>> Constructors new line (?) >>> Properties same line

Re: [Mono-dev] WCF in Moonlight

Miguel de Icaza wrote: >> How to do 2) properly then? Should we simply move those assemblies to >> mcs, and develop there, or continue to develop in olive, and merge >> changes when we feel confident into mcs? I'd rather simply move them, >> but then we would have unstable assemblies in mcs. Should

Re: [Mono-dev] Unable to build MD 1.9 against RC 1

Paul wrote: > Hi, > > I'm in the process of rebuilding a number of packages for Fedora and > seem to have hit a snag with MD 1.9 and Mono 2.0 RC 1. It could be a > mono problem or an MD one, so I'll report it here then if needs be BZ it > against MD or mono. > > First the minor one > > Parser/mc

Re: [Mono-dev] Re flection not working with System.Runtime.Remoting.Channels.CoreChannel

Mathflair wrote: > I am having a problem with the following line of code: > > Type coreChannelType = > binaryServerFormatterSinkProvider.GetType().Assembly.GetType("System.Runtime.Remoting.Channels.CoreChannel"); > > This returns a null reference pointer. I can't figure out why this would > happ

Re: [Mono-dev] Mono 2.0 LiveCD

[EMAIL PROTECTED] wrote: > Hi folks, > > I've just downloaded and played around a little bit with Mono 2.0 LiveCD. > > Some comments/suggestions: > > - The included MonoDevelop doesn't come with the debugger > - The mdb command is not available > > Since it's the first thing a lot of newcomers

Re: [Mono-dev] System_Runtime_Remoting-2.0 failure

Marc Christensen wrote: > Hi everyone, > > Pleas take a look at the following error: > > http://mono.ximian.com/monobuild/builds/HEAD/sles-10-i586/mono/118193/logs/test-System_Runtime_Remoting-2.0.log > > > This failure started happening between -r116743:117186 > > The large difference in revi

Re: [Mono-dev] System_Runtime_Remoting-2.0 failure

Andrés G. Aragoneses wrote: > Marc Christensen wrote: >> ... > > Hey Marc, I checked my commits (knocte) and they were all in uia2atk > module. Most likely my teammates (btaylor, bgmerrell, cachen, ngao, > mcarrion, stshaw, sandyarm, raywang) and ... 'mgorse' is a

Re: [Mono-dev] Problem with Probing Path

So maybe it's time to reopen https://bugzilla.novell.com/show_bug.cgi?id=314478 Charlie Poole wrote: > OK, I can run if I set MONO_PATH to ./lib but that still > doesn't explain why the config entry is ignored AFAICS. > > Charlie > >> -Original Message- >> From: [EMAIL PROTECTED] >> [

Re: [Mono-dev] Ideas for Mono on Windows

This is awesome news. However, this doesn't change the fact that a Windows developer will have to remember to change the makefiles if she contributes a patch with files included/removed (and a Win developer usually doesn't know how to do this as well). But if you write your tool to be able to do

Re: [Mono-dev] Typed dataset serialization still failing in mono 2.0.1

You forgot the attachment. But let's rather create a bug, and attach a simple .cs file that exposes the problem. Thanks, Andrés marcos b wrote: > I didn't added those things because the bug can be reproduced very easily. > You need to create one dataset in vs2008 or vs2005, add one da

Re: [Mono-dev] FileSystemWatcher on Linux

Hey Pablo, do a quick search on bugzilla, there are some open bugs about FSW, maybe you're facing them ;) Andrés pablosantosl...@terra.es wrote: > Hi, > > There's a variable in InotifyWatcher named new_name_needed which is not > used since revision 63309 and avoids "renames" to work co

Re: [Mono-dev] Announcing Mono 2.4 Preview 1...

Hey Thomas, This one is a regression because the workaround is to use the old RegExp engine: https://bugzilla.novell.com/show_bug.cgi?id=470827 Sorry, we haven't had time yet to isolate the issue into a testcase. But it's easy to reproduce with the steps mentioned in the bug. Regards,

Re: [Mono-dev] 2.4 Preview - problem with reproducing a regression

Leszek Ciesielski wrote: > On Wed, Feb 4, 2009 at 11:09 AM, Leszek Ciesielski wrote: >> Hi, >> >> I'm getting a >> >> ERROR:mini-trampolines.c:122:mono_magic_trampoline: assertion failed: (vt) >> >> when running my NUnit tests on Mono 2.4 Preview 1 on Windows XP 32bit. >> However, there's not addi

Re: [Mono-dev] gmcs and The Future

Scott Peterson wrote: > It sounds like the general reaction is cautiously favorable. New > language features would be nice, but they would require a commitment > to maintenance. As I see it, whether we are willing to invest ongoing > effort in a feature depends on the strength of the feature. A > s

Re: [Mono-dev] gmcs and The Future

Scott Peterson wrote: > Any word on a wiki? If we don't use the mono-project one, on http://wik.is/ you can create one easily, and it turns out it's using Deki (powered by Mono) ;) Andrés -- ___ Mono-devel-list mailing list Mono-devel-list@li

Re: [Mono-dev] Arguing for reconsideration of WONTFIX status of 425512

Have you opened bugs on their bug tracking systems? If yes, this discussion should be placed there. If not, you should open them, and provide patches (maybe they didn't do it on purpose, and would be very grateful of someone trying to remove workarounds/hacks from their code). Regards, A

Re: [Mono-dev] Arguing for reconsideration of WONTFIX status of 425512

I'm talking about bugs opened *against* the frameworks, not against Mono, because it's not a Mono bug. Andrés Stifu wrote: > Hm yeah, he gave the link to the bug report (in the message you quoted), and > it's obvious it's not been closed by mistake. And it's not about removing > workarou

[Mono-dev] [PATCH] LinkedList fix for Remove()

Hey, I attached a patch to this bug: https://bugzilla.novell.com/show_bug.cgi?id=481621 Could someone review? Thanks, Andrés -- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono

[Mono-dev] [PATCH] InternalsVisibleTo for MoonAtkBridge

This patch adds InternalsVisibleTo on the 2_1 profile, but using an env var for now until we assure that this is not a security threat. May I commit? Thanks. Andrés -- Index: class/corlib/Makefile === --- class/corlib/Makef

Re: [Mono-dev] [PATCH] InternalsVisibleTo for MoonAtkBridge

Andrés G. Aragoneses wrote: > This patch adds InternalsVisibleTo on the 2_1 profile, but using an env > var for now until we assure that this is not a security threat. May I > commit? Thanks. Patch updated. Index: class/corlib

Re: [Mono-dev] [PATCH] InternalsVisibleTo for MoonAtkBridge

Andrés G. Aragoneses wrote: > Andrés G. Aragoneses wrote: >> This patch adds InternalsVisibleTo on the 2_1 profile, but using an env >> var for now until we assure that this is not a security threat. May I >> commit? Thanks. > > Patch updated. As already explained i

[Mono-dev] New bug: Problem with null namespaces using XSLT

I have just filed a new bug, if someone is interested: http://bugzilla.ximian.com/show_bug.cgi?id=76530 I hope it is not difficult to fix, and I would appreciate very much if this could be done before 1.2 release. Regards, Andrés [ knocte ] -- _

[Mono-dev] Console programs doesn't finish

Hello. I have a strange problem. If I use mono in my Mandriva box my programs doesn't finish, I mean, they keep blocked when the execution should end. With my SUSE 10.0 they work perfectly, they die when they should. But with Mandriva I have to hit CTRL+C to go back to the prompt. SUSE version

Re: [Mono-dev] Console programs doesn't finish

Carlos Solorzano wrote: I don't know if this is the same problem as I have but basically my programs finish, the last line in Main runs but yet control never returns to the shell, the mono processes stay running. I have not found yet what causes that problem yet or have an small example to

Re: [Mono-dev] Console programs doesn't finish

Yes, I suppose it is the same problem because the last line runs but the control never returns to shell. Have you guys tried stracing the process? Thanks for your feedback Miguel. With the danger of sounding too ignorant, how do I do that? what will it tell me at the end? I can probably run

[Mono-dev] Using WMI

is not implemented at all, how can I obtain this information in a multiplatform way (I am interested in Linux, above all). If WMI is not implemented at all, are there plans to support it in the future? If yes, will it be portable in any way? Thanks in advance,

Re: [Mono-dev] Using WMI

John Luke escribió: On Wed, 2006-01-18 at 22:37 +0100, "Andrés G. Aragoneses" wrote: Hello. I am using .NET2005 for developing an application. This application must know the IP address of the localhost and this was done, some days ago, by resolving the DNS of localhost. However,

Re: [Mono-dev] Windows ME and 98

Joachim Ante escribió: Hi, We just found out that mono doesn't run on windows me and 98. As far as i can see the mono needs psapi.dll, which is available only on NT-based windows (NT, 2k, XP). From it mono seems to be using only three functions: EnumProcessModules, EnumProcesses, GetModuleBaseN

[Mono-dev] "AvoidBadAsCast" Gendarme rule? (was: Re: [PATCH] The big "as" cast cleanup)

Miguel de Icaza escribió: >> I don't like to change working code unnecessarily just for your >> preference. I'd wait for another patch that removes any extra changes. > > I agree with Atsushi's statement, and also: > >> Personally I like as operator which sometimes makes the sources >> more reada

Re: [Mono-dev] Program Option Parsing Library

Jay Logue escribió: > Jonathan Pryor wrote: >> As for what Getopt::Long does... "--foo --bar" sets "--bar" as the >> value of the --foo argument. "--bar --foo" (i.e. no argument for --foo) >> generates the output: >> >> Option foo requires an argument >> >> I'm conflicted as to which is the

Re: [Mono-dev] Program Option Parsing Library

Jonathan Pryor escribió: > Now how should localization be handled? Should it? If you head for l10n, please include a default option for every program (like --disable-l10n or something like that) in order to disable it completely (think of debugging cases or bugzilla reports :) ). Regards,

[Mono-dev] Re: What would you like to see in Mono?

Miguel de Icaza escribió: Hey, What would be the top feature you would like to see in Mono? Think of a feature that is not something we are currently working on (we know about those), for example avoid saying: a class-is-missing feature or "IDE" or "the debugger". We know about those

[Mono-dev] Re: mono frustration

Anton Andreev escribió: Did anyone installed mono on fedora core 5 There is a problem with gtkhtml3 and gtk-sharp, pango ... Mono frustrated me again,cause I wanted to try the new Fedora with new Monodevelop with the new Glade designer. I could not install the monodevelop. It never ever inst

Re: [Mono-dev] Mono on SMARTOS

On 10 October 2012 15:48, Autif Khan wrote: > On Tue, Oct 9, 2012 at 3:42 PM, Andres G. Aragoneses > wrote: > > On 09/10/12 14:53, Autif Khan wrote: > >> > >> On Tue, Oct 9, 2012 at 8:11 AM, Fatih Soydan [Personal] > >> wrote: > >>> > >>> Hi; > >>> > >>> Are there any pre compiled packages for

Re: [Mono-dev] Random "Internal Compiler Error" with extension methods on interfaces?

It doesn't compile with Mono 3.0.x. When I said it doesn't throw an error, I meant that it doesn't throw an exception (internal compiler error), but it shows the compiler error you describe (ambiguity). So there's no bug anymore. Upgrade Mono. On 3 February 2013 19:36, Jordan Earls wrote: > I'll

Re: [Mono-dev] error when building libgdiplus

On 26/07/13 09:13, Kostas Cibulskas wrote: Hi, When running "make", there is an error in libgdiplus/tests: libtool: link: gcc -g -O2 -pthread -o .libs/testgdi testgdi.o ../src/.libs/libgdiplus.so -lpthread -lfontconfig -pthread /usr/bin/ld: testgdi.o: undefined reference to symbol 'g_print' /u

Re: [Mono-dev] FIXED: Problems with html in ListItems

On 30/07/13 10:45, APS wrote: I filed a bugreport and suggested a fix https://bugzilla.xamarin.com/process_bug.cgi I removed the html encoding when the text is written on the inner html part of the tag. It seems to work on my app that is pretty large. As I have another wanna-be fix that I describ

Re: [Mono-dev] DataRowCollection.Remove performance

On 01/08/13 06:58, Julian Hamilton wrote: In my own testing this sped up row deletions by approximately 360%, but you can ascertain a more accurate measure for yourself. Good catch! It might be better to provide this contribution in the form of a github pull request. ___

Re: [Mono-dev] NancyFX self hosting (HttpListener) locking up on linux

On 04/08/13 03:07, Alfred Hall wrote: Hi there. I'm running the NancyFX web framework in self hosting mode which is using HttpListener which basically means I deploy an executable and run it and it will start a webserver on localhost on a TCP port of choice. I then use nginx to proxy to it. I f

Re: [Mono-dev] NancyFX self hosting (HttpListener) locking up on linux

On 06/08/13 18:42, Nikita Tsukanov wrote: Ubuntu 13.04, Mono JIT compiler version 3.2.0 (tarball Tue Jul 30 21:08:00 UTC 2013) Mono 3.2.0 does *not* have Yuri's patch. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.xi

Re: [Mono-dev] NancyFX self hosting (HttpListener) locking up on linux

king for 5 minutes and it still responds with "Lorem ipsum ..." perfectly. I'll try to "port" my SCGI server logic from NetworkStream to Socket and see what will happen. 2013/8/6 "Andrés G. Aragoneses" On 06/08/13 18:42, Ni

Re: [Mono-dev] NancyFX self hosting (HttpListener) locking up on linux

If you're able to reproduce it with 3.3 and not with 2.10.x, you should definitely open a bug report for it in http://bugzilla.xamarin.com/ stating "[regression]" in the bug summary. Also, I would open a separate bug report for the segfault you're getting when running with MONO_DISABLE_AIO (pa

Re: [Mono-dev] Removing NET_2_0 define

On 18/10/13 14:58, Jonathan Pryor wrote: On Oct 16, 2013, at 10:00 AM, Alexander Köplinger wrote: Wouldn’t it make sense to remove the #if NET_2_0 checks in the codebase as those are now unnecessary (every profile is now 2.0 or later)? Or are they actually required for something? If not, I’d

Re: [Mono-dev] sgen optimizing

On 28/10/13 15:42, Rodrigo Kumpera wrote: The downside of a larger nursery is the increased pause times for minor collections. The concurrent-garbage-collector announced at the Mono 3.0 release would also be an alternative to avoid the pause times, right? If yes, is the concurrent-garbage-co

Re: [Mono-dev] Fix for using GTK# in mono embedded application

On 02/11/13 21:42, Vardar Sahin wrote: Hey monodev fellows, first of all I appreciate all your hard work and want to contribute this to the mono project. Right now it is not possible to use GTK# with an application which embeds mono. GTK# works just fine if you use mono as a standalone applicat

Re: [Mono-dev] Fix for using GTK# in mono embedded application

Environment.GetCommandLineArgs() when you embed mono. Environment.GetCommandLineArgs() is an internal call and it seems like it is not registered when you embed mono. Best Sahin 2013/11/2 "Andrés G. Aragoneses" mailto:kno...@gmail.com>> On 02/11/13 21:42, Vardar Sahin wrote: Hey

Re: [Mono-dev] Fix for using GTK# in mono embedded application

2013/11/2 "Andrés G. Aragoneses" mailto:kno...@gmail.com>> Being not registered means that accessing GetCommandLineArgs throws an exception? If yes, what kind? On 02/11/13 22:10, Vardar Sahin wrote: Hey Andrés, thanks for the quick replay. I am

Re: [Mono-dev] Fix for using GTK# in mono embedded application

[0]); }else { GLib.Global.ProgramName = "EmbeddedMono"; } 2013/11/3 "Andrés G. Aragoneses" mailto:kno...@gmail.com>> On 03/11/13 15:58, Vardar Sahin wrote: Environment.GetCommandLineArgs is an internal call and my assumption was that the i

Re: [Mono-dev] why does DateTime.Now.IsDaylightSavingTime() returns false when it should be true.

Seconded. On 07/11/13 11:16, Stifu wrote: I'm in no position to accept or review your patch, but I wanted to thank you for taking the time and putting in the efforts needed to make Mono better for everyone. I hope this pull request gets attention soon. Alistair Bush wrote Hi guys, Please no

mono-devel-list@lists.ximian.com

On 07/12/13 10:25, BearishSun wrote: > Hello, > > I have managed to compile Mono 3.2.3. on Windows with Visual Studio 2012 > using both 32bit and 64bit configurations but had some issues along the way. > As I have found little to none up-to-date information regarding this topic, > thought I'd shar

Re: [Mono-dev] AppDomain Support

On 11/12/13 03:33, Christian Smith wrote: > I was wondering what the current status of AppDomain support is and what > the plans for this are? I.e. is it not implemented? 70% implemented etc... AFAIK it's fully implemented. Do you see any problems with it? _

Re: [Mono-dev] System.Threading.Monitor.IsEntered? Will this be implemented?

Seems very straightforward to implement. If I were you I would just have a crack at it, and propose it as a pull request. It's the best way to get unblocked. On 10/12/13 00:50, vbguy81 wrote: > Hi, > I have a project in .NET 4.5 that utilizes Monitor.IsEntered to check if > there is still a lock

Re: [Mono-dev] "Installing" mono via copy

/usr/local is the default prefix if you don't supply one. This is normally the standard in most open source projects and the motivation of it is not to conflict with software installed by packages (which goes to /usr instead). But given that you're in an embedded system I would just use the /usr p

Re: [Mono-dev] "Installing" mono via copy

the _same_ prefix you configured your sources. > ./configure script hardcodes some paths based on prefix value and > compiled code will expect to find needed files there. > > > 2013/12/13 "Andrés G. Aragoneses" <mailto:kno...@gmail.com>> > > /usr/loca

Re: [Mono-dev] System.ExecutionEngineException: Failed to create shadow copy (CopyFile).

What version of mono are you running? On 23/12/13 12:57, Alistair Bush wrote: > I have be working to get the fubu (mvc) framework and associated tools > working on mono/linux. > I have gotten most of the way to running a basic app but have sadly come > stuck on the following and am running out of

Re: [Mono-dev] (no subject)

What version of mono, and what architecture are you running this on? On 07/01/14 16:20, Greg Young wrote: > Interesting issue came up today. All code works fine when run with mono > regularly. However when we statically link mono and put the system under > pressure we end up getting a SIGABRT on a

Re: [Mono-dev] (no subject)

This 64bits-only bug could be the culprit: https://bugzilla.xamarin.com/show_bug.cgi?id=14834 It's fixed already in master branch. Try master. On 10/01/14 11:34, "Andrés G. Aragoneses" wrote: > What version of mono, and what architecture are you running this on? > >

Re: [Mono-dev] (no subject)

If it still crashes with master, run it with gdb and obtain a backtrace, and attach it to a bug report. On 10/01/14 11:43, James Nugent wrote: > Thanks, I'll try this today. > > Cheers, > > > James > >> On 10 Jan 2014, at 10:42, "Andrés G. Aragoneses"

Re: [Mono-dev] mono-2.11.4 on Solaris 11.1

On 11/01/14 22:00, Grüninger, Andreas (LGL Extern) wrote: > Hi all > > > > I compiled mono-2.11.4 on Solaris 11.1 and after excluding some tests > the other tests succeeded. Only 2 failures. I prepared an upstream > branch with the patches at > https://github.com/grueni/mono/commits/upstream-mo

Re: [Mono-dev] Assert: condition `ret == 0' not met

I confirm the problem, I also get it in Linux64bits On 14/01/14 00:33, Bassam Tabbara wrote: > Yes. This is a clean build from mono/master. > > On Jan 13, 2014, at 3:07 PM, Rodrigo Kumpera > wrote: > >> Are you trying to build mono/master without any changes? That has

Re: [Mono-dev] Assert: condition `ret == 0' not met

Bassam, I bisected it and I think the culprit is in this commit: https://github.com/mono/mono/commit/a0afa38296b8a3b0382bf34ce777357d2553c0f0 Can you confirm my finding by trying to build the previous commit to this one? Thanks On 14/01/14 02:55, "Andrés G. Aragoneses" wrote: >

Re: [Mono-dev] TcpListener.AcceptTcpClient leaks a socket at each call

On 22/01/14 22:32, Jonathan Gagnon wrote: > 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 TcpClie

Re: [Mono-dev] TcpListener.AcceptTcpClient leaks a socket at each call

5020305606240><http://www.linkedin.com/company/croesus-finansoft?trk=hb_tab_compy_id_26141><https://twitter.com/CroesusFin> > > > > On Wed, Jan 22, 2014 at 5:15 PM, "Andrés G. Aragoneses" > mailto:kno...@gmail.com>> wrote: > > On 22/01/14 22:32, Jonatha

[Mono-dev] 3 questions about AOT and the JIT

Hi! Just 3 quick questions: a) This full-AOT limitation about using interfaces with generics (http://www.mono-project.com/AOT#Limitation:_Generic_Interface_Instantiation) is it only a problem when using value types, or any type? b) Why the above limitation is not listed here? http://docs.xamarin

Re: [Mono-dev] Recent xbuild fixes causing issues with finding mcs

On 16/02/14 10:15, Michael Hutchinson wrote: > ... which automatically executes exe > files using Mono. Are you sure that statement applies to all distros? I read somewhere some time ago that the only distro so far that implemented the ability to run .exe files automatically by calling mono under

Re: [Mono-dev] Failure to compile Mono 3.2.7-branch from source

AFAIU the fix for this was already in master, and Antonious sent a pull-request to backport the fix to this branch, which has just been committed by Alex: https://github.com/mono/mono/pull/893 On 18/02/14 06:10, jean-michel.perr...@csiro.au wrote: > Hi, > > I am trying to test an app on Mono 3.2.

Re: [Mono-dev] which branch is recent SqlBulkCopy fix in?

On 20/02/14 06:14, doncl wrote: > Hi, my apologies if this question is better sent to another list. It's my > understanding Miguel recently merged in fixes to SqlBulkCopy. I could > really use that for what I'm working on right now; SqlBulkCopy is not > working for me in 3.2.6, Ubuntu 13.10. W

Re: [Mono-dev] ms .net source updated and license modified

On 25/02/14 18:11, theUser BL wrote: > »Um die Arbeit mit dem Quellcode noch einfacher zu machen, hat Microsoft > auch die Lizenzbestimmungen klarer gefasst. Denn bisher mussten > beispielsweise die Entwickler von Open Source-Klonen aufpassen, dass sie > nur Erkenntnisse aus dem Reverse Engineer

Re: [Mono-dev] Library path bug in Makefile?

As far as I understand, LD_LIBRARY_PATH is a system setting that mono doesn't modify. If you want Mono to work out of the box without the need to adjust LD_LIBRARY_PATH you need to install it in a standard prefix. Some distributions consider /usr and /usr/local to be standard (note: /usr/local/mon

Re: [Mono-dev] Library path bug in Makefile?

On 04/03/14 17:23, Edward Ned Harvey (mono) wrote: >> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list- >> boun...@lists.ximian.com] On Behalf Of "Andrés G. Aragoneses" >> >> As far as I understand, LD_LIBRARY_PATH is a system setting that m

Re: [Mono-dev] Library path bug in Makefile?

On 06/03/14 03:09, Edward Ned Harvey (mono) wrote: > But I have to say, learning to roll your own packages is difficult. It is not if you use fpm (https://github.com/jordansissel/fpm), instead of a distro-specific build toolchain, as I recommended in a previous message (i.e. simple script to crea

Re: [Mono-dev] (no subject)

On 20/03/14 18:08, Greg Young wrote: > Before go searching for what happening and whether its something odd > here can anyone build trunk right now? I can build 3.2.8 no problem Attaching the error message you get might help. (Also putting a subject in your email is not yet old-fashioned AFAIK)

Re: [Mono-dev] Mono build bug

On 01/04/14 17:22, Kuba Vaněk wrote: > Hello everybody, > I cloned mono 897e95954ec2b1bb7bc76572dff6071b3ae4c64b from git. > When I try to build Mono, it prints this (yes, I also tried to delete > original folder and then reclone): > > $ ./autogen.sh --prefix=/usr > Running libtoolize... > libtoo

Re: [Mono-dev] Mono build bug

Vaněk wrote: > Hello, > thank you very much. That worked, but I also had to rename libgc/ > configure.in to libgc/configure.ac > Jakub Vanek > > -- Original message ------ > From: "Andrés G. Aragoneses" > For: mono-devel-list@lists.ximian.com > Da

Re: [Mono-dev] Repeat builds of core assemblies

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

Re: [Mono-dev] Repeat builds of core assemblies

On 23/04/14 04:14, Miguel de Icaza wrote: > > 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

Re: [Mono-dev] fastcgi-mono-server4 does not answer nor log anything and timeout

On 07/05/14 21:36, sven falempin wrote: > > i guess some of the patches should be included ins the source tree > These seem to be great contributions! But please follow the official workflow for proposing patches: create a pull request in github for each separate issue, explaining in each git co

[Mono-dev] Coding guidelines nitpicks

I've found two cases which are not mentioned in the Mono Coding Guidelines [1]: 1) Casting: which one is correct? a) x = ((int)GetPropertyValue ()).ToString (); b) x = ((int) GetPropertyValue ()).ToString (); 2) Generics: which one is correct? a) x = new List (); b) x = new List (); T

Re: [Mono-dev] Resolving dependencies while compiling

FYI this is all very related to this bug, if not the same issue: https://bugzilla.novell.com/show_bug.cgi?id=376876 Regards Andres Grzegorz Sobanski wrote: > * Jonathan Pryor [2009-05-20 15:59]: > [cut everything about extra copies and referencing] >> gmcs -t:library -lib:b/bin/

Re: [Mono-dev] Mono 2.4 Preview Packages for Debian/Unstable (now also for AMD64)

Grzegorz Sobanski wrote: > * Mirco Bauer [2009-05-22 21:36]: >> I still lack positive feedback btw! >> >> Do the packages work for you? As in does the upgrade work without any >> issues and does your software still work with the new packages? > > Ubuntu jaunty, no problems upgrading. > All softwa

Re: [Mono-dev] Coding guidelines nitpicks

Miguel de Icaza wrote: > Hello, > >> 1) Casting: which one is correct? >> >> a) >> >> x = ((int)GetPropertyValue ()).ToString (); >> >> b) >> >> x = ((int) GetPropertyValue ()).ToString (); > > No strong opinion on the space after the cast. > >> 2) Generics: which one is correct? >> >> a) >> >>

[Mono-dev] [PATCH] Uri.LocalPath is not correct when path contains an '@' character

Can any System.Uri author/maintainer take a look at my patches in: https://bugzilla.novell.com/show_bug.cgi?id=533572 Thanks, Andrés -- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinf

[Mono-dev] Version bump

Ok to commit?: http://monobin.com/__m15732ad4 (People using the latest 2-4 branch should be able to run apps which require mono >= 2.4.2 , such as MonoDevelop.) Thanks, Andrés -- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximia

Re: [Mono-dev] Building Mono trunk on FreeBSD

So the configure script is missing the check for Bash? Maybe we should add something like http://lists.freedesktop.org/archives/xorg/2008-March/033417.html Regards El 10/02/10 12:27, pablosantosl...@terra.es escribió: > Up and running! :-) > > On 10/02/2010 10:28, Robert Jordan wrote: >> On 10

Re: [Mono-dev] [PATCH] - optimization for System.Xml.XmlNode::SelectSingleNode

El 10/05/10 21:06, tom hindle escribió: > On Mon, 2010-05-10 at 19:28 +0100, Alan McGovern wrote: >> Why would a c-cast be so much slower than an 'as' cast? Surely they >> should be equivalent or the c-cast should be faster. > > sorry bad terminology... > > I meant syntactically c-style cast not

[Mono-dev] [PATCH] Fix mono-2-6 build

Hello. I would like to propose this 2 patches for review, to fix the mono-2-6 branch. In LindenLab we use Debian Etch, and were having 2 issues building mono 2.6.7: 1) Fix for first patch: avoiding the use of 'var' (Etch has mono 1.9): http://monobin.com/__m138c04d6 2) Fix for TimeZoneInfo.cs in

Re: [Mono-dev] Is there any reason to not add instead a flag?

to not copy-paste the structure ;) ) I'll work on it tomorrow. Thanks for the feedback. Andres > > miguel > >> Branch: refs/heads/master >> Home: http://github.com/mono/mono >> >> Commit: c508a786c106ceff274b9b9859193

Re: [Mono-dev] Is there any reason to not add instead a flag?

Ok fair enough, I'll implement your suggestions. You know, it's not that I don't like to document stuff (I'm almost done porting [1] to [2] so we can replace it in [3] ;) ) Regards, Andrés [1] http://www.mono-project.com/Compiling_Mono_From_SVN [2] http://www.mono-project.com/Compiling

Re: [Mono-dev] Mono and Obfuscation

Jonathan Pryor escribió: > On Thu, 2007-02-01 at 16:38 +0100, APS wrote: >> I agree with you but my boss insist to find some level of protection >> from reverse engineering at least at some core library and I was >> investigating about how to do that. > > As an alternative to obfuscation, use en

Re: [Mono-dev] Need your help: Mainsoft/Novell "Race to Linux"

Miguel de Icaza escribió: > Mainsoft and Novell are organizing an event to port applications > from Windows to Linux using Mono or Grasshopper. > > And we are looking for good candidates to port: we need some > interesting, .NET-based open source applications that would be > interesting to

Re: [Mono-dev] TypeLoadException when remoting from Windows

Jacob Ilsø Christensen escribió: > Hi. > > I am trying to do a remote call from Windows to an application running > on Linux under Mono 1.2.2.1. When I try it, I get the exception below. > There is not much info as to what might be wrong. Is it a missing > assembly? Does it work with MS.NET vs MS

  1   2   >