On Thu, 2007-01-11 at 17:44 -0500, Miguel de Icaza wrote:
Hello,
I've scoured System.Reflection, but I'm probably in the wrong place.
Is there any way to get the path where mono is running from during
runtime? Would I need to use environment variables, or is there a
dynamic way to find
On Thu, 2007-01-04 at 12:19 +0100, Leszek Ciesielski wrote:
I need to allocate unmanaged memory AND make sure it is filled with
0's. Is there some clever/fast way to do this? So far, I found only
Marshal.WriteByte, which sets one byte at a time.
Mono.Unix.Native.Stdlib.calloc() in
On Thu, 2007-01-04 at 11:02 +, Chris Seaton wrote:
Is there a library for parsing command lines in C#? Or do any C#
applications have a reusable class for parsing command lines. I'm
looking for something where you specify flags and default values and
things and gets values from the
On Sun, 2006-12-31 at 16:24 -0500, Miguel de Icaza wrote:
I think monodocer (or whoever has generated this file) should
ignore classes marked with the CompilerGenerated attribute.
It seems like recent monodocer versions took care of this (or maybe it
was an improved scope for the classes
On Mon, 2007-01-01 at 13:48 -0800, Charlie Poole wrote:
NUnit 2.4 is now keeping its settings in an XML file, rather than the
registry. I've been using the ApplicationData
special folder, which is defined to be writable by the current user.
What I'm wondering is this: Is this currently
On Sun, 2006-12-31 at 14:23 +0100, [EMAIL PROTECTED] wrote:
In my quest to do bindings between Mono and C++ (compileruntime generated on
C++ side due to varying implementation of how C++ calls function),
You might want to talk to Jonathan Chambers, who has been working on the
COM Interop
On Thu, 2006-12-28 at 23:55 +0100, Maciej Piechotka wrote:
Is it any tool under mono which would allow me to browse assemblies?
monop and monop2 will permit this.
It'd be perfect with gui.
Type Reflector can do this.
See: http://mono.myrealbox.com/source/trunk/type-reflector
- Jon
On Tue, 2006-12-26 at 14:15 +0600, Mohammad Abul Khayer wrote:
Now i remove my COM component from my project working with a alternative
.NET DLL Control. i can use these control just refferecing it with out any
registration like OCX .
it also work well in IIS.But following error in XSP2
On Fri, 2006-12-22 at 03:42 -0600, R. Tyler Ballance wrote:
I know I've talked about the desire for this simple addition to the
UnixStream class with Alp before, but I have found a need for it
elsewhere.
Could you tell us what the need is? I can't think of any scenarios in
which it would be
On Fri, 2006-12-22 at 17:49 +, Luciano _ wrote:
First: I'm developing an application that use System.IO and i read that
there are some IO operation classes in the Mono.Unix namespace. Which is the
best solution? System.IO or Mono.Unix? I'm developing a Linux-Only
Application.
Use
On Mon, 2006-12-18 at 10:28 +, Miguel Sousa Filipe wrote:
this is a bit off-topic but I think its worthy of mentioning.
running MoMA on the MoMA's MoMA.Analyzer.dll will report that there
are problems in that dll:
1- Not implemented exception
1- MonoTodo.
isn't that a bug?
No, it's
On Tue, 2006-12-19 at 13:09 +0530, Sharique uddin Ahmed Farooqui wrote:
I want to contrbute to mono-doc. How I can do this?
Use the `monodoc' program. It permits editing the documentation and
sending those changes to use for future integration.
Alternatively, you can checkout the `monodoc' svn
On Mon, 2006-12-18 at 16:35 -0500, Miguel de Icaza wrote:
We have discovered something in Moma that is probably important to look
into.
In 2.0, a number of new overrides were done, for example, consider
Windows.Forms' Button override for OnMouseEnter:
protected override void
On Sun, 2006-12-17 at 09:50 +0100, latency wrote:
as I said, I've managed to include the SWF documentation into monodoc. But
that would be a solution which is only available to me. But my intention was
it to find a way where SWF documentation would be shipped with monodoc
automatically.
On Thu, 2006-12-14 at 19:13 +0100, latency wrote:
as I'm working pretty much with the System.Windows.Forms namespace I thought
it would be great to have it's documentation in the mondoc browser.
So I tried to run monodocer and generate the documentation but monodcer fails
and displays the
On Mon, 2006-12-11 at 10:31 +, Dallman, John wrote:
This just confirmed my opinion that C++ may be a nice language for
coding, but the complexity and fragility of its interfaces disqualify
it for APIs.
This hasn't stopped many projects from having a native C++ API -- BeOS
and KDE being
On Wed, 2006-12-06 at 12:56 +0100, Generic 2006 wrote:
I have a problem casting collections of generic objects.
Here's the short version: the following is not currently possible with
Generics:
class Base {}
class Derived : Base {}
...
IEnumerableDerived d =
On Thu, 2006-12-07 at 12:29 +0700, brad brock wrote:
Hi, list. I'm new in using Mono. I need help how to use the native
stdlib. Is there any example program and the command to compile it. I
really need it.
Example programs are within the Mono.Unix documentation, e.g.:
On Wed, 2006-12-06 at 14:34 +0900, Atsushi Eno wrote:
Mirco Bauer wrote:
*cough* lack of const *cough*
I quite don't understand it - unless you think you can declare
const arrays (which is incorrect).
He's saying that the Common Language Specification should have had the
concept of C++
On Thu, 2006-11-23 at 15:03 +, Alan McGovern wrote:
Partial is a keyword introduced in .NET 2.0 so you could span classes
over multiple .cs files (you declare each .cs file as a partial
class). So it's a bad idea for it to be used as a variable name. File
a bug report i suppose.
On Tue, 2006-11-21 at 17:28 +, Ivan N. Zlatev wrote:
A small patch to prevent monodocer from genereting docs for non-public
property get/set accessors.
Please review and if it's okay please commit.
Committed.
Thanks!
- Jon
___
On Fri, 2006-11-17 at 19:12 +1100, Chuck wrote:
java is gpl
is this not of worry to us mono users
after all java is deeply rooted, say what you like about it
we may say that mono is superiorior to java.
It's all about the applications. We think that Mono is superior to
other platforms,
On Wed, 2006-11-08 at 11:29 +0100, Robert Jordan wrote:
It seems there is an issue with mono PInvoke on a 32 bit ARM platform.
If I have a native method declared as:
[DllImport(MyDll)]
static extern long Test1(int n1, long n2, long n3, int n4, long n5);
C long is usually 32 bit on 32
On Sat, 2006-11-04 at 10:46 +0100, xiii29 wrote:
As I'm downloading, I'm wondering somethings ... Tools that are packed
with mono (like monodoc, etc) are they gone be compiled with gmcs or
mcs ?
Yes.
Either mcs or gmcs is used, depending on the tool. If they haven't been
updated recently,
On Sat, 2006-11-04 at 23:12 +0200, Alexandru Nedelcu wrote:
Didn't Miguel de Icaza assured us that Mono was safe, that there are no
known patents that Mono infringes, that .NET is an ECMA
standard, that even if Mono infringes on some patents then the Open
Inventions Network will protect it ?
On Sat, 2006-11-04 at 20:26 -0600, R. Tyler Ballance wrote:
Forgive me for being naive, but regardless of the IP status of Mono,
or any of the Novell products, how on earth does the legality of their
product come under the realm of my responsibility, to where I can be
held liable for using
On Fri, 2006-11-03 at 10:18 +, tom potts wrote:
http://www.groklaw.net/article.php?story=20061102175508403
so hows that work then?
Novell gets to say to its customers that there are no legal issues from
Microsoft toward any of its products. Which instantly kills 25% [0] of
all patent
On Fri, 2006-11-03 at 18:00 +, Nikki Locke wrote:
Unfortunately, I find #pragma will not compile in Windows .Net.
#pragma is a C# 2.0 feature, so you can use it with .NET 2.0, but
not .NET 1.x.
- Jon
___
Mono-list maillist -
On Wed, 2006-11-01 at 05:50 -0500, Joshua Tauberer wrote:
typeparam duplicates TypeParameters in just the same way param
duplicates Parameter. It happens to be particularly useful when
(type-)parameter names change: It's trivial for monodocer to update the
(Type)Parameter nodes (by deleting
===
--- engine/ChangeLog (revision 67248)
+++ engine/ChangeLog (working copy)
@@ -1,3 +1,19 @@
+2006-11-01 Jonathan Pryor [EMAIL PROTECTED]
+
+ * Makefile.am: Add check, check-validate, check-validate-update targets.
+ * monodoc-ecma.xsd: Update for ECMA-334 and ECMA-335
On Wed, 2006-11-01 at 10:58 +0100, xiii29 wrote:
In my apps, I'm using a separate thread to collect data. When it has
finished, I call the Sleep method.
I obviously don't know anything about your app, but this sounds
terrible. It sounds like your other thread is within a polling loop (do
Currently mdvalidator doesn't like the documentation for generic
types/members, as the XSD that mdvalidator uses hasn't been updated for
the new XML tags like typeparam/. This is to be expected.
However, some non-ECMA tags were added to the output of monodocer, in
particular the
On Tue, 2006-10-31 at 22:52 +0100, Kornél Pál wrote:
Well, I'm not going to waste time with this thread anymore, since you are
not willing to understand or to cooperate. I asked for a program that takes
less than that to compile, because it's obvious that trying to profile that
is idiotic and
On Mon, 2006-10-30 at 10:28 +0200, Goldstein, Nachum (Jonathan) wrote:
I would like to call into the mono VM from a C/C++ program.
I searched the mono site and google, and found only a technique to
call C/C++ from C#.
I want to do the reverse. Something like:
int main(int argc, char**
On Sun, 2006-10-29 at 10:24 -0700, Rafael Ferreira wrote:
it looks like your installation is corrupted (libc cannot be found). Did
you compile it from source or did you use of the windows installers? I
would suggest reinstalling from one of the bundled windows releases and
trying again.
Take
On Wed, 2006-10-18 at 08:33 -0400, Miguel de Icaza wrote:
email message attachment, Forwarded message - [Mono-dev] monodocer
fails to import slashdoc in 1.1.18
mono 1.1.18 adds generics support for monodocer. Unfortunately,
'importslashdoc' seems to be broken: inline documentation extracted
On Wed, 2006-10-18 at 08:33 -0400, Miguel de Icaza wrote:
email message attachment, Forwarded message - [Mono-dev] monodocer
fails to import slashdoc in 1.1.18
mono 1.1.18 adds generics support for monodocer. Unfortunately,
'importslashdoc' seems to be broken: inline documentation extracted
On Sun, 2006-10-22 at 13:25 +0200, Jurek Bartuszek wrote:
Am I wrong or monodoc is a hard dependency for building mono-fuse? Is
there any possibility for having monodoc related stuff built optionally?
It is because my config-fu could use some improvement. :-/
No matter, the docs aren't really
On Wed, 2006-10-18 at 08:33 -0400, Miguel de Icaza wrote:
email message attachment, Forwarded message - [Mono-dev] monodocer
fails to import slashdoc in 1.1.18
mono 1.1.18 adds generics support for monodocer. Unfortunately,
'importslashdoc' seems to be broken: inline documentation extracted
Attached is a patch to add the create-native-map program to the
mono-tools repository. It was previously kept as
mcs/class/Mono.Posix/Mono.Unix.Native/make-map.cs, but it's being used
by Mono.Fuse in addition to Mono.Posix, and I'd like to have a common
location to store it.
This patch is
Attached is a patch to add TryCopy() methods to
Mono.Unix.Native.NativeConvert to translate structures between their
native and managed representations, e.g. convert a Mono.Unix.Native.Stat
into a `struct stat' and back.
This would be useful for libraries like Mono.Fuse.dll which need to
interact
On Mon, 2006-10-16 at 08:31 +0100, Nigel Jenkins wrote:
Is there a timeline for this stuff getting added or is it up to people
like me to jump in and implement things that are missing?
There is no timeline, so stuff gets added to Mono.Posix.dll whenever I
get around to it, and SysV shared
On Sun, 2006-10-15 at 11:06 +0100, Nigel Jenkins wrote:
I'm looking at porting a graphics cluster application from C++ to C#
using mono, making good progress so far with all the network stuff, but
the original application talks to a couple of external apps using shared
memory (shmget, shmat
On Wed, 2006-10-11 at 14:08 -0500, Mike Kestner wrote:
On Wed, 2006-10-11 at 07:28 -0400, Jonathan Pryor wrote:
We could just do `--since Gtk# 2.10', and all new types/members would
get a since version=Gtk# 2.10 / element inserted. It would *only*
apply to added types/members
On Wed, 2006-10-11 at 06:57 -0400, Joshua Tauberer wrote:
Jonathan Pryor wrote:
(2) Command-line argument approach: add a ``--since name+version=tag''
argument, and if an assembly matching name+version is encountered,
create a since/ element for any *added* types and members.
Rethinking
I see that you committed your changes, and I'm seeing changes that I
don't understand.
For example, after running the check-monodocer test I see:
- Base
-BaseTypeNameSystem.Object/BaseTypeName
- /Base
+ Base /
+ BaseTypeNameSystem.Object/BaseTypeName
But I don't see any explanation for
On Tue, 2006-10-10 at 07:37 -0400, Joshua Tauberer wrote:
Jonathan Pryor wrote:
I see that you committed your changes, and I'm seeing changes that I
don't understand.
For example, after running the check-monodocer test I see:
- Base
-BaseTypeNameSystem.Object/BaseTypeName
Attached is a patch + unit tests which adds Docs/since elements to any
type/member which was not present in the previous version.
The basic logic is as follows:
- If index.xml exists, read all of the /Overview/Assemblies/Assembly
elements, and store the found @Name and @Version attributes.
On Sun, 2006-10-08 at 12:28 +0100, Michael Hutchinson wrote:
Personally I'd use Monodoc, and write an XSLT to convert the XML into
a form that could be used by Sandcastle/NDoc/VS.NET SDK to generate
help for Windows.
Monodoc also includes a tool to convert from the ECMA documentation
format
On Tue, 2006-10-03 at 07:59 -0400, Joshua Tauberer wrote:
Jonathan Pryor wrote:
At the URL below is a patch to monodoc/tools to add support for Generics
to monodocer.exe and monodocs2html.exe. (Next stop: adding support for
Generics to the documentation browser.)
Looks like I should have
On Sun, 2006-10-01 at 07:24 -0400, Joshua Tauberer wrote:
Hey, Jon.
Very nice.
I won't have a chance to look at the patch for a few days but I had two
comments:
The one breaking change to monodocer.exe is that '+' is no longer used
for nested types, but '.' is used instead. That is:
On Sat, 2006-09-30 at 20:37 -0400, Jonathan Pryor wrote:
At the URL below is a patch to monodoc/tools to add support for Generics
to monodocer.exe and monodocs2html.exe. (Next stop: adding support for
Generics to the documentation browser.)
The patch is available at:
http
At the URL below is a patch to monodoc/tools to add support for Generics
to monodocer.exe and monodocs2html.exe. (Next stop: adding support for
Generics to the documentation browser.)
The patch is available at:
http://balthasar.jprl.com/~jon/tmp/monodoc-tools.patch
The monodocer.cs
On Sat, 2006-09-30 at 12:13 +0200, Francisco Modesto wrote:
I did'n understand some things. Why the effort for be 100% compatible with
Microsoft, if they did'nt want to be compatibles with nothing???
Because Microsoft is the 8e6 lb gorilla of the industry, and if you're
not compatible with
On Mon, 2006-09-25 at 21:36 -0300, Rafael Teixeira wrote:
Just some info, UTF-8 for Unicode 3.x, goes up to 6 bytes per character.
:|
IIRC, UTF-8 should never be 6 bytes per character. It *can* be, to
encode the entire 31-bit address space of UCS-4, but since IIRC they
limited Unicode ISO
On Mon, 2006-09-25 at 15:18 -0700, Srikanth Chavali wrote:
Hi,
I am trying to run a .exe file with mono on a linux system and i
see the error:
Unhandled Exception: System.EntryPointNotFoundException:Foo
Foo is defined in a .cpp file. The .exe does DllImport and Foo is the
entry point in
On Fri, 2006-09-22 at 23:25 -0400, Milosz Tanski wrote:
I wrote a wrapper for the unix libmagic library since it's very handy
sometimes (and I'm using this wrapper in my app right now, so I figured
might as well submit it). Sorry that's it's not a diff, but I'd know
exactly how to integrate it
On Sat, 2006-09-23 at 10:59 -0400, Milosz Tanski wrote:
The class name of Magic can be defiantly confusing/entertaining for
the user who stumbles upon it for the first time. The other thing name
that comes to my mind is FileMagicDatabase.
Magic shouldn't be in the name at all -- it's still
On Wed, 2006-09-20 at 21:30 -0400, Jonathan Pryor wrote:
On Wed, 2006-09-20 at 19:26 -0400, Joshua Tauberer wrote:
Jonathan Pryor wrote:
Attached is a patch to support to monodocs2html for cross-type
hyperlinks.
Skimming it, it looks ok to me. I'm glad to see that problem fixed
On Thu, 2006-09-21 at 11:08 +0200, Martin Feja wrote:
David Abrames schrieb:
When I run my application I get a Dll Not Found Exception on the Windows
DLL. The name of my wrapper library is MyAPILib.dll and the .config file is
called MyAPILib.dll.config.
I thought that libraries can
On Wed, 2006-09-20 at 19:26 -0400, Joshua Tauberer wrote:
Jonathan Pryor wrote:
Attached is a patch to support to monodocs2html for cross-type
hyperlinks.
Skimming it, it looks ok to me. I'm glad to see that problem fixed.
So, does that count as permission to commit? :-)
- Jon
Mono.Fuse is a C# binding for FUSE. It permits writing userspace
filesystems on Linux.
This release contains a few major changes to the public API for
consistency and clarification purposes, the biggest of which is renaming
Mono.Fuse.FileSystemEntry to Mono.Fuse.DirectoryEntry (which of course
Mono.Fuse is a C# binding for FUSE. It permits writing userspace
filesystems on Linux.
This release contains a few major changes to the public API for
consistency and clarification purposes, the biggest of which is renaming
Mono.Fuse.FileSystemEntry to Mono.Fuse.DirectoryEntry (which of course
On Wed, 2006-09-20 at 10:25 -0400, David Abrames wrote:
Thank you for your reply. I ran my program as you suggested and the output
I am getting shows how mono is trying to find the shared object by mangling
the original library name. For example it adds '.so' to the end and 'lib'
to the
On Tue, 2006-09-19 at 16:26 -0400, David Abrames wrote:
I have created a library that wraps an API that has a Windows.DLL and Linux
Shared Object. According to the Interop with Native Libraries I can use a
per-assembly .config file to map the Windows DLL name to the Linux Shared
Object name.
On Mon, 2006-09-18 at 14:27 -0500, Jonathan Gilbert wrote:
At 08:44 PM 18/09/2006 +0200, Marcos wrote:
Hi Auge,
You can currently use Mono AOT compilation (Ahead-Of-Time; mono
--aot I think) in order to get a precompiled binary, It'll cause your
application to run faster, between some
On Fri, 2006-09-15 at 14:51 -0700, tscharf wrote:
Essentially, I only got started using mono recently, and am doing so in more
of a testing capacity than anything. I have simple (almost stupid) test app
that is basicaly two files:
index.aspx
Web.config
both are in the same directory.
On Thu, 2006-09-14 at 22:30 -0700, Valient Gough wrote:
And by the way, maybe you know, why does every Mono app need a
writable mmap of things from ~/.wapi ?
io-layer.
The problem is the Win32 file API has constructs that Unix doesn't
support, such as mandatory file locking in which one
On Thu, 2006-09-14 at 22:30 -0700, Valient Gough wrote:
And by the way, maybe you know, why does every Mono app need a
writable mmap of things from ~/.wapi ?
io-layer.
The problem is the Win32 file API has constructs that Unix doesn't
support, such as mandatory file locking in which one
On Thu, 2006-09-14 at 13:32 -0400, Michael Jerris wrote:
* vasprintf: please attach the license that the implementation
in freedts uses, if it is not MIT X11 we can not use it.
The header from the file in freetds (and a few other replacement
functions that may be interesting
On Wed, 2006-09-13 at 12:59 -0500, [EMAIL PROTECTED] wrote:
Sadly it is under .NET, and they're all in the same directory.
- exe
- Mono.Posix.dll
- MonoPosixHelper.dll
- intl.dll
As I can't reproduce it on my system, and I feer installing
VS.NET/Mono on theirs might fix it
On Tue, 2006-09-12 at 21:31 +0200, pablosantosluac wrote:
Hey, next step could be having the same on Windows? Do you imagine it? File
system kernel modules written in C#
You're more than welcome to try. :-)
The problem is that FUSE is a kernal module + library pair. To do the
same on
On Tue, 2006-09-12 at 08:07 -0500, [EMAIL PROTECTED] wrote:
I have 4 windows systems, one of which is the development machine.
Each is running the same deployed exe and set of libraries. The
problem is that two of the four machines fail with the following
message when executing code in
On Tue, 2006-09-12 at 21:31 +0200, pablosantosluac wrote:
Hey, next step could be having the same on Windows? Do you imagine it? File
system kernel modules written in C#
You're more than welcome to try. :-)
The problem is that FUSE is a kernal module + library pair. To do the
same on
Can you elaborate on the tests you've used?
On Tue, 2006-09-12 at 00:08 -0700, Valient Gough wrote:
There is a program fsx-linux which you might find useful. I've
found bugs in FUSE itself with this program in the past while trying
to debug my own filesystems.
I managed to find this; it
Mono.Fuse is a C# binding for the FUSE library.
This release features a near complete change in the public FileSystem
API; a complete API change list is available at:
http://www.jprl.com/Blog/archive/development/mono/2006/Sep-11.html
Hopefully this will be the last major API change, though I
On Sun, 2006-09-10 at 21:07 -0700, Valient Gough wrote:
(1) The reason it is harder to use the path-based API for a complex
filesystem has nothing to do with lines of code. The problem is due
to the data model, what I tried to explain before - with the path
based API, libfuse is remapping the
Mono.Fuse is a C# binding for the FUSE library.
This release features a near complete change in the public FileSystem
API; a complete API change list is available at:
http://www.jprl.com/Blog/archive/development/mono/2006/Sep-11.html
Hopefully this will be the last major API change, though I
On Sun, 2006-09-10 at 21:07 -0700, Valient Gough wrote:
(1) The reason it is harder to use the path-based API for a complex
filesystem has nothing to do with lines of code. The problem is due
to the data model, what I tried to explain before - with the path
based API, libfuse is remapping the
On Tue, 2006-09-05 at 11:46 +0300, sasha wrote:
* C# and C knowledge are a must.
Do you use simple C or C++ ?
C. All C code is within a support library invoked by C# through
P/Invoke, and thus needs to export a C ABI. (C++ with ``extern C''
could be used as well, but C is the currently
On Tue, 2006-09-05 at 11:46 +0300, sasha wrote:
* C# and C knowledge are a must.
Do you use simple C or C++ ?
C. All C code is within a support library invoked by C# through
P/Invoke, and thus needs to export a C ABI. (C++ with ``extern C''
could be used as well, but C is the currently
On Tue, 2006-09-05 at 11:46 +0300, sasha wrote:
* C# and C knowledge are a must.
Do you use simple C or C++ ?
C. All C code is within a support library invoked by C# through
P/Invoke, and thus needs to export a C ABI. (C++ with ``extern C''
could be used as well, but C is the currently
On Thu, 2006-09-07 at 23:40 +0200, Kornél Pál wrote:
Just to make sure that everything is clear:
Static constructors are not part of inheritance. Static constructors are
called when you access the class that declares the static constructor. The
reason because static constructors are called
Mono.Fuse is a binding for the FUSE library, permitting user-space
file systems to be written in C#.
Why?
===
I read Robert Love's announcement of beaglefs, a FUSE program that
exposes Beagle searches as a filesystem. My first thought: Why
wasn't that done in C# (considering that the rest of
Mono.Fuse is a binding for the FUSE library, permitting user-space
file systems to be written in C#.
Why?
===
I read Robert Love's announcement of beaglefs, a FUSE program that
exposes Beagle searches as a filesystem. My first thought: Why
wasn't that done in C# (considering that the rest of
On Fri, 2006-09-01 at 12:13 +0200, Andreas Färber wrote:
The reason I tried is that there is a legacy DOS application running
on a Windows 95 system that I would like to replace with a more
modern .NET based app, and I need a way of migrating it while still
running.
Is Windows 2000 or
On Thu, 2006-08-31 at 07:27 +0200, pablosantosluac wrote:
So, let's say I want to develop a filesystem to be integrated with our
software: should I use SULF or should I wait for Mono.Fuse?
SULF is dead (if I'm interpreting Valient Gough's comments correctly).
It's been replaced by fusewrapper:
On Thu, 2006-08-31 at 10:09 +0100, Paul wrote:
Currently, I have patches for...
boo
ikvm
monodebugger
monodevelop
monodoc
xsp
I've attached them all to this email - they're not huge in themselves,
but they do change where packages go - and go correctly!
Why the use of $libdir
On Thu, 2006-08-31 at 06:43 -0400, Jonathan Pryor wrote:
On Thu, 2006-08-31 at 07:27 +0200, pablosantosluac wrote:
So, let's say I want to develop a filesystem to be integrated with our
software: should I use SULF or should I wait for Mono.Fuse?
...
So you basically have four choices:
1
On Thu, 2006-08-31 at 17:36 -0400, Miguel de Icaza wrote:
4. Wait for Mono.Fuse. (Actually, you'd be waiting for the Mono.Fuse
dependencies within Mono.Posix to be committed, then either use svn-HEAD
or wait for 1.1.18 to use a separate Mono.Fuse tarball. Furthermore, I
have no idea when
On Thu, 2006-08-31 at 16:31 +0200, Andreas Färber wrote:
P.S. Talking of Mono on Windows, does anyone have an update of Mono
on Win9x/ME? That's another unanswered question of mine... (and if
working again would lead to a non-official installation!)
There is no supported Mono for Win9x/ME,
On Wed, 2006-08-30 at 10:20 +0100, Ben O'Steen wrote:
when i am talking in a browser i am talking about stuff that you can't
handle with asp.net, like a full fledged arcade game (to take it to an
extreme), a video/audio playing client, the power to properly sync video
and audio, integrate
On Tue, 2006-08-29 at 23:12 -0700, Valient Gough wrote:
I've responded separately to Jon because I find his comments inflammatory.
The only inflammatory bit was saying that I didn't like the SULF API.
Which is about as inflammatory as saying Java collections suck (no
language integration like
On Wed, 2006-08-30 at 18:07 +0200, Paolo Molaro wrote:
The biggest problem with the mono module is that no headers are
installed, making it difficult to make use of libMonoPosixHelper.so.
This is for a good reason. libMonoPosixHelper.so is an internal
implementation detail, it is not a
On Tue, 2006-08-29 at 23:12 -0700, Valient Gough wrote:
I've responded separately to Jon because I find his comments inflammatory.
The only inflammatory bit was saying that I didn't like the SULF API.
Which is about as inflammatory as saying Java collections suck (no
language integration like
Mono.Fuse is a binding for the FUSE library, permitting user-space
file systems to be written in C#.
Why?
===
I read Robert Love's announcement of beaglefs, a FUSE program that
exposes Beagle searches as a filesystem. My first thought: Why
wasn't that done in C# (considering that the rest of
Mono.Fuse is a binding for the FUSE library, permitting user-space
file systems to be written in C#.
Why?
===
I read Robert Love's announcement of beaglefs, a FUSE program that
exposes Beagle searches as a filesystem. My first thought: Why
wasn't that done in C# (considering that the rest of
On Mon, 2006-08-14 at 13:03 -0400, Miguel de Icaza wrote:
Is saving files in utf-8 without BOM possible in general western
editors land? If yes I like the idea. If not then maybe it is not
a good solution for us (yeah, not using non-ASCII letters is the
most pessimistic option).
Emacs
On Fri, 2006-08-11 at 14:05 -0700, reinux wrote:
Now the problem is this: if nearly all of .NET 2.0 is portable,
...which is incorrect...
Seriously, there are large parts of .NET *1.1* which aren't portable.
System.EnterpriseServices.dll, anyone?
Hell, System.Windows.Forms isn't exactly
On Tue, 2006-08-08 at 12:11 +0100, PFJ wrote:
I've rewritten the spec file for db4o to now add the db4o.dll to gac
snip/
The problem comes when I try to link to db4o. All I get back is that the
db4o assembly cannot be found. I'm using
mcs db4oexample.cs -r:db4o.dll (I've also tried Db4o.dll
601 - 700 of 1146 matches
Mail list logo