Hi,
We are keeping the assembly file descriptors open. Maybe this is because the
debian package updating mechanism is not using the the delete+copy thing for
data files ?
Zoltan
On 4/2/06, Mirco Bauer <[EMAIL PROTECTED]> wrote:
> On Sat, 2006
On Sat, 2006-04-01 at 23:44 +0200, Zoltan Varga wrote:
> Hi,
>
> I always tought that shadow copying is only needed on windows. AFAIK, on
> unix,
> you can overwrite the assemblies currently loaded by the runtime, but you need
> to delete the original
Hi,
I always tought that shadow copying is only needed on windows. AFAIK, on unix,
you can overwrite the assemblies currently loaded by the runtime, but you need
to delete the original file beforehand. The unix file system allows processes to
read from
Miguel de Icaza wrote:
Hey,
What would be the top feature you would like to see in Mono?
Indigo, Avalon
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
What would you like to see in mono Miguel ?
O/H Miguel de Icaza έγραψε:
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
feat
> Hello,
>
>>> What i'd like to see in mono is the ability to start up an application
>>> without it needing a .WAPI folder. I understand why mono needs the wapi
>>> folder, but i'm sure there are application for which one wouldn't need one
>>> at all.
>> Yeah that would really useful.
>
> For th
Hi,
On Fri, 2006-03-31 at 19:19 +0200, Zoltan Varga wrote:
> Please-Please file bug reports for the issues that can be considered bugs,
> like
> the "more robust reporting of the stack traces of all threads with SIGQUIT."
> issue, which I never heard about before. I can't promise that we will fi
Hi,
Please-Please file bug reports for the issues that can be considered bugs, like
the "more robust reporting of the stack traces of all threads with SIGQUIT."
issue, which I never heard about before. I can't promise that we will fix all
of our bugs in a short tim
I understand that limitation, but maybe it's possible to enable it runtime
then?
- Original Message -
From: "Miguel de Icaza" <[EMAIL PROTECTED]>
To: "Joachim Ante" <[EMAIL PROTECTED]>
Cc: "Mono Dev"
Sent: Thursday, March 30, 2006 8:00 PM
Hello,
> 11. make MonoDevelop compatible with SharpDevelop. Or have project
> import/export wizards for this.
Yes, that would be nice.
Long term, I think that completing the work on `xbuild' would allow us
to get interoperability across Visual Studio and SharpDevelop.
Miguel.
Hello,
> I am looking forward to see new GC - I wish I had time to put into Mono,
> but sadly at the moment I am totally tied up :(
>
> What's the status on implementation of new GC - the link said it should
> be rolled out in Feb-Mar, which is pretty much now?
It has been rolling into SVN for
Hello,
> 5) Managed P2P technology support (not for piracy but for distribution
> of info) - which could easily be based on extended Web Services
> technology.
Some time ago a few people were looking at implementing a BitTorrent
client.
I believe what happened is that two different groups were w
Hey,
> 1) The feature which is surely missing is a Compact Mono - equivalent
> to "Compact" .NET - however with significantly reduced footprint.
What are you looking in particular for in this case?
In general, the problem with the Compact Framework is that it was a
subset of the framework picked
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of James Mansion
> Sent: Wednesday, March 29, 2006 11:40 PM
> To: Miguel de Icaza; mono-devel-list@lists.ximian.com
> Subject: RE: [Mono-dev] What would you like to see in Mono?
> What would be the top feature you would like to see in Mono?
A cross-platform GUI that doesn't suck visually. Maybe Windows.Forms will
be OK, but Gtk# sucks on Windows - not your fault I guess. wxSharp maybe?
And *please* reduce the dependencies.
Any make it build out of the box on a raw
Hello,
> In our company we use mono on the ASP.NET server side. But our
> developper use Visual Studio to develop ASP.NET applications... Ok,
> it's not impossible to develop ASP.NET apps with monodevelop... but
> it's very "time consuming"...
> My dream is to develop web applications with monodev
Hello,
> > What i'd like to see in mono is the ability to start up an application
> > without it needing a .WAPI folder. I understand why mono needs the wapi
> > folder, but i'm sure there are application for which one wouldn't need one
> > at all.
> Yeah that would really useful.
For that, try u
> What i'd like to see in mono is the ability to start up an application
> without it needing a .WAPI folder. I understand why mono needs the wapi
> folder, but i'm sure there are application for which one wouldn't need one
> at all.
Yeah that would really useful.
Joachim Ante
__
Daniel Morgan wrote:
> 1. I would love to see a fully managed CLI runtime.
A Cecil-powered interpreter or JIT (via DynamicMethod)? That sounds
really fun.
--
- Joshua Tauberer
http://taubz.for.net
"Unfortunately, we're having this discussion. It's too bad,
because guess who listens to the dis
This wish list has an OSX bias, being an OSX user :-)
GTK# as part of the OSX distribution especially as the native GTK+ port matures.
An 'MRE'. a minimal distribution of Mono targeting users, not
developers. The idea is that this should be as small as possible, to
avoid that fun issue of having
A ASP.NET designer/debugger integrated to MonoDevelop
In our company we use mono on the ASP.NET server side. But our developper use Visual Studio to develop ASP.NET applications... Ok, it's not impossible to develop ASP.NET apps with monodevelop... but it's very "time consuming"...
My dream is
Tomi,
You were able to get mono to build on the arm? If so how ?
Very Interested,
Dave
On 29-Mar-06, at 5:02 AM, Tomi Valkeinen wrote:
On Tue, 28 Mar 2006, Miguel de Icaza wrote:
Hey,
What would be the top feature you would like to see in Mono?
Think of a feature that is not somet
D] On Behalf Of Miguel de
Icaza
Sent: Tuesday, March 28, 2006 6:47 PM
To: mono-devel-list@lists.ximian.com
Subject: [Mono-dev] What would you like to see in Mono?
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 wo
A generational and compacting GC has my vote as well.
- raf
On Wed, 2006-03-29 at 13:46 +0100, Alex Chudnovsky wrote:
> Jonathan Pryor wrote:
>
> >On Wed, 2006-03-29 at 11:33 +0100, Alex Chudnovsky wrote:
> >
> >
> >>Don't want to throw stones as its amazing what was achieved in Mono, but
>
Ter, 2006-03-28 às 20:47 -0500, Miguel de Icaza escreveu:
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 "ID
Em Ter, 2006-03-28 às 20:47 -0500, Miguel de Icaza escreveu:
> What would be the top feature you would like to see in Mono?
A talking clip for MonoDevelop. Everytime I need something I think "oh,
the IDE should show a little cute clip with that information for me!"
Maybe the clip could be use
Hi Miguel,
> What would be the top feature you would like to
> see in Mono?
1) Explicit (GC_Free style) assembly unloading.
2) Assembly unloading via application domain unload.
3) Full bytecode verification.
(But you knew that)
;-)
Cheers,
Jim/Babbage.
_
On Wed, 2006-03-29 at 19:41 -0300, Rafael Teixeira wrote:
> We need to implement shadow copying to allow for changes on running
> assemblies (but aside from ASP.NET where it is enabled by default,
> even on MS' .NET one need to turn it on explicitly for every AppDomain
> that needs it).
> That tur
Just one topic commented, that also adds my personal request.
On 3/29/06, Joe Shaw <[EMAIL PROTECTED]> wrote:
> Hi,
> And one thing that has always bugged me: my apps all behave strangely
> and then crash when I recompile underneath a running instance. That's
> very annoying, and I suspect it's a
Larry Ewing wrote:
> F-Spot has the
> start of a sane binding that I did in my spare time. I plan to finish
> it at some point. TWAIN is unlikely as it can involve direct win32
> calls.
TWAIN's available on Mac OS X, too. With some abstraction it should be
reasonably possible to support both Win
Miguel de Icaza wrote:
What would be the top feature you would like to see in Mono?
more monkeys please.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
F-spot was a good example to use. I was meaning F-spot plus extra features. For instance, I would like to take an application like F-Spot and modify for my own special needs. Or create an entirely new application. Let's say whenever you talk to a customer on a phone, the audio from that i
Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Miguel de Icaza
Sent: Tuesday, March 28, 2006 5:47 PM
To: mono-devel-list@lists.ximian.com
Subject: [Mono-dev] What would you like to see in Mono?
Hey,
What would be the top feature you would like to s
Hi,
This stretched out a bit more than I originally intended. :)
On Tue, 2006-03-28 at 20:47 -0500, Miguel de Icaza wrote:
> What would be the top feature you would like to see in Mono?
Although not really in Mono itself, one thing I would like to see is
better integration with automake. T
On Wed, 2006-03-29 at 07:57 -0800, Daniel Morgan wrote:
> 3. Let's not forget scanning, photos, printing Bindings to SANE,
> TWAIN... Get GnomePrint to be stable like the GTK version. I hear
> gtk+ hackers are moving GnomePrint from GNOME to GTK+ and making it
> cross-platform. This is v
Jacek Blaszczynski wrote:
3) Equivalent of WPF for future GUI requirements but cross platform -
I know Migual blog entries about Avalon but a Gtk sharp as an
alternative is really far too short of achieving anything impressive.
QT4 bindings to provide an alternative to WinForms and GTK# for
Here are my ideas I would like to see for Mono, Gtk#, and applications. 1. I would love to see a fully managed CLI runtime. The fully managed CLI runtime would be written completely in managed languages like C#, IL, and Boo. The whole thing does not have to be written in one language. Var
;t need one
> at all.
>
>
>
>
>
> - Original Message -
> From: "Miguel de Icaza" <[EMAIL PROTECTED]>
> To:
> Sent: Wednesday, March 29, 2006 3:47 AM
> Subject: [Mono-dev] What would you like to see in Mono?
>
>
> > Hey,
> >
el de Icaza" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, March 29, 2006 3:47 AM
Subject: [Mono-dev] What would you like to see in Mono?
> 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 w
On Wed, 29 Mar 2006, Jonathan Pryor wrote:
Given all the interdependencies between JITed code, executing code, and
call stacks, unloading types is a difficult proposition, which is
probably why an AppDomain unload is the only way to do that under .NET.
Yes, that's probably the reason. Still, I
On Wed, 2006-03-29 at 15:22 +0300, Tomi Valkeinen wrote:
> Also, I don't like python very much, and I'd like the language to be
> strictly typed. What I would like is a C# with type unloading.
.NET 1.1 *has* type unloading. It just requires unloading the hosting
AppDomain in order to unload the
Jonathan Pryor wrote:
On Wed, 2006-03-29 at 11:33 +0100, Alex Chudnovsky wrote:
Don't want to throw stones as its amazing what was achieved in Mono, but
IMO, Microsoft's implementation of Garbage Collection is considerably
better - not speed wise, but reclaiming memory that is no longer in
On Wed, 29 Mar 2006, Dave Cramer wrote:
Tomi,
You were able to get mono to build on the arm? If so how ?
Hi,
Yes, Mono runtime compiles fine on ARM when using Scratchbox, and mcs and
the classlibs compile fine too if you first build a mono-devkit for
Scratchbox.
Tomi
___
On Wed, 29 Mar 2006, Jonathan Pryor wrote:
On Wed, 2006-03-29 at 13:02 +0300, Tomi Valkeinen wrote:
- More support for dynamic languages. Perhaps there's an unsafe way (read:
you have to know what you are doing) to unload types. Or perhaps a
modified mcs could generate code for dynamic methods.
Title: Re: [Mono-dev] What would you like to see in Mono?
Hi!
1) The feature which is surely missing is a Compact Mono - equivalent to "Compact" .NET - however with significantly reduced footprint.
2) Needles to say full implementation of UI based on System.Windows.Forms namespa
On Wed, 2006-03-29 at 13:02 +0300, Tomi Valkeinen wrote:
> - More support for dynamic languages. Perhaps there's an unsafe way (read:
> you have to know what you are doing) to unload types. Or perhaps a
> modified mcs could generate code for dynamic methods. Or something else I
> haven't thought
On Wed, 2006-03-29 at 11:33 +0100, Alex Chudnovsky wrote:
> Don't want to throw stones as its amazing what was achieved in Mono, but
> IMO, Microsoft's implementation of Garbage Collection is considerably
> better - not speed wise, but reclaiming memory that is no longer in use.
This is because
I'd like to see better memory management for long running applications -
particularly in memory fragmentation area that seems to be rather weak
in .NET (and any other GC based language?)
Don't want to throw stones as its amazing what was achieved in Mono, but
IMO, Microsoft's implementation
Le mardi 28 mars 2006 à 20:47 -0500, Miguel de Icaza a écrit :
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 "ID
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.
Miguel.
Something simila
On Tue, 28 Mar 2006, Miguel de Icaza wrote:
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
a mono plugin to firefox, and IE, etc, allow you to run your app. in these
browsers,
in addition to having signed protection.
With sandbox type security as a later improvement.
I want to be able to program something in mono, and have it run everywhere and
use it for
most every task ... i.e.
1)
Miguel de Icaza wrote:
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.
--- Miguel de Icaza <[EMAIL PROTECTED]> wrote:
> 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"
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.
Miguel.
_
55 matches
Mail list logo
