R. Tyler Ballance escribió:
[...]
Without providing compatibility for MS.NET, the only alternatives
seem to be some application specific hacks, either with crazy
properties as mentioned above, or using Nullable types (which we
don't yet support in Mono right?)
Hey, I think Mono has
Hi Marek,
Marek Habersack escribió:
What is the version of apr 1.3 uses? 0.9.x?
On debian, apache-dev (version 1.3.34) depends on apache2-common, wich
depends on libapr1-dev (1.2.7).
Anyway, I have tested mod_mono 1.2.5 with apr 0.9 and change mod_mono.h
to not to include unixd.h (apache
Hi,
I have been tasked with porting an ASP.NET 2.0 application to MONO and
am pretty new to this and was wondering if someone could tell me how I
can enable the MONO_OPTIONS=--debug environment variable in Windows?
I apologise if I have missed this elsewhere. I had a good search in the
On Wed, 26 Sep 2007 11:33:33 +0200, César González [EMAIL PROTECTED]
scribbled:
Hi Marek,
Marek Habersack escribió:
What is the version of apr 1.3 uses? 0.9.x?
On debian, apache-dev (version 1.3.34) depends on apache2-common, wich
depends on libapr1-dev (1.2.7).
In which case the
Smokey is a command line tool used to analyze assemblies and report
problems. Problems include buggy code (e.g. infinite recursion, null
deref, malformed format string), performance issues (e.g. string
concatenation in loops, excessive boxing, large structs), violations
of the .NET design
On Tue, 2007-09-25 at 18:52 +0200, pablosantosluac wrote:
One question too, I'm totally new to linq so, is there a way to build the
queries dynamically? I mean, maybe something like building them from a
string that you can build at runtime or so??
LINQ doesn't natively support this, but
On Wed, Sep 26, 2007 at 11:45:17AM +0100, Rob Dagg wrote:
Hi,
I have been tasked with porting an ASP.NET 2.0 application to MONO and am
pretty new to this and was wondering if someone could tell me how I can enable
the MONO_OPTIONS=--debug environment variable in Windows?
this isn't the right
How can I make an mkbundled Executable (Windows) act as if environment
variable MONO_PATH is set to .?
My Application seems to run if I enter set mono_path=. before
starting. But for most simple deployment no shell-variables should be
modified.
Elmar
Hello Elmar,
2007/9/26, Elmar Haneke [EMAIL PROTECTED]:
My Application seems to run if I enter set mono_path=. before
starting. But for most simple deployment no shell-variables should be
modified.
Could you elaborate on this? Do you mean it doesn't run without
setting MONO_PATH? If you do,
Marcos Cobeña Morián schrieb:
Hello Elmar,
2007/9/26, Elmar Haneke [EMAIL PROTECTED]:
My Application seems to run if I enter set mono_path=. before
starting. But for most simple deployment no shell-variables should be
modified.
Could you elaborate on this? Do you mean it doesn't run
Hi Arno,
Do you know what will be the costs for commercial use??
Also, do you have plans to support MacOS and Solaris? If so, when?
Thanks,
pablo
- Original Message -
From: Arno Rehn [EMAIL PROTECTED]
To: mono-devel-list@lists.ximian.com
Sent: Saturday, September 22, 2007 6:48 PM
Arno Rehn wrote:
For the licensing: we can use a dual-license model for Qyoto/Kimono, like
it's
done with PyQt and Qt itself: GPL for open-source apps, QPL-like for closed
source.
The use of GPL is very unfortunate - Qt does at least allow for MPL and
an extending range of other
open
Hello Elmar,
Are you using Mono from SVN? It sounds strange for me if it doesn't
find mscorlib.dll...
Regards,
2007/9/26, Elmar Haneke [EMAIL PROTECTED]:
Marcos Cobeña Morián schrieb:
Hello Elmar,
2007/9/26, Elmar Haneke [EMAIL PROTECTED]:
My Application seems to run if I enter set
On Wed, 2007-09-26 at 20:37 +0100, James Mansion wrote:
The use of GPL is very unfortunate - Qt does at least allow for MPL and
an extending range of other
open source licences.
Uh, Qt is NOT compatible with MPL and an extended range of other open
source licenses. From [0], you have an
14 matches
Mail list logo