On Wed, 2008-03-26 at 12:13 -0700, radzfoto wrote:
I compiled the following under MS Visual Studio and it worked fine. However,
exact same code fails to read the string using ReadLine. Any ideas that
could help me out?
The code you attached failed to compile (because you were missing '()'
Your OSDetection.IsOSX code can be simplified greatly by using
Mono.Posix.dll in Mono 1.9:
static bool IsOSX {
get {
if (IsWindows)
return false;
Mono.Unix.Native.Utsname buf;
On Thu, 2008-03-27 at 22:23 -0400, Chris Howie wrote:
On Thu, Mar 27, 2008 at 1:29 PM, Jonathan Pryor [EMAIL PROTECTED] wrote:
Your OSDetection.IsOSX code can be simplified greatly by using
Mono.Posix.dll in Mono 1.9:
static bool IsOSX {
get
On Sun, 2008-03-23 at 09:59 -0400, Debajyoti Bera wrote:
But how I do manually unmarshall a StringBuilder ? I tried using
Charset.Auto
and MarshalAs(LPTStr) - that did not help.
You don't -- StringBuilder is special, and only supports the encodings
that DllImport supports.
One of the things I'd like to do before the Mono 2.0 release is migrate
monodoc.dll to use C# 2.0 features such as generics in the public API.
For example, instead of Monodoc.Node.Nodes being an ArrayList, it should
be an IEnumerableNode or IListNode, and Monodoc.Node should
implement
On Tue, 2008-03-18 at 23:26 +0100, Mads Bondo Dydensborg wrote:
Hi there
In libodbc.cs, imports are on this form:
[DllImport(odbc32.dll)]
internal static extern OdbcReturn SQLGetData (
IntPtr StatementHandle,
ushort
On Tue, 2008-03-11 at 15:42 -0400, Jonathan Pryor wrote:
Up next I plan on making monodoc/engine/mono-ecma-impl.xsl more like
monodoc/tools/stylesheet.xsl, in particular generating CREF-style
hyperlinks instead of...whatever you want to call the current output.
This will change links
On Thu, 2008-03-13 at 15:49 +0200, Vladimir Dimitrov wrote:
On windows when I set
Thread.CurrentThread.CurrentCulture = new CultureInfo
(config.Localization)
I can change the localization of the current thread and if I call
Catalog.Init after that the localization is properly
On Thu, 2008-03-13 at 19:16 +0200, Vladimir Dimitrov wrote:
Thanks for the quick answer I tried your suggestion and set the variable
using this code:
CultureInfo culture = new CultureInfo
(config.Localization);
Thread.CurrentThread.CurrentCulture =
On Tue, 2008-03-11 at 22:28 -0600, Kenneth D. Weinert wrote:
Is this the right way to do this? Have the patch inline with the
message?
Not quite; typical practice is an attachment but, more importantly, to
use *unified* diff output (i.e. `diff -u`).
Thanks,
- Jon
I've just committed a patch which merges the commonalities between
monodoc/engine/mono-ecma-css.xsl and mono-ecma.xsl into
mono-ecma-impl.xsl, thus allowing most of the code to be shared between
them. This change also improves some of the CSS used so, visually, it
looks unchanged. :-)
If anyone
On Wed, 2008-03-05 at 12:09 +0200, Sebi Onofrei wrote:
I have a library from which I have to use some methods which is
written in C++.
First, make sure the C++ methods are declared `extern C`.
The method I need to correctly translate is this:
integer method_name(const void* a_handle, char*
On Mon, 2008-03-03 at 11:58 +0200, Sebi Onofrei wrote:
The problem is that now I need to use COM communication. I will have to
use Flix Engine from On2 and as I discovered reading
their documentation / how-tos, I sorta' need this. (functions like
Type.GetTypeFromProgID(xyz) for example are
On Mon, 2008-03-03 at 08:32 -0800, Daniel Morgan wrote:
Does monodoc and the monodocer tools currently work on
Windows?
Yes. They're also included with the Mono Windows download.
If it does, what do I need to do to create docs for an
assembly, such as, System.Data.OracleClient?
On Fri, 2008-02-29 at 00:00 +0100, Mirco Bauer wrote:
* prj2make - Use MonoDevelop instead.
Hmmm, the only problem I see is that there is no easy known way to use
prj2make from command-line only through MonoDevelop. I know that some
non-C# developers use prj2make in debian to get some
On Wed, 2008-02-20 at 13:32 +0100, Erik Renes wrote:
Hi All,
I am wondering if there is a way to detect the mono runtime version.
I am trying to detect the version to be able to gracefully handle the known
issues in windows.forms implementation (my app has serious issues on 1.2.3,
but
On Fri, 2008-02-22 at 13:16 +0100, Mario Sopena Novales wrote:
Hi,
the attached path fices the problem with namespaces that cannot be
edited right now as states bug #319116.
Unfortunately, you must rebuild the docs to see it working, because
the editing infrastructure put some
On Fri, 2008-02-22 at 18:08 +0100, Mario Sopena Novales wrote:
Index: provider.cs
===
--- provider.cs (revisión: 96411)
+++ provider.cs (copia de trabajo)
@@ -609,9 +609,13 @@
}
}
-
On Thu, 2008-02-21 at 06:58 -0500, Joshua Tauberer wrote:
Why not just merge all of the tools into a mdoc.exe (with the new
options parsing library to boot), rather than wrapping them all with a
script?
Because that would imply removing the older tools, which would break any
number of
On Wed, 2008-02-20 at 09:11 -0600, Jonathan Pobst wrote:
I'm pretty sure the support is 0%. Although we have implemented some of
the 3.0 and 3.5 base class libraries, they are not shipped yet in our
releases.
These are done in our Olive module: http://www.mono-project.com/Olive.
Oh,
On Fri, 2008-02-15 at 15:18 +0100, Andreas Färber wrote:
Am 15.02.2008 um 02:28 schrieb Daniel Morgan:
I'm not sure the proper way to marshal a
size_t that will work on 32-bit and 64-bits systems.
Perhaps someone reading this can shed some light.
What about IntPtr?
Use UIntPtr, as
On Fri, 2008-02-15 at 19:08 +0100, Lorenzo Viola wrote:
I see that you point out the GC , are you speaking about Garbage
Collection ?
Yes, GC == Garbage Collector or Garbage Collection.
I saw that for example on Mono+ASP.NET the GC could be quite intensive,
and not forceable (at last on
I am pleased to announce the release of NDesk.Options 0.2.0.
NDesk.Options is a C# program option parser library, inspired by Perl's
Getopt::Long option parser.
To download, visit the NDesk.Options web page:
http://www.ndesk.org/Options
Usage:
-
See http://www.ndesk.org/Options and
I am pleased to announce the release of NDesk.Options 0.2.0.
NDesk.Options is a C# program option parser library, inspired by Perl's
Getopt::Long option parser.
To download, visit the NDesk.Options web page:
http://www.ndesk.org/Options
Usage:
-
See http://www.ndesk.org/Options and
On Mon, 2008-02-11 at 09:43 +, Dan Smithers wrote:
Can I use Mono with languages other than C# on a Linux platform?
Yes. Mono doesn't care about language, it cares about IL, so any
compiler that generates IL can generate assemblies that will execute
under Mono.
So the only real questions
On Mon, 2008-02-11 at 10:40 +, Dan Smithers wrote:
Jonathan Pryor wrote:
So the only real questions are:
1. What language do you want to use?
C++, Python
2. Does that language have a compiler that runs on Linux?
several - I would probably use gcc for C++.
gcc doesn't support
On Sat, 2008-02-09 at 04:06 -0500, Scott Peterson wrote:
I need to marshal the native cdrom_tocentry struct from linux/cdrom.h
(http://www.gelato.unsw.edu.au/lxr/source/include/linux/cdrom.h#L218).
Here's my attempt (which is incorrect). Can someone tell me where I'm
going wrong?
On Thu, 2008-02-07 at 15:38 -0500, Avery Pennarun wrote:
So I need to submit a new lockfile patch. Any comments on the
UserInteractive stuff? That's actually the part I'm most suspicious
that I did wrong.
System.Environment.SetUserInteractive() needs comments, similar to what
On Mon, 2008-02-04 at 20:32 -0500, Avery Pennarun wrote:
On Mon, Feb 04, 2008 at 02:12:48PM -0500, Jonathan Pryor wrote:
On Mon, 2008-02-04 at 12:14 -0500, Avery Pennarun wrote:
1. mono-service runner doesn't catch SIGINT (it should clean up like
SIGTERM, and this is especially important
On Wed, 2008-02-06 at 15:02 -0800, Casey Marshall wrote:
I'm trying to use F# with mono, and most everything works fine, except
when I try to reference FSharp.Core.dll from a C# assembly. I get this
error:
error CS0433: The imported type `System.Action`2' is defined multiple
times
On Tue, 2008-02-05 at 13:26 +0100, Stefan Noack wrote:
I'm not sure whether this problem is subject to this list but I didn't
find a better place to report my problem.
mono-docs-list is the normal place for this.
I use monodocer with -importslashdoc to import XML documentation from
the files
On Tue, 2008-02-05 at 18:09 +0100, Stefan Noack wrote:
What version of mono is this?
This is strange. I use mono 1.2.6 and the monodoc 1.2.6 gentoo ebuild
which afaik contains monodocer. But it looks strange, though:
[EMAIL PROTECTED] ~/prog/liblamp/trunk $ monodocer --version
Monodocer
On Tue, 2008-02-05 at 13:26 +0100, Stefan Noack wrote:
I'm not sure whether this problem is subject to this list but I didn't
find a better place to report my problem.
mono-docs-list is the normal place for this.
I use monodocer with -importslashdoc to import XML documentation from
the files
On Tue, 2008-02-05 at 18:09 +0100, Stefan Noack wrote:
What version of mono is this?
This is strange. I use mono 1.2.6 and the monodoc 1.2.6 gentoo ebuild
which afaik contains monodocer. But it looks strange, though:
[EMAIL PROTECTED] ~/prog/liblamp/trunk $ monodocer --version
Monodocer
On Mon, 2008-02-04 at 12:38 +0100, Paolo Molaro wrote:
On 01/28/08 Jonathan Pryor wrote:
You should write a test case to stress-test this code and see if it
behaves correctly under a storm of signals, say at least 100k signals.
You should check that no signal was lost. Repeat the same while
On Mon, 2008-02-04 at 12:14 -0500, Avery Pennarun wrote:
I have my service running fine, but as background, I've discovered at
least these problems:
1. mono-service runner doesn't catch SIGINT (it should clean up like
SIGTERM, and this is especially important when using the --debug
option).
I am pleased to announce the release of NDesk.Options 0.1.0.
NDesk.Options is a C# program option parser library, inspired by Perl's
Getopt::Long option parser.
To download, visit the NDesk.Options web page:
http://www.ndesk.org/Options
Usage
: Mono.Unix.Native/ChangeLog
===
--- Mono.Unix.Native/ChangeLog (revision 92274)
+++ Mono.Unix.Native/ChangeLog (working copy)
@@ -1,3 +1,10 @@
+2008-01-28 Jonathan Pryor [EMAIL PROTECTED]
+
+ * Stdlib.cs: Obsolete Stdlib.signal(), as it's
Thank you for reviewing this.
On Mon, 2008-01-28 at 21:10 +0100, Paolo Molaro wrote:
On 01/28/08 Jonathan Pryor wrote:
It is important (as in my initialy API sketch) that this function take
the signal_info and not the dignal number, as this implementation allows
only just an handler per
On Mon, 2008-01-28 at 17:13 -0500, Jonathan Pryor wrote:
On Mon, 2008-01-28 at 21:10 +0100, Paolo Molaro wrote:
Deregistration is handled incorrectly: if there are two handlers for the
same signal it gets disabled at the first uninstall.
This has been fixed.
The only other major change
I am pleased to announce the release of NDesk.Options 0.1.0.
NDesk.Options is a C# program option parser library, inspired by Perl's
Getopt::Long option parser.
To download, visit the NDesk.Options web page:
http://www.ndesk.org/Options
Usage
I am pleased to announce the release of NDesk.Options 0.1.0.
NDesk.Options is a C# program option parser library, inspired by Perl's
Getopt::Long option parser.
To download, visit the NDesk.Options web page:
http://www.ndesk.org/Options
Usage
I am pleased to announce the release of NDesk.Options 0.1.0.
NDesk.Options is a C# program option parser library, inspired by Perl's
Getopt::Long option parser.
To download, visit the NDesk.Options web page:
http://www.ndesk.org/Options
Usage
Joshua et al,
You wrote and contributed to the monodoc module many related
utilities, such as monodocer, monodocs2html, etc., in addition to
monodoc/engine and related documentation providers.
The monodoc module currently claims to be under the GPL, as does
`monodocer --version` and
On Fri, 2008-01-11 at 14:57 -0500, Jonathan Pryor wrote:
What exactly would be a sane interface to ignore a signal aside from
e.g. Stdlib.signal(Signum.SIGINT, Stdlib.SIG_IGN) (and/or setting the
default or error handler for the specified signal)?
After talking on IRC, the sane interface
On Wed, 2008-01-23 at 18:17 +, Alan McGovern wrote:
Are you sure that's a bug? '*.*' will look for every file which
contains a '.' character in it. If you want all files, you should just
use ' * ', or leave out the mask altogether.
On Windows, '*.*' means *all* files, even those without a
On Sat, 2008-01-19 at 10:01 +0100, pablosantosluac wrote:
Is it integrated on trunk?
No.
- Jon
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
On Sat, 2008-01-12 at 15:42 +, A S wrote:
I'm new to mono, and trying to get my existing .NET application to
run. I'm having a problem with a difference in the behavior of
generic lists. Please can someone help me out? Am I being stupid?
Or should I raise a bug?
In Mono, if a
On Wed, 2008-01-16 at 10:02 -0800, Julien Sobrier wrote:
Hello,
here is my test program:
using System;
using Gdk;
public class test
{
public static void Main(string[] args)
{
// insert
Global.InitCheck (ref args);
string file =
On Sun, 2008-01-13 at 19:45 +0100, Andrés G. Aragoneses wrote:
What about giving a warning (or a Y/N confirmation) if --foo receives as
an argument a string that starts with - or --?
Interesting idea, but I don't want to tie it to System.Console (if
nothing else, it would complicate testing
On Sun, 2008-01-13 at 12:00 -0800, Jay Logue wrote:
Looking good!
One final note: due to the above Action change, I'm using Action`2,
which is specific to .NET 3.5. Localization is via Func`3, which is
specific to .NET 3.5.
I guess I don't really understand why its important to use
On Thu, 2008-01-10 at 14:39 -0800, Jay Logue wrote:
Jonathan Pryor wrote:
I don't see how an out parameter would be better than a return value,
especially considering that every other .Parse() method in the framework
actually returns a value.
This is probably well into the realm
On Thu, 2008-01-10 at 14:46 -0800, Jay Logue wrote:
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
I've been doing a lot of work on monodocer, and (for some unknown
reason) decided that the warning about the deprecation of
Mono.GetOptions was annoying so I thought I'd come up with a
replacement.
This replacement is NOT currently intended to be stable, nor to be
bundled with Mono itself for
On Fri, 2008-01-11 at 10:25 -0800, Jay Logue wrote:
Jonathan Pryor wrote:
Now how should localization be handled? Should it?
It only seems fair. I would do the localization in the
OptionException class itself. I see other mono Exception types
calling Locale.GetText() to translate
for the associated classes (not including
comments or tests), I think it's a reasonably concise and useful library
for command-line option processing.
Thoughts?
- Jon
//
// Options.cs
//
// Authors:
// Jonathan Pryor [EMAIL PROTECTED]
//
// Copyright (C) 2008 Novell (http://www.novell.com)
//
// Permission
On Fri, 2008-01-11 at 19:56 +0100, Paolo Molaro wrote:
On 01/10/08 Jonathan Pryor wrote:
Attached is an updated patch set which supports both the existing/new
Stdlib.signal() semantics...
I think signal() should just be obsoleted, starting a thread yourself
doesn't provide the same
On Fri, 2008-01-11 at 15:18 -0800, Dan Shryock wrote:
I wanted to give your library a try so I upgraded to mono 1.2.6, and
tried to compile the attachment using the following line:
gmcs -langversion:linq -define:TEST Options.cs
The compiler gives several errors, all seem to be related to
On Fri, 2008-01-11 at 14:06 -0800, Jay Logue wrote:
Jonathan Pryor wrote:
I guess I should create a new delegate type:
delegate string OptionLocalizer (string format, string[] args);
Other possible type names appreciated (and I don't like Rafael's
TranslateIt name. ;-)
I
On Fri, 2008-01-11 at 04:56 -0800, ghell wrote:
Is it possible to use a Mono.Unix.UnixStream to write to human interface
devices (eg /dev/usb/hiddev0)? Even if I have permissions (or su) and obtain
the file descriptor from Syscall.open(path, OpenFlags.O_RDWR), CanWrite
still returns false and
I've been doing a lot of work on monodocer, and (for some unknown
reason) decided that the warning about the deprecation of
Mono.GetOptions was annoying so I thought I'd come up with a
replacement.
This replacement is NOT currently intended to be stable, nor to be
bundled with Mono itself for
On Fri, 2008-01-11 at 15:18 -0800, Dan Shryock wrote:
I wanted to give your library a try so I upgraded to mono 1.2.6, and
tried to compile the attachment using the following line:
gmcs -langversion:linq -define:TEST Options.cs
The compiler gives several errors, all seem to be related to
On Wed, 2008-01-09 at 12:33 -0500, Jonathan Pryor wrote:
Attached are patches to mcs/class/Mono.Posix/Mono.Unix.Native and
mono/support as an initial implementation of this idea. It currently
uses a dedicated Mono.Posix-internal thread to do managed signal
dispatching (as the ThreadPool
On Thu, 2008-01-10 at 11:57 -0800, Jay Logue wrote:
So, what happens if I pass new string[] { --foo, --bar } as
arguments where --foo and --bar are declared as options and --foo takes
a value? And what does Getopt::Long do in this case?
There's a test for this -- see Test.CheckExceptions().
Thank you for the feedback.
On Thu, 2008-01-10 at 10:43 -0800, Jay Logue wrote:
Where I think you may have OD'ed on the crack (:-) is in the use of an
enumerator and ToArray() to parse the arguments. Its a cleaver
implementation, and I think you should keep it as an internal
mechanism. But
On Thu, 2008-01-10 at 23:08 +0100, Leszek Ciesielski wrote:
There's a test for this -- see Test.CheckExceptions(). An
InvalidOperationException would be generated if --foo requires a value
and --bar is registered (i.e. -a -a throws). If --bar is NOT
registered, then --foo gets the value
On Wed, 2008-01-09 at 01:53 -0800, Dean Brettle wrote:
This has happened several times now. I'm adding some code to a unit
test class and want to use the fully qualified name (e.g.
System.Web.UI.Adapters.PageAdapter) for some type, either because (a)
I'm only using the type in a couple spots
On Tue, 2008-01-08 at 22:02 -0500, Jonathan Pryor wrote:
Thank you for the background on why signal handlers can't be made to
work with the current Stdlib.signal implementation.
However...
I don't see why we need a new API to support this. It seems that we
could retrofit the existing
On Wed, 2008-01-09 at 11:52 -0500, Avery Pennarun wrote:
On 08/01/2008, Jonathan Pryor [EMAIL PROTECTED] wrote:
I don't see why we need a new API to support this. It seems that we
could retrofit the existing Stdlib.signal() API to use the
implementation you described, with one difference
?
- Jon
//
// Options.cs
//
// Authors:
// Jonathan Pryor [EMAIL PROTECTED]
//
// Copyright (C) 2008 Novell (http://www.novell.com)
//
// Permission is hereby granted, free of charge, to any person obtaining
// a copy of this software and associated documentation files (the
// Software), to deal
On Wed, 2008-01-09 at 09:35 -0500, Adam Tauno Williams wrote:
Also, when do I need to use the override keyword? It seems a little
redundant as it can only be used for methods that have been declared
virtual in the base class.
:) I've felt the same way SO many times. I figure every
?
- Jon
//
// Options.cs
//
// Authors:
// Jonathan Pryor [EMAIL PROTECTED]
//
// Copyright (C) 2008 Novell (http://www.novell.com)
//
// Permission is hereby granted, free of charge, to any person obtaining
// a copy of this software and associated documentation files (the
// Software), to deal
Thank you for the background on why signal handlers can't be made to
work with the current Stdlib.signal implementation.
However...
On Tue, 2008-01-08 at 21:17 +0100, Paolo Molaro wrote:
All of this can be easily overcome with a sane interface for signals
provided by Mono.Posix (the
On Sat, 2008-01-05 at 01:31 -0500, Joe Dluzen wrote:
I was working on a program to mount and unmount various drives/etc
when I found that Mono.Unix.Native.MountFlags had no option for
ST_NOEXEC. (I was attempting to mount a DVD in my drive, and saw in
/proc/mounts that it had an option for
On Wed, 2007-12-26 at 10:32 -0500, Miguel de Icaza wrote:
Suggestions? All I can suggest is that namespace XML files should
contain some character/string that namespaces are highly unlikely to
contain, e.g. instead of en/System.xml for the XML documentation on
the System namespace, use
On Wed, 2007-12-26 at 10:32 -0500, Miguel de Icaza wrote:
Suggestions? All I can suggest is that namespace XML files should
contain some character/string that namespaces are highly unlikely to
contain, e.g. instead of en/System.xml for the XML documentation on
the System namespace, use
On Wed, 2008-01-02 at 13:08 -0500, Avery Pennarun wrote:
How does Microsoft's .Net handle Windows-style signals, such as
memory-access errors? Could we use a similar method in mono?
I'm not entirely sure, but I can guess intelligently. :-)
Win32 doesn't have signals either; instead, it uses
+c__CompilerGenerated13.xml':
Bad syntax for filename, directoryname or drivename
* This is free text translated from german windows
Steve
Jonathan Pryor schrieb:
On Wed, 2007-12-26 at 10:32 -0500, Miguel de Icaza wrote:
Suggestions? All I can suggest is that namespace XML files
On Tue, 2007-12-25 at 20:55 +0100, Steve Wagner wrote:
Hi, currently i can not checkout the trunk on windows, because in
/monodoc/class/System.Security/en are an file with name
System.Security.Cryptography.Xml and an folder with the same name.
If i try to check out, ive allways get an object
On Tue, 2007-12-25 at 20:55 +0100, Steve Wagner wrote:
Hi, currently i can not checkout the trunk on windows, because in
/monodoc/class/System.Security/en are an file with name
System.Security.Cryptography.Xml and an folder with the same name.
If i try to check out, ive allways get an object
On Thu, 2007-12-20 at 12:19 +0100, Valentin Sawadski wrote:
Is it possible that the links you're clicking which lead nowhere are of
this malformed type?
No, I checked the console output, it prints:
Trying: T:System.IComparableT
+--+
| Here we
On Thu, 2007-12-20 at 18:56 +0100, pablosantosluac wrote:
I've found the following code to set a Control-C handler on a .NET 1.1
application.
http://geekswithblogs.net/mrnat/archive/2004/09/23/11594.aspx
Is there a way to do the same on Linux/Mono?
You can use signal(2), which is
On Thu, 2007-12-20 at 14:16 -0500, Miguel de Icaza wrote:
Hello,
You can use signal(2), which is helpfully exposed by Mono.Posix.dll.
See the attached program.
This actually would corrupt the application state, because the C-c
handler will run the entire JIT at that point and this
On Wed, 2007-12-19 at 19:43 +0100, Valentin Sawadski wrote:
On Wed, 2007-12-19 at 13:33 -0500, Jonathan Pryor wrote:
I can't reproduce this. What I'm doing:
1. Navigate to System.Array.BinarySearchT(T[],T).
2. Within the Right pane, Click the IComparablelt;Tgt; link above
While trying to update the contents of monodoc/class, I ran into a
problem: Npgsql contains the following types in the root () namespace:
NpgsqlRowUpdatingEventArgs, and NpgsqlRowUpdatedEventArgs.
The problem is twofold:
1. monodocer generates an error and exits if it sees such a type.
2. What
Mike: Didn't GtkHtml# always bind gtkhtml-3.0? Or did it bind 2.x at
some point in time?
On Sat, 2007-12-15 at 13:30 +0100, Mario Sopena Novales wrote:
On 12/12/2007, Jonathan Pryor [EMAIL PROTECTED] wrote:
Perfect test case:
1. Start Monodoc.
2. Click File - Lookup URL, or type Ctrl+L
On Thu, 2007-12-13 at 22:13 +0100, Johannes Graumann wrote:
Can someone please let me know whether the old newsgroup articles concerning
the impossibility to invoke native Windows dlls from within Mono running on
a Linux box (e.g. through Wine) are still standing? Is there a way to do
this?
On Sat, 2007-12-08 at 12:04 +0100, Valentin Sawadski wrote:
But then again it seems that the browser uses the Testlt;Tgt;
everywhere. Sometimes it gets parsed and will be displayed as TestT
but other times not and some ugly HTML-Entities are being shown as the
class name.
After looking into
On Wed, 2007-12-12 at 05:57 -0500, Jonathan Pryor wrote:
On Sat, 2007-12-08 at 12:04 +0100, Valentin Sawadski wrote:
But then again it seems that the browser uses the Testlt;Tgt;
everywhere. Sometimes it gets parsed and will be displayed as TestT
but other times not and some ugly HTML
On Wed, 2007-12-12 at 12:59 +, Alan McGovern wrote:
It'd break API compatibility, therefore it's a no-go.
Be more imaginative than that. :-)
It need not be actual new methods on the existing classes, but instead
extension methods in a different assembly.
It might also be possible to make
On Mon, 2007-12-10 at 18:12 +0100, Valentin Sawadski wrote:
On Sat, 2007-12-08 at 11:03 -0500, Jonathan Pryor wrote:
Consider:
delegate R FuncR ();
delegate R FuncR,P (P p);
delegate R FuncR,P1,P2 (P1 p1, P2 p2);
Which results in Func`1, Func`2, and Func`3, vs. FuncR
On Mon, 2007-12-10 at 17:57 +0100, Valentin Sawadski wrote:
By the way I think it should be pretty easy to extend monodocer to
generate TypeSignature / and MemberSignature / tags for different
languages. (Like MS does within their docs) This could probably be done
by using Mono.Addins so that
On Sun, 2007-11-25 at 22:05 -0500, Jonathan Pryor wrote:
Attached is a preliminary patch to add this support. The monodocer
change is 66 lines, and generates output like the attached
Environment.xml. monodocs2html has also been updated; Environment.html
is the current output.
I should
On Sun, 2007-12-09 at 12:11 +0100, Mario Sopena Novales wrote:
On 08/12/2007, Jonathan Pryor [EMAIL PROTECTED] wrote:
On Sat, 2007-12-08 at 12:04 +0100, Valentin Sawadski wrote:
But then again it seems that the browser uses the Testlt;Tgt;
everywhere. Sometimes it gets parsed
On Sat, 2007-12-08 at 11:03 -0500, Jonathan Pryor wrote:
On Sat, 2007-12-08 at 12:04 +0100, Valentin Sawadski wrote:
To streamline all these naming issues my proposal is to use the Test`1
Notation everywhere to be more coherent with the output of Type.Name and
not to introduce too much C
On Sat, 2007-12-08 at 12:04 +0100, Valentin Sawadski wrote:
I recently tried to work on the generics support in monodocer and
noticed that it has names one and the same type differently.
Eg: If i have a public class TestT monodocer will produce the
following output.
index.xml:
...
On Thu, 2007-12-06 at 19:30 +1000, Adelle Hartley wrote:
When i try to use the same DLLs in a C# project in Mono, via COM
interop, it works on Windows but not Linux. Ok, I'm not exactly
surprised, but is there some way of getting Mono to instantiate a COM
object using wine?
Theoretically,
On Thu, 2007-12-06 at 10:25 -0500, shawn vose wrote:
what is the name of the command I would need to use to compile for the
2.0 framework? Would this also be the same for any code I have written
that has some very simple LINQ in it?
Daniel Soto already mentioned using gmcs for the 2.0
On Tue, 2007-12-04 at 18:33 +0100, Mario Sopena Novales wrote:
By the way, your changes about adding AssemblyInfo to every members
sounds good to me. The only problem I see is what to do with the
already since tag that we have. Does the implementation collide in
some way?
They don't
On Mon, 2007-12-03 at 15:26 -0500, Miguel de Icaza wrote:
I spoke with Lluis Sanchez about using Mono.Addins to extend the
documentation system and it seems a good approach because we will get
all the subsytem for documentation updates and managment (both for
providers and for doc sources)
401 - 500 of 1146 matches
Mail list logo
