Hi Miguel,
for the new program is possible to avoid the Gnome dependency, but
when try to port an already developed program you can find a program
that use Gnome library.
In the case of gbrainy it use only Gnome.Application so migrate to
pure GTK is easy to do ... :)
To have a version of this
Hi Miguel,
for the new program is possible to avoid the Gnome dependency, but
when try to port an already developed program you can find a program
that use Gnome library.
In the case of gbrainy it use only Gnome.Application so migrate to
pure GTK is easy to do ... :)
To have a version of this
Hello,
Both the latest tarball and SVN of a minute ago of heap-shot give the
following compile error (mono 1.2.5.2):
[...]
gmcs -debug -out:HeapShot.Gui.Widgets.dll -target:library -r:System
-pkg:gtk-sharp-2.0 -r:../HeapShot.Reader/HeapShot.Reader.dll
-resource:class.png
Paul Melis wrote:
Hello,
Both the latest tarball and SVN of a minute ago of heap-shot give the
following compile error (mono 1.2.5.2):
[...]
gmcs -debug -out:HeapShot.Gui.Widgets.dll -target:library -r:System
-pkg:gtk-sharp-2.0 -r:../HeapShot.Reader/HeapShot.Reader.dll
-resource:class.png
Hi All,
I was wondering, since the RSX on the PS3 just got exposed, whether anybody
has had any luck getting Mono to run on the PS3's Gentoo Linux variant?
The end goal for me here would be to look at porting my 3D simulation engine
across to Gentoo Linux, once the RSX exposure is sufficient
Hi folks,
On the Mono runtime page on the site, it says, Support for SPARC64 works in
older versions of Mono, but not in the recent versions. And I was just
wondering if support in the newer versions is going to be added back in at some
point so that we can use Mono on the UltraSPARC T2
Hi,
Am 12.12.2007 um 13:05 schrieb Gordon Robert Speirs:
On the Mono runtime page on the site, it says, Support for SPARC64
works in older versions of Mono, but not in the recent versions.
And I was just wondering if support in the newer versions is going
to be added back in at some
It'd break API compatibility, therefore it's a no-go.
Alan.
On Dec 12, 2007 12:55 PM, Vladimir Giszpenc [EMAIL PROTECTED] wrote:
Hi,
As you know, in .Net Framework 2.0 Microsoft added the SecureString class
to
keep passwords and other private data hidden. They did not add
SecureString
Hi,
As you know, in .Net Framework 2.0 Microsoft added the SecureString class to
keep passwords and other private data hidden. They did not add SecureString
to the hashing or encryption/decryption providers to allow developers to
take advantage of this new class. Mono does not use it in PKCS12
Hey,
On Wed, 2007-12-12 at 12:59 +, Alan McGovern wrote:
It'd break API compatibility, therefore it's a no-go.
Dude, you're too quick on the Send button.
In doubt, which you should be wrt Mono.Security, please let other people
answers the questions.
Alan.
On Dec 12, 2007 12:55 PM,
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
Hi,
Mono should work on all sparc processors, even newer ones. What is not supported
is the 64 bit ABI, eg. registers are always 32 bits long etc.
Zoltan
On Dec 12, 2007 1:05 PM, Gordon Robert Speirs [EMAIL PROTECTED] wrote:
Hi folks,
On the Mono runtime page on the site, it
I'll assume since no one responded that no one uses this API so I'll
submit it as a bug.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gavin
Landon
Sent: Tuesday, December 11, 2007 9:48 AM
To: mono-devel-list@lists.ximian.com
Subject:
HttpServerUtility.patch Hi there,
Attached is the patch fixes several bugs in Transfer/Execute
functionality such:
When Transfer/Execute is called with preserveForm=true, transferred page
is not processed as PostBack but form collection is preserved.
When Execute is called more than once,
Gavin Landon wrote:
I'll assume since no one responded that no one uses this API so I'll
submit it as a bug.
On Linux Mac OS, Mono is using whichever launcher the desktop
environment provides. If those launchers don't wait for the
application to terminate, Mono won't be able to wait either.
Am 12.12.2007 um 15:39 schrieb Gavin Landon:
I'll assume since no one responded that no one uses this API so I'll
submit it as a bug.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
] On Behalf Of Gavin Landon
Sent: Tuesday, December 11, 2007 9:48 AM
To:
Igor,
Could you provide either standalone or unit tests for these fixes, so that
we can avoid future regressions?
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Igor
Zelmanovich
Sent: woensdag 12 december 2007 16:45
To:
I attached two ASPX files that I used to test the functionality.
-Original Message-
From: Gert Driesen [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 12, 2007 6:26 PM
To: Igor Zelmanovich; mono-devel-list@lists.ximian.com
Subject: RE: [Mono-dev] [Patch] System.Web.HttpServerUtility
On Wed, 12 Dec 2007 07:45:12 -0800, Igor Zelmanovich [EMAIL PROTECTED]
scribbled:
HttpServerUtility.patch Hi there,
Hey Igor,
Attached is the patch fixes several bugs in Transfer/Execute
functionality such:
When Transfer/Execute is called with preserveForm=true, transferred page
is not
I should have said... this is with 1.2.6 preview 4.
charlie
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Charlie Poole
Sent: Wednesday, December 12, 2007 12:11 PM
To: mono-devel-list@lists.ximian.com
Subject: [Mono-dev] Continued Filewatcher
Hi,
NUnit's FileWatcher tests, which have been disabled under
mono for a long time, are continuing to fail when run
under windows. The file is changed, but no notification
is ever received. Should this be working?
Charlie
___
Mono-devel-list mailing
Hello Brock,
This is untested (I no longer have 2003 installed), but I think you can
do something like (modified from here
http://msdn2.microsoft.com/en-us/library/bb310595.aspx). If the below
doesn't work, you can probably google for some inline assembly to implement
the functionality needed.
Hi everyone,
I am building eglib, libgc, and mono in VS2003. I previously have build
them in VS2005 with no issues but now need to build in VS2003 to target
Pharlap real time OS. I have worked through most issues (eglib and libgc
are building) but one has got me. In mono-membar.h (libmono) it
I have worked through most issues (eglib and libgc are
building) but one has got me. In mono-membar.h (libmono) it is looking for
intrin.h which does not ship with VS2003.
Here's what we do:
#if _MSC_VER = 1400
#include intrin.h /* VS2005 */
#else
void _ReadWriteBarrier();
Thanks...
Few questions:
Shouldn't mono call it the way it's supposed to be called based on OS?
How can I tell in Mono what OS I'm running under so I can make a
different call?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 12, 2007
Ok. I did something very similiar. The only difference appears to be the
_ReadBarrier. _ReadBarrier appears to work (it compiles and links). I
haven't tried it at runtime yet. Does it not work at runtime?
#if _MSC_VER 1400 //VS2003
extern void _ReadWriteBarrier();
extern void
Ok. I did something very similiar. The only difference appears to be the
_ReadBarrier. _ReadBarrier appears to work (it compiles and links). I
haven't tried it at runtime yet. Does it not work at runtime?
I'm not sure. We're not using this code right now (used it once when
we tried a more
Thanks,
Brock
Aras Pranckevicius [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
12/12/2007 04:34 PM
To
mono-devel-list@lists.ximian.com
cc
Subject
Re: [Mono-dev] Building mono runtime in VS2003
Ok. I did something very similiar. The only difference appears to be the
_ReadBarrier.
http://www.mono-project.com/FAQ:_Technical#How_to_detect_the_execution_p
latform_.3F
__
Gavin Landon
Ignite Technologies
972.348.6469 - Office
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gavin
Landon
Sent: Wednesday,
Hi All,
Read about the new NUnit 3.0 Platform, coming soon...
http://nunit.com/blogs/?p=53
Charlie
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
After installing the .bin release of 1.2.6, it is now causing a SIGSEGV
(after a recompile of the code using the new compiler):
Stacktrace:
at (wrapper managed-to-native)
System.Drawing.GDIPlus.GdipCreateBitmapFromFile (string,intptr)
at (wrapper managed-to-native)
When I look at the downloads page, there is a link to the release notes, but no
1.2.6 download.
I am looking too soon or did someone bo-bo?
Dennis
-
Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it
It's up, it's just not linked from the release notes.
http://mono-project.com/Downloads
It's in the last entry, Linux Installer for x86 (All Distributions) 1.2.6_4
Installer
Date: Wed, 12 Dec 2007 22:11:13 -0800
From: [EMAIL PROTECTED]
To:
33 matches
Mail list logo
