gmane.comp.gnome.mono.devel

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 =

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

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

Belis, Joeri — 2012-05-15T13:35:00

Doing some more investigation i found that the soap messages contains a base64 encoded string which is the attachment .

When i decode it manualy from the soap messages , i get the correct file.

Is there a base64 decode problem with mono?

Van: mono-devel-list-bounces< at >lists.ximian.com [mailto:mono-devel-list-bounces< at >lists.ximian.com] Namens Belis, Joeri
Verzonden: maandag 14 mei 2012 17:04
Aan: mono-devel-list< at >lists.ximian.com
Onderwerp: [Mono-dev] problem every 8k with using Microsoft Exchange Web Services Managed API

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 S

Re: Mono 2.11.1 compilation error

snamds — 2012-05-14T20:00:27

This is what I get with a free command:

sh-3.00# free
              total         used         free       shared      buffers
  Mem:       190752       105312        85440            0         6464
 Swap:       506000        12928       493072
Total:       696752       118240       578512


--
View this message in context: http://mono.1490590.n4.nabble.com/Mono-2-11-1-compilation-error-tp4594576p4632978.html
Sent from the Mono - Dev mailing list archive at Nabble.com.

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

Re: Compiling Mono with Visual Studio and .pdb files

Miguel Mudge — 2012-05-11T14:34:09

Our build uses *none* of the MS.NET libraries - every project *only*
depends on other projects in the same Mono solution file.  All of the
projects reference the mscorlib project built in that solution, *never*
Microsoft's mscorlib.dll (see Project Properties -> Build -> Advanced ->
"Do not reference mscorlib.dll").

mscorlib has these compilation symbols: INSIDE_CORLIB LIBC NET_1_1 NET_2_0
NET_3_0 NET_3_5 NET_4_0
And it has a few links to external files: Aes.cs, Consts.cs, Locale.cs,
MonoTODOAttribute.cs, SemaphoreFullException,
TimeZoneInfo.AdjustmentRule.cs, TimeZoneInfo.Android.cs, TimeZoneInfo.cs,
TimeZoneInfo.TransitionTime.cs.
We were able to determine most of those files by looking at
corlib.dll.sources - definitely look at the .sources files for the other
DLLs too... although it's better to look at the Linux build in-action.

You should be able to build mscorlib with the above info.  Here is the info
for system (notice the dash, as in "minus"):

System -XML -Config: LIBC NET_1_1 NET_2_0 NET_3_0 NET

Re: Compiling Mono with Visual Studio and .pdb files

2012-05-11T07:47:42

Thank you for this info Miguel

Making progress with msvc, with a lot of second guessing, but I cannot seem to fully get out of the circular dependencies easily. After fixing a few things, there seems to be a two to three stage build process ('basic', 'build' and, well, the huge rest). I can build the 'basic' stuff with references being the MS.NET libraries it defaults to, but the 'build' phase fails both with dependencies on the basic system or the MS.NET libraries (missing implementations or ambiguous references). Well done for you to sort it all out.

It sounds like your approach is similar to that in the 'msvc' folder and related makefile targets, but I probably miss many details. I found that I could run the make targets generating csproj files only after a successful 'make' on cygwin, using anciliary files (.response) from the call to 'make'. I wonder how similar to what you describe this is. My question may be naive, but what do you mean by compiler constants, build order and files used? Are you post-

Re: Submitting patch?

Rob Wilkens — 2012-05-11T00:38:00

Well, i added the test about a week ago.  The test works for me, it 
demonstrates failure (a null reference exception) in the case where the 
patch i wrote isn't applied, and it passes when the patch is applied.  I 
realize i'm the only one to report this problem, so it's low priority, 
but i wanted to mention to whomever is responsible that if they have any 
questions, i'm here for now (that is: I still subscribe to the list).

To me, again, the patch is straightforward and obviously needed -- 
There's a retry point and the first thing it checks in retry is if 
'result==null' (to enter the while loop) and that retry point is only 
hit under one circumstance, and in that circumstance, result is never 
null, so as a result, if the intention was for it to be anything other 
than null the retry point would be elsewhere.  Therefore, it should be 
blatantly obvious to anyone reading the code, that setting result to 
null so the check at the retry point can enter the while loop at the 
retry point, is the only th

UITableView load more records functionality.

Mike Murdock — 2012-05-09T14:53:14

Thanks for the reply. I have got a new issue maybe you can help.

I am loading a table and want to limit the number of records show. I would like to show only 10 records and then at the bottom of the UItableview in the footer section add a button that says "Load More results"
Should I load the whole record set that may be large and then have the button in the UITableView change the "rowsinsection" count.

Any help would be appreciated.

What is the link for monotouch list.

Thanks

Michael

From: Rodrigo Kumpera [mailto:kumpera< at >gmail.com]
Sent: Thursday, May 03, 2012 7:51 AM
To: Mike Murdock
Cc: mono-devel-list< at >lists.ximian.com
Subject: Re: [Mono-dev] Trying to change font size in pickerview can anyone translate this to c#

You should try the monotouch or mono-mac lists for MonoTouch of MonoMac questions.

Anyway, what you want is probably something like this:

public UIView GetView (UIPickerView pickerView, int row, int component, UIView view) {
   UILabel tView = (UILabel)view;
   if (tView == null)
     t

Re: Compiler Error CS1902 in mono/master

Marek Safar — 2012-05-10T08:33:17

Hi,

You are hitting MonoDevelop bug where it's calling C# compiler with 
wrong arguments. In this particular case it's -debug:+ which is not valid.

I am not sure there has been fix for it in 2.8 version but the latest 
release should work

Marek


_______________________________________________
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

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

Rodrigo Kumpera — 2012-05-08T18:36:44



No, sorry, it was mean't to go to the list.



Nice, because supporting such a thing would be a major task.



Ok, I'll review your patch and check if we can merge it then.
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list< at >lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: Compiling Mono with Visual Studio and .pdb files

Miguel Mudge — 2012-05-07T14:30:23

We've been building the 2.10.2 Mono framework libraries in Visual Studio.
 We performed a build on Linux, copied the compiler constants, build order
and files used, and use this information to create the Visual Studio
project - we did not start from Mono's msvc.  It was a very manual process,
but I am pleased with the output.

We don't compile all of the libraries since our embedded device doesn't
have the space.  Most of the difficulty is in the roots anyways - for
example, we have several System.dll projects, which are incrementally more
dependent, in order to solve circular dependency problems.  Picture
attached:

[image: Inline image 1]

It seems like the only way to reliably "copy" the build process into MSVC
is to actually run the mcs make.  You might be able to hack it a bit to
mock a build, grab the compile flags/files and then generate msvc files
from that.

Thanks,
Michael "Kipp" Mudge | Welch Allyn | Lead Software Engineer
315-554-4057 | michael.mudge< at >welchallyn.com



On Sun, May 6, 2012 at 8:38

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

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

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

Rodrigo Kumpera — 2012-05-04T13:34:32

Thanks for the patch, I applied a slightly different version of it.


On Thu, May 3, 2012 at 6:28 AM, KISHIMOTO, Makoto
<ksmakoto< at >dd.iij4u.or.jp>wrote:

_______________________________________________
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 t

Re: strange error.. no help on Google :-( PLZ help

Rodrigo Kumpera — 2012-05-03T21:00:33

The backtrace is the same as in the original email. I mean I need the lines
that show the caller of
g_logv the rest of the log file is only relevant to your application and I
can't make much sense of it.


On Wed, May 2, 2012 at 10:40 PM, biswarup <biswarup.c< 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

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.

Re: Unit Tests - Do i do a separate commit/push/pull or do i start from scratch

Rob Wilkens — 2012-05-03T12:54:00

After I committed and pushed, I tried to do another pull request, but it 
seemed to merge it into my existing pull request, which i guess is fine.

I'm open to suggestions if anyone doesn't like my pull-request.  Don't 
mean to push the issue, however long it takes is however long it takes.

I am well aware that it could be quite some time before this patch 
reaches my local system via packaging..  There is probably a review 
process before you accept it or not, some time before the next version 
is released, and some time beyond that before ubuntu releases an updated 
package which includes it.

-Rob

On 05/03/2012 07:46 AM, Rodrigo Kumpera wrote:

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

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

Rodrigo Kumpera — 2012-05-03T11:51:01

You should try the monotouch or mono-mac lists for MonoTouch of MonoMac
questions.

Anyway, what you want is probably something like this:

public UIView GetView (UIPickerView pickerView, int row, int component,
UIView view) {
   UILabel tView = (UILabel)view;
   if (tView == null)
     tView = new UILabel ();
  ...
}

Remember to put this method in a class that extends UIPickerViewDelegate.

Hope it helped.

Cheers,
Rodrigo


On Wed, May 2, 2012 at 2:58 PM, Mike Murdock <mmurdock< at >allmeds.com> wrote:

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