gmane.comp.gnome.mono.devel

Re: Image.PropertyItems empty with mono

tlapse — 2012-05-23T23:09:14

I discovered the same problem on MonoMac. I wish this could get fixed.


--
View this message in context: http://mono.1490590.n4.nabble.com/Image-PropertyItems-empty-with-mono-tp4397247p4649519.html
Sent from the Mono - Dev mailing list archive at Nabble.com.

Re: I'm hooked

Rob Wilkens — 2012-05-25T23:34:44

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


Glad to hear it -- I enjoy it but the part that is more like work is
generating tests ;-) and actually running the test.  The rest of it is
fun.  Still, I respect the process, and by request, have added a unit
test to my pull request.

- -Rob

On 05/25/2012 05:09 PM, Rodrigo Kumpera wrote:

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

iF4EAREIAAYFAk/AFxQACgkQcefeIla2m83fWAD+IssHG6HbM1uu8mrXfLO83UTS
uOfZ64R2HTwMg/xYOh8A/iTRcNxAuX0mSbud4LxyJILr/MDyK7ac30V8IqZHPkzr
=xhQP
-----END PGP SIGNATURE-----

Re: I'm hooked

Rodrigo Kumpera — 2012-05-25T21:09:08

I love to see people excited with contributing to mono.

Thanks for taking take to do this. Everyone in the community appreciate
your effort.



On Fri, May 25, 2012 at 5:56 PM, Rob Wilkens <robwilkens< at >gmail.com> wrote:

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

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/Aj4LPYuQvXAPENwUHkD

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[] buf

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_s

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

Re: Mono JIT Init for two different versions

Rodrigo Kumpera — 2012-05-23T16:26:12

Loading two runtimes in the same process is not something mono was designed
to. You might encounter all
sort of issues when doing so.
You'll have to call all mono functions using function pointers and hope it
works as expected.

Multiple GCs in the same process will be racy and you might end up getting
all sort of crash deadlocks.

Good luck.


On Tue, May 22, 2012 at 11:27 AM, Dimitri Kirsanoff <
dimitri.kirsanoff< at >gmail.com> wrote:

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

Re: Regression with Linux update

Rodrigo Kumpera — 2012-05-23T16:23:00

There is no plan to support W^X environments in the runtime. But if you
want to contribute code to support it, it would be welcome.


On Tue, May 22, 2012 at 10:01 PM, the mad mole <madmole< at >gmail.com> wrote:

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

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 mo

Re: Image.PropertyItems empty with mono

Denys — 2012-05-22T07:23:25

Hi Christian,
I just opened a new Bug in Bugzilla with *# 5228*.
Hope they find a solution.
Best regards
Denys

--
View this message in context: http://mono.1490590.n4.nabble.com/Image-PropertyItems-empty-with-mono-tp4397247p4649487.html
Sent from the Mono - Dev mailing list archive at Nabble.com._______________________________________________
Mono-devel-list mailing list
Mono-devel-list< at >lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: Regression with Linux update

the mad mole — 2012-05-23T01:01:14

I wanted to post an update for the benefit of mono maintainers.  The kernel
team of our SOC vendor was able to get (at least some of) the try-catch
tests to pass (including the example below) by disabling the XI (execute
inhibit, similar to x86 NX) feature, which was recently added to their MIPS
core (doing some research, this appears to be part of MIPS' SmartMIPS ASE,
which also includes a bunch of crypto functions).

The speculation is that some of the jitted code is getting written to pages
mapped with just PROT_READ | PROT_WRITE permissions: with XI enabled the
page would need PROT_EXEC as well.  If anyone knows when this might be
addressed, posting to this list would be much appreciated.

TMM

On Tue, May 15, 2012 at 6:49 PM, the mad mole <madmole< at >gmail.com> wrote:

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

Re: Image.PropertyItems empty with mono

Rafael Teixeira — 2012-05-22T11:52:57

lbigdiplus, reads exif data for jpeg files, if it was compiled to use
libexif, as this extract from jpegcodec.c shows:

#ifdef HAVE_LIBEXIF
if (st == Ok){
    dstream_get_exif_buffer (loader, &ptr, &length);
    load_exif_data (exif_data_new_from_data (ptr, length), *image);
}
#endif


I'm not sure if Mono is compiled for MacOSX with the libexif dependency,
which may be the cause of your problem.
From libexif project page, seems that MacOSX doesn't provide libexif, per
se, you need to use Fink, or some other tool to add it manually, so...

A custom build of libgdiplus with libexif may solve your problem, but I
would rather explore some alternatives that may even avoid having to load
the full image in memory just to get the exif data, see:

http://stackoverflow.com/questions/42017/what-is-the-best-exif-library-for-net
http://stackoverflow.com/questions/58649/how-to-get-the-exif-data-from-a-file-using-c-sharp

Hope it helps,

Rafael "Monoman" Teixeira
---------------------------------------
"The most excit

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-aro

Re: Image.PropertyItems empty with mono

ChristianManthey — 2012-05-21T19:24:23

No, unfortunatly i did not find a solution so far and also did not get any
response on how this could be solved.
If you have an idea, please share it.

Christian

--
View this message in context: http://mono.1490590.n4.nabble.com/Image-PropertyItems-empty-with-mono-tp4397247p4648691.html
Sent from the Mono - Dev mailing list archive at Nabble.com.

Re: Multiple mono_jit_init/mono_jit_cleanup issue

Rodrigo Kumpera — 2012-05-21T12:42:08

The runtime was never meant to be loaded/unloaded multiple times in the
same process. If you need so, you'll have
to fix all bugs you find in your way.


On Fri, May 18, 2012 at 6:58 AM, Anshya Aggarwal
<anshya.aggarwal< at >gmail.com>wrote:

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

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?

Re: Image.PropertyItems empty with mono

Denys — 2012-05-18T06:56:57

Christian,
I have the same problem, did you find a solution ?
Thank you

Denys

--
View this message in context: http://mono.1490590.n4.nabble.com/Image-PropertyItems-empty-with-mono-tp4397247p4644173.html
Sent from the Mono - Dev mailing list archive at Nabble.com.

Re: Current Implementation of Async Sockets

james — 2012-05-19T09:05:55

Would there be any mileage to looking at libuv?  It seems to wrap IOCP 
and libev. Its not clear whether the limited performance implied here 
(http://www.yesodweb.com/blog/2011/03/preliminary-warp-cross-language-benchmarks) 
is a reflection of the single-threaded node engine, or more intrinsic. 
I'd expect the former; libev is designed for reactive use in a single 
thread environment, but does allow you to run multiple event handlers so 
you should be able to run a handler per core.

It would be nice if mono aio could approach the performance of Java nio, 
but i don't think it ever has.

Re: Compiling Mono with Visual Studio and .pdb files

Marek Safar — 2012-05-19T08:41:06

Hi,


That's not correct, all projects were regenerated recently. About the
corlib-build issue, you don't need to build any of *-build.csproj projects,
they are needed only on systems with no .NET 4 API. I have done some work
on cleaning this up recently but it's not yet finished.

Marek

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