gmane.comp.gnome.mono.devel

I'm hooked

Rob Wilkens — 2012-05-25T20:56:38

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

After fixing the bug i reported myself a few weeks ago, i had my
doubts as to whether the commit would be accepted as a newbie here.
But it was!

So, i'm hooked!  I just submitted another patch(commit) today via
github.

This one for bug #853
https://bugzilla.xamarin.com/show_bug.cgi?id=853

I realize posting to the list for each individual fix probably isn't
necessary, but i am new here, so i want to say that if any of the
people responsible have any questions, I am subscribed here.

I probably won't start on any other bug reports until this one goes
thru (or not).  I realize it may be 3+ weeks like last time, which is
fine, because i need to pace myself.  I'm the type of person to get
obsessive over this kind of thing.

- -Rob
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAk+/8e4ACgkQcefeIla2m805PgD/eH6AkQ83u6nnXkkig08F/V1m
3K3+PG5U3YJiQrX6Tq0A/Aj4LPYuQvXAPENwUHkDPrSnCDryY1VpgjOlQ6ByjX85
=qDbB
-----END PGP SIGNATURE-----

WCF Service running in Mono

pdc — 2012-05-25T17:34:25

I have a simple WCF Service that uses nettcp bindings, and is self hosted by
a console app. I am using App.config for the service parameters. I am
creating a proxy in a client using duplexchannelfactory, not using
App.config.

I am testing in Windows 7.

When I run the service in mono and the client in mono the call works.
When I run the service in .NET and the client in .NET the call works.

When I run the service in mono and the client in mono the call fails.
When I run the service in .NET and the client in .NET the call fails.

I would like to run the service under mono, and service both mono and .NET
clients.

Thoughts?

Patrick

[ERROR] FATAL UNHANDLED EXCEPTION: System.IO.IOException: Read failure --->
Syst
em.Net.Sockets.SocketException: An existing connection was forcibly closed
by th
e remote host.

  at System.Net.Sockets.Socket.Receive (System.Byte[] buffer, Int32 offset,
Int3
2 size, SocketFlags flags) [0x00000] in <filename unknown>:0
  at System.Net.Sockets.NetworkStream.Read (System.Byte[] buffer, Int32
offset,
Int32 size) [0x00000] in <filename unknown>:0
  --- End of inner exception stack trace ---
  at System.Net.Sockets.NetworkStream.Read (System.Byte[] buffer, Int32
offset,
Int32 size) [0x00000] in <filename unknown>:0
  at System.IO.Stream.ReadByte () [0x00000] in <filename unknown>:0
  at
System.ServiceModel.Channels.NetTcp.TcpBinaryFrameManager.ProcessPreambleAc
kInitiator () [0x00000] in <filename unknown>:0
  at System.ServiceModel.Channels.NetTcp.TcpDuplexSessionChannel.OnOpen
(TimeSpa
n timeout) [0x00000] in <filename unknown>:0
  at System.ServiceModel.Channels.CommunicationObject.Open (TimeSpan
timeout) [0
x00000] in <filename unknown>:0
  at System.ServiceModel.MonoInternal.ClientRuntimeChannel.OnOpen (TimeSpan
time
out) [0x00000] in <filename unknown>:0
  at System.ServiceModel.MonoInternal.DuplexClientRuntimeChannel.OnOpen
(TimeSpa
n timeout) [0x00000] in <filename unknown>:0
  at System.ServiceModel.Channels.CommunicationObject.Open (TimeSpan
timeout) [0
x00000] in <filename unknown>:0
  at System.ServiceModel.Channels.CommunicationObject.Open () [0x00000] in
<file
name unknown>:0
  at System.ServiceModel.MonoInternal.ClientRuntimeChannel.DoProcess
(System.Ref
lection.MethodBase method, System.String operationName, System.Object[]
paramete
rs) [0x00000] in <filename unknown>:0
  at System.ServiceModel.MonoInternal.ClientRuntimeChannel.Process
(System.Refle
ction.MethodBase method, System.String operationName, System.Object[]
parameters
) [0x00000] in <filename unknown>:0



--
View this message in context: http://mono.1490590.n4.nabble.com/WCF-Service-running-in-Mono-tp4649546.html
Sent from the Mono - Dev mailing list archive at Nabble.com.

build faild in libgc

KISHIMOTO, Makoto — 2012-05-24T05:36:33

Hello,

In my FreeBSD box, since e7f3bbad80fe04bea1a055e870d856a22003d34d of Mono trunk
build failed. Following is error message.

./doltlibtool --mode=compile --tag=CC gcc -DPACKAGE_NAME=\"libgc-mono\" -DPACKAGE_TARNAME=\"libgc-mono\" -DPACKAGE_VERSION=\"6.6\" -DPACKAGE_STRING=\"libgc-mono\ 6.6\" -DPACKAGE_BUGREPORT=\"Hans_Boehm< at >hp.com\" -DPACKAGE_URL=\"\" -DGC_FREEBSD_THREADS=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DSILENT=1 -DNO_SIGNALS=1 -DNO_EXECUTE_PERMISSION=1 -DJAVA_FINALIZATION=1 -DGC_GCJ_SUPPORT=1 -DATOMIC_UNCOLLECTABLE=1 -D_IN_LIBGC=1 -I./.. -I../../mono/libgc/.. -I../../mono/libgc/include  -DGC_FREEBSD_THREADS -DPLATFORM_BSD -I/usr/local/include -D__default_codegen__  -g -mno-tls-direct-seg-refs   -MT pthread_support.lo
  -MD -MP -MF .deps/pthread_support.Tpo -c -o pthread_support.lo ../../mono/libgc/pthread_support.c
../../mono/libgc/pthread_support.c: In function 'GC_register_altstack':
../../mono/libgc/pthread_support.c:870: error: 'main_pthread_self' undeclared (first use in this function)
../../mono/libgc/pthread_support.c:870: error: (Each undeclared identifier is reported only once
../../mono/libgc/pthread_support.c:870: error: for each function it appears in.)
../../mono/libgc/pthread_support.c:871: error: 'main_stack' undeclared (first use in this function)
../../mono/libgc/pthread_support.c:872: error: 'main_stack_size' undeclared (first use in this function)
../../mono/libgc/pthread_support.c:873: error: 'main_altstack' undeclared (first use in this function)
../../mono/libgc/pthread_support.c:874: error: 'main_altstack_size' undeclared (first use in this function)
../../mono/libgc/pthread_support.c: In function 'GC_thr_init':
../../mono/libgc/pthread_support.c:1114: error: 'main_pthread_self' undeclared (first use in this function)
../../mono/libgc/pthread_support.c:1115: error: 'main_stack' undeclared (first use in this function)
../../mono/libgc/pthread_support.c:1116: error: 'main_stack_size' undeclared (first use in this function)
../../mono/libgc/pthread_support.c:1117: error: 'main_altstack' undeclared (first use in this function)
../../mono/libgc/pthread_support.c:1118: error: 'main_altstack_size' undeclared (first use in this function)
gmake[3]: *** [pthread_support.lo] Error 1

Thnaks.

Mono profiler on windows

Daniel Bullington — 2012-05-23T20:00:21

Is the profiler supported in windows? I try to do the following and get error:

Mono --profile test.exe

The log profiler wasn't found in the main executable nor could it be
loaded from mono-profiler-log.

Used 2.11 and 2.10.8 on both win xp 32 bit and win 7 64 bit.

Thanks

~

/dpb

Daniel Bullington

CS0589 on arm Linux

Torsten Harenberg — 2012-05-23T18:26:01

Dear all,

I'm new to mono (doing anything than just running C# "binaries" on
Linux and or Mac). Please excuse if this is the wrong mailing list (or
a silly issue).

I try to run a small application written by someone else on a
Pandaboard (ARM Linux, Ubuntu 12.04 Server).

After just trying to run the application just by downloading the file
and start "mono dvrptr.exe" did not work (error message at the end of
this mail), I grabbed the sources and tried to compile the application
on the device itself. I used the mono installation provided by Ubuntu
which reported itself as being:

harenber< at >pandaboard:~/dvrptr$ mono -V
Mono JIT compiler version 2.10.8.1 (Debian 2.10.8.1-1ubuntu2)
Copyright (C) 2002-2011 Novell, Inc, Xamarin, Inc and Contributors.
www.mono-project.com
TLS:           __thread
SIGSEGV:       normal
Notifications: epoll
Architecture:  armel,vfp
Disabled:      none
Misc:          softdebug
LLVM:          supported, not enabled.
GC:            Included Boehm (with typed GC and Parallel Mark)

However, trying to compile the stuff with "xbuild dvrptr.csproj" the
compiler stops here:

aprs.cs(60,70): error CS0589: Internal compiler error during parsing
qthloc.cs(88,100): error CS0589: Internal compiler error during parsing
Form1.cs(249,39): error CS0589: Internal compiler error during parsing
Form1.Designer.cs(853,91): error CS0589: Internal compiler error during parsing

I couldn't find anything fishy at these positions, for example the
first one is the line inside this try block:

            int range_miles = 100;
            try
            {
                range_miles = (int)(Convert.ToDouble(myRange) * 0.6214);
                }
            catch
            {
            }

Trying the same on a x86_64 machine running the same Linux
distribution builds the application fine and it can be started
afterwards.

I put the complete source code at

http://www.atlas.uni-wuppertal.de/~harenber/dvrptr.zip

Is this a bug or is this generally not possible on ARM based machines?

Thanks for any hint!

Kind regards,

  Torsten

Appendix: error message while running the x86_64 compiled app:

harenber< at >pandaboard:~/dvrptr$ mono dvrptr.exe
Stacktrace:

  at System.Drawing.Font.CreateFont
(string,single,System.Drawing.FontStyle,System.Drawing.GraphicsUnit,byte,bool)
<0x0013f>
  at System.Drawing.Font..ctor
(string,single,System.Drawing.FontStyle,System.Drawing.GraphicsUnit,byte,bool)
<0x0007f>
  at System.Drawing.Font..ctor (string,single,string) <0x00057>
  at (wrapper remoting-invoke-with-check) System.Drawing.Font..ctor
(string,single,string) <0xffffffff>
  at System.Drawing.SystemFonts.get_DefaultFont () <0x0005b>
  at System.Windows.Forms.Theme..ctor () <0x0002b>
  at System.Windows.Forms.ThemeWin32Classic..ctor () <0x00013>
  at System.Windows.Forms.ThemeVisualStyles..ctor () <0x00013>
  at System.Windows.Forms.ThemeEngine..cctor () <0x00063>
  at (wrapper runtime-invoke) object.runtime_invoke_void
(object,intptr,intptr,intptr) <0xffffffff>
  at System.Windows.Forms.X11DesktopColors..cctor () <0x000a7>
  at (wrapper runtime-invoke) object.runtime_invoke_void
(object,intptr,intptr,intptr) <0xffffffff>
  at System.Windows.Forms.XplatUIX11..ctor () <0x0014b>
  at System.Windows.Forms.XplatUIX11.GetInstance () <0x0004b>
  at System.Windows.Forms.XplatUI..cctor () <0x0010b>
  at (wrapper runtime-invoke) object.runtime_invoke_void
(object,intptr,intptr,intptr) <0xffffffff>
  at System.Windows.Forms.Application.EnableVisualStyles () <0x0001b>
  at dvrptr.Program.Main () <0x00067>
  at (wrapper runtime-invoke) object.runtime_invoke_void
(object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:


Debug info from gdb:


=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

Aborted
harenber< at >pandaboard:~/dvrptr$

Mono JIT Init for two different versions

Dimitri Kirsanoff — 2012-05-22T14:27:46

I want to initialize different mono run time (different version of mono
like 2.8, 2.11)  in a single process.
One application package is using mono-2.8 run time and other application is
using mono-2.11 run time.


I am trying to initialize mono two times for two different versions, i.e.
two different versions of the library.
To try that I found that getting dlsym function pointers from sharedobject
and calling function pointer to "mono_jit_init" may make it work.

But here scenario seems to be bit different, as I need to initialize mono
library for two different versions in same process


The call hierarchy of call is as following

My_Application
      |
      |
      |
     \/
libraryInterfaceToMono.so
      |
      |
      |
     \/
libmono-2.so (alternately for 2.8 and 2.11)


Using my application I am initializing monoruntime share objects using
mono_jit_init for version 2.11, but there is another version 2.8 for that
another mono_jit_init call is needed.
For calling mono_jit_init I am using dlsym for mono_jit_init. I want to
know can I do it for two different versions in one process.

Can I use mno_jit_init call twice so that I can initialize two versions ( I
am using 2.8 and 2.11 ) alternately?


Instead of mono_jit_cleanup I am using mono_runtime_unload api as
mono_jit_cleanup calling from a function is giving me abrupt crashes.
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list< at >lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

TypeLoadException when porting WCF-application to Mono

Ole Bromose — 2012-05-21T19:56:03

Hi,

I'm currently porting a WCP application to Mono. The application has 4 
netTcpBindings which are self-hosted. When trying to start the first 
Service Host, I get an exception and a text in the Console:

Exception:

System.TypeLoadException: Could not load type 
'System.ServiceModel.Description.ServiceCredentials' from assembly 
'System.ServiceModel, Version=4.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089'.

   at System.ServiceModel.ServiceHost..ctor (System.Type serviceType, 
System.Uri[] baseAddresses) [0x00000] in <filename unknown>:0


Console:

Could not load signature of 
System.ServiceModel.Description.ServiceCredentials:CreateSecurityTokenManager 
due to:

Could not load signature of 
System.ServiceModel.Security.SecurityCredentialsManager:CreateSecurityTokenManager 
due to:


I originally had "security=Transport". Changing this to "security=None" 
had no effect.

The ServiceCredentials class should be in System.ServiceModel. Is it not 
implemented in Mono? If not, is there a work-around?

Thanks,
Ole

Multiple mono_jit_init/mono_jit_cleanup issue

Anshya Aggarwal — 2012-05-18T09:58:59

Hi,

I am working on some application in which I am required to call
mono_jit_init multiple times. When I run my application for the first time
I do mono_jit_init then mono_jit_cleanup everything works fine, problem
occurs when I try do mono_jit_init again(this time to load different
runtime[this is my requirement :(]). And on the mono website it is
mentioned that we should init mono runtime once in a process. I have
searched for this issue and didnt find any working solution. So, I want to
know is there anything possible that can be done for this issue? And also
if possible can anybody elaborate why mono_jit_init multiple times is not
supported? Is it related to some GC cleanup issue?

Xmx analogue

Danil Yuferev — 2012-05-18T16:59:35

Hello! Does Mono have Java Xmx-analogue?
Help me, please)
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list< at >lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Getting Started

Adhir Ramjiawan — 2012-05-18T11:29:42

Hi All

How could I get started with mono development? I see a great future
for it and maybe even one day compete against J2EE.


Many Thanks
Adhir

Current Implementation of Async Sockets

longway77 — 2012-05-16T20:33:39

Hi,

I am currently doing some research on the best platform for a high
performance socket server. I want it to be capable of handling a large
number of small requests and a high number of Clients at the same time. So
far I've read, that I/O Completion Ports are implemented pretty well under
Windows but Linux seems to use another model. In some other thread I found,
that implementation was a rather badly performing wrapper in Mono under
Linux. Has this changed in the last time? Is it good to use Mono for that
purpose or should I rather stick with Java? I'm also thinking of going the
C++ way, but I'm not yet sure if the result would justify the additional
work.

Thank you,
Marius

--
View this message in context: http://mono.1490590.n4.nabble.com/Current-Implementation-of-Async-Sockets-tp4642031.html
Sent from the Mono - Dev mailing list archive at Nabble.com.

exercising mono.zeroconf with MZClient tool only resolves first service found

Belesi, Joe (ES — 2012-05-16T17:37:55

I am exercising mono.zeroconf on a Windows XP SP3 machine, hosting .NET Framework 2.0 SP2 and Bonjour 2.0.2 using the MZClient command line tool.  When I execute MZClient without resolving services to hosts, registering for the service _http._tcp, the results are as follows:

C:\Documents and Settings\Engineering\Desktop\mono-zeroconf-0.9.0-binary\bin>MZClient -t _http._tcp
Hit ^C when you're bored waiting for responses.

*** Found name = 'hp LaserJet 4350 [22C220]', type = '_http._tcp.', domain = 'local.'
*** Found name = 'hp color LaserJet 4650 [D96F7E]', type = '_http._tcp.', domain = 'local.'
*** Found name = 'hp LaserJet 4350 [C05D3B]', type = '_http._tcp.', domain = 'local.'
*** Found name = 'hp color LaserJet 4600 [B9C822]', type = '_http._tcp.', domain = 'local.'
*** Found name = 'hp LaserJet 4350 [C1D9A6]', type = '_http._tcp.', domain = 'local.'
*** Found name = 'hp LaserJet 4350 [C1D9C8]', type = '_http._tcp.', domain = 'local.'
*** Found name = 'peoh9-7500-03 Exec', type = '_http._tcp.', domain = 'local.'
*** Found name = 'hp color LaserJet 4650 [DE911C]', type = '_http._tcp.', domain = 'local.'
*** Found name = 'hp LaserJet 4350 [C04DFD]', type = '_http._tcp.', domain = 'local.'
*** Found name = 'hp color LaserJet 5550 [EB1B66]', type = '_http._tcp.', domain = 'local.'
*** Found name = 'Phaser 7500DT (00:00:aa:c2:3a:84)', type = '_http._tcp.', domain = 'local.'
*** Found name = 'collabnetsvn', type = '_http._tcp.', domain = 'local.'

Twelve _http._tcp services were found.  However, when I provide the "-r" option to resolve services to hosts, the results are as follows:

C:\Documents and Settings\Engineering\Desktop\mono-zeroconf-0.9.0-binary\bin>MZClient -t _http._tcp -r
Hit ^C when you're bored waiting for responses.

*** Found name = 'hp LaserJet 4350 [22C220]', type = '_http._tcp.', domain = 'local.'
*** Resolved name = 'hp\032LaserJet\0324350\032[22C220]._http._tcp.local.', host ip = '167.225.16.250', hostname = , port = '0', interface = '2', address type = 'Any', TXT Record = [ = '']

Only one service is found, and hence only one service is resolved.  I looked at the MZClient source code, and it appears that providing the "-r" option should not impact the number of services found, since it just assigns the IResolvableService  interface class "Resolved" callback and calls the IResolvableService  interface class "Resolve()" method for each service found.

Why is only one service found when using the mono.zeroconf API to resolve services to hosts?

_______________________________________________
Mono-devel-list mailing list
Mono-devel-list< at >lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Regression with Linux update

the mad mole — 2012-05-16T01:49:50

I have been happily running mono 2.11.1 cross-compiled for MIPS with gcc
4.5.3-1.2.  Out of nearly 500 runtime tests, only
async-exc-compilation.exe  and monitor.exe were failing (hangs).  Recenly
our SOC vendor upgraded us from 2.6.37-2.2 to -2.8, which has caused a
significant regression in functionality: 117 of the runtime tests now
fail.  It appears the culprit in many of the failures is the use of
try-catch.  The following simple program demonstrates the problem:

using System;
namespace trycatch
{
    class MainClass
    {
        public static void Main (string[] args)
        {
            int[] array = new int[5] {10, 20, 30, 40, 50};
            try {
                Console.WriteLine("Entering first try clause:");
            } catch {
                Console.WriteLine("Entering first catch clause");
            }
            try {
                Console.WriteLine("Entering second try clause:
array[5]={0}", array[5]);
            } catch {
                Console.WriteLine("Entering second catch clause");
            }
        }
    }
}
Before, the expected behavior was seen:

# mono trycatch.exe
Entering first try clause:
Entering second catch clause
Now, raising the exception in the second try-catch block aborts the program:

# mono trycatch.exe
Entering first try clause:
Stacktrace:

Aborted
Has anyone seen behavior like this?  Any ideas where to start looking?

TMM
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list< at >lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

problem every 8k with using Microsoft Exchange Web Services Managed API

Belis, Joeri — 2012-05-14T15:03:37

Using the Microsoft Exchange Web Services Managed API on linux with mono te extract attachments from exchange server gives an error in the extracted attachment every 8K
At byte 8192 and 16384 ( and i guess after every 8k block ) it is loosing data.

I got only my code working in linux/mono because the TimeZoneInfo did not work on windows/mono

Example code

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Microsoft.Exchange.WebServices.Data;
using System.Net;

namespace Exchange_SDP_Attachment_Extracter
{
    public class PgzExchangeService
    {
        public void Extract()
        {
            ExchangeService service = new ExchangeService  (ExchangeVersion.Exchange2007_SP1,TimeZoneInfo.CreateCustomTimeZone("Central Standard Time",new TimeSpan(-6, 0, 0),"(GMT-06:00) Central Time (US & Canada)","Central Standard Time"));
            service.Credentials = new NetworkCredential("user", "pass", "domain");
            service.Url = new Uri("https://xx.xx.xx.xx/EWS/Exchange.asmx");
            ServicePointManager.ServerCertificateValidationCallback = delegate { return true; };

            FindItemsResults<Item> findResults = service.FindItems(WellKnownFolderName.Inbox, new ItemView(10));
            foreach (Item item in findResults.Items)
            {
                EmailMessage e = EmailMessage.Bind
                                 (service,
                                   item.Id,
                                   new PropertySet(BasePropertySet.IdOnly, ItemSchema.Attachments));
                foreach ( Attachment att in e.Attachments )
                {

                    if (att is FileAttachment)
                    {
                        FileAttachment fileAttachment = (FileAttachment)att;
                        fileAttachment.Load(< at >"/tmp/testsdp/" + fileAttachment.Name);
                    }
                }

            }
        }
    }

    class Program
    {
         static void Main(string[] args)
         {
             PgzExchangeService pgz = new PgzExchangeService();
             pgz.Extract();
         }
      }
}

________________________________
Please consider the environment before printing this e-mail

The information as contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorized to receive it. If you are not the intended recipient you are hereby (a): notified that any disclosure, copying, distribution or taking any action with respect to the content of this information is strictly prohibited and may be unlawful, and (b): kindly requested to inform the sender immediately and destroy any copies.
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list< at >lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Compiler Error CS1902 in mono/master

H . — 2012-05-10T08:15:48

I am testing current mono/master in Ubuntu Precise. I have installed Mono in /opt/mono-2.11. I am using MonoDevelop 2.8.6.3 from the distribution and added the new parallel environment using MonoDevelop's options.

When using runtime verions 2.8.10.1 everything works as expected. However, if I switch to runtime version 2.11.2 I do get the following error:

error CS1902: Invalid debug option '+'. Valid options are 'full' or 'pdbonly'

This means that there's at least a bug in the error message itself. The page at http://man.he.net/man1/gmcs lists the parameter + as valid for the /debug option.

Does anybody know what's going on here? Is it now required to always use the newest version of MonoDevelop when testing mono/master?


       _______________________________________________
Mono-devel-list mailing list
Mono-devel-list< at >lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Compiling Mono with Visual Studio and .pdb files

2012-05-07T00:38:42

Hi,

I gather that some effort was made to compile Mono with VS or the .NET framework SDK on Windows a few years ago. This past couple of days I looked into it as I am developing for Mono and MS .NET embedding. While I use occasionally MonoDevelop, which may be the preferred tool now, with debug much better than a few years ago, I'd like to stick to one IDE (even the grey-on-grey thing known as VS2011 beta) on Windows.

There has not been a lot of activity lately under the msvc folder. The build process is a bit of a rocky road, understandably, and I logged my tribulations for myself. I want to gauge the interest in dusting off the build process. I noticed that Marek Saraf (Novell?) has commited this past month.

Advice/ideas on the overall build process desirable is welcome. I cannot commit to set it up (time and know-how pending), but discussions cannot hurt.

Cheers,
J-M

_______________________________________________
Mono-devel-list mailing list
Mono-devel-list< at >lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Mono for Native Client available

Elijah Taylor — 2012-05-04T21:03:38

Hi Mono folks,

Sorry in advance if this is spam for the dev list.

If you're interested in using Mono in Native
Client<https://developers.google.com/native-client/>,
it's now available from the NaCl SDK:
https://groups.google.com/forum/?fromgroups#!topic/native-client-discuss/hHYJbE-IL2M.
 If anyone tries it out, feedback is welcome... cool Mono apps for Native
Client / Chrome are encouraged :)

I'm hoping to get my changes upstream soon so NaCl Mono can track official
Mono releases, but for now it's tracking github.com/elijahtaylor/mono which
was last merged August 2011.  Only embedded mono is supported at this time.

-Elijah
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list< at >lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

RFC: For static fields with an RVA in an HMODULE, use the loaded image directly.

Vincent Povirk — 2012-05-03T21:15:31

I'm running into a problem with mixed-mode assemblies generated by
Visual Studio. The attached patch gets me past those problems.

Basically, these MS assemblies are using some static value fields not
as a container for data but as a pointer into the image. In this case,
I have a .exe that declares two pointer-sized field values: one for
the start of an array and one for the end of an array. It then gets
the address of each field (NOT the value of the fields) and uses them
in a loop like this:

while (start < end)
   do_something_with(*start++);

Because mono moves these fields into its own data structure for the
class, the memory between them is undefined, the memory actually
between them in the image is ignored, and we have a problem.

I think the only way to solve this is to use the fields directly in
the image instead of allocating new memory for them. Since this is (to
my knowledge) only useful for mixed-mode assemblies and I'm not sure
this will work properly with an image mapped by mono, I have made this
change only for images with an HMODULE (which shouldn't exist under
normal circumstances even on Windows).

Is this a change that can get into Mono? Are there potential bad effects?

Is it possible that the garbage collector will have trouble with these
static fields, since it won't know to look for them inside the
HMODULE, and is there an easy way to fix that?
From 81751eddbbf2c066665093e03df92d41d1f58359 Mon Sep 17 00:00:00 2001
From: Vincent Povirk <vincent< at >codeweavers.com>
Date: Thu, 3 May 2012 15:34:44 -0500
Subject: [PATCH] For static fields with an RVA in an HMODULE, use the loaded
 image directly.

This is needed for mixed-mode assemblies to work properly. In all other cases,
images won't be loaded from an HMODULE, so it's a no-op.
---
 mono/metadata/class.c  |    8 +++++++-
 mono/metadata/object.c |   23 +++++++++++++++++++++--
 2 files changed, 28 insertions(+), 3 deletions(-)

diff --git a/mono/metadata/class.c b/mono/metadata/class.c
index 71e0d72..85778ec 100644
--- a/mono/metadata/class.c
+++ b/mono/metadata/class.c
< at >< at > -1455,7 +1455,7 < at >< at > mono_class_setup_fields (MonoClass *class)
 mono_class_set_failure (class, MONO_EXCEPTION_TYPE_LOAD, g_strdup_printf ("Missing field layout info for %s", field->name));
 break;
 }
-if (field->offset < -1) { /*-1 is used to encode special static fields */
+if (field->offset < -2) { /*-1 is used to encode special static fields, -2 for RVA fields */
 mono_class_set_failure (class, MONO_EXCEPTION_TYPE_LOAD, g_strdup_printf ("Invalid negative field offset %d for %s", field->offset, field->name));
 break;
 }
< at >< at > -1818,6 +1818,12 < at >< at > mono_class_layout_fields (MonoClass *class)
 
 if (!(field->type->attrs & FIELD_ATTRIBUTE_STATIC) || field->type->attrs & FIELD_ATTRIBUTE_LITERAL)
 continue;
+#ifdef HOST_WIN32
+if ((field->type->attrs & FIELD_ATTRIBUTE_HAS_FIELD_RVA) &&
+    field->parent->image->is_module_handle &&
+    mono_field_get_data(field))
+    continue;
+#endif
 if (mono_field_is_deleted (field))
 continue;
 
diff --git a/mono/metadata/object.c b/mono/metadata/object.c
index 4ffd33f..2fde95c 100644
--- a/mono/metadata/object.c
+++ b/mono/metadata/object.c
< at >< at > -684,8 +684,8 < at >< at > compute_class_bitmap (MonoClass *class, gsize *bitmap, int size, int offset, int
 if (field->type->byref)
 break;
 
-if (static_fields && field->offset == -1)
-/* special static */
+if (static_fields && (field->offset == -1 || field->offset == -2))
+/* special static or RVA */
 continue;
 
 pos = field->offset / sizeof (gpointer);
< at >< at > -1989,6 +1989,19 < at >< at > mono_class_create_runtime_vtable (MonoDomain *domain, MonoClass *class, gboolean
 continue;
 if (mono_field_is_deleted (field))
 continue;
+#ifdef HOST_WIN32
+if ((field->type->attrs & FIELD_ATTRIBUTE_HAS_FIELD_RVA) && field->parent->image->is_module_handle) {
+const char *data = mono_field_get_data (field);
+
+g_assert (!(field->type->attrs & FIELD_ATTRIBUTE_HAS_DEFAULT));
+/* some fields don't really have rva, they are just zeroed (bss? bug #343083) */
+if (data)
+{
+    field->offset = -2;
+    continue;
+}
+}
+#endif
 if (!(field->type->attrs & FIELD_ATTRIBUTE_LITERAL)) {
 gint32 special_static = class->no_special_static_fields ? SPECIAL_STATIC_NONE : field_is_special_static (class, field);
 if (special_static != SPECIAL_STATIC_NONE) {
< at >< at > -3014,6 +3027,8 < at >< at > mono_field_static_set_value (MonoVTable *vt, MonoClassField *field, void *value)
 addr = g_hash_table_lookup (vt->domain->special_static_fields, field);
 mono_domain_unlock (vt->domain);
 dest = mono_get_special_static_data (GPOINTER_TO_UINT (addr));
+    } else if (field->offset == -2) {
+        dest = mono_field_get_data (field);
 } else {
 dest = (char*)mono_vtable_get_static_field_data (vt) + field->offset;
 }
< at >< at > -3049,6 +3064,8 < at >< at > mono_field_get_addr (MonoObject *obj, MonoVTable *vt, MonoClassField *field)
 addr = g_hash_table_lookup (vt->domain->special_static_fields, field);
 mono_domain_unlock (vt->domain);
 src = mono_get_special_static_data (GPOINTER_TO_UINT (addr));
+} else if (field->offset == -2) {
+    src = mono_field_get_data (field);
 } else {
 src = (guint8*)mono_vtable_get_static_field_data (vt) + field->offset;
 }
< at >< at > -3305,6 +3322,8 < at >< at > mono_field_static_get_value_for_thread (MonoInternalThread *thread, MonoVTable *
 /* Special static */
 gpointer addr = g_hash_table_lookup (vt->domain->special_static_fields, field);
 src = mono_get_special_static_data_for_thread (thread, GPOINTER_TO_UINT (addr));
+} else if (field->offset == -2) {
+    src = mono_field_get_data (field);
 } else {
 src = (char*)mono_vtable_get_static_field_data (vt) + field->offset;
 }

Annotation about Compact Framework in FAQ Technical

hfmanson — 2012-05-03T14:41:58

I would like to make an annotation about the 'Can I use Mono to build
applications for the Compact Framework?' chapter on the 
http://www.mono-project.com/FAQ:_Technical#Compatibility page.

When you use JB Evain's patcher don't forget to set the Platform Target to
'Any CPU', otherwise the patcher can't patch the assembly and flags an
error.

On MonoDevelop 2.4 you can set the Platform Target by right-clicking the
project and select 'Options'.
Then select Build->Compiler and look at 'General Options' 


Regards,
Henri

--
View this message in context: http://mono.1490590.n4.nabble.com/Annotation-about-Compact-Framework-in-FAQ-Technical-tp4606185.html
Sent from the Mono - Dev mailing list archive at Nabble.com.

[PATCH] in tests/Makefile.am,"bug-3903.cs" needs "$(srcdir)"

KISHIMOTO, Makoto — 2012-05-03T09:28:05

Hello,

In tests/Makefile.am, "bug-3903.cs" needs prefix "$(srcdir)/" .
Patch attached.
diff --git a/mono/tests/Makefile.am b/mono/tests/Makefile.am
index 8731eba..3c0c9d9 100644
--- a/mono/tests/Makefile.am
+++ b/mono/tests/Makefile.am
< at >< at > -891,7 +891,7 < at >< at > generic-delegate2.2.exe : generic-delegate2.2.cs generic-delegate2-lib.2.dll
 $(MCS) -r:generic-delegate2-lib.2.dll -out:$< at > $(srcdir)/generic-delegate2.2.cs
 
 bug-3903.exe: bug-3903.cs
-$(MCS) -sdk:2 bug-3903.cs -out:bug-3903.exe
+$(MCS) -sdk:2 $(srcdir)/bug-3903.cs -out:bug-3903.exe
 
 gshared: test-generic-sharing
 
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list< at >lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Trying to change font size in pickerview can anyone translate this to c#

Mike Murdock — 2012-05-02T17:58:18

- (UIView *)pickerView:(UIPickerView *)pickerView viewForRow:(NSInteger)row forComponent:(NSInteger)component reusingView:(UIView *)view{
    UILabel* tView = (UILabel*)view;
    if (!tView){
        tView = [[UILabel alloc] init];
            // Setup label properties - frame, font, colors etc
            ...
    }
    // Fill the label text here
    ...
    return tView;

Michael Murdock
Software Engineer

(865) 482-1999
(865) 481-0921 fax
www.allmeds.com<http://www.allmeds.com>


_______________________________________________
Mono-devel-list mailing list
Mono-devel-list< at >lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list