Re: [Mono-dev] Mono on Windows/x64

Hello, > Could someone please review this one-liner? Is the fix okay or was > another macro intended there? > The ABS macro, as defined in eglib, only takes one argument while > mono-ehash.c calls it with two arguments, leading to a build error. > Are you not witnessing this on Windows? Thi

Re: [Mono-dev] System.Diagnostics.Process thoughts

Hello, > So, does this approach look acceptable? > > Should this code be in C in the runtime instead? My preference is to keep as much code as possible in C# to keep the runtime small. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.xim

Re: [Mono-dev] [PATCH] - System.IO.FileSystemWatcher Unit Tests for Events

Hello, > I just re-sent the patch to Alan & the list. I don't know how to limit a > specific test in the way you describe, is this documented some where? If > so, I'd be happy to do as you suggest if you'd be kind enough to point > me in the right direction. You need to detect MacOS X (see for ex

[Mono-dev] Call for testing: Mono 1.2.4 Second Preview Available

Hello, Am just reposting Wade's email with a fresh subject: > "Preview 2" has been uploaded to this same location. mono/mcs was > retagged as mono-1-2-4 from the mono-1-2-4 branch. > > Thanks to all who have taken a look at the preview releases. > > Wade > > On Fri, 2007-04-20 at 22:26 -

Re: [Mono-dev] performance and stress test

Hello, > Is there an tool or a batch on svn to have a report about performance of mono > Versus Ms.NET implementation. > > I know that there is the class status script. I search something quite simple > to > be run as class status to get out performance index compared to ms performance > index.

Re: [Mono-dev] performance and stress test

her systems (and specially different implementations) introduces too many unrelated variables. > bye > duff > > Selon Miguel de Icaza <[EMAIL PROTECTED]>: > > > Hello, > > > > > Is there an tool or a batch on svn to have a report about performance of >

[Mono-dev] Silverlight early implementation thoughts.

Hey folks, This is a repost from an internal email that really should have been public. Apologies for not sharing with the team my thoughts on Silverlight as the conference was unwrapping. I think folks found out about my interest on Silverlight f

Re: [Mono-dev] where is the moonlight svn

Hello, > the question is in the title? > I want to help on it but found nothing on svn... > is there a special SVN for incubator project? Well, the various pieces are part of different namespaces already covered by Mono. See the web page with details about it, but basically we need to setup the

Re: [Mono-dev] Silverlight early implementation thoughts.

Hello Joshua, > IMO, the Mono community/project tends to spread itself very thin. Lots > of things get started but not polished up and finished very well. I > don't think that's always a bad thing --- in fact, the renewed > enthusiasm that tends to follow new APIs from MS, for instance, is > r

Re: [Mono-dev] Debugger

Hello, > What is the debugger current status? It is working, and we hope that people test it with real code, send us feedback and help us improve it. We have reached the point where we think it is usable, but the only way of knowing if it is, is if people give us feedback. Miguel. > Pablo > ___

Re: [Mono-dev] Silverlight early implementation thoughts.

ents. > > -- > - Josh Tauberer > > http://razor.occams.info > > "Yields falsehood when preceded by its quotation! Yields > falsehood when preceded by its quotation!" Achilles to > Tortoise (in "Gödel, Escher, Bach" by Douglas Hofstadter) > > >

Re: [Mono-dev] Debugger

Hello, > Is it installed with the latest prerelease? > > I will try it asap. It is only available from the "debugger" module on SVN. Miguel > - Original Message ----- > From: "Miguel de Icaza" <[EMAIL PROTECTED]> > To: "pablosantosluac&q

Re: [Mono-dev] Silverlight early implementation thoughts.

Hello, > Right, and the interaction of that and vhosts is still unclear to me. > (This is besides the point, but while we're here-- I have to add a > 'MonoAutoApplication disabled' on every vhost that uses mod_mono for > anything to work. I tried to patch this at one point, but the problem > w

Re: [Mono-dev] Silverlight early implementation thoughts.

Hello, > It's basically a "persistent CGI" application which communicates with the > server over a unix|tcp socket using a well-defined protocol. Basically, what > mod_mono does but not mono-specific and not tied to apache. It's what mod_mono > should've been from the start. We're going to keep ma

Re: [Mono-dev] Silverlight early implementation thoughts.

Hello, > We're in the process of enabling DekiWiki to use mod_mono (it > required HttpListener and mod_proxy before, but now it can use > carrier pigeons if you can write an adapter). I haven't heard of > FastCGI before. Is this something we should look into? Considering that it does not

[Mono-dev] mod_mono, fast_cgi and configuration.

Hello Robert, > I doubt FastCGI would be easier to configure. [...] > Configuring an application-to-mono-process mapping, easily > to achieve with mod_mono, will become a nightmare with FastCGI. > Moreover, the config snippets above must be inserted in > every vhost, otherwise the vhosts will sh

Re: [Mono-dev] Debugger

ases recently. > Harald > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Miguel de > Icaza > Sent: Sonntag, 06. Mai 2007 16:45 > To: pablosantosluac > Cc: mono-devel-list@lists.ximian.com > Subject: Re: [Mono-dev] De

Re: [Mono-dev] mod_mono, fast_cgi and configuration.

Hello, Am tracking the suggestions here: http://www.mono-project.com/ImprovingModMono It would be nice if we had proposals on what specific things should be done to that page, and also improve the Mod_mono page while we are at it. Miguel.

[Mono-dev] Planning: Mono version numbers.

Hello folks, The versioning of Mono so far has been something along these lines: Mono 1.x matches roughly .NET 1.x Mono 2.x would roughly match .NET 2.x The idea was that people would get a rough idea based on the Mono version of what they are getting. This is ignoring th

Re: [Mono-dev] Planning: Mono version numbers.

Hello, > 2.0 (or 1.9 to denote it's almost there) - 4 months > * 2.0 support except for winforms > > 2.1/2.2 (or 2.0 if we call the previous one 1.9) - 9 months > * 2.0 support, including winforms > > 3.0 - 12-15 months? > * support for WCF, WF, and CardSpace > > 3.5 - 18-24 months? > * orcas

Re: [Mono-dev] Planning: Mono version numbers.

Hello, I have updated the Roadmap page on the Wiki, I think it is much better than what it used to be, but it still needs some work. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/m

Re: [Mono-dev] Does mono support any ajax library?

Hello, > I would like to implement to my mono asp.net project some ajax resources, > and I 'm serching for some mono supported library? > > I have thought about MS ajax.net and webgui - are there supported by mono? You can use Ajaxwidgets from Ajaxwidgets.com, they are pretty good, and they ar

Re: [Mono-dev] [Ximian-mono-list] Planning: Mono version numbers.

> This is unpractical. The Release Notes detail *changes* between > versions, not the general state of Mono for that version. Someone new > to Mono would have to go through lots of Release Notes to follow > those changes. I agree, but short of pointing people to "Moma" am not sure that I co

Re: [Mono-dev] FileStream SafeFileHandle constructor

Hello, > This patch implements the FileStream constructor taking a > SafeFileHandle. It just uses the underlying handle at this point; > Miguel suggested a few things for a complete solution, with my > preference being make SafeFileHandle internal at 1.0 and use it inside > of FileStream inst

Re: [Mono-dev] Planning: Mono version numbers.

> * I think it would be better if we develop 3.0 components > (wpf,wcf,wwf,..) as plugin or addin for mono not as integrated > part of it. That is how its done already: www.mono-project.com/Olive > * we should have bi-monthly status report of status. The rel

Re: [Mono-dev] [PATCH] Binding, Application, BindingContext

Hey, > I have improoved a lot my previous patch and add some missing things... > Hope someone will lok at this patch and made a feed back or commit it ;) You forgot to attach the patch. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com h

[Mono-dev] Mono's Silverlight update.

Hey folks, In the last few days we have been doing a little bit of research on what is needed to complete SIlverlight. The major sticking point is deciding on a rendering engine and currently some people are testing Antigrain, Cairo and GDI+ to get an idea of the performance of these librari

Re: [Mono-dev] Mono's Silverlight update.

Hello! > If it does not collide with SOC2007, I would like to start work on the tests > for System.ServiceModel.Syndication There is no collision with SOC 2007 for Syndication. > - "Miguel de Icaza" <[EMAIL PROTECTED]> wrote: > > ... > > Syste

Re: [Mono-dev] Character encoding issues on Linux

Hello, > As far as I know, Mono depends on libiconv (as either a standalone > package or built into glibc - which is the case on Linux systems afaik) > for charset conversion. Mono only uses iconv for filename mapping, for all other we use our own character set conversion code (see class/I18N).

Re: [Mono-dev] Patch for System.Data/CustomDataClassGenerator.cs

Hello, > This is a patch for System.Data/CustomDataClassGenerator.cs fixing several > issues when generating code for Visual Basic - the current implementation > creates a incorrect CodeDOM tree in a few specific cases where the incorrect > and correct tree generates the same C# source. This look

Re: [Mono-dev] GWT.NET ?

Hey, > Just a question to know if there is a project (working on mono) witch done a > bit > as GWT done for java? You might want to check Visual Web GUI: http://www.visualwebgui.com/ http://www.codeplex.com/visualwebgui They claim that it works with Mono already bu

Re: [Mono-dev] Mono for Symbian

Hey, > Mono on Symbian threads appeared here from time to time. > Does anyone know the current situation, is someone still working on > it? Nobody is working on a Mono port to Symbian as far as I know. It would be nice to have such a port. ___ Mono-dev

Re: [Mono-dev] Mono for Symbian

Hey, > * Is Symbian OS even able to run Mono? (Posix, threading etc.) If Java is able to run, Mono should be able to run. It probably will require porting, but porting was needed for even things like MacOS and Solaris. > So there is still some work to do if we want to have a Symbian port! > M

Re: [Mono-dev] Mono for Symbian

Hello, > I'm not sure about the status of Mono on Symbian, but redfivelabs > (http://www.redfivelabs.com/) have a port of the .NET Compact Framework > running on Symbian and this uses parts of Mono. Yes, but that is a proprietary platform that people cant get. Yes, but unlike Mainsoft who is an

Re: [Mono-dev] Mono for Symbian

Hey, > > Yes, but that is a proprietary platform that people cant get. > > Point taken, but it is (a variant of) Mono on Symbian. If proof was ever > needed that it can work, this would be an exemplar. I agree, yes. So basically it is possible to do so. We have some experience from a few peo

Re: [Mono-dev] Mono for Symbian

Hello, > > it is (a variant of) Mono on Symbian. If proof was ever > > needed that it can work, this would be an exemplar. > > They state it supports Symbian OS 8.0a. Unfortunately 9.x introduces > signing requirements for many operations, e.g. accessing user data, > network communication etc

Re: [Mono-dev] Mono for Symbian

> > * Creating the PAL (Platform Adaption Layer) > > If by this you mean adapting the Mono build system and sources to > compile for the target platform then this is the only priority I see > at the moment. This is Mono is called the "io-layer" and at this point it requires a POSIX implement

Re: [Mono-dev] Mono for Symbian

Hello, > Our class libraries started as an old fork of the mono class > libraries. While it's no excuse or even an attempt at an excuse for > not contributing anything back to Mono it made it much harder to > extract patches and fixes that would be relevant for submitting back > to mono. This was

Re: [Mono-dev] Mono for Symbian

Hello, > > Yes, but unlike Mainsoft who is an active contributor to the community > > and share their bug fixes with us and are an integral part of the Mono > > community the Red Five folks have not participated or contributed back > > to Mono. > > That is not true. We have contributed back where

Re: [Mono-dev] Mono for Symbian

> are free to set their own standards. It would be nice to see something > like the PAL for SWF, so that the underlying UI technology is abstracted > away from the application developer and they wouldn't have to care about > whether they are using GWES or X11 or Aqua. Our SWF has such a layer.

Re: [Mono-dev] Fwd: javascript compiler for Moonlight.

Hello Olivier, > I have just start to done a compiler of javascript in C# for > Moonlight. > It is just to ask if someone is ever working on it... and if there is > a place in svn to commit in order to make it open to community for > dev ;) Is this using the DLR? I suggest that you do two thin

Re: [Mono-dev] Fwd: javascript compiler for Moonlight.

same public interface than M$ compiler. > > I will see it and try to go manually now ;) > > > > thanks for feed back ;) > > bye, > > Olivier Dufour > > > > > > 2007/5/25, Miguel de Icaza <[EMAIL PROTECTED]>: > > Hello Olivie

Re: [Mono-dev] Fwd: javascript compiler for Moonlight.

Hello, > I have commit my work and start parser. I know that can change but > even if it change a lot I doubt the core will change a lot... > About the previous implementation of JScript, I do not know this > implementation but I prefer to start from crash and discover my own > bug ^^. This will

Re: [Mono-dev] System.ServiceModel.Syndication

Hello, > Kenneth suggested that I move my work from mcs to olive. I don't have enough > experience here to make a determination, what do you think? Yes, Olive is the right location for this. Olive is basically our repositories for APIs that are not part of the core .NET Framework (3.0 stuff ba

Re: [Mono-dev] SLOC

> That was some "wc -l" exercise I've done on Mono sources. Better stats > can be obtained in http://www.ohloh.net/projects/3263 Ohloh tends to get most data about Mono wrong, it is hard to tell what they are actually counting, but it does not seem correct. Miguel. __

Re: [Mono-dev] Patch for Moonlight Syndication

Hello, > The patch contains a start at the unit testing and scaffolding for > System.ServiceModel.Syndication This is great! My preference is to check in the code once the code is able to pass its own tests. Miguel. ___ Mono-devel-list mailing list

Re: [Mono-dev] SmtpClient only supports ESMTP?

Hello, > Look into OpenSmtp .Net Could someone test this with Mono, and if it works, add it to the /Libraries page on the Wiki? Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com htt

Re: [Mono-dev] mono for arm

Hello Jose, > this program run well (with some coordenates x,y problem) in linux x86, but > in linux-arm > > I'm using mono 1.2.4 Please file a self-contained test case on the bug trakcing system. > --- > $mono WindowsApplication2.exe > > ** ERROR **: file mini-a

Re: [Mono-dev] Optimized Dictionary`2

Hello, > Juraj Skripsky a écrit : > > Hello, > > > > I've already sent this mail to the list about a month ago and got no > > response whatsoever... This is the first time I see this email, and this is strange, I did not even see the original, I only saw the reply from Lionel. Maybe your emails

[Mono-dev] Review of overflow code.

Hello folks, Chris Howie found out that we were throwing exceptions from the various TryParse methods in 2.0 in the integer parsing methods: http://bugzilla.ximian.com/show_bug.cgi?id=81775 I attached some code that tries to catch overflow without using the "checked" expression a

Re: [Mono-dev] Mono policies.

Hello, > My Mono.JScript.compiler use the MS.Scripting lib of silverlight. > Is there any plan to support it? Is it ever supported somewhere in > svn? You can probably see how this was done for the old JScript implementation, but a new assembly will be required. If you copy any code, you must

Re: [Mono-dev] Optimized Dictionary`2

> Thanks for your answer! This has already happened to my in the past. My > guess is that your local spam filter doesn't like my company's domain > name "hotfeet.ch". My email _did_ make it to the list (and back to me), > it's also in the archives > (http://lists.ximian.com/pipermail/mono-devel-li

Re: [Mono-dev] Mono profiler question

Hello, > I want to write a Mono profiler that would call C# callback when > methods satisfying certain criteria are entered or left. In > particular, I want to check whether a certain custom attribute is > defined in the assembly that defines the method. If you have the MonoMethod handle (I assum

[Mono-dev] Ximian services (SVN, mailing lists) down for the weekend.

Hello folks, I have just been told that the network at the Ximian/Novell office in Cambridge (where the Mono mailing lists, web site and Subversion repositories). It is unfortunate that I only learned about this minutes before the network was supposed to go down, so I could not make alt

Re: [Mono-dev] Stubs for several methods in WIndows.Forms

Hello, Bugzilla is up again ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Microsoft.Scripting.sll

Hello, > Some said that it is open source so we can use microsoft dll > directely. We will use it directly. > Other said that we must redo it. They are wrong. > I have commit a start of it in olive module but the size of this dll > is quite bigger than compiler and runtime. Do not commit thi

[Mono-dev] Ximian services Update (SVN, mailing lists)

Hello, The Subversion repository is back up in the new location. They might need to recable it, so the service might go down for a few minutes today, but should not take more than that. Miguel ___ Mono-devel-list mailing list Mono-devel-list@

Re: [Mono-dev] PATCH: Make Process.Start() use the same 'mono' runtime

Hello Jonathan, > A long time ago, I ran into the issue where Process.Start within mono > doesn't do what is expected. On Windows, it always runs the child process > with Microsoft's framework, which can cause problems if it is remoting back > to the parent process and hits an incompatibility. On

Re: [Mono-dev] PATCH: Make Process.Start() use the same 'mono' runtime

Hello, > You can replace this func with something like that: The problem is that this code lives in io-layer.c and Dick pointed out that it might be best to not depend on metadata code. > gboolean > mono_image_is_cil (const char *fname) > { > MonoImageOpenStatus status; > MonoImage *

Re: [Mono-dev] [Mono-list] Ximian services Update (SVN, mailing lists)

Hello, All services should be back up, please let me know if anything is not working, so we can look into it. Miguel. > Hello, > > The Subversion repository is back up in the new location. > > They might need to recable it, so the service might go down for a > few minutes today,

Re: [Mono-dev] PATCH: Make Process.Start() use the same 'mono' runtime

> > I rather not use the environment variable, for one computing the actual > > program name might not be easy. I rather just hard code it to `mono' > > and it would be up to the user to set the path name appropriately. > > At least in Debian, the mono executable is not called "mono". > It's "c

Re: [Mono-dev] PATCH: Make Process.Start() use the same 'mono'runtime

Hello, > I still prefer the environment variable approach. Are there any serious > disadvantages? Here are some additional thoughts: And I still think that we will use a hardcoded value for the interpreter. > - If it isn't going to work to have the code inside CreateProcess, then if > it is impl

Re: [Mono-dev] PATCH: Make Process.Start() use thesame'mono'runtime

Hello, > This makes having 'mono' in $PATH an official requirement for mono to > operate correctly... This is already a dependency anyways (CodeDOM and anything that uses CodeDOM for example). > As Robert Jordan pointed out, this means it will have no effect on Windows. > For this reason, and al

Re: [Mono-dev] PATCH: Make Process.Start() use thesame'mono'runtime

Hey, > I just ran a performance test. The unmanaged implementation adds about 1 > second for every 100,000 child processes. Even the managed version, which > is, as expected, a lot slower, it adds less than 5 seconds for every 10,000 > child processes. In what situation would this be a severe and

Re: [Mono-dev] PATCH: Make Process.Start() use thesame'mono'runtime

Hello, I wish this thread died, because I already committed one version to SVN. > First, it is trivial to make it run as I pointed out already two times: > use the Linux binfmt support (third time). Miguel is too lazy to do it > so he committed something like your first patch on Linux, which

Re: [Mono-dev] PATCH: Make Process.Start() use thesame'mono'runtime

Hello, > This is not a converter and we both know it, we have tons of such > scripts flying around for Mono, and some do not work on Solaris due > to shell differences, e.g. mono-service. Please file a bug report, ideally we need to create a knowledge base for these things to ensure that futu

Re: [Mono-dev] Patch to fix VS build

Hey, These look fine, but just include the standard X11 licensing for SVN. > Hello, > The attached diff moves variable declarations to the top of their > current scope so that the VS build will compile. Please approve. > > Thanks, > Jonathan > ___

[Mono-dev] Mono Debugger 0.50

Hello folks, You might not have noticed this but as part of the Mono 1.2.4 release we shipped the Mono debugger for x86 and x86-64 on Linux. A guide on using the debugger is here: http://www.mono-project.com/Guide:Debugger Please file bug reports and provide us feedback as t

Re: [Mono-dev] System.Reflection and C# compiler differences between Mono and .NET.

> Another interesting point is that Mono 1.1.18.1 (as supplied by openSUSE > 10.2) follows the CSC behavior for generic methods/properties. So the > current Mono behavior is a somewhat recent change... It does feel like a bug, lets research this, please file a bug. > - Jon > > >

Re: [Mono-dev] Porting to linux - replacement for winmm.dll

> Both depend on LAME. I do not want to force the user to install > additional software (except .Net runtime). And distributing an MP3 > implementation (yes, even a LGPL one like LAME) requires paying > royalties to Fraunhofer Society. In your original post you pointed out that transforming the f

Re: [Mono-dev] [Mono-list] Mono Debugger 0.50

Thank you again! > Antonello > > > On 6/9/07, Miguel de Icaza <[EMAIL PROTECTED]> wrote: > > Hello folks, > > > > You might not have noticed this but as part of the Mono 1.2.4 > > release we shipped the Mono debugger for x86 and x86-64 on Linux. > > &

Re: [Mono-dev] Recursive method call performance

Hello, > I’ve noticed that the performance of Mono 1.2.4 indicates a problem in > recursive method calls. That is only the memory usage, in performance Mono is faster. > > > See > http://shootout.alioth.debian.org/gp4sandbox/benchmark.php?test=all&lang=pnet&lang2=csharp > and http://shootout

Re: [Mono-dev] ref and out for param in override methode

Hello Olivier, > 1) I have a strange bug in my javascript compiler. When I run unit > test on Optionsparser of javascript compiler of moonlight, I see a > strange behaviour: > The base methode is GetHelp (out usage, out optionsParsertext, out > environlentVariables, out comments). But in the deriv

Re: [Mono-dev] ref and out for param in override methode

Hello Olivier, Do you keep a "to-do" list or a task list of things that are missing in the compiler and areas where people could work or assist? MIguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailma

Re: [Mono-dev] Walking all managed objects

> i'll gladly go with mono_gchandle_new_weakref solution you mentioned, > if you think there is no real overhead in our use case. > Basically i would need to know that mono_gchandle_new_weakref has no > noticable overhead when the primary use case is quickly allocating > temporary memory (Th

Re: [Mono-dev] Interpreter?

> Well, I've been here and I don't remember seeing any jit-related request > for help:) Follow the above suggestions for now and we can both try to > get the changes in svn and get the bugs fixed. I wanted to point out that for the changes to be committed to SVN, we need to either get a copyright

Re: [Mono-dev] Spring and NHibernate support

> If we put a workaround in NHibernate, tomorrow we will have to patch > another library. Read the comments on the bug, returning NULL is a valid return case in some cases. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.

Re: [Mono-dev] MCS and GMCS API Documentation

Hello, > I am working on a project which required parsing C# source file and > consequently building the CodeDOM tree of the code and finding all the > redundant classes/methods in the code. Neither MCS nor GMCS use the CodeDOM. The CodeDOM is a very simple API to generate code. Notice that M

Re: [Mono-dev] Regression Tests Webpage

> > My goal with the scripts is to publish (most likely on the wine > > website) a comparison of mono running the tests on windows and mono > > running the tests under wine on linux as a way to see areas wine might > > be lacking. > > There has been some talk about running the testsuite against

Re: [Mono-dev] SerialPort - no timeouts on write

Hey, > bug http://bugzilla.ximian.com/show_bug.cgi?id=81967 now has a patch > attached that causes SerialPort to correctly timeout on writes. It has > been tested quite extensively on Windows, Linux kernel 2.6 and 2.4. > The scope of the changes is quite big, so I'd appreciate a little > review.

Re: [Mono-dev] Porting to OpenMoko

Hello, I am also considering getting an OpenMoko phone (personal) and getting a couple for developers in the Novell team one as well. What some folks have been saying is that they want to port Moonlight/Silverlight to it, and implement all kinds of gratuitous animations on it. > I've not

Re: [Mono-dev] Porting to OpenMoko

Hey, > Sounds great! Are you thinking it'll be worth chipping out for the > advanced set with the debug board as well for Mono/Moonlight > development? Or might the ability to hack on the single (Neo Basic) > phone be enough? Just curious, they had me at "black carrying case" Well, I do not know

Re: [Mono-dev] check for a valid system user with mono

> How to use Mono.Unix or Mono.Unix.Native to check whether a specific > system username and password are valid? To write software that will run on all platforms, you can not really check if a username/password are valid, because in Linux authentication is done with a system called PAM (and GSSA

Re: [Mono-dev] Porting to OpenMoko

Hello, Just an update on the situation: > Sounds great! Are you thinking it'll be worth chipping out for the > advanced set with the debug board as well for Mono/Moonlight > development? Or might the ability to hack on the single (Neo Basic) > phone be enough? Just curious, they had me at "bl

Re: [Mono-dev] Managed Debugger from Microsoft

> What is everyones take on it? Could it help the mono debugger? Not really; The debugger architectures are quite different. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono's impl of System.Net.NetworkInformation

Hello, > (so I guess it is the newest code). I saw in the changelog something > about possible dbus implementation, is that still the plan? I can send > patches for the things I fix, but if this is under heavy dev already I > need to coordinate with the main dev on it. My main use at this time is

Re: [Mono-dev] Mono's impl of System.Net.NetworkInformation

Hello, > Ok. I imagine that dbus would give everything we need here, right? Not really. D-Bus would help us keep track of one of the issues: whether we are connected or not. For other NetworkInformation bits, we have to write specific code for each case. I just mentioned D-Bus in the contex

[Mono-dev] Mono summit, options.

Hello folks, Am trying to decide on a location for the next Mono summit. One of the challenges of the summit is that the Mono team is now pretty large, so it is quite expensive to fly and host everyone, so am trying to pick: * An affordable city (good hotel prices). * Hopefu

Re: [Mono-dev] Mono's impl of System.Net.NetworkInformation

> Isn't that exactly what the assemblies' strong names are for? dbus# > is an external library so one version could be taken and would be > installed into the GAC parallel to any potentially more recent, API- > breaking version the user might use. Breaking changes would then only > occur if

Re: [Mono-dev] [Mono-list] Mono summit, options.

>Topics should probably be more task oriented than last time. So > "This is how you embed the mono runtime" instead of "This is how the > mono runtime works". This would be more useful for most users. I like this plan; Maybe we need to setup a survey to see what external folks would be in

Re: [Mono-dev] Mono summit, options.

Hello, > May I suggest scheduling the conference right after (or before) the > GNOME Summit[1] in October? We might get higher attendance that way. If we go for Boston, I think this is a brilliant idea. Miguel. ___ Mono-devel-list mailing list Mono-d

Re: [Mono-dev] [Mono-gc-list] Mono memory problems!

> namespace Ipop { > public class IPOP_Common { > public static void Main() { > AutoResetEvent re = null; > while(true) { > re = new AutoResetEvent(false); > re.Close(); > } > } > } > } > > blows up memory That depends on the finalizer to run to rele

Re: [Mono-dev] pc files for mono-data-* packages

> Can we get pkg-config files for mono-data-* packages > please? Sure, which ones do you need? > See the bug for MonoDevelop and the comment from > Lluis. > > http://bugzilla.ximian.com/show_bug.cgi?id=81234 > > --- Additional Comments From Lluis Sanchez > 2007-05-30 10:07 --- > Since

Re: [Mono-dev] [Mono-gc-list] Mono memory problems!

re is still a problem of the array of wapi handles not being > shrunk down, but that complexity is beyond me. > > Regards, > David > > Andreas Färber wrote: > > > > Am 18.07.2007 um 19:54 schrieb David Wolinsky: > > > >> That case leaks as well. &g

Re: [Mono-dev] [Mono-gc-list] Mono memory problems!

> second... in SafeWaitHandle.cs, the line ... > NativeEventCalls.CloseEvent_internal (DangerousGetHandle()); > should be... > NativeEventCalls.CloseEvent_internal (handle); I missed this one, I have now applied this as well. Miguel ___

Re: [Mono-dev] [PATCH] Optimizations for FileSystemWatcher and MulticastDelegate

Hello Juraj, can you explain the rationale for the changes in MulticastDelegate, for example, why not return this.Clone () instead of the new construct new Delegate [1] { this }? Also, should we not be checking prev/next in the method? Miguel.

Re: [Mono-dev] Roadmap for System.Web.Extensions

Hello, > Howdy, I was wondering if anybody had an idea on the roadmap and/or > release schedule for the System.Web.Extensions which currently sits > in the Mono subversion repository but is not being distributed as far > as I can tell. Now that ASP.NET 2.0 has shipped, Mainsoft is working f

Re: [Mono-dev] Compiling from source

> glib.h exists but in a custom directory. I've tried adding this > directory to my PATH, PKG_CONFIG_PATH, and the CFLAGS variable in the > Makefile but nothing seems to work. How can I point it to this file? The PKG_CONFIG_PATH should point to the directory containing the .pc file from glib, th

Re: [Mono-dev] When will AOT work for .Net 2.0 assemblies?

> Hi Everyone, > > aot mono .net 2.0 > > === > Mono Ahead of Time compiler - compiling assembly ./SerialExample.exe > Error: Can't AOT Net 2.0 assemblies. > AOT RESULT 1 > === We have not sch

Re: [Mono-dev] Status of System.IO.Compression (both Deflate and Gzip)

Hello folks, Please file a bug report. > 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 wo

<    2   3   4   5   6   7   8   9   10   11   >