Hi,
This was fixed some time ago by mono commit
a6380f15f0db533e30870925e0125a859ab815cf.
Zoltan
On Mon, Mar 28, 2016 at 2:21 PM, David Evans
wrote:
> Sorry if this has been covered before, or is a current issue, but is there
> a way around these
Hi,
Fixed the last one in:
https://github.com/mono/mono/commit/b97ac0023256bf7d915552f5f24a7742b28c32b7
The first two are leaks, but they should be small and bounded. Will look
into fixing them to decrease the noise.
Zoltan
On Sun, Mar 27, 2016 at 6:23 PM, Zinkevicius, Matt
Hi,
If this used to work, you can try git bisect-ing it. Since its an s390x
problem, I'd guess it has to do with endianness.
Zoltan
On Tue, Jan 19, 2016 at 9:13 PM, Neale Ferguson
wrote:
> Re: bugzilla 37781
>
> On the same virtual machine in which the
Hi,
Reported as:
https://bugzilla.xamarin.com/show_bug.cgi?id=35828
Zoltan
On Thu, Nov 12, 2015 at 12:42 PM, Martin Potter wrote:
> We have some code which works on Microsoft’s runtime and used to work on
> Mono 3.12, but now fails on Mono 4.2.
gt; --with_llvm didn't work as things are set up now.
>
> Any special configuration options I should be using when building llvm?
>
> On 10/23/2015 11:00 AM, Zoltan Varga wrote:
>
>> Hi,
>>
>>Make sure you are using the 'master' branch of the mono llvm repo.
>>
Hi,
Make sure you are using the 'master' branch of the mono llvm repo. Also,
try using --with-llvm= instead of --enable-llvm=yes, the latter
might pick up the system version of llvm. Otherwise, I don't know what is
causing the problem, those symbols are in libraries which are supposed to
be
Hi,
method is valid if is_async is FALSE. aot_info is valid if is_async is
TRUE. image is an internal field, its used internally by the MonoJitInfo
code.
Zoltan
On Wed, Aug 19, 2015 at 1:33 PM, Neale Ferguson ne...@sinenomine.net
wrote:
In MonoJitInfo there is a union:
.
On 08/10/2015 11:32 AM, Zoltan Varga wrote:
Hi,
The class has an internal valuetype which represents the fixed buffer,
and that valuetype has the FixedBufferAttribute.
Runtime code generally doesn't need to care about fixed buffers, why is
this needed ?
.class public sequential ansi
) print cinfo-attrs[0].ctor-klass-name
$14 = 0x3fffb5b225b6 UnsafeValueTypeAttribute
(gdb) print cinfo-attrs[1].ctor-klass-name
$15 = 0x3fffb5b22281 CompilerGeneratedAttribute
What do those represent?
On 08/06/2015 12:23 PM, Zoltan Varga wrote:
Hi,
The type has a FixedBufferAttribute
Hi,
The type has a FixedBufferAttribute custom attribute which contains the
length of the array. There are some functions in reflection.c
like mono_custom_attrs_from_class () which can return information about it.
Zoltan
On Thu, Aug 6, 2015 at 12:32 PM, Bill Seurer
Hi,
It is a transient failure when using a mismatching mono runtime and
mscorlib.dll. Make sure you are using the latest version of both.
Zoltan
On Tue, Jul 28, 2015 at 12:22 PM, Daniel Kuhne dakui...@gmail.com wrote:
I test with a simple VB.NET Hello World console
cast to an IntPtr and check the Size property, which would
return the number of bytes in the pointer?
https://msdn.microsoft.com/en-us/library/system.intptr.size%28v=vs.110%29.aspx
Might be misunderstanding the issue though.
On Thu, Mar 26, 2015 at 4:20 PM, Zoltan Varga var...@gmail.com wrote
Hi,
arm might require aligned reads, i.e. 'p' should be 4 byte aligned in this
case.
Zoltan
On Thu, Mar 26, 2015 at 3:28 PM, Slide slide.o@gmail.com wrote:
I am trying to compile and use the ZeroC Ice remoting library for armhf to
run on my RaPi 2. The compilation goes fine,
to confirm.
Thanks!
slide
On Thu, Mar 26, 2015 at 1:13 PM Zoltan Varga var...@gmail.com wrote:
Hi,
arm might require aligned reads, i.e. 'p' should be 4 byte aligned in
this case.
Zoltan
On Thu, Mar 26, 2015 at 3:28 PM, Slide slide.o@gmail.com wrote:
I am trying to compile
Hi,
A workaround is to do:
if (proc != Process.CurrentProcess)
proc.HasExited
Since the bug only affects the current process.
Zoltan
On Wed, Jan 14, 2015 at 5:53 PM, Mark McDowall markus.m...@gmail.com
wrote:
This bug:
Hi,
There could be multiple reasons for this, for example the cpu might not
match the runtime configuration, i.e. it uses hard float abi instead of a
soft float abi, it could be an old cpu that mono no longer supports (armv5
etc).
Zoltan
On Wed, Jan 14, 2015 at 10:51 AM, oferyach
Hi,
Merged this by running the tools themselves.
Zoltan
On Wed, Oct 22, 2014 at 4:04 PM, akoeplinger alex.koeplin...@outlook.com
wrote:
Sounds like a good thing ;-)
I've got a branch in my fork where I removed the NET_2_0 ifdefs:
Hi,
This is a bug, it shouldn't happen. If you have some kind of reproducible
test case, please file a bug report with it.
Zoltan
On Mon, Jan 12, 2015 at 5:28 PM, Greg Young gregoryyou...@gmail.com wrote:
_wapi_handle_unref_full: Attempting to unref unused handle 0x8a
I seem
aside from close this can happen on?
In general SafeFileHandle is pretty painful to use since none of the
definitions support it.
Want me to create an issue?
Greg
On Tue, Jan 13, 2015 at 12:32 AM, Zoltan Varga var...@gmail.com wrote:
Hi,
This is a bug, it shouldn't happen. If you have
Hi,
It should be ok to do the NET_2_0 define removal now.
Zoltan
On Wed, Oct 22, 2014 at 4:04 PM, akoeplinger alex.koeplin...@outlook.com
wrote:
Sounds like a good thing ;-)
I've got a branch in my fork where I removed the NET_2_0 ifdefs:
Hi,
Mono tries to allocate all its code into the lower 32 bit part of the
address space (see MAP_32BIT in mono-codeman.c). What platform is this ?
Zoltan
On Tue, Sep 23, 2014 at 6:02 AM, Ben Carter be...@saillune.net wrote:
Hi,
I've been looking into a bug that I've
Hi,
Try passing --debugger-agent=loglevel=10 to the runtime, that will cause
the debugger agent to print logging information. Also, make sure the symbol
files (.mdb files) are right next to the assemblies on the target.
Zoltan
On Fri, Sep 19, 2014 at 11:13 AM, SilentBob
Hi,
It should be in mono 3.6.0 and later versions.
Zoltan
On Tue, Sep 16, 2014 at 5:59 PM, BlueWall jam...@bluewallgroup.com wrote:
On Wed, Mar 19, 2014 at 4:01 PM, mickeyf lt;mickey@gt; wrote:
I can show the threads associated with my process using ps or top, but
not
Hi,
The mini.c:4656 assertion is a runtime bug, it happens when a method
becomes too large.
Zoltan
On Fri, Sep 5, 2014 at 1:40 PM, mono user mono.user...@gmail.com wrote:
Could somebody please tell me what might be triggering the assertions
below? They happen when I
Hi,
nodebug means the aot compiler doesn't emit dwarf debug information, it
shouldn't cause problems for the mono debugger.
Zoltan
On Thu, Sep 4, 2014 at 3:00 PM, SilentBob cinnamondon...@gmail.com wrote:
Hi,
Could someone please provide an explanation of the effects of using
Hi,
mips32 support used to work a few years ago, i.e. it could run a full
bootstrap and a large portion of the mono test suite. It might be somewhat
broken now but it could probably be fixed with a small amount of work.
Doing a new port, even a 32-64 bit port is a large amount of work.
Hi,
mono used to support this functionality, but the code to do that was very
problematic, and it is disabled in recent mono releases.
Zoltan
On Wed, Jul 2, 2014 at 9:31 PM, Edward Ned Harvey (mono)
edward.harvey.m...@clevertrove.com wrote:
Before anything else ... Can anybody
Hi,
autogen.sh needs to be run from the tree, its configure+make which can be
run out-of-tree.
Zoltan
On Wed, May 21, 2014 at 9:32 PM, Chris Morgan chmor...@gmail.com wrote:
Hello.
I'm trying to build mono under Yocto. Recently (so I've heard) there
were some changes such
to support running out of tree by adding some more $srcdir
entries, or whatever, at the appropriate locations.
Chris
On Wed, May 21, 2014 at 3:37 PM, Zoltan Varga var...@gmail.com wrote:
Hi,
autogen.sh needs to be run from the tree, its configure+make which
can be
run out-of-tree
Hi,
Support for this is now implemented in mono master.
Zoltan
On Wed, Mar 19, 2014 at 4:01 PM, mickeyf mic...@thesweetoasis.com wrote:
I can show the threads associated with my process using ps or top, but not
their names.
Should I expect to be able to show the names of
Hi,
Could you try with master or the mono-3.4.0-branch ? If the problem is
still there, please log a bug report with reproduction instructions/a
testcase if possible.
Zoltan
On Tue, Mar 25, 2014 at 10:44 AM, David Schmitt da...@dasz.at wrote:
Hi,
I've finally updated to
Hi,
The mono JIT only uses double precision registers in most cases and only
uses single precision ones for temporary purposes, like to implement casts.
There were some problems with choosing these temporary registers, but they
should be fixed in 3.4.0/master.
Zoltan
On Tue, Mar
Hi,
This is already fixed in master.
Zoltan
On Sat, Mar 22, 2014 at 11:02 AM, Rodrigo Kumpera kump...@gmail.com wrote:
We got a similar issue on our ARM devices.
Alex, has this been fixed?
On Thu, Mar 20, 2014 at 1:36 PM, Greg Young gregoryyou...@gmail.comwrote:
Just ran
Hi,
mono requires an existing mono installation to work, and will only fall
back to monolite if it is missing. If you want it to use monolite, then
remove the existing mono installation from the PATH.
Zoltan
On Sun, Mar 2, 2014 at 8:24 AM, Alex J Lennon
Hi,
Applied a variant of these to mono master as
83139b20e228e6f41d346a70a84a8c00ee64b2c2/0c279149286a35474068190238574d1ca57a00be.
Zoltan
On Mon, Feb 3, 2014 at 9:23 PM, Frank Fuchs fk.fu...@googlemail.com wrote:
Hi, I just checked if I can build the runtime of mono-master on
:
It seems like I'm not authorized to view that bug
On Fri, Nov 22, 2013 at 6:38 PM, Zoltan Varga var...@gmail.com wrote:
Hi,
Probably:
https://bugzilla.xamarin.com/show_bug.cgi?id=15507
Zoltan
On Fri, Nov 22, 2013 at 8:19 PM, Marcelo Zabani mzab...@gmail.comwrote:
I'm running
Hi,
Probably:
https://bugzilla.xamarin.com/show_bug.cgi?id=15507
Zoltan
On Fri, Nov 22, 2013 at 8:19 PM, Marcelo Zabani mzab...@gmail.com wrote:
I'm running into the following exception:
*System.EntryPointNotFoundException: CreateZStream at (wrapper
managed-to-native)
Hi,
This is a bug in the mingw header files, two header define the same type
(PEXECUTION_STATE). This happens on some systems, and doesn't happen on
others. The only workaround is to fix the header files by hand, i.e. rename
one of the definitions to PEXECUTION_STATE2 or something.
Hi,
It might be easier to compile on the device itself using distcc+a cross
compiler.
Zoltan
On Tue, Aug 27, 2013 at 1:36 AM, Bassam Tabbara bas...@symform.com wrote:
Thanks Rodrigo. Is there a trick then to bypass the __thread check
during configuration?
./configure
Hi,
mono master can be built on windows using the mingw cross-compiler gcc,
i.e. install the mingw-gcc package, and configure using:
./autogen.sh --host=i686-pc-mingw32
Zoltan
On Mon, Aug 26, 2013 at 1:20 AM, Bryan Crotaz
bryan.cro...@silvercurve.co.uk wrote:
I have gcc
Hi,
This was already fixed in a different way in mono master.
Zoltan
On Sun, Aug 25, 2013 at 4:02 PM, Vardar Sahin sakirs...@gmail.com wrote:
Hello Mono Team,
i found a bug which i want to submit a patch for.
The bug is in update_current_thread_stack in sgen-stw.c.
This
Hi,
This is a JIT problem, it will be hard to track down without a testcase.
You can try changing this line in mono/utils/mono-codeman.c:
#define BIND_ROOM 8
to
#define BIND_ROOM 4
It might fix the issue.
Zoltan
On Tue, Aug 13, 2013 at 7:44 AM, Bassam Tabbara
in ?? ()
All 6 threads where in a trampoline. The method in frame 4 was
mono_thread_interruption_checkpoint for all six threads.
Does this give you any more clues into what is going on?
This is blocking our upgrade to mono-3-0 unfortunately. Any help will be
greatly appreciated.
From: Zoltan
I meant frame #2, i.e.
#2 0x00172ca8 in arm_patch
Zoltan
On Wed, Aug 14, 2013 at 2:14 AM, Zoltan Varga var...@gmail.com wrote:
Hi,
Can you see whats at 'code' and 'target' at frame #3, i.e.
x/10i code
x/10i target
Zoltan
On Wed, Aug 14, 2013 at 1:48 AM, Bassam Tabbara bas
Should be fixed now.
Zoltan
On Fri, Aug 9, 2013 at 8:11 AM, Venkatesh Mahadev
venkatesh.maha...@gmail.com wrote:
Hi,
I pulled the latest sources for mono from git, ran autogen.sh and then
make. I am seeing this build error. I've attached the output from make, and
am hoping
Hi,
Instead of CFLAGS=-m32, try configure --build=i386-apple-darwin11.2.0 or
something.
Zoltan
On Wed, Aug 7, 2013 at 4:13 AM, Michael Franz mvfr...@gmail.com wrote:
Hi,
I download the latest tar file
=1 CXXFLAGS=-DARM_FPU_VFP
--prefix=$INSTALL_PREFIX
My system:
Ubuntu 13.04
Thanks,
Jeremy
On Thu, May 23, 2013 at 1:39 PM, Zoltan Varga var...@gmail.com wrote:
Hi,
buildver.h is always built unless some configure flag disables it. What
configure arguments are you using
Hi,
buildver.h is always built unless some configure flag disables it. What
configure arguments are you using ?
Zoltan
On Thu, May 23, 2013 at 5:01 PM, Jeremy Bell bell.jer...@gmail.com wrote:
At some point between branch mono-2-10-9 and branch master, a change was
made to
Hi,
On Tue, May 21, 2013 at 1:37 AM, Gavin Dodd
ga...@wholesalealgorithms.comwrote:
To make things more interesting I'm working with a branch of mono 2.8 (I
think) and I don't have any symbols for the AOT compiled code at run time,
You should try a 3.0 based mono version first, you might be
, but I'll look into it.
The register in my version is R11, should code be emitted to look up the
correct table or is mono_get_lmf_addr the correct call?
On May 20, 2013, at 16:52, Zoltan Varga var...@gmail.com wrote:
Hi,
On Tue, May 21, 2013 at 1:37 AM, Gavin Dodd ga
Hi,
Run autogen.sh.
Zoltan
On Sun, Apr 21, 2013 at 3:11 PM, telebovich telebov...@yahoo.com wrote:
Hello
I am updating my copy of git repository more or less frequently.
Recently when i tried to build my sources i have got an error
Making all in io-layer
make[3]: Entering
code decodes location to patch from movw/movt instruction
(similar to what you suggested).
Nikolay.
On Tue, Feb 5, 2013 at 10:35 AM, Zoltan Varga var...@gmail.com wrote:
On Mon, Feb 4, 2013 at 10:34 AM, Nikolay Igotti olo...@google.comwrote:
Hi Zoltan,
For PC-relative addressing
Hi,
If you have an IntPtr object, you can simply unbox it, that will return a
pointer to the value boxed inside the object, i.e., then you can
dereference it to get the value:
void *ptr = *(gpointer*)mono_object_unbox (obj);
Zoltan
On Mon, Feb 18, 2013 at 11:46 AM,
, [pc+temp reg]
and patch the movw/movt when the address of the code and the data is known.
I.e. for trampolines, this is already known, for methods, you can patch the
movw/movt
in mono_arch_patch_code ().
Zoltan
On Sun, Feb 3, 2013 at 10:09 PM, Zoltan Varga var...@gmail.com
Hi,
We're working on implementation of Mono JIT/ARM for Native Client, and
want to discuss certain details about design of our solution.
Native Client's sandboxing mechanism, being a SFI solution, has rather
strict limitations on how verifiable machine code may look like. To be
precise:
Hi,
A more general question to the Mono team, does the mono-llvm fork pull in
new functionality from the LLVM project from time to time? Should we
expect to be able to take advantage of the new optimisations (for example
the deeper vectorization work in progress) when they become available?
Hi,
This is now fixed in HEAD/2.10 branch.
Zoltan
On Tue, Jan 3, 2012 at 1:34 PM, Martin Däumler m...@cs.tu-chemnitz.dewrote:
Hello,
I wanted to use Marshal.PrelinkAll() in order to pre-initialize a
PInvoke. Unfortunately, executing this method leads to an assertion
Hi,
It won't work. The information required to construct managed stack traces
is contained in runtime data structures, and it is only available while the
program is running. You can
AOT your application, then you will have more usable stack traces.
Zoltan
On Tue, Dec 27, 2011
, Zoltan Varga var...@gmail.com wrote:
Hi,
It won't work. The information required to construct managed stack
traces is contained in runtime data structures, and it is only available
while the program is running. You can
AOT your application, then you will have more usable stack traces
Hi,
A reproducible testcase, along with the device+os specs would help us
debug the problem.
Zoltan
On Thu, Dec 22, 2011 at 12:15 AM, Bassam Tabbara bas...@symform.com wrote:
Hello,
** **
We are seeing the following on ARM devices. Running mono built from the
2-10
:14 AM, Rodrigo Kumpera kump...@gmail.comwrote:
Hi Jonathan,
If you're using trunk, Zoltan Varga added a mono_reflection_type_get_type
to handle that.
On Tue, Dec 13, 2011 at 11:47 AM, Jonathan Shore
jonathan.sh...@gmail.com wrote:
Thanks. That works
Hi,
You should use the 'mono-2-10' branch of the llvm repo.
Zoltan
On Sun, Nov 20, 2011 at 5:48 PM, Jonathan Shore jonathan.sh...@gmail.comwrote:
Hi,
I have pulled the repositories:
- http://github.com/mono/llvm.git
- http://github.com/mono/
And am on the
/mono stable and intended for 2.10.7?
On Nov 20, 2011, at 2:04 PM, Zoltan Varga wrote:
Hi,
You should use the 'mono-2-10' branch of the llvm repo.
Zoltan
On Sun, Nov 20, 2011 at 5:48 PM, Jonathan Shore
jonathan.sh...@gmail.comwrote:
Hi,
I have pulled
Hi,
Note that I am not initializing mono_domain_assembly_open() with an exe,
rather with a dll. Perhaps there is some setup I need to do?
The dll is probably compiled against an older net version, causing the
runtime to load
an older mscorlib.
Zoltan
Hi,
You should use the branch in the LLVM repo corresponding to your mono
version,
i.e. mono-2-10.
Zoltan
2011/10/19 Konrad M. konrad.kruczyn...@gmail.com
Hi,
which branch of mono's LLVM repository should I use to compile mono
2.10.6 with --enabled-llvm? mono-2-10 one
Hi,
I can't reproduce this.
Zoltan
2011/10/20 Konrad Kruczyński konrad.kruczyn...@gmail.com
Hi Zoltan,
2011/10/20 Zoltan Varga var...@gmail.com:
Hi,
You should use the branch in the LLVM repo corresponding to your mono
version,
i.e. mono-2-10
Hi,
Our test suite contains 1000s of tests, written by dozens of people, its a
bit hard to keep them all passing.
Zoltan
On Thu, Jun 23, 2011 at 7:44 PM, Harry Wilkinson hwilkin...@mdsol.comwrote:
Hi,
I'm encountering some test failures with the Mono 2.10.2 source
Hi,
You are probably running into:
https://bugzilla.novell.com/show_bug.cgi?id=683409
On Mon, Jun 13, 2011 at 4:07 AM, rstat1 rst...@gmail.com wrote:
What kind of errors are you getting, just out of curiosity?
I'm having issues of my own with 2.10.2 and getting mono apps to run on a
Tegra 2
mention anything about
inconsistent metadata.
On Jun 13, 2011 7:09 AM, Zoltan Varga var...@gmail.com wrote:
Hi,
You are probably running into:
https://bugzilla.novell.com/show_bug.cgi?id=683409
On Mon, Jun 13, 2011 at 4:07 AM, rstat1 rst...@gmail.com wrote:
What kind of errors
Hi,
Supporting this would be a _lot_ of work, the most basic problem is that
the runtime depends on non-automatic C variables being 0 initialized on
startup. You can support this in your app by putting the runtime into a
linux shared library (.so) and loading/unloading the shared library
You need to use mono's shared library libmono.so, and somehow make the OS
load/unload it. Its not easy to do, but doable.
Zoltan
On Fri, May 13, 2011 at 2:43 PM, MartinAlexander martin.arvids...@gmail.com
wrote:
How do you mean? I think this is what I am doing now .
again,
Liam
On Friday, May 6, 2011 at 6:59 PM, Zoltan Varga wrote:
Hi,
That code is actually for cross AOT, i.e. using a runtime running on x86
to generate AOT code for arm, for example. I.e. it checks host and target,
and not host and build.
Zoltan
On Sat, May 7
Zoltan
Thanks for the quick replies btw!
Liam
On Saturday, May 7, 2011 at 10:54 AM, Zoltan Varga wrote:
Cross AOT means that the resulting runtime can't run code, it will only
support the
--aot command line option, creating an AOT image which can be run on the
target platform.
I'm
Hi,
This will never work, the runtime depends on variables being zero
initalized in a mirriad places. Neither java's hotspot, nor MS.NET CLR
allows you to start/stop the runtime multiple times.
Zoltan
On Tue, May 3, 2011 at 3:54 PM, Richard Sykes jit...@gmail.com wrote:
Hi,
Hi,
This was probably caused by:
https://bugzilla.novell.com/show_bug.cgi?id=687902
https://bugzilla.novell.com/show_bug.cgi?id=687902which is now fixed.
Zoltan
On Mon, May 2, 2011 at 2:45 AM, pwo szy...@onet.pl wrote:
Hi,
I'd like to provide some additional data on
Hi,
Those trampolines are in tramp-ARCH.c, they are called
monitor_enter/exit_trampoline ().
Zoltan
On Fri, Apr 29, 2011 at 3:39 PM, Martin Daeumler m...@cs.tu-chemnitz.dewrote:
On March 10, 2010, Paolo Molaro wrote:
Further, I traced it down into the mono 2.6.1 code tree, and
Hi,
Upgrade to a newer gcc version. 4.1.2 was released in 2007.
Zoltan
On Thu, Apr 21, 2011 at 12:38 PM, jcmschoot j.sch...@divitec.nl wrote:
Hello,
I am trying to get mono 2.10.1 working on linux of a NAS unit. Since there
is no mono 2.10.1 package available for my linux
Hi,
Looks ok, except perhaps this:
+#include unistd.h
+#include float.h
+#include iconv.h
I'm not sure headers are present everywhere, esp. on windows.
Zoltan
On Mon, Apr 18, 2011 at 9:14 PM, Chris Toshok tos...@gmail.com wrote:
Attached is the patch we're currently working
Hi,
You probably need to install g++ too in addition to gcc.
Zoltan
On Sun, Apr 17, 2011 at 6:39 PM, Geoff Norton gnor...@novell.com wrote:
As per your output this isn't a mono issue, but a toolchain issue:
checking for C compiler default output file name...
configure:
Hi,
Add a new entry to MonoRuntimeCallbacks and make the code in mini.c
initialize it to the function you want to call, then call this entry from
object.c.
Zoltan
On Thu, Apr 14, 2011 at 1:55 PM, Martin Däumler m...@cs.tu-chemnitz.dewrote:
Hello,
I'm modifying Mono 2.6.1 and I
at 10:05 AM, Viktor Hermansson
viktor.hermans...@gmail.com wrote:
On Mon, 4 Apr 2011 15:37:07 +0200
Zoltan Varga var...@gmail.com wrote:
Hi,
Enumerator is probably a valuetype, and those have to be unbox-ed
before passing them to mono_runtime_invoke
I mean, change 'enumerator' to 'mono_object_unbox(enumerator)'.
Zoltan
On Tue, Apr 5, 2011 at 10:24 AM, Zoltan Varga var...@gmail.com wrote:
Hi,
In this line:
printf (%u\n, *(bool*)mono_object_unbox( mono_runtime_invoke
(moveNext, enumerator
Hi,
Enumerator is probably a valuetype, and those have to be unbox-ed before
passing them to mono_runtime_invoke ().
Zoltan
On Mon, Apr 4, 2011 at 2:10 PM, viktor.hermansson
viktor.hermans...@gmail.com wrote:
I have a problem to use an Enumerator in the unmaneged
Hi,
Try configure-ing with --with-nls=no.
Zoltan
On Sun, Apr 3, 2011 at 8:49 AM, vinculum t...@raccoon-interactive.comwrote:
Hi,
Well now it downloads but I get the following error when it tries to
extract
things:
Extracting to cygwin-deps/ ...tar (child): *.tar.gz:
mcs/configure is a leftover which was already removed in HEAD, use the one
the root directory of the source distribution.
Zoltan
On Sun, Apr 3, 2011 at 9:18 AM, vinculum t...@raccoon-interactive.comwrote:
Hi,
Oh, I missed configuration all together... The documentation tells me
Hi,
You might want to try mono/scripts/get-cygwin-deps.sh instead of
downloading the dependencies manually.
Zoltan
On Sat, Apr 2, 2011 at 12:37 PM, vinculum t...@raccoon-interactive.comwrote:
Hi,
I'm having trouble compiling Mono on Cygwin. The following links to
Yes.
Zoltan
On Tue, Mar 29, 2011 at 4:09 PM, Dick Porter dpor...@codicesoftware.comwrote:
On 01/10/2010 2:35PM, Dick Porter wrote:
Hi all
Attached is a patch that implements the arch-specific register handling
code for sparc, and ports the x86 ucontext macros to OpenSolaris/x86
Hi,
I think this is some kind of cygwin/mingw/gcc bug. If you run:
mono hello.exe; echo X
The X gets printed before the Hello, World, which means the 'mono'
executable doesn't wait for the real .libs/mono.exe executable to finish
before exiting.
.libs/mono.exe hello.exe; echo X
works fine.
Hi,
Thanks for the patch. Applied it to HEAD/2.10.
Zoltan
On Mon, Feb 28, 2011 at 11:06 PM, Mark Sciabica msciab...@itracs.comwrote:
Hi All,
The attached patch fixes a crash when running a 64 bit build of Mono on
windows. I simply modified the code to conform to the calling
Hi,
Create a testcase and attach it to a bug report.
Zoltan
On Wed, Mar 9, 2011 at 12:08 AM, Michael Mudge mich...@mudge.com wrote:
I'm running into an access violation in Mono... I've traced the
cause as far back as I can (mono_method_to_ir), but that function is
so full
Hi,
Those files are created by our AOT compiler either directly using an ELF
writer, or by using as+ld. I assume rpm wants the Build ID added by gcc to
files it creates. You can
try removing the mscorlib.dll.so/mcs.exe.so files after the build, those
should not be part of the rpm package
Hi,
Try removing -DFILE_OFFSET_BITS=64 from mono/profiler/Makefile.
Zoltan
On Fri, Mar 4, 2011 at 5:44 PM, Francis A. Bausch fbau...@dracorp.comwrote:
Mono 2.10.1 seems to have addressed our garbage collection problems on
linux x86_64, though SGen is giving us problems on
Hi,
Please attach a complete testcase which shows the problem.
Zoltan
On Tue, Mar 1, 2011 at 5:11 PM, Sean Hubbell sean.hubb...@gdc4s.com wrote:
Why is that as it returns true on Windows?
--
View this message in context:
Hi,
Our documentation is really quite incomplete, sorry about that. The
debugger is
modelled after the Java Debug Architecture:
http://java.sun.com/javase/technologies/core/toolsapis/jpda/
http://java.sun.com/javase/technologies/core/toolsapis/jpda/I.e. the
Mono.Debugger.Soft api is based on,
Hi,
You should try the recently released 2.10.
Zoltan
On Fri, Feb 18, 2011 at 4:24 PM, John Feminella jo...@bitsbuilder.comwrote:
hello Mono-ers,
I'm unable to compile the 2.8.2 tag, which I'm looking to do so I can
get C# v4-level support and access to `dynamic`. My
Consultant, BitsBuilder
LI: http://www.linkedin.com/in/johnxf
SO: http://stackoverflow.com/users/75170/
On Fri, Feb 18, 2011 at 10:46, Zoltan Varga var...@gmail.com wrote:
Hi,
You should try the recently released 2.10.
Zoltan
On Fri, Feb 18, 2011 at 4:24 PM, John
Hi,
Not currently. You can add a wrapper shell script to your app and tell
people to use that
instead of using mono app.exe.
Zoltan
On Fri, Feb 18, 2011 at 7:54 PM, no.human.being
qndre_encr...@hotmail.comwrote:
Hello Mono-Devs!
I am currently developing a long-running,
Hi,
A somewhat out-of-date document is here:
http://www.mono-project.com/Mono:Runtime:Documentation:MiniPorting
http://www.mono-project.com/Mono:Runtime:Documentation:MiniPorting
Zoltan
On Wed, Feb 16, 2011 at 8:13 PM, benjamin maes benjaminm...@gmail.comwrote:
Hello, my name is benjamin
Applied to HEAD/2.10/2.6. Thanks.
Zoltan
On Sun, Feb 13, 2011 at 3:21 PM, Alexandre Mutel
alexandre_mu...@yahoo.frwrote:
Hi All,
I would like to submit a patch for this bug:
https://bugzilla.novell.com/show_bug.cgi?id=580189
I’m using sizeof(T) in the SharpDX project (A fully
Hi,
=== PowerPC ===
On PowerPC, we fail to build fully - sn.exe keeps refusing to sign
assemblies, which causes build failure. The only unusual thing in the
build log is many CS8001 messages. On PowePC we must disable parallel
mark, otherwise libgc does not build. Log:
1 - 100 of 726 matches
Mail list logo