Re: [Mono-list] Regression on arm platform in 1.2.5
Hi again
Ok, so I have done a little more investigation into this.
After investigating the call stack (using --trace=FlickrNet), it turns
out that the application was never getting past the .cctor function, so
I removed all statics from the class and the application no longer hung.
It turns out that the line that was causing the problem in the
FlickrNet.dll is:
private static XmlSerializer _uploaderSerializer = new
XmlSerializer(typeof(FlickrNet.Uploader));
I have checked the diffs in the arm specific sections of mini between
1.2.4 and 1.2.5 and can see no major changes in there (there are no
changes in arch/arm either). I'm not sure where else to look for
differences as this would appear to be an Arm specific problem.
Does anyone have any ideas why the above code would cause the runtime to
go into an infinite loop on the arm platform?
I'm using the sources from FlickrNet-25277.zip available from
codeplex.com.
Regards
Matt
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Spencer,
Matthew
Sent: 04 September 2007 16:24
To: mono-list@lists.ximian.com
Subject: [Mono-list] Regression on arm platform in 1.2.5
Hi All
I have recently updated to the 1.2.5 version of Mono for my Arm based
platform. I have a simple Flickr based application that used to work
and no longer does. It simply consumed more and more memory until the
app crashes.
Here is example code that will cause the problem:
public static void Main(string[] args) {
Flickr flickr=new Flickr(key);
}
I have tried the debugging techniques given before by Paolo (thanks for
that), but I am still rather confused. The backtrace only ever goes
back as far as the last c# call, so I only ever get to see the top of
the stack. Any ideas how I can get to see more of the stack frame?
However, the code does seem to be spending all of its time reflecting
information out of the Flickr.dll.
Does anyone have any ideas what might have changed to cause this
problem?
Cheers
Matt
*
This e-mail is confidential, the property of NDS Ltd and intended for
the addressee only. Any dissemination, copying or distribution of this
message or any attachments by anyone other than the intended recipient
is strictly prohibited. If you have received this message in error,
please immediately notify the [EMAIL PROTECTED] and destroy the
original message. Messages sent to and from NDS may be monitored. NDS
cannot guarantee any message delivery method is secure or error-free.
Information could be intercepted, corrupted, lost, destroyed, arrive
late or incomplete, or contain viruses. We do not accept responsibility
for any errors or omissions in this message and/or attachment that arise
as a result of transmission. You should carry out your own virus checks
before opening any attachment. Any views or opinions presented are
solely those of the author and do not necessarily represent those of
NDS.
To protect the environment please do not print this e-mail unless
necessary.
NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road,
West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered
in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00
**
*
This e-mail is confidential, the property of NDS Ltd and intended for the
addressee only. Any dissemination, copying or distribution of this message or
any attachments by anyone other than the intended recipient is strictly
prohibited. If you have received this message in error, please immediately
notify the [EMAIL PROTECTED] and destroy the original message. Messages sent
to and from NDS may be monitored. NDS cannot guarantee any message delivery
method is secure or error-free. Information could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or contain viruses. We do not
accept responsibility for any errors or omissions in this message and/or
attachment that arise as a result of transmission. You should carry out your
own virus checks before opening any attachment. Any views or opinions
presented are solely those of the author and do not necessarily represent those
of NDS.
To protect the environment please do not print this e-mail unless necessary.
NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West
Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England
and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00
**
___
Mono-list maillist - Mono-list@lists.ximian.com
http
[Mono-list] Regression on arm platform in 1.2.5
Hi All
I have recently updated to the 1.2.5 version of Mono for my Arm based
platform. I have a simple Flickr based application that used to work
and no longer does. It simply consumed more and more memory until the
app crashes.
Here is example code that will cause the problem:
public static void Main(string[] args) {
Flickr flickr=new Flickr(key);
}
I have tried the debugging techniques given before by Paolo (thanks for
that), but I am still rather confused. The backtrace only ever goes
back as far as the last c# call, so I only ever get to see the top of
the stack. Any ideas how I can get to see more of the stack frame?
However, the code does seem to be spending all of its time reflecting
information out of the Flickr.dll.
Does anyone have any ideas what might have changed to cause this
problem?
Cheers
Matt
*
This e-mail is confidential, the property of NDS Ltd and intended for the
addressee only. Any dissemination, copying or distribution of this message or
any attachments by anyone other than the intended recipient is strictly
prohibited. If you have received this message in error, please immediately
notify the [EMAIL PROTECTED] and destroy the original message. Messages sent
to and from NDS may be monitored. NDS cannot guarantee any message delivery
method is secure or error-free. Information could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or contain viruses. We do not
accept responsibility for any errors or omissions in this message and/or
attachment that arise as a result of transmission. You should carry out your
own virus checks before opening any attachment. Any views or opinions
presented are solely those of the author and do not necessarily represent those
of NDS.
To protect the environment please do not print this e-mail unless necessary.
NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West
Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England
and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00
**
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] gtk-sharp with directfb backend
Hi All
I am trying to get gtk-sharp working without X support (ie by using the
directfb version of gtk). The demo app gtk-demo works fine.
To achieve this, I have changed the dll mapping in gtk-sharp.dll.config
to:
dllmap dll=libgtk-win32-2.0-0.dll
target=libgtk-directfb-2.0.so.0/
I have created a simple class that inherits from DrawingArea
class TestClass : DrawingArea {
}
When I create an instance of TestClass, the runtime bombs out:
(!) [ 4220:0.000] -- Caught signal 24 (unknown origin) --
Any ideas what the problem might be? I am running on an arm based
platform.
Cheers
Matt
*
This e-mail is confidential, the property of NDS Ltd and intended for the
addressee only. Any dissemination, copying or distribution of this message or
any attachments by anyone other than the intended recipient is strictly
prohibited. If you have received this message in error, please immediately
notify the [EMAIL PROTECTED] and destroy the original message. Messages sent
to and from NDS may be monitored. NDS cannot guarantee any message delivery
method is secure or error-free. Information could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or contain viruses. We do not
accept responsibility for any errors or omissions in this message and/or
attachment that arise as a result of transmission. You should carry out your
own virus checks before opening any attachment. Any views or opinions
presented are solely those of the author and do not necessarily represent those
of NDS.
To protect the environment please do not print this e-mail unless necessary.
NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West
Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England
and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00
**
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Two questions about System.Windows.Controls.Image
Hi Paolo Attached is the example app, I run out of memory pretty quick using this. Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paolo Molaro Sent: 22 August 2007 14:31 To: mono-list@lists.ximian.com Subject: Re: [Mono-list] Two questions about System.Windows.Controls.Image On 08/17/07 Spencer, Matthew wrote: Either I am using it incorrectly, or there is a severe memory leak in its implementation. The way I am using it is to create two Image objects, and fade between the two of them, repeatedly loading the next image by calling SetSource(..) on the hidden object. It appears that the memory of previous images is never released. Is this what is expected, or is there a problem with the current implementation? Please post a complete sample that can be used to reproduce the issue so we can debug it. My next question is about garbage collection when the bulk of the storage for an object is in native space (as I think it is with the Image class). I know I have done this before with Java and the garbage collector never kicked in because the runtime was only aware of a small amount of data being consumed by unreferenced objects (a reference to the native data store). I'm not sure if Mono uses a similar policy on deciding if garbage collection is necessary, but this may cause a problem for Silverlight apps in the future if it does. Version 2.0+ of the runtime supports the GC.AddMemoryPressure()/RemoveMemoryPressure() for this purpouse: call the first when allocating the unamanged data and the second when releasing it. We currently do nothing with this, but it's good to have the stuff in place for when the GC will make its decisions based also on this. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list Disclaimer: * This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 ** * This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00
Re: [Mono-list] Moonlight and FPU support
Hi Paolo I'll try and get something together for you... However, I am not having much joy at the moment. Whenever any calls go through to the native cairo libraries, the system freezes. I assume this is due to the way the arm processors deal with floating point instructions. Do you have any suggestions as to how I can speed things up? I have tried using the -msoft-float when compiling cairo, but this does not seem to make any difference. Cheers Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paolo Molaro Sent: 20 August 2007 18:03 To: mono-list@lists.ximian.com Subject: Re: [Mono-list] Moonlight and FPU support On 08/20/07 Spencer, Matthew wrote: I have been battling for the past few days to get everything in place to get moonlight running on our embedded arm platform (processor is an ARM926EJ-Sid(wb) ). I finally get all the dependencies in place, but Any patches needed for that (or hints)? We planned to try the ARM port in the next few weeks/months. when it comes to running the glassyclock example, I get a 'should not be reached' error from within inssel.c. This turns out to be a catchall exception thrown when compiling mono with no hardware FPU support (the SOFT_FLOAT_IMPL) flag. Is my understanding from this that moonlight will not run on hardware without hardware floating point support, or is it a case of implementing the missing functionality to get this working. There does seem to be other instructions implemented in inssel-float.brg that target a platform with software based FPU (for example CEE_STIND_R8, whereas CSS_STIND_R4 does not). That error just means that not all the cases are handled when compiling with soft-float support. If you could distill a small test case that demonstrates the issue and file a bug in bugzilla it would be great. Thanks! lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list * This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 ** ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Moonlight and FPU support
Hi all I have been battling for the past few days to get everything in place to get moonlight running on our embedded arm platform (processor is an ARM926EJ-Sid(wb) ). I finally get all the dependencies in place, but when it comes to running the glassyclock example, I get a 'should not be reached' error from within inssel.c. This turns out to be a catchall exception thrown when compiling mono with no hardware FPU support (the SOFT_FLOAT_IMPL) flag. Is my understanding from this that moonlight will not run on hardware without hardware floating point support, or is it a case of implementing the missing functionality to get this working. There does seem to be other instructions implemented in inssel-float.brg that target a platform with software based FPU (for example CEE_STIND_R8, whereas CSS_STIND_R4 does not). Regards Matt * This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 ** ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Two questions about System.Windows.Controls.Image
Hi All I have been playing around with the Moonlight implementation (building a simple Flickr client) and have a couple of questions about the use of Image. Either I am using it incorrectly, or there is a severe memory leak in its implementation. The way I am using it is to create two Image objects, and fade between the two of them, repeatedly loading the next image by calling SetSource(..) on the hidden object. It appears that the memory of previous images is never released. Is this what is expected, or is there a problem with the current implementation? My next question is about garbage collection when the bulk of the storage for an object is in native space (as I think it is with the Image class). I know I have done this before with Java and the garbage collector never kicked in because the runtime was only aware of a small amount of data being consumed by unreferenced objects (a reference to the native data store). I'm not sure if Mono uses a similar policy on deciding if garbage collection is necessary, but this may cause a problem for Silverlight apps in the future if it does. Regards Matt * This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 ** ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problem with Mono on Arm target
Cheers Miguel So what do I need to do to solve the problem? How complex would it be for me to sort out? I need to get this platform operating as soon as possible because I am trying to push Mono as an alternative to Java for embedding in our systems. Thanks for you help Matt -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: 16 August 2007 04:18 To: Spencer, Matthew Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] Problem with Mono on Arm target Hello, I have just completed cross compiling mono-1.2.4 for an Arm target (using the montavist pro 4 corss compilation toolkit that came with the development platform). I had to do a number of hacky things to the configure script to make it work including '--with-gc=none' (I will try and sort this problem out later). It all compiles now fine, but I have a problem when executing a simple test case that should output the current time. This means that the floating point configuration for that OS/userland is not supported by Mono. This happens every time folks try to use it with an unsupported configuration in exactly this location. Miguel * This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 ** ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Problem with Mono on Arm target
Sorry to reply to my own mail, but I have it working now. I hacked the configure file to ensure that CPPFLAGS included -DARM_FPU_NONE, all of my test apps are now working. Thanks again for the pointer Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Spencer, Matthew Sent: 16 August 2007 08:19 To: Miguel de Icaza Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] Problem with Mono on Arm target Cheers Miguel So what do I need to do to solve the problem? How complex would it be for me to sort out? I need to get this platform operating as soon as possible because I am trying to push Mono as an alternative to Java for embedding in our systems. Thanks for you help Matt -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: 16 August 2007 04:18 To: Spencer, Matthew Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] Problem with Mono on Arm target Hello, I have just completed cross compiling mono-1.2.4 for an Arm target (using the montavist pro 4 corss compilation toolkit that came with the development platform). I had to do a number of hacky things to the configure script to make it work including '--with-gc=none' (I will try and sort this problem out later). It all compiles now fine, but I have a problem when executing a simple test case that should output the current time. This means that the floating point configuration for that OS/userland is not supported by Mono. This happens every time folks try to use it with an unsupported configuration in exactly this location. Miguel * This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 ** ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list * This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 ** ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Problem with Mono on Arm target
Hi I have just completed cross compiling mono-1.2.4 for an Arm target (using the montavist pro 4 corss compilation toolkit that came with the development platform). I had to do a number of hacky things to the configure script to make it work including '--with-gc=none' (I will try and sort this problem out later). It all compiles now fine, but I have a problem when executing a simple test case that should output the current time. Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for System.TimeZone --- System.ExecutionEngineException: SIGILL at System.Collections.Hashtable..ctor (Int32 capacity, Single loadFactor, IHashCodeProvider hcp, IComparer comparer) [0x0] at System.Collections.Hashtable..ctor (Int32 capacity, Single loadFactor) [0x0] at System.Collections.Hashtable..ctor (Int32 capacity) [0x0] at System.CurrentSystemTimeZone..ctor (Int64 lnow) [0x0] at System.TimeZone..cctor () [0x0] --- End of inner exception stack trace --- at 0x0 unknown method at System.DateTime.get_Now () [0x00020] in /nethome/mspencer/projects/davinci/code/mono-native/mono-1.2.4/mcs/class /corlib/System/DateTime.cs:441 at test.Main (System.String[] args) [0x0] My initial thought is that there is a problem with static initialization, can anyone shed some light on this problem? Cheers Matt * This e-mail is confidential, the property of NDS Ltd and intended for the addressee only. Any dissemination, copying or distribution of this message or any attachments by anyone other than the intended recipient is strictly prohibited. If you have received this message in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. Messages sent to and from NDS may be monitored. NDS cannot guarantee any message delivery method is secure or error-free. Information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. We do not accept responsibility for any errors or omissions in this message and/or attachment that arise as a result of transmission. You should carry out your own virus checks before opening any attachment. Any views or opinions presented are solely those of the author and do not necessarily represent those of NDS. To protect the environment please do not print this e-mail unless necessary. NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00 ** ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Problem with Soap deserialization
Hi All
I have been trying to track down this problem for a while, but have come
up blank so I thought I would ask you guys for help.
I am trying to write a simple Soap client to talk to a UPnP Directory
Service. The code looks something like this:
[WebServiceBindingAttribute Name=ContentDirectory
Namespace=urn:schemas-upnp-org:service:ContentDirectory:1)]
class ContendDirectoryControl : Protocols.SoapHttpClientProtocol {
public ContentDirectoryControl(Uri peer) {
this.Url=peer.ToString();
}
[Protocols.SoapDocumentMethodAttribute
(urn:schemas-upnp-org:service:ContentDirectory:1#Browse,
RequestNamespace=... same as above ..., ResponseNamespace= ...
same as above ...,
Use= Literal, SoapParameterStyle=Wrapped)]
public BrowseResponse Browse(string ObjectID, string BrowseFlag,
string Filter, uint StartingIndex, uint RequestedCount, string
SortCriteria) {
object[] results=this.Invoke(Browse,new object[]
{ObjectID,BrowseFlag,Filter,StartingIndex,RequestedCount,SortCriteria);
return((BrowseResponse)results[0]);
}
}
class BrowseResponse {
public strring Result;
public uint NumberReturnedl
public uint TotalMatches;
public uint UpdateID;
}
The request fires off ok to the peer and a valid soap response is
generated, however it is never deserialized in the client code (I am
using mono 1.2.4 if that makes a difference). I have hacked through the
deserialize code (in XmlSerializationReaderInterpreter) and it only
seems to be wanting to work with the element 'BroserResponse' and not
any of the elements of the class.
Have I missed something silly here? There is probably some attribute I
need to set on the BrowseResponse class to make this work.
Any help would be greatly appreciated.
Regards
Matt
*
This e-mail is confidential, the property of NDS Ltd and intended for the
addressee only. Any dissemination, copying or distribution of this message or
any attachments by anyone other than the intended recipient is strictly
prohibited. If you have received this message in error, please immediately
notify the [EMAIL PROTECTED] and destroy the original message. Messages sent
to and from NDS may be monitored. NDS cannot guarantee any message delivery
method is secure or error-free. Information could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or contain viruses. We do not
accept responsibility for any errors or omissions in this message and/or
attachment that arise as a result of transmission. You should carry out your
own virus checks before opening any attachment. Any views or opinions
presented are solely those of the author and do not necessarily represent those
of NDS.
To protect the environment please do not print this e-mail unless necessary.
NDS Limited Registered office: One Heathrow Boulevard, 286 Bath Road, West
Drayton, Middlesex, UB7 0DQ, United Kingdom. A company registered in England
and Wales Registered no. 3080780 VAT no. GB 603 8808 40-00
**
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
