Re: [Mono-list] Validating an XML document

[Atsushi Eno]

Hi,

Thanks again for the simple repro. I fixed the issue with your
repro code in svn (r69383). It turned out that the issue was
rather in XmlReader.Create(), not the validator.

Atsushi Eno

Loren Bandiera wrote:
>> Hmm, ok, I will dig into that half of megabytes of schemas when I have
>> enough time to feel like doing that.
> 
> Okay, I've got a much simpler test:
> http://dev.mmgsecurity.com/downloads/testing/simple-test.zip
> 
> The document should be invalid.
> 
> When I run it under Windows/MS.NET:
> 
> C:\testing>main Product.xml
> Here in OnValidationEvent
> The 'ProductIDAAA2' attribute is not declared.
> Here in OnValidationEvent
> The required attribute 'ProductID' is missing.
> Document is invalid
> 
> When I run it under Linux/Mono:
> 
> $ ./main.exe Product.xml
> Document is valid
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Gtk# With Webservices

[Adam Tauno Williams]

> Is what one can write combined GTK # with the
> webservices?

Sure, we use web services from Gtk# apps all the time.  The two don't
really have anything to do with each other.

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] Gtk# With Webservices

[kamel]

Hi,,


Is what one can write combined GTK # with the
webservices?

Thank you 

Kamel 

NetBSD is very JIHBED, MONO RUN in NetBSD


 

Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Validating an XML document

[Loren Bandiera]

> Hmm, ok, I will dig into that half of megabytes of schemas when I have
> enough time to feel like doing that.

Okay, I've got a much simpler test:
http://dev.mmgsecurity.com/downloads/testing/simple-test.zip

The document should be invalid.

When I run it under Windows/MS.NET:

C:\testing>main Product.xml
Here in OnValidationEvent
The 'ProductIDAAA2' attribute is not declared.
Here in OnValidationEvent
The required attribute 'ProductID' is missing.
Document is invalid

When I run it under Linux/Mono:

$ ./main.exe Product.xml
Document is valid

-- 
Loren Bandiera, CISSP <[EMAIL PROTECTED]>
MMG Security, Inc.


___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Validating an XML document

[Loren Bandiera]

> Hmm, ok, I will dig into that half of megabytes of schemas when I have
> enough time to feel like doing that.

If I can create a new set of minimal schemas that duplicates the problem.
I'll send those over.

The currents ones I didn't write, I'm just a consumer of them. Sorry it's
a pain.

-- 
Loren Bandiera, CISSP <[EMAIL PROTECTED]>
MMG Security, Inc.


___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Validating an XML document

[Atsushi Eno]

Hmm, ok, I will dig into that half of megabytes of schemas when I have 
enough time to feel like doing that.

Atsushi Eno

Loren Bandiera wrote:
>> Ok, fixed in svn. Thanks.
>>
> 
> I tried the svn version and I can confirm the original error is now gone.
> However the validation of the document doesn't appear to be fully working.
> 
> In the xml document I sent you, on line 141 the  tag is
> missing the required version attribute. Under Windows/MS.NET this is
> caught:
> 
> C:\testing>main definition_test_suite.xml
> 
> Here in OnValidationEvent
> The required attribute 'version' is missing.
> Document is invalid
> 
> Using the updated Mono SVN version under Linux, I get:
> 
> $ ./main.exe definition_test_suite.xml
> Document is valid
> 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] problems porting mono 1.2 to PXA255

[Paolo Molaro]

On 12/07/06 Harald Jordan wrote:
> after porting (without scratchbox) mono 1.2 to use within my xscale 
> powered cam and starting some applications following error message 
> occures:
> 
> /target/mono/bin # ./arm-linux-mono cs1.exe
> Create a new CWorkerClass without Info
> Create a new CWorkerClass with Info
> cwc_a: default info
> cwc_b: user info
> 
> 
> ** ERROR **: Opcode 'arm_rsbs_imm' missing from machine description file.
[...]
> Well, I think this message tells me that not every arm-specific opcode 
> is known - but what went wrong???

You compiled mono incorrectly (likely using a genmdesc binary
that was not compiled for ARM).
You may have more luck if you remove the defined(__arm__) check in
mini/mini-ops.h and recompile, but I don't guarantee that you won't run
into other issues later.

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

Re: [Mono-list] Validating an XML document

[Loren Bandiera]

> Ok, fixed in svn. Thanks.
>

I tried the svn version and I can confirm the original error is now gone.
However the validation of the document doesn't appear to be fully working.

In the xml document I sent you, on line 141 the  tag is
missing the required version attribute. Under Windows/MS.NET this is
caught:

C:\testing>main definition_test_suite.xml

Here in OnValidationEvent
The required attribute 'version' is missing.
Document is invalid

Using the updated Mono SVN version under Linux, I get:

$ ./main.exe definition_test_suite.xml
Document is valid

-- 
Loren Bandiera, CISSP <[EMAIL PROTECTED]>
MMG Security, Inc.


___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] C#->C->C++, Platform Invocations from HELL!

[Mark Traudt]

> I'm wondering if it is a plausible option to wrap the C++ shared
libraries with a C library, which 

> would then be wrapped by the C# platform invocation wrappers that I'd
write...

 

Have you looked at SWIG (http://www.swig.org  )?
The C# language module generates both the C wrappers and the C# P/Invoke
wrappers, and lots of work has been put in to make sure that it deals
with issues like correctly propagating exceptions from C++ up to C#
code.

 

___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] C#->C->C++, Platform Invocations from HELL!

[Dallman, John]

Tyler Ballance wrote: 

> I'm wondering if it is a plausible option to wrap the C++ shared
libraries with a C 
> library, which would then be wrapped by the C# platform invocation
wrappers 
> that I'd write, much in the same manner Mac OS X APIs perform
toll-free bridging 
> between ObjC and C
(http://ridiculousfish.com/blog/archives/2006/09/09/bridge/)
> 

> The most I have to worry about really in the context of C++ specific
code is sick 
> iterator hacks and exceptions, but I don't think it isn't anything
that can't be wrapped 
> by a simpleton C wrapper to provide a good p/invoke shim for Mono.
> 

> Am I stretching too far?
 
Just about far enough, actually. I've only looked into this on Windows
with 
MS.NET, but there, the object models for C# and native C++ have nothing 
to do with each other, and C# cannot call native C++ object member 
functions. A C wrapper layer is the only practical solution there, and I

suspect the same will hold on Mono. This just confirmed my opinion that 
C++ may be a nice language for coding, but the complexity and fragility 
of its interfaces disqualify it for APIs. 
 

--
John Dallman, Parasolid Porting Engineer, +44-1223-371554 

 
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] C#->C->C++, Platform Invocations from HELL!

[R. Tyler Ballance]

Alright, alright, so the subject is a bit extreme (XTREME!!)

Anyways, I'm working on some projects that have led me down the dark,  
lonely path to p/invoke as some of you from the #mono IRC channel may  
know, but I'm somewhat proud of reaching this new level of oddity :)


Rumour has it I've been saddled with a C++ library that I need to in  
some way shape or form incorporate into our new heavily-reliant Mono/ 
C# based project. Platform invocations aren't anything new to me at  
this point, enough so that I know that Managed C++ is a MS.NET  
bastard child, and that such sorcery the Mono runtime does not contain.


I'm wondering if it is a plausible option to wrap the C++ shared  
libraries with a C library, which would then be wrapped by the C#  
platform invocation wrappers that I'd write, much in the same manner  
Mac OS X APIs perform toll-free bridging between ObjC and C (http:// 
ridiculousfish.com/blog/archives/2006/09/09/bridge/)


The most I have to worry about really in the context of C++ specific  
code is sick iterator hacks and exceptions, but I don't think it  
isn't anything that can't be wrapped by a simpleton C wrapper to  
provide a good p/invoke shim for Mono.


Am I stretching too far?

Cheers
R. Tyler Ballance: Custom Mac and Linux Development at bleep. consulting
contact: [EMAIL PROTECTED] | jabber: [EMAIL PROTECTED]


___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] NullReferenceException in Npgsql.NpgsqlCommandBuilder.GetUpdateCommand

[Paolo Molaro]

On 12/11/06 Andrus wrote:
> IDbDataAdapter DataAdapter = new Npgsql.NpgsqlDataAdapter();
> Npgsql.NpgsqlCommandBuilder builder=
>new Npgsql.NpgsqlCommandBuilder(
> (Npgsql.NpgsqlDataAdapter)DataAdapter);
> DataRow row = DataSet.Tables[0].Rows[1];
> DataAdapter.UpdateCommand = builder.GetUpdateCommand(row);
> 
> But got error in GetUpdateCommand():
> 
> System.NullReferenceException was unhandled

Could you provide a complete test case and file it in a bug report in
bugzilla?
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