and destroy all copies of this
communication. Thank you.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
--
-Bill Seurer
___
Mono-devel
at the call site I am not all that happy with. It works but
seems clumsy.
Anyway, do any of the other targets, other than llvm that is, handle
this? I looked but I wasn't sure.
--
-Bill Seurer
___
Mono-devel-list mailing list
Mono-devel-list
On 12/03/15 02:55, Zhanxing Ding wrote:
it looks like that IBM people have finish the porting?
Is it true? If so, how can I contact IBM people to get help?
I was part of that group but that was 9 years ago and the work from then
is not of much use now.
--
-Bill Seurer
not necessarily with AIX specific questions.
--
-Bill Seurer
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
()'
The symbols it is complaining about are in the libraries that were
created when I compiled the mono version of llvm. I even specified all
the libraries directly in the LDFLAGS environment variable but the
symbols still are not found.
Any ideas what I am doing wrong?
--
-Bill Seurer
++
Zoltan
On Fri, Oct 23, 2015 at 11:51 AM, Bill Seurer <seu...@linux.vnet.ibm.com
<mailto:seu...@linux.vnet.ibm.com>> wrote:
I am attempting to activate the llvm backend for power but am
running into linker issues. I get hundreds of missing symbols
errors li
listed. I added
them by hand and it worked much better. I'll look into why they were
left off later.
--
-Bill Seurer
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
in
/home/seurer/mono-git/mono-checkin/external/referencesource/mscorlib/system/threading/threadpool.cs:1196
make: *** [runtest-managed-serial] Error 255
--
-Bill Seurer
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lis
ass: Test_float.float4_nested
size: 16
mbr_cnt=4, mbr_size=4
If I remove those two lines from mini_type_is_hfa then it works as
expected and the test case succeeds.
--
-Bill Seurer
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
h
, 2015 at 10:53 AM, Bill Seurer seu...@linux.vnet.ibm.com
mailto:seu...@linux.vnet.ibm.com wrote:
The only mention of FixedBufferAttribute I see is in the C# code in mcs.
I looked through all the mono C code and I see several places where
MonoCustomAttrInfo is used but no where is it doing
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 seu...@linux.vnet.ibm.com
mailto:seu
!
--
-Bill Seurer
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
for using
mono/gtk on a BBB? If anyone has experience with mono/gtk on a BBB, we want
to take advantage of your knowledge.
Bill
from the UI dev:
1) We need have as close to 20ms response time to a click as possible. My
tests with GTK+ apps in XFCE on the Beagle Bone Black running either
Angstrom
# well enough).
In a day or 2, when I have access to a computer instead of just a tablet, I
will send a solution to you.
Bill
On Dec 17, 2012 12:05 PM, mickeyf mic...@thesweetoasis.com wrote:
I have some questions about Mono.Unix.Pipes.
I have been using this with some success, but I am
When running an ASP.NET application under fastcgi-mono-server4 under
Windows 7,
any attempt of the server to make HTTP requests fail (EG: HttpWebRequest).
The requests seems to time out without any outgoing traffic (as seen via
Fiddler).
Everything else works fine. Tested under NGINX and Apache.
Hi,
I was trying out some tests to check performance of mono with
multithreading and benchmark Windows .NET, Windows mono and Linux
(ubuntu 9.04) mono. The results I have show that string comparisons
are much slower on mono than on .NET (8x). Am I doing something wrong?
Thanks,
bill
Here are my
if this change (121114) has been broken, or needs enhanced?
-bill
On Fri, Jan 22, 2010 at 8:26 PM, tom hindle tom_hin...@sil.org wrote:
I have added a check in mono_gc_run_finalize (void *obj, void *data)
(gc.c):
---
if (suspend_finalizers)
return;
+ if (mono_marshal_ccw_refcount(o) 0
Sylvain
Committed to the trunk. r149817
Thanks
-bill
On Mon, Nov 9, 2009 at 7:17 AM, Sylvain Dupont dupo...@gmail.com wrote:
Hi,
The patch attached is a continuation of my previous patch committed in
r136836. It adds support for [in] parameters of type SAFEARRAY[VARIANT], and
also
Hi,
The attached bug fixes calling a remoting method that has an arguments
that is an out generic.
There is also a test attached.
2009-10-05 Bill Holmes billholme...@gmail.com
* object.c (mono_method_return_message_restore) : Adding the
MONO_TYPE_GENERICINST case to handle
Hi,
The attached patch fixes a bug with calling a COM method using a
delegate. I have also added a unit test for this bug.
2009-09-09 Bill Holmes billholme...@gmail.com
* object.c (mono_object_get_virtual_method) : Call
mono_cominterop_get_invoke if the object is a COM
Hi,
The attached patch fixes Mono on Windows not respecting the
WindowStyle property of the start info when calling Process.Start with
UseShellExecute set to true.
-bill
2009-07-10 Bill Holmes billholme...@gmail.com
* process.c
Hi,
I have updated this patch to correct a bug we found since it was
originally posted.
-bill
On Tue, Jun 23, 2009 at 5:41 PM, Bill Holmesbillholme...@gmail.com wrote:
Hi,
On Windows users can customize the regional options for their
language. To get this information you can call
Committed to trunk. r136836.
On Sun, Jun 7, 2009 at 11:50 PM, Sylvain Dupontdupo...@gmail.com wrote:
Bill,
Thanks for the feedback. I attach an updated patch that addresses the issues
you found. Here are the details:
1) Failing cominterop.exe tests:
Sorry for not catching
and ves_icall_System_Globalization_CultureInfo_construct_number_format
for Windows to obtain the correct settings.
Also this patch contains a fix the missing implementation of
g_win32_getlocale in eglib.
-bill
2009-06-23 Bill Holmes billholme...@gmail.com
* locales.c
.
http://msdn.microsoft.com/en-us/library/ms684954(VS.85).aspx
This only applies to threads that are stopping (process shutdown) and
are background threads.
-bill
2009-06-22 Bill Holmes billholme...@gmail.com
* object-internals.h : Adding interrupt_on_stop field.
* threads.c
After more discussion on IRC this it was decided to do this using the
dllmap and not an environment variable.
If the target is set to . the declaring assembly directory will be
used when attempting to locate the un-manged library.
-bill
2009-06-03 Bill Holmes billholme...@gmail.com
I tested this patch out and the cominterop.exe test does not work. I
get a return value of 62.
Second I noticed some tab problems with your formatting in cominterop.cs.
Finally It makes it easier for me to commit a patch if you include
ChangeLog entirs.
thanks
-bill
On Sun, May 17, 2009 at 8
Sorry I should have mentioned that I tested this on Win32 and Winx64.
On Wed, Jun 3, 2009 at 5:00 PM, Bill Holmes billholme...@gmail.com wrote:
I tested this patch out and the cominterop.exe test does not work. I
get a return value of 62.
Second I noticed some tab problems with your
Tom,
Can you test the attached patch against your code? You patch worked
just fine, but I did not want to add the
mono_class_get_all_implemented_interfaces to class.c.
Please let me know if this works for you.
-bill
On Wed, Apr 29, 2009 at 7:20 PM, Tom Hindle tom_hin...@sil.org wrote:
Hi
with
the suffixes .exe, .cmd, .bat and .com, and the suffixes in the
PATHEXT environment variable.
-bill
2009-06-02 Bill Holmes billholme...@gmail.com
* src/gpath.c (g_find_program_in_path): While searching on Windows
also try additional suffixes .exe, .cmd, .bat, and.com
an environment variable could control
this behavior.
Whit this patch setting MONO_PINVOKE_SEARCH to USE_ASSEMBLY_PATH will
enable this.
-bill
2009-06-01 Bill Holmes billholme...@gmail.com
* loader.c (mono_loader_init): Check for and process
the MONO_PINVOKE_SEARCH environment variable
.patch contains all the changes for BSTR, CoTaskMem
and HGlobal, but I will commit the BSTR fix first and then other
allocator changes second.
-bill
2009-05-28 Bill Holmes billholme...@gmail.com
* marshal-hooks.h : Adding declaration for
mono_install_alloc_hglobal_funcs
. If this is approved I
will be adding similar code for Marshal.AllocCoTaskMem and
Marshal.AllocHGlobal, which will be a separate commit.
2009-05-22 Bill Holmes billholme...@gmail.com
* cominterop.c : mono_string_to_bstr, mono_string_from_bstr and
mono_free_bstr changed to call external hooks
I tested the patch and the test program on my x64 XP machine. (64-bit
and WOW64.)
The test program runs as expected and the runtime tests show no problems.
-bill
On Thu, May 21, 2009 at 9:40 AM, Rodrigo Kumpera kump...@gmail.com wrote:
Here is a test program that can be used to verify how
Hi,
socket-wrappers.h includes sys/select.h and sys/time.h. These files
are not available for the MSVC builds. The attached patch moves those
include statements to the !WINDOWS part of socket-wrappers.h.
2009-04-24 Bill Holmes billholme...@gmail.com
* socket-wrappers.h : Move
to execute the APC. Adding a sleep
provides that opportunity.
-bill
2009-04-01 Bill Holmes billholme...@gmail.com
* finalizer-abort.cs, finalizer-exception.cs, finalizer-exit.cs :
Adding a sleep to the waiting thread to give Mono on Windows an
opportunity to interrupt
Understood, that is why I said it was a workaround.
In my opinion the problems with QueueUserAPC are well know and do not
need these particular three tests to remind us of that. Can we work
around a well know issue to allow these tests to exercise what they
are intended to.
-bill
On Wed, Apr 1
Hi,
That fix does not work with the MSVC builds. That attached patch is
one way to fix it.
thanks
-bill
On Fri, Mar 27, 2009 at 9:36 AM, Zoltan Varga var...@gmail.com wrote:
Hi,
This is now fixed in r130385 by adding a new 'mono_create_thread' helper
function.
Zoltan
initializes all thread ID variables to zero before calling
CreateThread. Is there a better way to fix this?
-bill
2009-03-25 Bill Holmes billholme...@gmail.com
* appdomain.c (mono_domain_unload),
* attach.c (transport_start_receive),
* threads.c (mono_thread_create_internal
Kornél,
Yes that would work too.
Thanks
-bill
2009/3/25 Kornél Pál kornel...@gmail.com:
Wouldn't just this be enough?
in mono_thread_create_internal:
#ifdef PLATFORM_WIN32
DWORD tid;
#else
gsize tid;
#endif
Kornél
Bill Holmes wrote:
Hi,
The attached patch fixes some problems I
native to managed that include
bool arguments and is not exclusive to COM.
-bill
trunk:
2009-02-13 Bill Holmes billholme...@gmail.com
* object-internals.h : Fixing a typo in the
MonoReflectionComVisibleAttribute struct.
* marshal.c (cominterop_com_visible): Check
Carlos Ruiz Diaz carlos.ruizd...@gmail.com wrote on 02/12/2009 08:19:15
AM:
I was talking about running mono in a non-x86 platform. I'll have
performance issues for sure but I don't know if it will be
catastrophic or ignorable.
On Wed, Feb 11, 2009 at 6:24 PM, Bill Seurer seu...@us.ibm.com
on the specific partition? I believe you can divvy up
partitions using just fractions of CPUs now.
--
Bill Seurer
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
The attached patch fixes some problems we are seeing with marshaling
bools and IDspatch types in Native code.
I can split the patch separating the bool changes form the dispatch
changes if needed. I would like to apply this to the 2.4 branch as
well.
-bill
2009-02-12 Bill Holmes
Can someone look at this? I will fix my spelling in the ChangeLog
before I commit. ;)
On Tue, Feb 3, 2009 at 1:15 PM, Bill Holmes billholme...@gmail.com wrote:
Hi,
The attached patch corrects an error I introduced with r122252. I
would like to apply it to the 2.4 branch as well.
-bill
Hi,
The attached patch corrects an error I introduced with r122252. I
would like to apply it to the 2.4 branch as well.
-bill
2009-02-03 Bill Holmes billholme...@gmail.com
* socket-io.c (ves_icall_System_Net_Sockets_Socket_Accept_internal):
For Win32, add additoinal break
Miguel,
Please add the attached patch to your changes.
thanks
-bill
2009/1/28 Miguel de Icaza mig...@novell.com:
Hello folks,
For the sake of better supporting proprietary operating systems, we
need to split some of the functionality that today lives inside #ifdefs
in mini.c
Hello Miguel,
Thanks for taking a closer look at this. I have attached another
patch that should work.
-bill
On Wed, Jan 28, 2009 at 9:28 AM, Miguel De Icaza mig...@novell.com wrote:
Hello,
1) MonoTests.System.UriTest3.IsWellFormedUriString_BadUriKind :
System.ArgumentException
With the changes I get a test failure. I will not be committing this.
1) MonoTests.System.UriTest3.IsWellFormedUriString_BadUriKind :
System.ArgumentException was expected
On Sat, Jan 24, 2009 at 9:06 PM, Miguel De Icaza mig...@novell.com wrote:
Hello Bill,
Any chance of redoing the code
Hi,
Look at the ExtensibleClassFactory.RegisterObjectCreationCallback method.
http://msdn.microsoft.com/en-us/library/system.runtime.interopservices.extensibleclassfactory.registerobjectcreationcallback.aspx
-bill
On Tue, Jan 20, 2009 at 4:22 PM, QbProg tho...@gmail.com wrote:
Hello Mono
and Linux.) This allows you
to marshal a Managed object to C++ which then can call methods on that
objects' interface(s).
-bill
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
The attached patch fixes a bug with launching an application on a
network share with mono.
-bill
2009-01-13 Bill Holmes billholme...@gmail.com
* gmisc-win32.c (g_path_is_absolute): Adding support for UNC
paths on Windows.
* mono-path.c (mono_path_canonicalize
.
I am not sure that all my changes are actually necessary since I am
not sure what some of these methods do and when they are used.
Could someone look at this patch file and let me know which changes,
if any, are not necessary. (Looking in Zoltan's direction.)
thanks
-bill
Index: mono/mini
call, but that should have been called from
GetIUnknownForObjectInternal (when you add it.)
Another way to put it is, what are you calling QueryInterface on that
needs the types initialized from mono_init_com_types?
-bill
___
Mono-devel-list mailing list
not feel comfortable that the Mono shutdown logic can handle
killing threads. Another way to put it I am afraid that changing the
shutdown logic would cause currently working Mono apps to start
bombing because I just do not understand the full picture.
-bill
threads on exit, but
simply kill them?
I know it is a lot of questions but I am not certain of the direction
you are trying to point me. This is a bug that I REALLY need fixed
now.
-bill
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
.
-bill
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
We have dealt with this by registering a global class factory method
(that is implemented in C#) with native C++ code.
I assume you are hosting the mono runtime?
Take a look at the poor code example below and see if that gives you the idea.
-bill
/* C++ code */
void cppMain
that a variable
has changed.
See http://msdn.microsoft.com/en-us/library/ms682653(VS.85).aspx
Thanks
-bill
2008-12-18 Bill Holmes billholme...@gmail.com
* Environment.cs (GetEnvironmentVariable) : Avoiding an nre if
the variable is not set.
* Environment.cs
Hi,
In the get_module_name method the size argument is used as a byte
count but the callers consider it a character count.
See http://msdn.microsoft.com/en-us/library/ms683196(VS.85).aspx
This patch corrects that inconsistency.
Thanks
-bill
2008-12-18 Bill Holmes billholme...@gmail.com
Hi,
The attached patch fixes the attached Program.cs.
2008-12-17 Bill Holmes billholme...@gmail.com
* ListViewItem.cs (ListViewSubItem.ctor): Initalizing the
SubItemStyle member field.
Contributed under MIT/X11 license.
-bill
class Program
{
static void
review!
-bill
For those interested this is the case I am attempting to fix...
static void Main (string[] args)
{
TcpChannel tc = new TcpChannel (0);
}
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman
supports Dispatch that is the tricky part. From what I have
read and what I have observed a public object with the ComVisible
attribute set to true support IDispatch. All others only support
IUnknown.
-bill
For CCW_Dispatch.diff
2008-12-09 Bill Holmes [EMAIL PROTECTED]
* object
David,
We may have hit this before. See
http://www.nabble.com/String.GetHashCode-Discussion.-to18496625ef1367.html#a18496625
I lost tack of this issue after that thread but maybe it will help
someone else remember.
-bill
On Mon, Dec 1, 2008 at 9:25 AM, David Suarez
[EMAIL PROTECTED] wrote
Hi,
We are seeing a problem with applications that host the mono and use
COM. The attached patch includes code that will cause the runtime to
release all COM objects that are registered in the rcw hash map in
marshal.c.
-bill
2008-11-20 Bill Holmes [EMAIL PROTECTED]
* mini.c
Hi,
The attached patch adds an implementation for IMarshal to all COM
callable wrappers. This patch should only affect Windows builds.
I also would like to get this patch into the 2.2 branch.
-bill
2008-11-17 Bill Holmes [EMAIL PROTECTED]
* marshal.h
Hi,
The attached patch is a better implementation of
Process.WaitForInputIdle for Windows. The behavior for all other
platforms has not changed.
I would also like to add this to the 2.2 branch.
2008-11-12 Bill Holmes [EMAIL PROTECTED]
* process.h : Adding method declaration
for example).
I did verify that g_str_has_prefix is not an exposed method in the dll
that is contained in the VS Dependency zip-archive, but it does exist
in the 2.0 installed version of libglib.
-bill
On Mon, Nov 10, 2008 at 1:17 PM, Alexander M. Batishchev
[EMAIL PROTECTED] wrote:
Hi everybody,
I'm
Hi,
I believe that r118412 fixes
https://bugzilla.novell.com/show_bug.cgi?id=443056 at least.
-bill
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
for the solution because it was causing linker errors on the
non eglib targets. I found the solution and have fixed it.
Thanks for trying the VS builds and giving feedback.
-bill
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
.
* TextReader.cs : Adding the NullTextReader as a private class to
the TestReader class for the Null field of the TestReader.
Code is contributed under MIT/X11 license.
Thanks
-bill
TextReaderNull.diff
Description: Binary data
for this.
2008-11-06 Bill Holmes [EMAIL PROTECTED]
* Type.cs (FindMembers): Changing the instantiated type of the
returned MemberInfo array to match the MemberTypes flag
passed in argument 1.
* TypeTest.cs: TypeGetMemberReturnTypeTest added to check
I am fixing this right now.
On Wed, Nov 5, 2008 at 1:36 PM, Alexander M. Batishchev
[EMAIL PROTECTED] wrote:
Hello everybody,
I'm trying to compile Mono from SVN under VS 2008. Opened mono\msvc\mono.sln
and got error (after successful conversion of course) in eglib:
First of all options
Fixed in trunk. r118012
On Wed, Nov 5, 2008 at 1:42 PM, Bill Holmes [EMAIL PROTECTED] wrote:
I am fixing this right now.
On Wed, Nov 5, 2008 at 1:36 PM, Alexander M. Batishchev
[EMAIL PROTECTED] wrote:
Hello everybody,
I'm trying to compile Mono from SVN under VS 2008. Opened mono\msvc
Can someone please look at this?
-bill
On Tue, Oct 21, 2008 at 10:18 AM, Bill Holmes [EMAIL PROTECTED] wrote:
The attached patch is to add some additional preprocessor to
support/map.c. I am starting to add MonoPosixHelper.dll to the VS
build for Winx64.
I do have some questions about
for sys/time.h and utime.h already.
There does not appear to be a check for unistd.h but #define
HAVE_UNISTD_H does appear in config.h. Does a check need to be added?
Is it obvious that I know nothing about autogen, autoconf and make? ;)
-bill
2008-10-21 Bill Holmes [EMAIL PROTECTED
Hi,
Try gmcs instead of mcs.
-bill
2008/10/14 mike horsley [EMAIL PROTECTED]:
I can use the following on MS:
System.Configuration.ConfigurationManager.AppSettings(……..)
This requires a reference to System.Configuration.
I'm trying to do the same on mono 2.0 (using the VMWARE image
Hello All,
I have found a problem loading ms generated COM interop assemblies.
This patch fixes the problem.
-bill
LoadLib_08_09_18.diff
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
' on windows when spitting the string.
I also need this in the 2.0 branch.
-bill
Process.cs.diff
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
problem another day.
-bill
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
ves_icall_System_Runtime_InteropServices_Marshal_StringToHGlobalAnsi
to avoid allocating memory twice. Similar to what was attempted in
mono_string_new in object.c. To do this we need to implement some
more e-glib methods so we have to live with the double alloc for 2.0.
-bill
hglobal_08_09_02.diff
Description: Binary data
It would be useful to add unit test cases so this behavior is also
enforced in the code. Mind adding those?
I may not understand what you want. I attached a test for what I
think you want.
-bill
#include glib.h
#include test.h
RESULT
test_memory_zero_size_allocations ()
{
gpointer
If n_bytes is 0 it returns NULL.
g_malloc0 ()
If n_bytes is 0 it returns NULL.
g_realloc ()
n_bytes may be 0, in which case NULL will be returned and mem will be
freed unless it is NULL.
thanks
-bill
g_allocation_08_08_01.diff
Description: Binary data
I've been getting a LOT of questions about this lately so I thought I
should let people know what's up.
I was part of a group that in the summer of 2006 ported Mono to run
on PASE on IBM i (aka AS/400 and i5/OS). PASE is a runtime
environment which is really AIX so AIX programs can usually
Hello All,
Does anyone mind if I backport r108759 to the 2-0 branch? The diff
for that change is attached.
-bill
108759.diff
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman
as I can tell this patch should have no affect on any other
platform except Winx64.
I am only seeing one regression for Winx64 currently in the trunk.
The remoting2 and remotng3 tests are now failing in the trunk and are
passing in the 2.0 branch.
-bill
linearIR_winx64_08_07_28.diff
Description
generated the method that we are
attempting to call.
I would also like to put this change into the branch as well.
-bill
On Thu, Jul 17, 2008 at 7:14 PM, Bill Holmes [EMAIL PROTECTED] wrote:
Hello All,
I did some investigation on Win32 about why the pinvoke3 runtime test
was failing. What I
-wrapper_type == MONO_WRAPPER_NATIVE_TO_MANAGED).
I will add this.
-bill
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hello All,
The attached patch fixes problems on Winx64 with method calls that
have floats and non-float types mixed in the argument list.
This patch should only affect Winx64 code.
I am asking for approval for the trunk as well as the 2.0 branch.
thanks
-bill
float_x64_08_07_21.diff
cases, which only occur
when running Winx64.
Please let me know if you have any suggestions or if this is good to
commit to trunk and the 2.0 branch.
thanks
-bill
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com
Thanks Rodrigo!
I still need this code considered for the branch.
thanks
-bill
On Mon, Jul 21, 2008 at 7:25 PM, Rodrigo Kumpera [EMAIL PROTECTED] wrote:
Hi Bill,
You forgot to attach the patch.
Anyway, since Zoltan is merging linear-il tomorrow it might be better for
you to rebase your
Hello All,
The attached patch fixes the vararg.exe runtime test on Winx64. The
MonoTypedRef is not always passed on the stack on Windows. Calling
add_valuetype will select the correct operation.
-bill
MONO_TYPE_TYPEDBYREF.diff
Description: Binary data
) lupus: it's likely better to revert the change, string
hashing is also supposed to be synced with the implementation in C in
the runtime anyway
-bill
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo
Hello All,
I have a small threading patch that needs reviewed. Also contained in
this patch are two unit tests that the changes to threads.c are meant
to address.
-bill
threadInterrupt.diff
Description: Binary data
___
Mono-devel-list mailing list
am aware.)
Also I have some tests (unitTests_404729.diff ) that tests bug #404729
on Winx64.
-bill
cleanStack_08_07_07.diff
Description: Binary data
unitTests_404729.diff
Description: Binary data
___
Mono-devel-list mailing list
Mono-devel-list
Zoltan,
Agreed. I have attached an update.
-bill
On Mon, Jul 7, 2008 at 3:03 PM, Zoltan Varga [EMAIL PROTECTED] wrote:
Hi,
It might be easier to define IS_STDCALL as FALSE on windows, since
afaik there is
no stdcall calling convention on winx64.
Zoltan
2008/7/7 Bill
Hello All,
I have made another change to patch. The difference from the last is
that the unwindinfo pointer has been moved from MonoCompile to
MonoCompileArch struct.
-bill
On Tue, Jun 24, 2008 at 2:59 PM, Bill Holmes [EMAIL PROTECTED] wrote:
I have updated the patch with Robert's suggestion
addressed we will not be done with the x64 port at the
branch (July 14.) I have not spoke with anyone else on the team about
if work will be allowed to continue in the branch for the 2.0 release.
-bill
On Mon, Jun 30, 2008 at 2:37 PM, Jonathan Chambers [EMAIL PROTECTED] wrote:
Hello,
I'll
I have updated the patch with Robert's suggestion.
-bill
On Sat, Jun 14, 2008 at 6:26 AM, Robert Jordan [EMAIL PROTECTED] wrote:
Bill Holmes wrote:
Hello All,
After a week of digging though awful online documentation I have
finally got a patch for the exception unit tests in the runtime
alignment fix n this patch as well.
For information on the unwind_info/code structs see.
http://msdn.microsoft.com/en-us/library/ms794374.aspx
http://msdn.microsoft.com/en-us/library/ms794567.aspx
Suggestions? OK to commit?
-bill
exceptoins_08_06_13.diff
Description: Binary data
1 - 100 of 199 matches
Mail list logo
