Hello, Is there a problem with Mono's Menu Control in ASP.NET? When I use
it, if the sub menu has 5 or more items, the items does not fit into the
submenu. And two arrows appear (up and down) to navigate.
Also when you use horizontal orientation, the submenu coincides with the
static items.
Hi, as of the current svn version. I am able to use NHibernate
1.2successfully. (Also you would need s xsp2, svn )
Just for your knowledge
Onur
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Hi,
I noticed the same problem. There seem to be a problem when reading more
than once the same compressed stream. If possible, try reading everything
in one call (you need to know the actual size of the stream once
decompressed). This works for me.
-Message d'origine-
De : [EMAIL
I'm pretty sure that this will fix bug #81727 that I filed a few months ago,
although I don't have time to test it for the moment.
Jonathan Gagnon
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Miguel de
Icaza
Envoyé : Wednesday, July 18, 2007 8:17 PM
On Mon, 2007-07-16 at 11:52 +0200, Andreas Färber wrote:
Hello,
With the growing number of supported architectures wouldn't it make
sense to split up atomic.h like the mini files into atomic-ppc.h
etc.? The whole file is a series of mutually exclusive conditional
sections.
I don't
Am 24.07.2007 um 15:15 schrieb Dick Porter:
On Mon, 2007-07-16 at 11:52 +0200, Andreas Färber wrote:
Hello,
With the growing number of supported architectures wouldn't it make
sense to split up atomic.h like the mini files into atomic-ppc.h
etc.? The whole file is a series of mutually
On 07/24/07 Andreas Färber wrote:
On Mon, 2007-07-16 at 11:52 +0200, Andreas Färber wrote:
Hello,
With the growing number of supported architectures wouldn't it make
sense to split up atomic.h like the mini files into atomic-ppc.h
etc.? The whole file is a series of mutually exclusive
On 07/24/07 Jonathan Gagnon wrote:
I'm pretty sure that this will fix bug #81727 that I filed a few months ago,
although I don't have time to test it for the moment.
Thanks, confirmed that issue is fixed as well.
lupus
--
-
On 07/23/07 Rodrigo Kumpera wrote:
The attached patch fix a memory leak in class.c, memory is allocated in
mono_bounded_array_class_get and the copied in
mono_metadata_get_generic_inst, but never freed.
In this case it's better to have:
MonoType *args;
args = iface-byval_arg;
On 07/19/07 Andreas Färber wrote:
http://www.forum.nokia.com/main/resources/technologies/open_c/
contest.html
It looks like Nokia now has all the libraries required to compile
Mono for Symbian - libc, libpthread, libm, libz, libglib. Not sure if
Open C is a superset or an alternative
Am 24.07.2007 um 15:48 schrieb Paolo Molaro:
I don't see any problem with the file as it is, it's small and
eveytime
I made changes to it it was useful to have the other arch code right
there as quick reference. Please don't change it.
Thanks.
Like I pointed out: It's growing and won't
Hey,
Attached is the patch with Raja's suggestion, it passes the regression
suite.
Rodrigo
On 7/24/07, Raja R Harinath [EMAIL PROTECTED] wrote:
Hi,
Paolo Molaro [EMAIL PROTECTED] writes:
On 07/23/07 Rodrigo Kumpera wrote:
The attached patch fix a memory leak in class.c, memory is
Hi Everyone,
mono version 1.2.4 (download from
http://go-mono.com/sources/mono/mono-1.2.4.tar.bz2)
compiled inside scratchbox (not for ARMEL)
gcc version :
Target: arm-unknown-linux-gnu
Hello folks,
Please file a bug report.
Hi,
I noticed the same problem. There seem to be a problem when reading more
than once the same compressed stream. If possible, try reading everything
in one call (you need to know the actual size of the stream once
decompressed). This works
output error:
mono --aot HelloWorld.exe
Mono Ahead of Time compiler - compiling assembly
/mono-examples/HelloWorld.exe
** ERROR **: file mini-arm.c: line 2158 (mono_arch_output_basic_block):
should not be reached
aborting...
Stacktrace:
Correct, AOT is not supported on ARM.
On 07/24/07 josepascual wrote:
AOT compilation is currently sort of supported only on x86 and amd64.
lupus
--
-
[EMAIL PROTECTED] debian/rules
[EMAIL PROTECTED]
PROTECTED] Monkeys do it better
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
__ Informacisn de NOD32, revisisn 2417 (20070724
I realize that not all transaction support is done. We are using
CommitableTransaction and in MS the Dispose() causes a Rollback if not yet
Committed. In mono this throws a NotImplementedException. I understand there
is more to do with Dispose when the rest of the transaction stuff comes
online,
This small patch makes the Equals(...) override more like MS behavior. First
if both addresses are empty it returns true, also the comparison now uses
the hashcode. This was changed as part of the porting a windows .net app.
Jae
___
Mono-devel-list
Doing a comparison by comparing the hashcodes sounds very broken to me. It's
quite possible for two objects to give the same hashcode without actually
being equal.
Alan.
On 7/24/07, Jae Stutzman [EMAIL PROTECTED] wrote:
This small patch makes the Equals(...) override more like MS behavior.
Quite possible, it was a quick pass. The GetHashCode() is overridden to
provide its answer based on the underlying address bytes.
On 7/24/07, Alan McGovern [EMAIL PROTECTED] wrote:
Doing a comparison by comparing the hashcodes sounds very broken to me.
It's quite possible for two objects to
Fair enough, but it *will* give false positives. If the XOR operation was
used on the address bytes (which i assume it would be) then you have the
problem that the following two sequences generate the same hashcode:
^
and
000 ^ .
As you can see [15, 120] is not
Hi.
If you call Enum.GetNames for an enum which the basefield is not named
value__, mono crashes. The function ves_icall_get_enum_info should check
for static field and not the name. Attached are the patch to fix it and the
test used.
Cheers,
Rodrigo
Index: icall.c
Fair enough :) (the hash code is a shift/add mangling approach) I didn't
realize I forgot my attachment! oops. Changed it to use straight elemental
compares and upon testing found other problems with the original class. So I
will do some more work on it and attach the patch tomorrow.
Thx,
Jae
24 matches
Mail list logo