Re: [Mono-dev] Data protection failed exception

[Brandon Perry]

> On Jan 21, 2016, at 4:56 PM, Neale Ferguson  wrote:
> 
> Does this problem description ring any bells before I go too much further
> problem shooting (done a couple of hours already, so should have sent this
> first!):
> 
> 1. Application Version: Mono 4.3
> 2. redhat 5.1-5.3
> 3. intel x86
> 4. Priority: 20
> 5. Description: Data protection failed.: at
> System.Security.Cryptography.ProtectedData.Protect
> 
> Details of our issue:
> When trying to do an Process.Start() to start a process I will get this
> error:
> 
> Data protection failed.: at
> System.Security.Cryptography.ProtectedData.Protect (System.Byte[]
> userData, System.Byte[] optionalEntropy, DataProtectionScope scope)
> <0x41723770  0x00127> in :0
> at Drms.Shared.Common.Core.CryptoCore.ProtectLocal (System.Byte[] data,
> System.Byte[] extraEntropy, ProtectionScope scope) <0x41723470  0x0023b>
> in :0
> at Drms.Shared.Common.Core.CryptoCore.ProtectLocal (System.String data,
> System.Byte[] extraEntropy, ProtectionScope scope) <0x41722e80  0x0004f>
> in :0
> at Drms.Server.Shared.Scheduling.JobProcess.Execute (Guid jobId, Guid
> repositoryId, ProcessPriorityClass priorityClass, Int32 numberOfProcesses,
> System.String username, System.String password) <0x417228a0  0x0027f> in
> :0
> at Drms.Server.Service.Manager.ServiceManager.RunJob (Guid jobId, Guid
> repositoryId, ProcessPriorityClass priorityClass, Int32 numberOfProcesses)
> <0x41720c50  0x00547> in :0 :False
> [06:08:10] Info Message: Error Launching!!! Data protection failed.:
> at System.Security.Cryptography.ProtectedData.Protect (System.Byte[]
> userData, System.Byte[] optionalEntropy, DataProtectionScope scope)
> <0x41723770  0x00127> in :0
> at Drms.Shared.Common.Core.CryptoCore.ProtectLocal (System.Byte[] data,
> System.Byte[] extraEntropy, ProtectionScope scope) <0x41723470  0x0023b>
> in :0
> at Drms.Shared.Common.Core.CryptoCore.ProtectLocal (System.String data,
> System.Byte[] extraEntropy, ProtectionScope scope) <0x41722e80  0x0004f>
> in :0
> at Drms.Server.Shared.Scheduling.JobProcess.Execute (Guid jobId, Guid
> repositoryId, ProcessPriorityClass priorityClass, Int32 numberOfProcesses,
> System.String username, System.String password) <0x417228a0  0x0027f> in
> :0
> at Drms.Server.Service.Manager.ServiceManager.RunJob (Guid jobId, Guid
> repositoryId, ProcessPriorityClass priorityClass, Int32 numberOfProcesses)
> <0x41720c50  0x00547> in :0 :False
> [06:08:10] Info Message: Error Launching!!! Data protection failed.:

Can you disable SELinux and test? That’s not a solution, but can help whittle 
down suspects. Data protection sounds like memory is being marked funny and 
SELinux might be getting in the way.


> at System.Security.Cryptography.ProtectedData.Protect (System.Byte[]
> userData, System.Byte[] optionalEntropy, DataProtectionScope scope)
> <0x41723770  0x00127> in :0
> at Drms.Shared.Common.Core.CryptoCore.ProtectLocal (System.Byte[] data,
> System.Byte[] extraEntropy, ProtectionScope scope) <0x41723470  0x0023b>
> in :0
> at Drms.Shared.Common.Core.CryptoCore.ProtectLocal (System.String data,
> System.Byte[] extraEntropy, ProtectionScope scope) <0x41722e80  0x0004f>
> in :0
> at Drms.Server.Shared.Scheduling.JobProcess.Execute (Guid jobId, Guid
> repositoryId, ProcessPriorityClass priorityClass, Int32 numberOfProcesses,
> System.String username, System.String password) <0x417228a0  0x0027f> in
> :0
> at Drms.Server.Service.Manager.ServiceManager.RunJob (Guid jobId, Guid
> repositoryId, Proc
> 
> 
> This doesn't happen all the time and is random and it always works as root
> but as a standard user I would get this error. Is there any way to turn
> off whatever security check this is trying to do since we really don't
> care?
> 
> 
> Neale
> 
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] NRE when using pointers on armhf

[Brandon Perry]

Could also cast to an IntPtr and check the Size property, which would
return the number of bytes in the pointer?

https://msdn.microsoft.com/en-us/library/system.intptr.size%28v=vs.110%29.aspx

Might be misunderstanding the issue though.

On Thu, Mar 26, 2015 at 4:20 PM, Zoltan Varga  wrote:

> Hi,
>
>   You can check whenever the pointer is aligned by converting it into an
> int.
>
>  Zoltan
>
> On Thu, Mar 26, 2015 at 4:53 PM, Slide  wrote:
>
>> That's a good point! Can you tell me where in the mono code that the
>> unaligned accesses are handled? I'd just like to confirm.
>>
>> Thanks!
>>
>> slide
>>
>> On Thu, Mar 26, 2015 at 1:13 PM Zoltan Varga  wrote:
>>
>>> Hi,
>>>
>>>  arm might require aligned reads, i.e. 'p' should be 4 byte aligned in
>>> this case.
>>>
>>>   Zoltan
>>>
>>> On Thu, Mar 26, 2015 at 3:28 PM, Slide  wrote:
>>>
 I am trying to compile and use the ZeroC Ice remoting library for armhf
 to run on my RaPi 2. The compilation goes fine, but when running the test
 suite I am getting a NullReferenceException on the pointer assignment in
 the following code:

 fixed(byte* p = &_bytes[_position])
 {
 *((float*)p) = _valBytes.floatVal; // exception here
 }

 This same code works on x86_64, so I am assuming there is something
 that is missing in the armhf implementation.

 Is there something I can do to debug what might be missing and provide
 a patch? I've never done work on the mono runtime itself.

 Thanks,

 slide


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


>>>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>


-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Cross-Platform GUI Tookit

[Brandon Perry]

Xwt aims to be a solution to this.

https://github.com/mono/xwt

Sent from a computer

> On Nov 14, 2014, at 9:34 PM, Edward Ned Harvey (mono) 
>  wrote:
> 
> I'm aware of Xamarin.Forms, but apparently only for iOS, Android, Windows 
> Mobile.
>  
> Does something similar exist for Mac OSX, Windows Desktop, Linux?
>  
> I stumbled upon this:  https://github.com/picoe/Eto
> Haven't tried it yet.  Maybe it's great, maybe not.  Are there some 
> additional competing alternatives out there?
>  
> Thanks...
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] DllImport on Mac

[Brandon Perry]

I have a set of C# bindings I have written for the ClamAV project which
work on Windows and Linux by simply DllImport("clamav").

On mac, libclamav.6.dylib gets installed into
/usr/lib/x86_64/libclamav.6.dylib

I cannot for the life of my figure out how to reference this library on mac
for a DllImport. I have tried an absolute path as well as every permutation
of the library name as possible since DllImport will auto detect the
extension.

Any thoughts on referencing a dylib with DllImport? Thanks!

-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Closing Pulls

[Brandon Perry]

I would like to add that, on the Metasploit framework, we often have 80+
pull requests open at any given point in time, and labels in Github are
*so* useful.

https://github.com/rapid7/metasploit-framework/pulls

On Fri, Oct 17, 2014 at 5:27 PM, Martin Thwaites 
wrote:

> Thanks Miguel,
>
> I appreciate why you would want to keep them, however, do you not feel the
> list is currently unmanageable?
>
> Maybe we could add labels (the ones in GitHub, not used them before but it
> looks like it could work) to the older ones like "inactive" so we know
> which ones are worth reviewing and can filter them out?
>
> On 17 October 2014 23:17, Miguel de Icaza  wrote:
>
>>
>>> For this to work, I'm thinking we (I'm happy to dedicate some time to
>>> this) could just ping the mailing list to ask you close them Miguel?  I'm
>>> thinking it's an easy and quick thing to do, so we can expect a fairly
>>> quick turnaround?
>>>
>>
>> I dont think they hurt to keep them open.
>>
>> Do not want to throw the baby with the bath water.
>>
>>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>


-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Which SQLite?

[Brandon Perry]

In the past, I have just shipped Mono.Data.SQLite with my apps on windows.



On Tue, Jul 15, 2014 at 1:55 PM, Edward Ned Harvey (mono) <
edward.harvey.m...@clevertrove.com> wrote:

>  For cross-platform compatibility with mono on mac/linux, and .NET on
> windows...  What is recommended SQLite?
>
>
>
> When I add System.Data.SQLite.Core via NuGet in windows... it seems to be
> incompatible with mono...  It looks like there is SQLite built-in to mono
> via Mono.Data.SQLite, and I could easily enough do something like this:
>
> #if UNIX
>
> using Mono.Data.SQLite;
>
> #else
>
> using System.Data.SQLite;
>
> #endif
>
>
>
> But then there are some API incompatibilities, such as:
>
> private void InsertIntoSql(SqliteConnection dbConn)
>
> versus
>
> private void InsertIntoSql(SQLiteConnection dbConn)
>
>
>
> I noticed the existence of "csharp-sqlite" project...  Which would
> probably work, but no updates in over a year...
>
>
>
> I've found other people on the internet asking this same question, but
> nobody coming up with a good answer...
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>


-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Monodevelop on centos 6.5 configure error

[Brandon Perry]

This is master off of the monodevelop, with 3.2.6 mono.

I can look into using a newer mono version, was using 3.2.6 as that is what
we have as RPM's in our environment.


On Wed, Jul 9, 2014 at 3:02 PM, Timotheus Pokorra <
timotheus.poko...@solidcharity.com> wrote:

> Hello Brandon,
>
> which version of Mono are you using?
> Version 3.4 should be fine.
>
> Timotheus
>
> On 9 July 2014 21:50, Brandon Perry  wrote:
> > Indeed, installing latest git master resolves that issue.
> >
> > [root@localhost monodevelop]# git --version
> > git version 2.0.0.GIT
> > [root@localhost monodevelop]#
> >
> > 'make' still fails though, much later on in the build chain, researching
> it
> > now, but here is the error:
> >
> > Errors:
> >
> > /root/monodevelop/main/Main.sln (default targets) ->
> > (Build target) ->
> > /root/monodevelop/main/external/xwt/Xwt.Gtk/Xwt.Gtk.csproj (default
> targets)
> > ->
> > /usr/local/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->
> >
> > Xwt.GtkBackend/CustomTreeModel.cs(88,12): error CS1501: No overload for
> > method `EmitRowsReordered' takes `3' arguments
> > Xwt.GtkBackend/CustomListModel.cs(62,12): error CS1501: No overload for
> > method `EmitRowsReordered' takes `3' arguments
> >
> > 277 Warning(s)
> > 2 Error(s)
> >
> > Time Elapsed 00:00:34.4877370
> > make[2]: *** [sln_build] Error 1
> > make[2]: Leaving directory `/root/monodevelop/main'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory `/root/monodevelop/main'
> > make: *** [all-recursive] Error 1
> > [root@localhost monodevelop]#
> >
> >
> > Any thoughts are appreciated.
> >
> >
> > On Wed, Jul 9, 2014 at 2:34 PM, Brandon Perry  >
> > wrote:
> >>
> >> It does seem to be an issue with git 1.7.1. It does not seem to have a
> >> --count argument to 'git-rev-list'.
> >>
> >> Going to upgrade git and try.
> >>
> >>
> >> On Wed, Jul 9, 2014 at 1:48 PM, Brandon Perry <
> bperry.volat...@gmail.com>
> >> wrote:
> >>>
> >>> Thanks, this worked to pass the configuration.
> >>>
> >>> However, make now fails:
> >>>
> >>> [root@localhost monodevelop]# make
> >>> if test -d ".git"; then \
> >>> git submodule update --init --recursive || exit 1; \
> >>> fi
> >>> make[1]: Entering directory `/root/monodevelop/main'
> >>> Making all in external
> >>> make[2]: Entering directory `/root/monodevelop/main/external'
> >>> make[2]: Nothing to be done for `all'.
> >>> make[2]: Leaving directory `/root/monodevelop/main/external'
> >>> Making all in .
> >>> make[2]: Entering directory `/root/monodevelop/main'
> >>> if test -f "./buildinfo"; then cp "./buildinfo"
> "./build/bin/buildinfo";
> >>> else ./../scripts/configure.sh gen-buildinfo "./build/bin"; fi
> >>> /usr/bin/git failed
> >>> make[2]: *** [build/bin/buildinfo] Error 1
> >>> make[2]: Leaving directory `/root/monodevelop/main'
> >>> make[1]: *** [all-recursive] Error 1
> >>> make[1]: Leaving directory `/root/monodevelop/main'
> >>> make: *** [all-recursive] Error 1
> >>> [root@localhost monodevelop]#
> >>>
> >>> I have git installed via yum:
> >>>
> >>> [root@localhost monodevelop]# git --version
> >>> git version 1.7.1
> >>> [root@localhost monodevelop]#
> >>>
> >>> Is a specific version of git required? All of my sources were checked
> out
> >>> with git, so I know it is at least functional.
> >>>
> >>>
> >>>
> >>> On Wed, Jul 9, 2014 at 1:39 PM, Brandon Perry <
> bperry.volat...@gmail.com>
> >>> wrote:
> >>>>
> >>>> Sure, I can definitely try this.
> >>>>
> >>>>
> >>>> On Wed, Jul 9, 2014 at 1:39 PM, Timotheus Pokorra
> >>>>  wrote:
> >>>>>
> >>>>> Hello Brandon,
> >>>>>
> >>>>> > Running autoconf ...
> >>>>> > configure.in:1: error: possibly undefined macro: m4_esyscmd_s
> >>>>> >   If this token and others are legitimate, please use
> >>>

Re: [Mono-dev] Monodevelop on centos 6.5 configure error

[Brandon Perry]

Indeed, installing latest git master resolves that issue.

[root@localhost monodevelop]# git --version
git version 2.0.0.GIT
[root@localhost monodevelop]#

'make' still fails though, much later on in the build chain, researching it
now, but here is the error:

Errors:

/root/monodevelop/main/Main.sln (default targets) ->
(Build target) ->
/root/monodevelop/main/external/xwt/Xwt.Gtk/Xwt.Gtk.csproj (default
targets) ->
/usr/local/lib/mono/4.0/Microsoft.CSharp.targets (CoreCompile target) ->

Xwt.GtkBackend/CustomTreeModel.cs(88,12): error CS1501: No overload for
method `EmitRowsReordered' takes `3' arguments
Xwt.GtkBackend/CustomListModel.cs(62,12): error CS1501: No overload for
method `EmitRowsReordered' takes `3' arguments

 277 Warning(s)
 2 Error(s)

Time Elapsed 00:00:34.4877370
make[2]: *** [sln_build] Error 1
make[2]: Leaving directory `/root/monodevelop/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/monodevelop/main'
make: *** [all-recursive] Error 1
[root@localhost monodevelop]#


Any thoughts are appreciated.


On Wed, Jul 9, 2014 at 2:34 PM, Brandon Perry 
wrote:

> It does seem to be an issue with git 1.7.1. It does not seem to have a
> --count argument to 'git-rev-list'.
>
> Going to upgrade git and try.
>
>
> On Wed, Jul 9, 2014 at 1:48 PM, Brandon Perry 
> wrote:
>
>> Thanks, this worked to pass the configuration.
>>
>> However, make now fails:
>>
>> [root@localhost monodevelop]# make
>> if test -d ".git"; then \
>>  git submodule update --init --recursive || exit 1; \
>> fi
>> make[1]: Entering directory `/root/monodevelop/main'
>> Making all in external
>> make[2]: Entering directory `/root/monodevelop/main/external'
>> make[2]: Nothing to be done for `all'.
>> make[2]: Leaving directory `/root/monodevelop/main/external'
>> Making all in .
>> make[2]: Entering directory `/root/monodevelop/main'
>> if test -f "./buildinfo"; then cp "./buildinfo" "./build/bin/buildinfo";
>> else ./../scripts/configure.sh gen-buildinfo "./build/bin"; fi
>> /usr/bin/git failed
>> make[2]: *** [build/bin/buildinfo] Error 1
>> make[2]: Leaving directory `/root/monodevelop/main'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/root/monodevelop/main'
>> make: *** [all-recursive] Error 1
>> [root@localhost monodevelop]#
>>
>> I have git installed via yum:
>>
>> [root@localhost monodevelop]# git --version
>> git version 1.7.1
>> [root@localhost monodevelop]#
>>
>> Is a specific version of git required? All of my sources were checked out
>> with git, so I know it is at least functional.
>>
>>
>>
>> On Wed, Jul 9, 2014 at 1:39 PM, Brandon Perry 
>> wrote:
>>
>>> Sure, I can definitely try this.
>>>
>>>
>>> On Wed, Jul 9, 2014 at 1:39 PM, Timotheus Pokorra <
>>> timotheus.poko...@solidcharity.com> wrote:
>>>
>>>> Hello Brandon,
>>>>
>>>> > Running autoconf ...
>>>> > configure.in:1: error: possibly undefined macro: m4_esyscmd_s
>>>> >   If this token and others are legitimate, please use
>>>> m4_pattern_allow.
>>>> >   See the Autoconf documentation.
>>>> > **Error**: autoconf failed.
>>>> The version of autoconf on CentOS6 is too old.
>>>> You can download the latest version from
>>>> http://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz and make install
>>>> it.
>>>>
>>>> I think you also need the latest automake:
>>>> http://ftp.gnu.org/gnu/automake/automake-1.13.tar.gz
>>>> but I am not completely sure if that is required...
>>>>
>>>> all the best,
>>>>   Timotheus
>>>>
>>>
>>>
>>>
>>> --
>>> http://volatile-minds.blogspot.com -- blog
>>> http://www.volatileminds.net -- website
>>>
>>
>>
>>
>> --
>> http://volatile-minds.blogspot.com -- blog
>> http://www.volatileminds.net -- website
>>
>
>
>
> --
> http://volatile-minds.blogspot.com -- blog
> http://www.volatileminds.net -- website
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Monodevelop on centos 6.5 configure error

[Brandon Perry]

It does seem to be an issue with git 1.7.1. It does not seem to have a
--count argument to 'git-rev-list'.

Going to upgrade git and try.


On Wed, Jul 9, 2014 at 1:48 PM, Brandon Perry 
wrote:

> Thanks, this worked to pass the configuration.
>
> However, make now fails:
>
> [root@localhost monodevelop]# make
> if test -d ".git"; then \
>  git submodule update --init --recursive || exit 1; \
> fi
> make[1]: Entering directory `/root/monodevelop/main'
> Making all in external
> make[2]: Entering directory `/root/monodevelop/main/external'
> make[2]: Nothing to be done for `all'.
> make[2]: Leaving directory `/root/monodevelop/main/external'
> Making all in .
> make[2]: Entering directory `/root/monodevelop/main'
> if test -f "./buildinfo"; then cp "./buildinfo" "./build/bin/buildinfo";
> else ./../scripts/configure.sh gen-buildinfo "./build/bin"; fi
> /usr/bin/git failed
> make[2]: *** [build/bin/buildinfo] Error 1
> make[2]: Leaving directory `/root/monodevelop/main'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/root/monodevelop/main'
> make: *** [all-recursive] Error 1
> [root@localhost monodevelop]#
>
> I have git installed via yum:
>
> [root@localhost monodevelop]# git --version
> git version 1.7.1
> [root@localhost monodevelop]#
>
> Is a specific version of git required? All of my sources were checked out
> with git, so I know it is at least functional.
>
>
>
> On Wed, Jul 9, 2014 at 1:39 PM, Brandon Perry 
> wrote:
>
>> Sure, I can definitely try this.
>>
>>
>> On Wed, Jul 9, 2014 at 1:39 PM, Timotheus Pokorra <
>> timotheus.poko...@solidcharity.com> wrote:
>>
>>> Hello Brandon,
>>>
>>> > Running autoconf ...
>>> > configure.in:1: error: possibly undefined macro: m4_esyscmd_s
>>> >   If this token and others are legitimate, please use
>>> m4_pattern_allow.
>>> >   See the Autoconf documentation.
>>> > **Error**: autoconf failed.
>>> The version of autoconf on CentOS6 is too old.
>>> You can download the latest version from
>>> http://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz and make install
>>> it.
>>>
>>> I think you also need the latest automake:
>>> http://ftp.gnu.org/gnu/automake/automake-1.13.tar.gz
>>> but I am not completely sure if that is required...
>>>
>>> all the best,
>>>   Timotheus
>>>
>>
>>
>>
>> --
>> http://volatile-minds.blogspot.com -- blog
>> http://www.volatileminds.net -- website
>>
>
>
>
> --
> http://volatile-minds.blogspot.com -- blog
> http://www.volatileminds.net -- website
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Monodevelop on centos 6.5 configure error

[Brandon Perry]

Thanks, this worked to pass the configuration.

However, make now fails:

[root@localhost monodevelop]# make
if test -d ".git"; then \
git submodule update --init --recursive || exit 1; \
fi
make[1]: Entering directory `/root/monodevelop/main'
Making all in external
make[2]: Entering directory `/root/monodevelop/main/external'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/root/monodevelop/main/external'
Making all in .
make[2]: Entering directory `/root/monodevelop/main'
if test -f "./buildinfo"; then cp "./buildinfo" "./build/bin/buildinfo";
else ./../scripts/configure.sh gen-buildinfo "./build/bin"; fi
/usr/bin/git failed
make[2]: *** [build/bin/buildinfo] Error 1
make[2]: Leaving directory `/root/monodevelop/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/monodevelop/main'
make: *** [all-recursive] Error 1
[root@localhost monodevelop]#

I have git installed via yum:

[root@localhost monodevelop]# git --version
git version 1.7.1
[root@localhost monodevelop]#

Is a specific version of git required? All of my sources were checked out
with git, so I know it is at least functional.



On Wed, Jul 9, 2014 at 1:39 PM, Brandon Perry 
wrote:

> Sure, I can definitely try this.
>
>
> On Wed, Jul 9, 2014 at 1:39 PM, Timotheus Pokorra <
> timotheus.poko...@solidcharity.com> wrote:
>
>> Hello Brandon,
>>
>> > Running autoconf ...
>> > configure.in:1: error: possibly undefined macro: m4_esyscmd_s
>> >   If this token and others are legitimate, please use
>> m4_pattern_allow.
>> >   See the Autoconf documentation.
>> > **Error**: autoconf failed.
>> The version of autoconf on CentOS6 is too old.
>> You can download the latest version from
>> http://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz and make install
>> it.
>>
>> I think you also need the latest automake:
>> http://ftp.gnu.org/gnu/automake/automake-1.13.tar.gz
>> but I am not completely sure if that is required...
>>
>> all the best,
>>   Timotheus
>>
>
>
>
> --
> http://volatile-minds.blogspot.com -- blog
> http://www.volatileminds.net -- website
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Monodevelop on centos 6.5 configure error

[Brandon Perry]

Sure, I can definitely try this.


On Wed, Jul 9, 2014 at 1:39 PM, Timotheus Pokorra <
timotheus.poko...@solidcharity.com> wrote:

> Hello Brandon,
>
> > Running autoconf ...
> > configure.in:1: error: possibly undefined macro: m4_esyscmd_s
> >   If this token and others are legitimate, please use
> m4_pattern_allow.
> >   See the Autoconf documentation.
> > **Error**: autoconf failed.
> The version of autoconf on CentOS6 is too old.
> You can download the latest version from
> http://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz and make install
> it.
>
> I think you also need the latest automake:
> http://ftp.gnu.org/gnu/automake/automake-1.13.tar.gz
> but I am not completely sure if that is required...
>
> all the best,
>   Timotheus
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] Monodevelop on centos 6.5 configure error

[Brandon Perry]

Hello!

Attempting to compile Monodevelop master on CentOS, get the following error:

[root@localhost monodevelop]# ./configure

Configuring package: main
-
Configuration options:
Running aclocal  ...
Running automake --foreign  ...
Running autoconf ...
Running ./configure --enable-maintainer-mode --enable-compile-warnings
--prefix=/usr/local ...
configure: WARNING: unrecognized options: --enable-compile-warnings
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... yes
./configure: line 2541: syntax error near unexpected token `('
./configure: line 2541: `COMPAT_ADDIN_VERSION=m4_esyscmd_s(grep
^CompatVersion ../version.config|cut -d "=" -f 2|tr -d '\n')'
[root@localhost monodevelop]#


This is actually after receiving the following error, but rerunning
configure seems to "resolve" it.

[root@localhost monodevelop]# ./configure --select

The build profile 'default' does not exist. A new profile will be created.
Select the packages to include in the build for the profile 'default':

1. [X] main
2. [ ] extras/JavaBinding
3. [ ] extras/ValaBinding
4. [ ] extras/MonoDevelop.Database
5. [ ] extras/PyBinding
6. [ ] extras/MonoDevelop.MeeGo

Enter the number of an add-in to enable/disable,
(q) quit, (c) clear all, (s) select all, or ENTER to continue:

Configuring package: main
-
Configuration options:
Running aclocal  ...
Running automake --foreign  ...
configure.in:3: installing `./install-sh'
configure.in:3: installing `./missing'
Running autoconf ...
configure.in:1: error: possibly undefined macro: m4_esyscmd_s
  If this token and others are legitimate, please use m4_pattern_allow.
  See the Autoconf documentation.
**Error**: autoconf failed.
[root@localhost monodevelop]#


Any thoughts?


-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] MAXHINCR or MAX_HEAP_SECTS error

[Brandon Perry]

You need to recompile mono from source. No idea how to do that on windows.

Sent from a computer

> On Jul 7, 2014, at 1:25 PM, lucas_max  wrote:
> 
> Hello Brandon Perry-3
> 
> Thanks for your prompt answer.
> 
> In writing my code in windows with vs .net or xamarin.
> 
> could you tell me where I have to specify this option to compile with
> --with-large-heap.
> 
> Thanks
> 
> 
> 
> 
> --
> View this message in context: 
> http://mono.1490590.n4.nabble.com/MAXHINCR-or-MAX-HEAP-SECTS-error-tp4663252p4663254.html
> Sent from the Mono - Dev mailing list archive at Nabble.com.
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] MAXHINCR or MAX_HEAP_SECTS error

[Brandon Perry]

You should try to compile mono from source passing --with-large-heap to 
configure.

Sent from a computer

> On Jul 7, 2014, at 12:39 PM, lucas_max  wrote:
> 
> Hi guys
> 
> Im have installed mono in a server with linux. This server has 256GB de ram
> and some processors.
> 
> I have a simulator which have been development in c#.
> 
> when I run this app, Im allocating memory (List or with my name
> "booleanArray") until the point that I get the message
> 
> Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS
> Stacktrace:
> 
>  at (wrapper managed-to-native)
> object.__icall_wrapper_mono_array_new_specific (intptr,int) <0x00048>
>  at (wrapper managed-to-native)
> object.__icall_wrapper_mono_array_new_specific (intptr,int) <0x>
>  at System.Collections.Generic.List`1..ctor (int) <0x00023>
>  at Core.booleanArray..ctor (int,bool) <0x0001f>
>  at Core.NodePort.MyInit () <0x0018f>
>  at Core.NodePort..ctor (byte,Core.Node,Core.Type_NodePort) <0x00047>
>  ...  ...  ...
> 
> I have been "googling" and in many sites there are similar info about this
> error, but none of this sites says how to solve this problem.
> 
> Can somebody tell me how can I solve this problem?
> Thanks
> 
> PD: this is the info that I get with the mono --version command
> 
> 
> Mono JIT compiler version 2.4.3.1 (tarball Fri Jul 13 12:11:28 UTC 2012)
> Copyright (C) 2002-2008 Novell, Inc and Contributors. www.mono-project.com
>TLS:   __thread
>GC:Included Boehm (with typed GC)
>SIGSEGV:   altstack
>Notifications: epoll
>Architecture:  amd64
>Disabled:  none
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://mono.1490590.n4.nabble.com/MAXHINCR-or-MAX-HEAP-SECTS-error-tp4663252.html
> Sent from the Mono - Dev mailing list archive at Nabble.com.
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mutex Bug

[Brandon Perry]

Does the file have to be written to in real time?

Why not perform buffered writes to a memory region, then flush to disk when
a satisfiable amount of entropy has been met?


On Wed, Jul 2, 2014 at 10:32 PM, Edward Ned Harvey (mono) <
edward.harvey.m...@clevertrove.com> wrote:

> > From: Brandon Perry [mailto:bperry.volat...@gmail.com]
> >
> > Do you *have* to write to the same file?
>
> Yes.  Here is the situation:
> https://tinhatrandom.org
> An open source, MIT licensed class library aimed at improving crypto
> random available to the application developer...
>
> One of the things we need to do is this:  Assuming we have collected a lot
> of good entropy from various entropy sources, save a good strong random
> seed file on disk.  Later, any number of applications may be launched,
> potentially at the same time, which need to read & write the file, mutually
> exclusively.
>
> The reason it needs to be one file, is because that's the whole point - If
> the user has already entered random keyboard input, random mouse input, and
> we gathered entropy from the internet, and RNGCryptoServiceProvider, and
> other sources, then every application launch shouldn't need to repeat that.
>  First one does it; everyone later benefits from it.
>
> Right now, I believe, if I use FileMode.Open,  FileAccess.ReadWrite, and
> FileShare.None, that should work cross-platform to ensure only a single
> process may access the file at a time.  The process/thread that has the
> file lock can read the seed, write a new seed, and flush and close.  It
> will work reliably, I believe, for the first process that gets there, and
> to prevent any subsequent processes from accessing the same seed file
> before it is reseeded.  Any subsequent processes that fail to open the file
> (because another process already has it open) I think, will simply have to
> Sleep(1) and retry opening the file.  It's a little ghetto, but it should
> work AFAIK.
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mutex Bug

[Brandon Perry]

Though now that I think about it, I seem to recall OSX having odd
FileWatcher issues, but I was not targeting OSX.


On Wed, Jul 2, 2014 at 3:43 PM, Brandon Perry 
wrote:

> Do you *have* to write to the same file?
>
> I recently had to deal with a similar issue, but I decided to have each
> thread/process write files that matched a regex, and a coordinating process
> looking for files that matched the regex to read and consume.
>
> So I wrote a file like file-.txt for each thread/process and the
> parent used a FileWatcher to find new files that matched the regex.
>
> Was a bit dirty, but it worked, and I think it was relatively platform
> agnostic...
>
>
> On Wed, Jul 2, 2014 at 3:39 PM, Edward Ned Harvey (mono) <
> edward.harvey.m...@clevertrove.com> wrote:
>
>> > From: Brandon Perry [mailto:bperry.volat...@gmail.com]
>> >
>> > You could use dbus if you don't care about windows.
>>
>> I care about windows, linux, and mac.  I gather, my options are:
>> WCF (poorly supported in mono, right?),
>> Remoting (which is supposed to be deprecated since WCF, right?),
>> DBus (???)
>> Socket (cough cough)
>> Mutex (doesn't work on mac)
>> Named pipes (seems not available in mono, right?)
>>
>> Maybe looping and polling the file isn't such a terrible solution after
>> all.
>>
>
>
>
> --
> http://volatile-minds.blogspot.com -- blog
> http://www.volatileminds.net -- website
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mutex Bug

[Brandon Perry]

Do you *have* to write to the same file?

I recently had to deal with a similar issue, but I decided to have each
thread/process write files that matched a regex, and a coordinating process
looking for files that matched the regex to read and consume.

So I wrote a file like file-.txt for each thread/process and the
parent used a FileWatcher to find new files that matched the regex.

Was a bit dirty, but it worked, and I think it was relatively platform
agnostic...


On Wed, Jul 2, 2014 at 3:39 PM, Edward Ned Harvey (mono) <
edward.harvey.m...@clevertrove.com> wrote:

> > From: Brandon Perry [mailto:bperry.volat...@gmail.com]
> >
> > You could use dbus if you don't care about windows.
>
> I care about windows, linux, and mac.  I gather, my options are:
> WCF (poorly supported in mono, right?),
> Remoting (which is supposed to be deprecated since WCF, right?),
> DBus (???)
> Socket (cough cough)
> Mutex (doesn't work on mac)
> Named pipes (seems not available in mono, right?)
>
> Maybe looping and polling the file isn't such a terrible solution after
> all.
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mutex Bug

[Brandon Perry]

You could use dbus if you don't care about windows.


On Wed, Jul 2, 2014 at 3:21 PM, Edward Ned Harvey (mono) <
edward.harvey.m...@clevertrove.com> wrote:

> > From: Zoltan Varga [mailto:var...@gmail.com]
> >
> >   mono used to support this functionality, but the code to do that was
> very
> > problematic, and it is disabled in recent mono releases.
>
> Thanks - So - Here's what I'm trying to do.
>
> Multiple processes want to read and modify a file, but the file must be
> locked by a single process at any given time.  I can easily open the file
> with exclusive read/write lock in a single process, and that will block any
> other process from being able to open the file...  But as soon as I close
> the file in the first process I want to signal the second process it's ok
> to try again.
>
> It seems, there is no way to signal another process?  I just have to tell
> each process to try opening the file, and if failed, then sleep and repeat?
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Runtime IL Injection

[Brandon Perry]

I hate just linking to stack overflow :) but

http://stackoverflow.com/questions/3145346/can-i-redirect-net-method-calls-to-a-new-method-at-runtime


On Mon, Jun 30, 2014 at 9:20 PM, Brandon Perry 
wrote:

> I think the correct solution is to make the on-disk check pass even if you
> modify the binary. Maybe a detour for the file access winapi.
>
>
> On Mon, Jun 30, 2014 at 9:07 PM, Alex Rønne Petersen 
> wrote:
>
>> We do not currently have any functionality that allows you to do this.
>>
>> On Tue, Jul 1, 2014 at 3:46 AM, Drew Crawford 
>> wrote:
>> > Hello folks,
>> >
>> > I've got a rather large program that I don't have source to. I believe
>> it runs Mono 3.5.
>> >
>> > I'm trying to modify the behavior of this program; specifically, I'm
>> trying to replace one of its classes. Normally this would be a pretty
>> straightforward Mono.Cecil operation, but it turns out the program verifies
>> its on-disk representation at startup in a way that is difficult to defeat.
>> >
>> > I can, however, convince the program to load an arbitrary managed DLL,
>> so this has got me thinking about the possibility of doing run-time
>> manipulation and code injection of the process using the DLL as an
>> entrypoint. I have seen some code samples of this online for .NET but I
>> can't seem to find anyone doing this for Mono.
>> >
>> > Can anyone point me in the right direction?
>> >
>> > Drew
>> >
>> >
>> > ___
>> > Mono-devel-list mailing list
>> > Mono-devel-list@lists.ximian.com
>> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>
>
>
> --
> http://volatile-minds.blogspot.com -- blog
> http://www.volatileminds.net -- website
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Runtime IL Injection

[Brandon Perry]

I think the correct solution is to make the on-disk check pass even if you
modify the binary. Maybe a detour for the file access winapi.


On Mon, Jun 30, 2014 at 9:07 PM, Alex Rønne Petersen 
wrote:

> We do not currently have any functionality that allows you to do this.
>
> On Tue, Jul 1, 2014 at 3:46 AM, Drew Crawford 
> wrote:
> > Hello folks,
> >
> > I've got a rather large program that I don't have source to. I believe
> it runs Mono 3.5.
> >
> > I'm trying to modify the behavior of this program; specifically, I'm
> trying to replace one of its classes. Normally this would be a pretty
> straightforward Mono.Cecil operation, but it turns out the program verifies
> its on-disk representation at startup in a way that is difficult to defeat.
> >
> > I can, however, convince the program to load an arbitrary managed DLL,
> so this has got me thinking about the possibility of doing run-time
> manipulation and code injection of the process using the DLL as an
> entrypoint. I have seen some code samples of this online for .NET but I
> can't seem to find anyone doing this for Mono.
> >
> > Can anyone point me in the right direction?
> >
> > Drew
> >
> >
> > ___
> > Mono-devel-list mailing list
> > Mono-devel-list@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Brandon Perry]

I think your lack of response is probably a 'no' (outside of anything
Xamarin might use internally).


On Fri, Jun 13, 2014 at 4:47 PM, Bob Summerwill  wrote:

>
> But there is no centrally maintained automated build instance right now,
> correct?Or incorrect?
>
>
>
>
> On Fri, Jun 13, 2014 at 2:44 PM, Sergey Zhukov  wrote:
>
>> Anybody can use Travis.CI or drone.io as build system. They can run
>> tests on different platforms. For example, here the post how to run
>> tests on ARM platform using Travis.CI.
>> http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html
>>
>> Also Travis.CI has built-in support for OSX and Ubuntu operating
>> systems. So it's possible to write script, which will test mono across
>> several tizen platforms the only bad thing could be a build time
>> limitation.
>>
>>
>> On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote:
>> >
>> > Please could somebody confirm that there is no existing Mono project
>> > automation?
>> >
>> > Outside of whatever Xamarin do for their own needs, I mean?   Thanks!
>> >
>> >
>> > Cheers,
>> > Bob
>> >
>> >
>> >
>> >
>> > On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov  wrote:
>> > They all do the same things, the only difference what I see is
>> > a pricing
>> > and limitations for cloud-based jenkins/drone/travis (don't
>> > know is
>> > there a cloud-based TeamCity services). CloudBees based on
>> > Jenkins has
>> > 100 min/month for free projects while drone.io does not have
>> > monthly
>> > limitations for open source. But drone.io has 30-min
>> > compile-time
>> > limitation which they say can be removed. Travis.CI site says
>> > that there
>> > are no limitation for open source projects, but somewhere I
>> > saw that it
>> > has 1 hour limit to compile time.
>> >
>> > For open-source project it's a good to have ability to avoid
>> > thinking
>> > about additional infrastructure for CI, its cost and
>> > maintenance. So in
>> > this case using cloud-based travis or drone can help devs to
>> > concentrate
>> > on software itself without spending their time and money to
>> > supporting
>> > internal CI build server.
>> >
>> >
>> > On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote:
>> > > Maybe drone could be used for
>> > > CI. https://github.com/drone/drone/
>> > >
>> > >
>> > > What does Drone do that other more common CI systems like
>> > Jenkins and
>> > > TeamCity don't do?
>> > >
>> > >
>> > > On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov 
>> > wrote:
>> > > On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill
>> > wrote:
>> > >
>> > >
>> > > Maybe drone could be used for CI.
>> > > https://github.com/drone/drone/
>> > >
>> > > Also for open-source project you can try travis.ci,
>> > but it has
>> > > one-hour
>> > > limit for running what can be critical for running
>> > mono tests
>> > > inside the
>> > > tizen emulator.
>> > >
>> > > >
>> > > > For Tizen at least I would like to get automated
>> > builds and
>> > > runs going
>> > > > within Windows Azure VMs which I will "sponsor"
>> > the costs of
>> > > runnin.
>> > > > Is there an existing automation infrastructure for
>> > this to
>> > > be added
>> > > > to?   Thanks!
>> > > >
>> > > >
>> > >
>> > >
>> > >
>> > >
>> > > ___
>> > > Mono-devel-list mailing list
>> > > Mono-devel-list@lists.ximian.com
>> > >
>> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
>> > >
>> > >
>> > >
>> >
>> >
>> > ___
>> > Mono-devel-list mailing list
>> > Mono-devel-list@lists.ximian.com
>> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
>> >
>> >
>> >
>> >
>> > --
>> > b...@summerwill.net
>> >
>> >
>>
>>
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>
>
>
> --
> b...@summerwill.net
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>


-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatilemi

Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono

[Brandon Perry]

I can't recommend travis CI enough. We use it on the Metasploit project to
test pull requests for basic things automagically.


On Fri, Jun 13, 2014 at 4:44 PM, Sergey Zhukov  wrote:

> Anybody can use Travis.CI or drone.io as build system. They can run
> tests on different platforms. For example, here the post how to run
> tests on ARM platform using Travis.CI.
> http://www.tomaz.me/2013/12/02/running-travis-ci-tests-on-arm.html
>
> Also Travis.CI has built-in support for OSX and Ubuntu operating
> systems. So it's possible to write script, which will test mono across
> several tizen platforms the only bad thing could be a build time
> limitation.
>
>
> On Fri, 2014-06-13 at 14:27 -0700, Bob Summerwill wrote:
> >
> > Please could somebody confirm that there is no existing Mono project
> > automation?
> >
> > Outside of whatever Xamarin do for their own needs, I mean?   Thanks!
> >
> >
> > Cheers,
> > Bob
> >
> >
> >
> >
> > On Fri, Jun 13, 2014 at 2:21 PM, Sergey Zhukov  wrote:
> > They all do the same things, the only difference what I see is
> > a pricing
> > and limitations for cloud-based jenkins/drone/travis (don't
> > know is
> > there a cloud-based TeamCity services). CloudBees based on
> > Jenkins has
> > 100 min/month for free projects while drone.io does not have
> > monthly
> > limitations for open source. But drone.io has 30-min
> > compile-time
> > limitation which they say can be removed. Travis.CI site says
> > that there
> > are no limitation for open source projects, but somewhere I
> > saw that it
> > has 1 hour limit to compile time.
> >
> > For open-source project it's a good to have ability to avoid
> > thinking
> > about additional infrastructure for CI, its cost and
> > maintenance. So in
> > this case using cloud-based travis or drone can help devs to
> > concentrate
> > on software itself without spending their time and money to
> > supporting
> > internal CI build server.
> >
> >
> > On Fri, 2014-06-13 at 12:24 -0700, Daniel Lo Nigro wrote:
> > > Maybe drone could be used for
> > > CI. https://github.com/drone/drone/
> > >
> > >
> > > What does Drone do that other more common CI systems like
> > Jenkins and
> > > TeamCity don't do?
> > >
> > >
> > > On Fri, Jun 13, 2014 at 11:59 AM, Sergey Zhukov 
> > wrote:
> > > On Fri, 2014-06-13 at 09:12 -0700, Bob Summerwill
> > wrote:
> > >
> > >
> > > Maybe drone could be used for CI.
> > > https://github.com/drone/drone/
> > >
> > > Also for open-source project you can try travis.ci,
> > but it has
> > > one-hour
> > > limit for running what can be critical for running
> > mono tests
> > > inside the
> > > tizen emulator.
> > >
> > > >
> > > > For Tizen at least I would like to get automated
> > builds and
> > > runs going
> > > > within Windows Azure VMs which I will "sponsor"
> > the costs of
> > > runnin.
> > > > Is there an existing automation infrastructure for
> > this to
> > > be added
> > > > to?   Thanks!
> > > >
> > > >
> > >
> > >
> > >
> > >
> > > ___
> > > Mono-devel-list mailing list
> > > Mono-devel-list@lists.ximian.com
> > >
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> > >
> > >
> > >
> >
> >
> > ___
> > Mono-devel-list mailing list
> > Mono-devel-list@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> >
> >
> >
> >
> > --
> > b...@summerwill.net
> >
> >
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Problem building with big arrays

[Brandon Perry]

I believe you can enable big array support with recompilation.

--enable-big-arrays --with-large-heap


On Tue, Jun 10, 2014 at 7:33 PM, Neale Ferguson 
wrote:

> Building from head and using --trace=E
>
> [0x228a030:] EXCEPTION handling: System.IndexOutOfRangeException:
> Array index is out of range.
> [0x228a030:] EXCEPTION handling: System.TypeInitializationException:
> An exception was thrown by the type initializer for System.TermInfoDriver
> [0x228a030:] EXCEPTION handling: System.TypeInitializationException:
> An exception was thrown by the type initializer for System.ConsoleDriver
> [0x228a030:] EXCEPTION handling: System.TypeInitializationException:
> An exception was thrown by the type initializer for System.Console
> [0x228a030:] EXCEPTION handling: System.IndexOutOfRangeException:
> Array index is out of range.
>
> Unhandled Exception:
> Nested exception detected.
> Original Exception: at Mono.CSharp.Driver.Main (string[]) <0x0008a>
>
> Nested exception:at (wrapper stelemref) object.virt_stelemref_object
> (intptr,object) <0x00044>
> at string.Format (string,object,object) <0x00062>
> at System.Exception.get_StackTrace () <0x0011c>
> at System.Exception.ToString () <0x00230>
> at System.Exception.ToString () <0x0018e>
> at System.Exception.ToString () <0x0018e>
> at System.Exception.ToString () <0x0018e>
>
>
> [ERROR] FATAL UNHANDLED EXCEPTION: Nested exception detected.
> Original Exception: at Mono.CSharp.Driver.Main (string[]) <0x0008a>
>
> Nested exception:at (wrapper stelemref) object.virt_stelemref_object
> (intptr,object) <0x00044>
> at string.Format (string,object,object) <0x00062>
> at System.Exception.get_StackTrace () <0x0011c>
> at System.Exception.ToString () <0x00230>
> at System.Exception.ToString () <0x0018e>
> at System.Exception.ToString () <0x0018e>
> at System.Exception.ToString () <0x0018e>
>
> Using just --trace shows:
>
> 0x228a030 [ 16] . . . . . . . . . . . . . . . . ENTER:
> string:ToCharArray () ip: 0x266cf80 sp: 0x3d591d8 -
> this:[STRING:0x2801ce0:],0x228a030 [ 17] . . . . . . . . . . . . .
> . . . . ENTER: string:ToCharArray (int,int) ip: 0x27407c0 sp:
> 0x3d590e8 - this:[STRING:0x2801ce0:], [INT4:0], [INT4:1],
> 0x228a030 [ 18] . . . . . . . . . . . . . . . . . . ENTER: (wrapper
> alloc) object:AllocVector (intptr,intptr) ip: 0x274095c sp:
> 0x3d58fb8 - [INTPTR:0x804a9bf8], [INTPTR:0x1],
> 0x228a030 [ 18] . . . . . . . . . . . . . . . . . . LEAVE: (wrapper
> alloc) object:AllocVector (intptr,intptr)[System.Char[]:0x2801d00] ip:
> 0x2665626
> 0x228a030 [ 18] . . . . . . . . . . . . . . . . . . ENTER:
> string:CharCopy (char*,char*,int) ip: 0x2740a0a sp: 0x3d58fb8 -
> [PTR:(nil)], [PTR:0x2801cf4], [INT4:1],
> 0x228a030 [ 19] . . . . . . . . . . . . . . . . . . . ENTER:
> string:memcpy4 (byte*,byte*,int) ip: 0x2740da0 sp: 0x3d58eb8 -
> [PTR:(nil)], [PTR:0x2801cf4], [INT4:2],
>
> With the relevant section being:
>
> public unsafe char[] ToCharArray (int startIndex, int
> length)
> {
> if (startIndex < 0)
> throw new ArgumentOutOfRangeException
> ("startIndex", "< 0");
> if (length < 0)
> throw new ArgumentOutOfRangeException
> ("length", "< 0");
> if (startIndex > this.length - length)
> throw new ArgumentOutOfRangeException
> ("startIndex", "Must be greater than the length of the string.");
>
> char[] tmp = new char [length];
> fixed (char* dest = tmp, src = this)
> CharCopy (dest, src + startIndex, length);
> return tmp;
> }
>
> Which indicates new char [length] is returning NULL.
>
> Before I trace this any further, is this something that's been seen before
> with big arrays?
>
> Neale
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Looking to programmatically build assembly with Mono.CSharp

[Brandon Perry]

Interesting, will definitely take a look this weekend.

Though now I wish I hadn't put this off last weekend haha. Would have had
an extra day.


On Fri, May 30, 2014 at 8:34 PM, Miguel de Icaza  wrote:

> It is not hard to do.
>
> It will take someone a couple of hours to figure out what needs to be
> exposed.
>
> In addition, I just realized something important.   Mono.CSharp is
> compiled with the System.Reflection.Emit backend which has several
> problems, you are better off compiling your own Mono.CSharp.Batch for
> example that uses the IKVM.Reflection backend (which is what the mcs.exe
> batch compiler uses).
>
> Miguel
>
>
> On Fri, May 30, 2014 at 9:31 PM, Brandon Perry 
> wrote:
>
>> Oh, not a problem at all. I currently invoke the compiler via Process,
>> but was hoping to get away from that.
>>
>> Thanks for the quick response. :)
>>
>>
>> On Fri, May 30, 2014 at 8:30 PM, Miguel de Icaza 
>> wrote:
>>
>>> Hello,
>>>
>>> The interface surfaced by Mono.CSharp does not provide what you want.
>>>
>>> It is designed to generate code for runtime evaluation.
>>>
>>> You could hack the existing source code to achieve something similar, it
>>> is not too hard, but it was never a priority.
>>>
>>> Miguel
>>>
>>>
>>> On Fri, May 30, 2014 at 7:03 PM, Brandon Perry <
>>> bperry.volat...@gmail.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> Looking to do something similar to this blog post here, but with
>>>> Mono.CSharp, and not Microsoft's CSharp. I haven't found any documentation
>>>> on this specifically, but there are posts about interpreting C# at runtime
>>>> via repl.
>>>>
>>>>
>>>> http://blogs.msdn.com/b/dohollan/archive/2010/08/09/programmatically-invoke-the-c-compiler.aspx
>>>>
>>>> Anyone have a small code example? I would prefer to not have to write
>>>> the code to the file system if possible, Just pass a string of code and
>>>> have it result in a byte array of the assembly that I can then write to the
>>>> FS.
>>>>
>>>> Thanks in advance for any thoughts!
>>>>
>>>> --
>>>> http://volatile-minds.blogspot.com -- blog
>>>> http://www.volatileminds.net -- website
>>>>
>>>> ___
>>>> Mono-devel-list mailing list
>>>> Mono-devel-list@lists.ximian.com
>>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>>>
>>>>
>>>
>>
>>
>> --
>> http://volatile-minds.blogspot.com -- blog
>> http://www.volatileminds.net -- website
>>
>
>


-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Looking to programmatically build assembly with Mono.CSharp

[Brandon Perry]

Oh, not a problem at all. I currently invoke the compiler via Process, but
was hoping to get away from that.

Thanks for the quick response. :)


On Fri, May 30, 2014 at 8:30 PM, Miguel de Icaza  wrote:

> Hello,
>
> The interface surfaced by Mono.CSharp does not provide what you want.
>
> It is designed to generate code for runtime evaluation.
>
> You could hack the existing source code to achieve something similar, it
> is not too hard, but it was never a priority.
>
> Miguel
>
>
> On Fri, May 30, 2014 at 7:03 PM, Brandon Perry 
> wrote:
>
>> Hi,
>>
>> Looking to do something similar to this blog post here, but with
>> Mono.CSharp, and not Microsoft's CSharp. I haven't found any documentation
>> on this specifically, but there are posts about interpreting C# at runtime
>> via repl.
>>
>>
>> http://blogs.msdn.com/b/dohollan/archive/2010/08/09/programmatically-invoke-the-c-compiler.aspx
>>
>> Anyone have a small code example? I would prefer to not have to write the
>> code to the file system if possible, Just pass a string of code and have it
>> result in a byte array of the assembly that I can then write to the FS.
>>
>> Thanks in advance for any thoughts!
>>
>> --
>> http://volatile-minds.blogspot.com -- blog
>> http://www.volatileminds.net -- website
>>
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>>
>


-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] Looking to programmatically build assembly with Mono.CSharp

[Brandon Perry]

Hi,

Looking to do something similar to this blog post here, but with
Mono.CSharp, and not Microsoft's CSharp. I haven't found any documentation
on this specifically, but there are posts about interpreting C# at runtime
via repl.

http://blogs.msdn.com/b/dohollan/archive/2010/08/09/programmatically-invoke-the-c-compiler.aspx

Anyone have a small code example? I would prefer to not have to write the
code to the file system if possible, Just pass a string of code and have it
result in a byte array of the assembly that I can then write to the FS.

Thanks in advance for any thoughts!

-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] .NET API documentation

[Brandon Perry]

This is great. I am really excited about the direction things are moving
in. Keep up the fantastic work.


On Wed, May 28, 2014 at 11:41 AM, Miguel de Icaza wrote:

> Hello guys,
>
> Today we launched Xamarin 3, and as part of this release, we are
> announcing a big contribution from Microsoft.
>
> Microsoft has released the .NET API documentation under a Creative Commons
> license.
>
> This means a few things:
>
>- Mono now has complete docs for use on Mac and Linux
>
>- MonoDevelop and Xamarin Studio will now provide full docs during
>code-completion while editing the source code.
>
> Many thanks should go to Bryan Costanich that nursed this process and to
>  our friends at Microsoft that made this possible.   Including Scott
> Guthrie, S Somasegar, Richard Lander and everyone that did the work to get
> us the bits.
>
> The documentation is checked into mono/mcs/class, on their respective
> assemblies.
>
> While we have imported most of the documentation now, our importing tools
> still fail in a handful of cases, so you will see the documentation get
> more and more in shape in the next couple of weeks.   We will also start to
> integrate the various off-line samples that are part of the documentation.
>
> Cheers!
> Miguel
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>


-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Compiling mono on windows for developing (not running)

[Brandon Perry]

make -j N speeds it up.


On Sat, Apr 26, 2014 at 2:29 PM, Edward Ned Harvey (mono) <
edward.harvey.m...@clevertrove.com> wrote:

> > From: mar...@my2cents.co.uk [mailto:mar...@my2cents.co.uk] On Behalf
> > Of Martin Thwaites
> >
> > I've been trying to get mono to compile in MD (4.3.3) on ubuntu 14.04 and
> > not having much luck with that either.  If you know of a tutorial for
> getting
> > that up and running I would grateful as that's a compromise.
>
> I am not aware of any way to make the IDE build mono.  I *am* aware of how
> to build on command line, and use IDE to step through source while
> debugging.
>
> You specifically mentioned ubuntu 14.4.  I recently had some difficulty
> building on 14.4, but fortunately somebody had already written a bug report
> about it, and written a workaround, and apparently, it's a common
> workaround that applies to a lot of platforms (as I had success using the
> same workaround on centos6 and ami2014.03).  Here's what I know:
>
> This is basically a script I copy & paste for myself to repeat on
> different machines.  Of course, adapt to your own tastes:
>
> git checkout mono into ~/mono
>
> (I forget why, cannot use ~ shorthand, must use absolute path)
> export BUILDDIR=/Users/eharvey/mono-build
>
> (on most systems)
> cd ~/mono ; time ( test -d $BUILDDIR && rm -rf $BUILDDIR ; mkdir -p
> $BUILDDIR ; ./autogen.sh --prefix=$BUILDDIR --disable-bcl-opt
> --enable-nls=no && make && make install && echo "" && echo "Done" &&
> echo "")
>
> (ubuntu14.04 and some other systems)
> cd ~/mono ; time ( test -d $BUILDDIR && rm -rf $BUILDDIR ; mkdir -p
> $BUILDDIR ; ./autogen.sh --prefix=$BUILDDIR --disable-bcl-opt
> --enable-nls=no && make get-monolite-latest && make
> EXTERNAL_MCS="${PWD}/mcs/class/lib/monolite/gmcs.exe" && make install &&
> echo "" && echo "Done" && echo "")
>
> (Takes approx 30 minutes)
>
> Inside Xamarin Studio, create some dumb new project. By default only a
> single runtime registered so the Project / Active Runtime menu item doesn't
> appear. I had to go to Xamarin Studio / Preferences / .NET Runtimes / Add.
> Add the newly built runtime environment. The system thinks a while
> (beachball) and then the Project / Active Runtime menu becomes available,
> to select my newly compiled runtime.
>
> Go to Xamarin Studio / Preferences / Debugger. And un-check the checkbox:
> [_] Debug project code only; do not step into framework code
>
> And now for example, I'm able to write an app with:
> RSACryptoServiceProvider myrsa = new RSACryptoServiceProvider (3072);
> myrsa.ExportParameters (includePrivateParameters: false);
>
> And I'm able to Start Debugging. And step into the RSA code to see what
> it's doing internally. Hooray! :-)
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] Compiler exception on fresh ASP.NET application in Xamarin Studio

[Brandon Perry]

Hi, it seems that the XSP server Xamarin Studio starts assumes 'mcs' will
be in the PATH and it isn't, which causes a fresh ASP.NET application to
fail with the below linked exception/ I was able to "solve" this by
altering my PATH to include the /Library/Frameworks/ installation mono.

PATH="/Library/Frameworks/Mono.framework/Versions/3.2.6/bin/:"$PATH

https://gist.github.com/brandonprry/11019699



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] FastCGI Performance

[Brandon Perry]

"I'm getting about 2000 requests/second and sometimes locks up after a long
period of time."

Perhaps that is the GC cleaning up.


On Mon, Apr 7, 2014 at 9:35 AM, Alfred Hall  wrote:

> I've been experimenting with hello world requests running under
> self-hosted Nancy and I'm getting about 2000 requests/second and sometimes
> locks up after a long period of time. When running similar test using
> Golang and Martini I'm getting around 4700 on the same hardware. I'm
> concerned why there is such a big difference between Mono/HttpListener and
> Go. It shouldn't be that much slower.
>
> Anyway gonna try your FastCGI implementation with Nginx in front and see
> how it performs.
>
> Keep these benchmarks coming, that's the only way Webstuff on Mono will
> improve! We need to get Mono higher up in
> http://www.techempower.com/benchmarks/#section=data-r8&hw=i7&test=json&s=2&p=13ydj4-0
> .
>
>
>
>
> On Mon, Apr 7, 2014 at 3:20 PM, Marcelo Zabani  wrote:
>
>> I have not compared the fastcgi implementation per se, because it is not
>> very easy to test only the underlying fastcgi implementations and I never
>> had the time for that.
>> Fos, however, is a highly asynchronous server implementation, and I've
>> seen it dealing with a lot of connections simultaneously. I haven't
>> benchmarked it properly and compared it to other servers yet, but I'll try
>> to do that in the next two weeks.
>> I run a website with Fos and I get 10-20ms average response time
>> (measured as Fos -> Nginx, that is, not counting the time it takes for the
>> response to reach the user) with static pages. In case you want to take a
>> better look at these numbers, take a look at http://beeder.com.br/_stats
>>
>> Don't be scared by the large response times for some of the URLs, as
>> those are usually contacting Facebook through Fb's API.
>>
>>
>> On Mon, Apr 7, 2014 at 8:02 AM, Giuliano Barberi > > wrote:
>>
>>> Have you benchmarked it to see how it compares to the existing FastCGI
>>> implementation?
>>>
>>> Regards
>>>
>>>
>>> On Sun, Apr 6, 2014 at 11:03 PM, Marcelo Zabani wrote:
>>>
  In case you want to host an OWIN application with Mono and FastCgi,
 you may wanna take a look at a project of mine, Fos:
 https://github.com/mzabani/Fos
 It is also available at NuGet.
  --
 From: Greg Najda 
 Sent: 06/04/2014 22:43

 To: Giuliano Barberi 
 Cc: Mono Developer List 
 Subject: Re: [Mono-dev] FastCGI Performance

  Someone looked into Mono FastCGI performance a couple months ago and
 made a series of blog posts:


 http://forcedtoadmin.blogspot.com/2013/11/servicestack-performance-in-mono-p1.html

 http://forcedtoadmin.blogspot.com/2013/11/servicestack-performance-in-mono-p2.html

 http://forcedtoadmin.blogspot.com/2013/12/servicestack-performance-in-mono-p3.html

 He ended up writing a replacement for the Mono FastCGI server instead
 of changing it because of architectural changes:
 https://github.com/xplicit/HyperFastCgi


 On Sun, Apr 6, 2014 at 7:43 PM, Giuliano Barberi <
 gbarb...@aotaonline.com> wrote:

> After looking at some of the Mono web benchmarks (
> http://www.techempower.com/benchmarks/#section=data-r8&hw=i7&test=json&s=2&p=13ydj4-0
>  )
> I got very curious as to why FastCGI performance was so much lower than
> when using a C# libevent implementation.
>
> If you look at nancy-libevent2 vs nancy benchmarks, the only
> difference is a C# wrapper around libevent (
> https://github.com/kekekeks/evhttp-sharp ) vs Mono FastCGI. Since
> Mono uses epoll underneath which is what libevent uses afaik, I would not
> expect there to be such a gap in performance.
>
> I'm curious whether performance of FastCGI is being looked at or if
> this is expected. Mono when using FastCGI benchmarks almost at the bottom
> of the list when compared to many other technologies (
> http://www.techempower.com/benchmarks/#section=data-r8&hw=i7&test=json ).
> I've done a bit of analysis on where the bottleneck is and everything I've
> found is pointing to the FastCGI implementation.
>
> Regards
> --
> Giuliano Barberi
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>

>>>
>>>
>>> --
>>> Giuliano Barberi
>>>
>>
>>
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>


-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___

[Mono-dev] Gtk/Xwt and Window inside window?

[Brandon Perry]

Hi, working on a rich application that I am hoping I can use a "workspace"
approach and have draggable windows within the main application window.

Reading on the internet, I don't see any code, but I do see ideas about
using a notebook, and setting the parent widget of new windows to the
notebook. Not sure if this is true or not though.

Has anyone tried to do this? I am currently looking at Gtk but am open to
xwt as well.

Thanks in advance for any ideas!

-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] crn.com: »Sources: Microsoft In Talks To Acquire Mobile App Development Startup Xamarin«

[Brandon Perry]

You are assuming they are buying Xamarin.

The article says heavily investing as well, and given the track records of
companies that have bought the company working (Novell -> Attachmate for
instance) on Mono, I wouldn't expect Miguel would go through that again
(but really who knows, that is totally speculation and I think Nat has as
much say in it as anyone).

I would love to see microsoft heavily invest in Xamarin. I would hate for
MS to acquire it.



On Thu, Mar 20, 2014 at 5:34 AM, theUser BL  wrote:

> > Yeah, maybe I panicked a little. Still, I think it would be a bad
> > thing for mono (in free software terms),
>
> Depends on, how Microsoft plans the future.
> I see three possibilities after acquiring Xamarin :
>
> 1. Letting Xamarin still an independent part. And so working on Mono _and_
> .NET.
> But I think, that makes no sence for Microsoft. Working on two different
> implementations of the same API. And on two C#-Compilers, where only the
> license differs.
>
> 2. Stop developing on Mono and only working on its non-OpenSource .NET
> In this case, Microsoft would lost his last good reputation in the
> OpenSource .NET community.
>
> 3. Merge the Mono and .NET development and bring it out under the same
> license as Mono.
> In this case, Microsoft wins fans in the OpenSource-community. It would
> show, that the new CEO goes an other direction, then Ballmer.
> And Microsoft losts nothing. Currently the source of  .NET is published
> http://referencesource.microsoft.com/
> but under an license, where you have only the right to look at it, but not
> to change it.
>
> With this step Microsoft would going an similar way like Java.
> The first times existing Suns Java and a lot of Virtual Machines with GNU
> Classpath. And GNU Classpath and Sun Java classes wasn't nearly 100%
> compatible.
> But with OpenJDK, the used free JVM is that of OpenJDK. Because
> OpenJDK/IcedTea and Oracles JDK are in over 90% the same source code, they
> are really more compatible, then Suns Java nd GNU Classpath ever where.
>
> Greatings
> theuserbl
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] A question about passing string-parameters when calling a Dll writing in C using p/invoke

[Brandon Perry]

Dont use CharSet.Ansi. Try CharSet.Unicode.

Sent from a computer

> On Mar 11, 2014, at 7:55 AM, "Wang Jiteng"  wrote:
> 
> Nowadays I'm working on a project in which I need to call encryption and 
> decryption  functions. These functions are written in C and have been 
> compiled into a DLL under windows(visual studio 2010). 
> 
> The functions in the DLL(which is called Cypher.dll) are:
> unsigned long decrypt(unsigned char *reval, const char *in, unsigned long len 
> )
> 
> and
> unsigned long encrypt(char *out, const unsigned char *data, unsigned long len)
> 
> In my C# codes, I re-write these two functions with :
> [DllImport("Cypher.dll", CharSet=CharSet.Ansi, 
> CallingConvention=CallingConvention.Cdecl, EntryPoint = "decrypt")]   
> public  extern static uint decrypt([Out] ref byte reval,ref byte 
> c,uint len);
> /*
> reval: the decrypted text 
> c: the cypher text to be decrypted.
> len: text length (the fellow who gave me the dll said this parameter can be 
> assigned by any value,so I usually assigned it by c.Length)
> */
> [DllImport("Cypher.dll", 
> CharSet=CharSet.Ansi,CallingConvention=CallingConvention.Cdecl, EntryPoint = 
> "encrypt")]
> public  extern static uint encrypt(ref byte ou,ref byte data, uint 
> len);
> /*
> out: the encrypted cypher text
> data:the text to be encrypted, which usually is a path like 
> "C:\\Users\\downtown\\Desktop\\something\\test" or 
> "C:\\Users\\downtown\\Desktop\\测试集\\test" (I)
> len: text length
> */
> 
> Compared with calling the Cypher.dll direclty in C codes, the "encrypt" 
> function always works correctly. The "decrypt" function works fine if the 
> input parameter "data" in "encrypt" are standard ASCII charaters. 
> But when I add some CHINESE characters(I'm a Chinese progammer btw. Forgive 
> my poor English :P ) like "C:\\Users\\downtown\\Desktop\\测试集\\test". 
> The "decrypt" result goes wrong, which is 
> "C:\\Users\\downtown\\Desktop\\测试集\\t" (some characters in the end of the 
> string are cut off).
> 
> if I input "C:\\Users\\downtown\\Desktop\\测试\\test", the "decrypt" is 
> "C:\\Users\\downtown\\Desktop\\测试\\te"
> 
> It is interesting because each Chinese character takes two byte (in ANSI or 
> UTF8). But the "decrypt" function seems retain just one byte for each Chinese 
> character.
> So When 3 Chinese characters(测试集) exists in the string, after decrypted, they 
> "eat" 3 bytes('e','s' and 't') at the of the string.
> When 2 Chinese characters(测试) exists in the string, after decrypted, they 
> "eat" 2 bytes('s' and 't') at the of the string.
> 
> Dose anybody knows why that happens???
> 
> and the codes to call these fuctions above are:
> //Encrypt function;
>   public string EncryptParameters(string args)
>   {
> byte[] plainBytes = System.Text.Encoding.Default.GetBytes(args);
> int cypher_maxlen = args.Length*2+16;
> //prepare the cypher text byte array
> byte[] c = new byte[cypher_maxlen];
> int i=0;
> 
> CFunction.encrypt(ref c[0],ref plainBytes[0], (uint)args.Length);
> 
> for(i=0;c[i]!=0 && i Console.Write(c[i]+" ");
> 
> string cypher_str = System.Text.Encoding.Default.GetString(c, 0, i);
> return cypher_str;
>   }
> 
> //Decrypt Function
>   public string DecryptParameters(string args)
>   {
> int plain_maxlen = args.Length;
> 
> //add a '\0' to the end, or the "decrypt" function goes wrong sometime.
> string args_with_end = args + "\0";
> byte[] cypherBytes = 
> System.Text.Encoding.Default.GetBytes(args_with_end);
> int i=0;
> 
> //prepare the byte array of decrypted text
> byte[] p = new byte[plain_maxlen];
> CFunction.decrypt(p,cypherBytes,(uint)cypherBytes.Length);
> 
> for(i=0;p[i]!=0 && i string plain_str = System.Text.Encoding.Default.GetString(p, 0, i);
> return plain_str;
>   }
> 
> and I call these two functions above like:
>  string cypher_args = EncryptParaments(init_args);
>  string plain_args = DecryptParaments(cypher_args);
> and the string plain_args are not always correct as I mentioned. 
> 
> Thanks.
> 
> 
> 
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Security Issue

[Brandon Perry]

Does this work against xsp running independently from apache or does it require 
mod_mono? Currently testing against xsp4 2.10.0.0 and they web server does not 
crash.

Obviously this is relatively old.

Sent from a computer

> On Feb 28, 2014, at 9:22 AM, Greg Young  wrote:
> 
> After some reproduction work we found it was an API difference in mono 
> httplistener vs .net http listener that caused us to mangle something.
> 
> In particular on a post with no content-length mono throws a disposed 
> exception on accessing context where as .net does not.
> 
> To reproduce use:
> 
> curl -v http://server.com/ -X POST
> 
> Cheers,
> 
> Greg
> 
> 
>> On Fri, Feb 28, 2014 at 3:48 PM, Sebastien Pouliot 
>>  wrote:
>> Hello Greg,
>> 
>> Use the contact form found at
>> http://www.mono-project.com/Vulnerabilities
>> 
>> Thanks
>> Sebastien
>> 
>> 
>>> On Fri, Feb 28, 2014 at 8:40 AM, Greg Young  wrote:
>>> I believe I have what should be a top rated security vulnerability that 
>>> probably should not be discussed on this list as it allows anyone to take 
>>> down a mono back end with a poisoned packet. Who should I talk to about 
>>> this?
>>> 
>>> Greg
>>> 
>>> -- 
>>> Le doute n'est pas une condition agréable, mais la certitude est absurde.
>>> 
>>> ___
>>> Mono-devel-list mailing list
>>> Mono-devel-list@lists.ximian.com
>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>> 
>> 
> 
> 
> 
> -- 
> Le doute n'est pas une condition agréable, mais la certitude est absurde.
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] RSA and ECDH

[Brandon Perry]

On 02/16/2014 11:33 AM, Edward Ned Harvey (mono) wrote:
> Ideally, yeah, but realistically, behavior will deviate.  (See my other 
> question, about the non-existence of ECDiffieHellman.  Existence vs 
> Non-existence is a pretty big deviation.)   ;-)  The important thing is that 
> the API remain functionally equivalent.

But they aren't functionally equivalent, the ctors do not function
equivalently. It is only syntactically equivalent. This is, arguably, a bug.

>   Not long ago, I discovered that PKCS12.GetBytes() in MS behaves fine with a 
> blank password, while mono fails on blank password.  And the hash algorithm 
> is basically restricted to SHA1, as deviation from SHA1 causes mono to fail a 
> lot.  Which is fine, but the point is, deviations do exist.  Some more 
> dramatic than others.

Yep, agreed. I have found deviations as well. Doesn't mean they should
exist. Especially if the reason is to make unit tests perform faster, as
the below comment suggests was a main reason. You are no longer testing
the same functionality as you would be if that unit test were running on
.NET.

>
> This particular difference, generating key in constructor versus only when 
> necessary, as far as I'm concerned, is not a bug, and not an issue.  Because 
> the API remains the same.  On the other hand, the non-existent 
> ECDiffieHellman is a significant missing feature, and the non-acceptance of 
> blank password is a legitimate bug that nobody cares about.   ;-)(Not 
> even me)
>
> In RSACryptoServiceProvider.cs constructor, there is this comment:
>
> // Here it's not clear if we need to generate a keypair
> // (note: MS implementation generates a keypair in this case).
> // However we:
> // (a) often use this constructor to import an existing keypair.
> // (b) take a LOT of time to generate the RSA keypair
> // So we'll generate the keypair only when (and if) it's being
> // used (or exported). This should save us a lot of time (at 
> // least in the unit tests).
>

According to this, behaviour deviation is not desired.
http://www.mono-project.com/FAQ:_Technical#Compatibility


However, this is a large deviation from your original question of speed
(pun intended). It may be related though.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] RSA and ECDH

[Brandon Perry]

On 02/16/2014 10:45 AM, Edward Ned Harvey (mono) wrote:
> Yeah, I thought of that - when I first did this a few months ago, I did as 
> you suggested, but then, I think, the mono implementation differs from the 
> .NET implementation - where I think .NET generates key in constructor, but 
> since key generation is so expensive, mono delays key generation until 
> something needs it, just *hoping* the RSA object will be disposed unused 
> (which is probably very rare, I'm guessing).  Which is the reason that I do 
> the export of the key.  It's the cheapest way I can see to force creation of 
> the key.

If this is the case, that sounds like a bug. Behaviour shouldn't deviate
across implementations like that AFAIK.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] RSA and ECDH

[Brandon Perry]

I wonder, you are instantiating the RSACryptoServiceProvider object
after storing the before ticks, how much of the time is simply
instantiating the object? Maybe move that ahead of before ticks if you
want to measure just the key generation.

Just off-the-cuff thought.

On 02/16/2014 09:51 AM, Edward Ned Harvey (mono) wrote:
> Here are my RSA benchmark results:
>
> Conclusion is that RSA key generation is expensive no matter what, but it's 
> 20x-40x worse on mono.
>
> .NET 4.0, Win 8.1 VM inside a Mac, Debug build, 3 trials average:
> 1024  27 ms
> 2048  80 ms
> 3072  673 ms
>
> .NET 4.0, Win 8.1 VM inside a Mac, Release build, 3 trials average:
> 1024  14 ms
> 2048  94 ms
> 3072  1,273 ms
>
> Mono 3.2.5 on Mac OSX, compiled by VS Debug, 3 trials average:
> 1024  505 ms
> 2048  4,718 ms
> 3072  42,972 ms
>
> Mono 3.2.5 on Mac OSX, compiled by VS Release, 3 trials average:
> 1024  883 ms
> 2048  8,310 ms
> 3072  40,284 ms
>
> Mono 3.2.5 on Mac OSX, compiled by xbuild Debug, 3 trials average:
> 1024  894 ms
> 2048  5,756 ms
> 3072  35,273 ms
>
> Mono 3.2.5 on Mac OSX, compiled by xbuild Release, 3 trials average:
> 1024  1,215 ms
> 2048  12,966 ms
> 3072  18,952 ms
>
> Code to generate these results:
>
> using System;
> using System.Collections.Generic;
> using System.Security.Cryptography;
>
> namespace FunWithRSAKeys
> {
> class Program
> {
> static void Main(string[] args)
> {
> const int numRuns = 3;
> long beforeTicks;
> long afterTicks;
> RSACryptoServiceProvider RSACSP;
> int[] keySizes = { 1024, 2048, 3072 };
> Dictionary results = new Dictionary double[]>();
> foreach (int keySize in keySizes)
> results[keySize] = new double[numRuns];
>
> for (int i = 0; i < numRuns; i++)
> {
> System.Console.WriteLine("-");
> foreach (int keySize in keySizes)
> {
> beforeTicks = DateTime.UtcNow.Ticks;
> RSACSP = new RSACryptoServiceProvider(keySize);
> RSACSP.ExportParameters(false);   // Minimum effort to 
> guarantee key will actually be generated
> afterTicks = DateTime.UtcNow.Ticks;
> double seconds = (double)(afterTicks - beforeTicks) / 
> (double)TimeSpan.TicksPerSecond;
> results[keySize][i] = seconds;
> System.Console.WriteLine(keySize.ToString() + " " + 
> seconds.ToString());
> }
> }
> System.Console.WriteLine("- Results");
> foreach(int keySize in keySizes)
> {
> System.Console.WriteLine(keySize.ToString() + " " + 
> avg(results[keySize]).ToString());
> }
> System.Console.WriteLine("-");
> System.Threading.Thread.Sleep(int.MaxValue);
> }
> static double avg(double[] values)
> {
> double result = 0;
> foreach (double value in values)
> result += value / values.Length;
> return result;
> }
> }
> }
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list

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

Re: [Mono-dev] Getting started on mono sources

[Brandon Perry]

While I am not positive on this at all, it may be easier to just use
make in a cygwin env.


On 02/15/2014 04:19 PM, jean-michel.perr...@csiro.au wrote:
> Hi Edward,
>
> At least a couple of people including myself have an interest in
> recommended dev env to work on Mono itself (
> http://lists.ximian.com/pipermail/mono-devel-list/2013-July/040638.html).
> A Howto on recommended setup for Mono contributions would save a fair
> bit of time and hassle for contributors, but I have not heard of such
> a document.
>
> You should find a Visual Studio solution under /mono/msvc/scripts. The
> Readme has some instructions as to how to re-generate solution and
> project files if you so wish.
>
> A couple of years ago I updated the code that generates VS project and
> solution files, with the intent to be able to navigate and compile
> Mono C# in VS. You'll find related emails at
> http://lists.ximian.com/pipermail/mono-devel-list/2012-May/038908.html
> and http://lists.ximian.com/pipermail/mono-devel-list/2012-May/038875.html
> While I originally aimed at developing and debugging with VS (in
> particular to benefit from mixed-mode debugging) I renounced. I guess
> this would require a revival of something like Mono tools for VS.
>
> I'd like to hear from you if you find an IDE and tools setup that
> suits you.
>
> Cheers
>
> 
> *From:* mono-devel-list-boun...@lists.ximian.com
> [mono-devel-list-boun...@lists.ximian.com] on behalf of Edward Ned
> Harvey (mono) [edward.harvey.m...@clevertrove.com]
> *Sent:* Saturday, February 15, 2014 1:11 PM
> *To:* mono-devel-list@lists.ximian.com
> *Subject:* [Mono-dev] Getting started on mono sources
>
> I'm a developer who uses mono and .NET a lot - and as such, I very
> often want to read the mono source to see how something is
> implemented.  (Someday, I'll probably stumble across something that
> should be improved.)
>
>  
>
> Before anything else, I'd like to ask, is there a preferred platform
> or IDE or something, for working on the mono source?  Some "getting
> started on mono development" document?  Although I've downloaded
> sources, it's not obvious to me, how to open in for example visual
> studio, and become a useful human being.  (Side note, I ran git clone
> for several hours today, and eventually decided to just abort it and
> download zip file.)
>
>  
>
> At the moment, I would love to simply be able to open
> mcs\class\System\System.Net.Security\SslStream.cs and see how it does
> the handshake, negotiating protocols and key exchanges, etc.  I would
> *truly* love to launch code examples, and have the ability to step
> through code, to actually observe its behavior. 
>
>  
>
> At present, I'm blindly trying to open things in VS, without a project
> file or defintions of compiler symbols, and basically all the code is
> grayed out.
>
>  
>
> While I usually use VS, I'm happy to switch to a different IDE, if for
> example, Xamarin Studio is "the preferred" platform to develop on. 
> The goal that I care about is being able to browse, edit, and
> hopefully even build and debug code, as effectively as possible.
>
>  
>
> Thanks for pointers...
>
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list

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

Re: [Mono-dev] Can't build the master branch from git

[Brandon Perry]

I recently documented compiling the 3.2.6 on CentOS.

Not sure if your issue is ubuntu related, but perhaps this will help:

http://volatile-minds.blogspot.com/2014/01/mono-326-on-centos-65.html


On Fri, Feb 7, 2014 at 12:02 PM, initram  wrote:

> I am unable to build the souce code I have pulled form git. I have tried
> both
> using both the repository version of mono and monolite to compile and I
> fail
> in the same way.
>
> The last lines of my failed build can be seen below (using monolite):
>
> Making all in runtime
> make[2]: Entering directory `/home/initram/monoSource/monoInitram/runtime'
> if test -w /home/initram/monoSource/monoInitram/mcs; then :; else chmod -R
> +w /home/initram/monoSource/monoInitram/mcs; fi
> cd /home/initram/monoSource/monoInitram/mcs && make --no-print-directory -s
> NO_DIR_CHECK=1 PROFILES='net_2_0 net_3_5 net_4_0 net_4_5 xbuild_12   '
> CC='gcc' all-profiles
> Bootstrap compiler: Mono C# compiler version 3.2.7.0
> MCS [net_2_0] mscorlib.dll
> Stacktrace:
>
>
> Native stacktrace:
>
> Segmentation fault (core dumped)
> make[8]: *** [../../class/lib/net_2_0/tmp/mscorlib.dll] Error 139
> make[7]: *** [do-all] Error 2
> make[6]: *** [all-recursive] Error 1
> make[5]: *** [all-recursive] Error 1
> make[4]: *** [profile-do--net_2_0--all] Error 2
> make[3]: *** [profiles-do--all] Error 2
> make[2]: *** [all-local] Error 2
> make[2]: Leaving directory `/home/initram/monoSource/monoInitram/runtime'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/initram/monoSource/monoInitram'
> make: *** [all] Error 2
>
>
>
> I am running Lubuntu in a virtual machine.
> my process of building is the following:
> $ cd ~/monoSource/monoInitram
> $ ./autogen.sh --prefix=/opt/monoInitram
> $ make EXTERNAL_MCS=${PWD}/mcs/class/lib/monolite/basic.exe
>
> Where do I go from here?
> I would really like to know that my changes compile and pass all test using
> head of master.
>
>
>
> --
> View this message in context:
> http://mono.1490590.n4.nabble.com/Can-t-build-the-master-branch-from-git-tp4661864.html
> Sent from the Mono - Dev mailing list archive at Nabble.com.
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] "Installing" mono via copy

[Brandon Perry]

Tarball?

Sent from a computer

> On Dec 13, 2013, at 10:10, Chris Tacke  wrote:
> 
> I guess to put it another way, the question might be this:
> 
> I have a Mono application.  I need to distribute that application onto an 
> embedded Linux platform that doesn't have Mono in the OS.  Assuming I don't 
> have the luxury of install tool in the OS, what are the steps required to 
> deploy Mono and my application such that the application will be able to run?
> 
> -Chris
> 
> 
>> -Original Message-
>> From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-
>> boun...@lists.ximian.com] On Behalf Of Chris Tacke
>> Sent: Friday, December 13, 2013 9:40 AM
>> To: mono-devel-list@lists.ximian.com
>> Subject: [Mono-dev] "Installing" mono via copy
>> 
>> I have an embedded Linux platform on which I need to install Mono.  The
>> platform does not have any installer tools like apt or whatever.  I have to
>> custom build Mono for the platform for a variety of reasons.
>> 
>> I am successfully building Mono from source under an Ubuntu machine.  That
>> works just fine.
>> 
>> The problem I'm now facing is how to "distribute" the resulting build.  Due 
>> to
>> size contraints, I've compiled only the 4.5 stuff, plus I've pulled out a 
>> variety
>> of things like System.Drawing,  all of the WinForms stuff, etc.  I've also
>> stripped the binaries.
>> 
>> What I did was:
>> 
>> - set a custom prefix (and other stuff) during configure
>> - make & make install.
>> - Go into the install folder and trim out stuff I don't need and strip 
>> binaries
>> 
>> So now I have a set of folders that contain Mono.  My hope was that I could
>> tar these up, copy that to the destination, untar it in the /usr directory 
>> so that
>> the mono bin files end up in /usr/bin, the mono lib files end up in /usr/lib 
>> etc.
>> 
>> Doing this I success if I do a mono -V.  I get version info.  However, if I 
>> try to
>> actually run a mono app, it complains about not finding mscorlib.dll.  It's
>> looking in the path where I set the prefix back on the build machine.
>> 
>> How should I be going about doing an installation like this?  What am I 
>> missing
>> in my process?
>> 
>> -Chris
>> 
>> 
>> 
>> 
>> 
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] msgpack-cli causes internal compiler error on 3.x?

[Brandon Perry]

I had not tried with xbuild, I was attempting to build through
monodevelop (3.something). I can try through xbuild however this
evening.

On Fri, Feb 22, 2013 at 2:33 PM, Marek Safar  wrote:
> Hi,
>
> I cannot but I only tried xbuild MsgPack.mono.sln which does not cause
> internal error but does not compile successfully either. If you can fill a
> bug report with steps you are doing I can try to build it again.
>
> Marek
>
>
> On Fri, Feb 22, 2013 at 6:44 PM, Brandon Perry 
> wrote:
>>
>> Hi, can anyone reproduce and error I am getting with mono 3.x in
>> compiling the following github repo:
>> https://github.com/msgpack/msgpack-cli
>>
>> I get an internal compiler error. This works with 2.10.
>>
>> --
>> http://volatile-minds.blogspot.com -- blog
>> http://www.volatileminds.net -- website
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] msgpack-cli causes internal compiler error on 3.x?

[Brandon Perry]

Hi, can anyone reproduce and error I am getting with mono 3.x in
compiling the following github repo:
https://github.com/msgpack/msgpack-cli

I get an internal compiler error. This works with 2.10.

-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] build problem on head

[Brandon Perry]

I think that would technically only work on Windows boxen fwiw.

On Wed, Sep 5, 2012 at 8:17 PM, Jonathan Shore  wrote:
>
> I was building with the latest LLVM and mono on ubuntu.   Got the following
> error:
>
> make[8]: Entering directory
> `/home/jshore/Srcs/mono/mcs/class/System.Web.Http.SelfHost'
> make[8]: *** No rule to make target
> `../../../external/aspnetwebstack/src/System.Web.Http.Selfhost/HttpRequestMessageExtensions.cs',
> needed by `../../class/lib/net_4_5/System.Web.Http.SelfHost.dll'.  Stop.
>
> Looks like there is a typo in some configuration where:
>
>
> ../../../external/aspnetwebstack/src/System.Web.Http.Selfhost/HttpRequestMessageExtensions.c
>
> should be (note the capital H in SelfHost):
>
> ../../../external/aspnetwebstack/src/System.Web.Http.SelfHost/HttpRequestMessageExtensions.c
>
>
>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] The file '~/Site.master' does not exist

[Brandon Perry]

Please ensure the casing of the filename is correct. Linux is
case-sensitive, windows is case-insensitive.

On Sun, Aug 12, 2012 at 1:42 AM, Sharique uddin Ahmed Farooqui
 wrote:
> Hi,
>
> I have a web application project as a part of solution, when run it
> using xsp4, it gives error "The file '~/Site.master' does not exist".
> The master page is there and this application works file on windows.
> This is just basic application.
> --
> Sharique uddin Ahmed Farooqui
> http://safknw.blogspot.com/
> "Peace" is the Ultimate desire of mankind.
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Mono and Microsoft open sourced Entity Framework

[Brandon Perry]

Crazy from the company that said Linux was a cancer!

On Tue, Jul 24, 2012 at 3:55 PM, Stifu  wrote:
> I somehow missed that news.
> Great stuff!
>
>
> Marek Safar-2 wrote
>>
>> Hi,
>>
>> Yes, we are working on EF integration.
>>
>> Marek
>>
>> On Tue, Jul 24, 2012 at 9:09 PM, Daniel Morgan wrote:
>>
>>> Since Microsoft has open sourced the Entity Framework, is anyone working
>>> on getting it to work on Mono?
>>>
>>> ___
>>> Mono-devel-list mailing list
>>> Mono-devel-list@.ximian
>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>>
>>>
>>
>> ___
>> Mono-devel-list mailing list
>> Mono-devel-list@.ximian
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>
>
>
>
>
> --
> View this message in context: 
> http://mono.1490590.n4.nabble.com/Mono-and-Microsoft-open-sourced-Entity-Framework-tp4650539p4650541.html
> Sent from the Mono - Dev mailing list archive at Nabble.com.
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] The earlier question about monodevelop and latest mono builds, expanded

[Brandon Perry]

This actually appears in the topmost menu (where the application bar
has been in the past). When you give the monodevelop window focus,
mouse over the topmost menu and the dropdowns will appear.

On Mon, May 28, 2012 at 8:07 PM, Rob Wilkens  wrote:
> --this is unrelated to my immediately previous e-mail, that e-mail was about
> a bug report by someone else that i had a question on--
>
> Ok, I earlier this morning reported that under my parallel mono environment
> (local build) monodevelop runs but it has no top level menu (No File, Run,
> etc.)...  At least on my computer..
>
> I decided to try an interesting (to me) experiment: Running it under KDE on
> the same ubuntu 12.04 install.
>
> Guess What: The menu was there on monodevelop in KDE when running under the
> parallel mono environment.
>
> IT doesn't display in either Unity or Unity 2d..
>
> Menu works in unity in previous mono versions (prior to latest git).
>
> Should I file a unity bug on this?  Or just switch to KDE when i need it and
> ignore the issue?
>
> -Rob
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] [Mono-list] Mono 2.11.1 is out

[Brandon Perry]

Thanks a lot! You guys rock.

On Fri, Apr 20, 2012 at 7:59 PM, Miguel de Icaza  wrote:
> Shipped as in "the source is shipped"
>
> On Fri, Apr 20, 2012 at 6:57 PM, Abe Gillespie 
> wrote:
>>
>> Miguel, are you sure MVC4 has shipped?  I'm only seeing references to
>> beta downloads.
>>
>> Thanks.
>> -Abe
>>
>> On Fri, Apr 20, 2012 at 6:33 PM, Miguel de Icaza 
>> wrote:
>> > Hello guys,
>> >
>> >     New code drop of Mono 2.11.1 is out, this new release has a few
>> > changes:
>> >
>> > = New in 2.11.1 =
>> >
>> > == Integrates Microsoft's opensourced web stack ==
>> >
>> > The new stacks open sourced by Microsoft:
>> > http://tirania.org/blog/archive/2012/Mar-28.html
>> >
>> > Have been integrated into Mono.   ASP.NET MVC4 is shipped, but not
>> > enabled,
>> > as it requires our own ASP.NET stack to be upgraded to support async
>> > programming, and we do not have that capability yet.
>> >
>> > But many other assemblies are now bundled and built:
>> >
>> >     * System.Json: Replaces our own implementation
>> >     * System.Net.Http.Formatting
>> >     * System.Web.Http
>> >     * System.Web.Razor
>> >     * System.Web.WebPages.Deployment
>> >     * System.Web.WebPages.Razor
>> >     * System.Web.WebPages
>> >
>> > There is still ongoing work to bring more of the assemblies they open
>> > sourced into the default build.
>> >
>> > == SGen GC ==
>> >
>> > Performance updates, and fine tuning.
>> >
>> > New option "minor-collector", the default value is "simple", but we have
>> > introduced a new "split" option that allows objects to live for longer
>> > in
>> > the nursery before being graduated to the major heap.
>> >
>> > The "split" mode can be further tuned with the "ration" and
>> > "promotion-age"
>> > settings
>> >
>> > == Soft Debugger Interface ==
>> >
>> > Now supports invocation of methods for PrimitiveValues
>> >
>> > == Cecil and IKVM Upgrades ==
>> >
>> > The version of Mono.Cecil bundled has the latest features from the
>> > upstream
>> > jbevain/Cecil
>> >
>> > Merged upstream IKVM.Reflection.
>> >
>> > == Updated System.Net.Http ==
>> >
>> > Work continues in this async-friendly API
>> >
>> > == C# Compiler as a Service ==
>> >
>> > Improved error recovery for IDEs.
>> >
>> > More visitors for more node types
>> >
>> > == MonoDoc ==
>> >
>> > Many improvements to our documentation infrastructure, handles generics,
>> > better lucene indexing
>> >
>> > == MVC 3 ==
>> >
>> > With the open sourcing of Microsoft's technologies, we can finally run
>> > MVC3
>> > out of the box in Mono.    We modified the existing MVC3 codebase to use
>> > the
>> > updated versions of Razor and other system libraries.
>> >
>> > = Bug Fixes and Updates =
>> >
>> > * C# compiler improvements
>> > * .NET 4.5 API updates.
>> > * System.Threading.Tasks updates for .NET 4.5
>> > * Ignore XmlIgnore attributes when importing members in
>> > XmlReflectionImporter. Fixes #4367.
>> > * Better check for missing dependencies for method overloads. Fixes
>> > #4457
>> > * System.Web caching bug
>> > * Parse floating point values with negative exponent correctly. Fix bug
>> > #4415
>> > * S390x: Fix long standing cast problem that truncated doubles
>> > * Fix parsing of invalid int* exponents. Fixes #4396.
>> > * Fix setting of byref variables in sdb. Fixes #4362.
>> > * Fix for bug #4135. Do not unescape request path in HttpRequest.Path,
>> > it's
>> > done by the worker
>> > * Don't evaluate an import unless the file actually exists. Fix for bug
>> > #4365
>> > * LLVM should load out of the box on OSX
>> > * Rework CancellationTokenSource to remove locking. Fix #4173.
>> > * Allow setting the name of threadpool threads. Fixes #4269.
>> > * Fix the domains of the objects returned by
>> > AssemblyMirror.GetAssemblyObject ()/TypeMirror.GetTypeObject (). Avoid
>> > caching empty strings in AppDomainMirror.FriendlyName. Fixes #4223.
>> > * Fix COM cctors
>> > * Fix MacOsNetworkInterface.ImplGetAllNetworkInterfaces()
>> > * C#    Emit callvirt for non-virtual object methods called over generic
>> > type parameter
>> > * Fix debugger invokes which return pointer types. Fixes #4214.
>> > * Fix x86 FP stack code to not break prev links in a BB.
>> > * Fix the IR class of OP_NEWARR to be of the array type and not
>> > element's.
>> > * Apply SHA256 optimizations (single buffer allocation, inlining and
>> > better
>> > locality) to SHA224 so their performance match
>> > * S390 threading bug fixes
>> > * Fix the addresses of handler clauses when using LLVM + thumb.
>> > * Fix hoisting of method parameters when both async and lambda
>> > expression
>> > use it
>> > * Fix eglib's canonicalize routine
>> > * Fixed logging profiler (previously it could abort unexpectedly)
>> > * Raise TypeLoadException for invalid StructLayout Pack size rather than
>> > aborting.
>> > * Add most of the Debug class (with related tracing types) to the mobile
>> > build. Fixes #3754.
>> > * Register vtables in runtime data structures after they have been
>> > com

Re: [Mono-dev] Mono, Oracle and .NET after 4.0

[Brandon Perry]

I used nhibernate.

http://stackoverflow.com/questions/562926/fluent-nhibernate-how-to-configure-for-oracle

On Sun, Nov 6, 2011 at 4:43 PM, Stefano Canepa  wrote:
> Hi all,
> I saw on MSDN that System.Data.Oracle is considered obsolete and will be
> not updated after .NET 4.0. If I understand correctly Oracle .NET provider
> is available only for Windows.
>
> What do mono plan to do about access to Oracle DB?
>
> Bye
> Stefano
>
> --
> Stefano Canepa aka sc: s...@linux.it - http://www.stefanocanepa.it
> Three great virtues of a programmer: laziness, impatience and hubris.
> Le tre grandi virtù di un programmatore: pigrizia, impazienza e
> arroganza. (Larry Wall)
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] ASM within C# fails in mono, runs in .NET

[Brandon Perry]

Thanks for the info, I didn't realise it wasn't standard code.

On Tue, Aug 23, 2011 at 7:39 PM, Atsushi Eno
 wrote:
> Exactly. Though if there is .NET documentation, JIT hackers can read
> them and it might be still able to consider possible implementation.
> I doubt that could happen though. Calling conventions differ in each
> platform, compiler toolschains etc. Maybe not completely impossible, but
> too fruitless.
>
> Atsushi Eno
>
> On 2011/08/23 1:32, Jb Evain wrote:
>> What Atsushi means is that this piece of code is exploiting a private
>> implementation detail of the .net framework, so no wonder it doesn't
>> «work» on Mono.
>>
>> On Tue, Aug 23, 2011 at 10:28 AM, Stefanos A.  wrote:
>>> 2011/8/23 Atsushi Eno
>>>> I wonder where the corresponding sections in ECMA CLI specification or
>>>> .NET documentation that mentions those functions shown in the code are.
>>>>
>>>> Atsushi Eno
>>>>
>>>> On 2011/08/22 19:21, Brandon Perry wrote:
>>>>> Hi,
>>>>>
>>>>> The following link contains code that runs just fine in .NET on win 7.
>>>>> However, when run in mono from the same win 7 machine, it crashes. It
>>>>> also crashes in 2.6.7 on ubuntu.
>>>>>
>>>>>
>>>>> http://www.atrevido.net/blog/PermaLink.aspx?guid=ac03f447-d487-45a6-8119-dc4fa1e932e1
>>>>>
>>> Are you running in x86 or x64 mode? IIRC, Mono always runs as AnyCPU, so it
>>> will default to x64 if your OS is x64. VS2010 defaults to x86.
>>>
>>>> ___
>>>> Mono-devel-list mailing list
>>>> Mono-devel-list@lists.ximian.com
>>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>>
>>> ___
>>> Mono-devel-list mailing list
>>> Mono-devel-list@lists.ximian.com
>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>>
>>>
>>
>>
>
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>



-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] ASM within C# fails in mono, runs in .NET

[Brandon Perry]

Hi,

The following link contains code that runs just fine in .NET on win 7.
However, when run in mono from the same win 7 machine, it crashes. It
also crashes in 2.6.7 on ubuntu.

http://www.atrevido.net/blog/PermaLink.aspx?guid=ac03f447-d487-45a6-8119-dc4fa1e932e1

-- 
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Wine Integration

[Brandon Perry]

Have you tried installing the Win32 build of Mono on WINE? then calling
the program with mono program.exe?

On Wed, 2008-01-09 at 12:14 -0200, rod marola wrote:
> I am in need to run a program on GNU/Linux that is a .NET application
> but make calls of Win32 native API. I would like to know if there is
> any work made towards integrating MONO with WINE, in order to make
> such calls possible. I am interested in developing such integration,
> as described in WINE's wiki
> ( http://wiki.winehq.org/Mono-Wine_bridge ), what advice can you give
> me?
> 
> Thanks,
> --
> Rodrigo Q Saramago
> ___
> Mono-devel-list mailing list
> Mono-devel-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list

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

Re: [Mono-dev] C bindings VS C++ bindings (Gtk# vs. Kimono?)

[Brandon Perry]

The bugs were in the bindings, but I haven't run into them lately (it is
also quite possibly faults of my own). I use the QT Designer, it is
awesome.
On Fri, 2007-09-21 at 16:49 +0200, "Andrés G. Aragoneses [ knocte ]"
wrote:
> Brandon Perry escribió:
> > I much prefer the Qyoto/Kimono bindings for cross-platform because of
> > it's elegance and it looks much better IMHO on Windows than Gtk#. I
> > haven't run into /too many/ bugs (just a couple, they might have even
> > been resolved by now) with the Qyoto/Kimono bindings. Those are really
> > the only reasons why I prefer Qyoto/Kimono over Gtk#.
> 
> Thanks for your answer.
> 
> Those bugs you found, have to be fixed upstream (Qt) or on the binding 
> itself?
> 
> BTW, what do you use for creating interfaces with Kimono? Do you use a 
> general QT designer that generates XML that can be consumed by any 
> binding? (If not, we have here an advantage for Gtk#: Stetic in MD.)
> 
> Regards,
> 
>   Andrés  [ knocte ]
> 

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

Re: [Mono-dev] C bindings VS C++ bindings (Gtk# vs. Kimono?)

[Brandon Perry]

I much prefer the Qyoto/Kimono bindings for cross-platform because of
it's elegance and it looks much better IMHO on Windows than Gtk#. I
haven't run into /too many/ bugs (just a couple, they might have even
been resolved by now) with the Qyoto/Kimono bindings. Those are really
the only reasons why I prefer Qyoto/Kimono over Gtk#.

On Fri, 2007-09-21 at 16:27 +0200, "Andrés G. Aragoneses [ knocte ]"
wrote:
> I've come to know that Qyoto/Kimono bindings are automatically generated 
> from C++ sources. I'm not sure about Gtk# process but I guess it's 
> semi-automatic, based on something called GAPI, right? My guess is based 
> on the fact that currently many bugs are still being solved on this 
> binding. Are these bug a consequence of dealing with a C binding instead 
> of an automatic C++ one?
> 
> We are planning on creating new programs in our company that deal on top 
> of stable and multiplatform libraries. We have discarded WinForms 
> because it's not mature enough on Mono, and because it still depends a 
> bit on Microsoft (it's not in the ECMA spec), but now we must decide 
> between Kimono or Gtk# (wx.NET is not claimed to be used for many people 
> in the community to be considered an option, and because it's UI is not 
> consistent across all OSs).
> 
> What factual arguments would you arise for this decision? (Remember, we 
> want stability, maintainability[3], and portability[1], and we don't 
> want a Gnome VS KDE flamewar. Thanks)
> 
> 
> [1] This means that the fact that recent Gtk+/Gtk# bugs[2] on Windows 
> have not attracted much attention, is not a good indicative for us to 
> focus on Gtk# but rather on Kimono.
> [2] Because of these bugs, there have been people that even had 
> "community builds" of Gtk# 2.10 for Windows, and we don't want to depend 
> on that stability.
> [3] There also have been some posts from Aaron Bockover regarding some 
> intricacies about GTK Themes strange behaviours. Do you know if QT 
> themes are much more elegant and bugless?
> 
> Thanks in advance,
> 
>   Andrés  [ knocte ]
> 
> 
> P.S. I am not claiming that I have any idea at all about the technical 
> details of this issue. I am just here for learning, so please, send any 
> corrections you have. Thanks.
> 

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

Re: [Mono-dev] Possible bug in System.Windows.Forms

[Brandon Perry]

That was it, Thanks.
On Sun, 2007-09-02 at 19:09 +0200, Valentin Sawadski wrote:
> Hello,
> 
> your app seems to target .Net 1.0 which is not supported by Mono.
> Recompile it against .Net 1.1 or 2.0 and everything should be fine :-)
> 
> Kind Regards,
> Valentin S.
> 
> On Sun, 2007-09-02 at 10:32 -0500, Brandon Perry wrote:
> > Hi, when I try to run an assembly using the System.Windows.Forms dll, I
> > get the following error.
> > 
> > [EMAIL PROTECTED]:~/Desktop/MoMA$ mono
> > '/home/radiohead/Desktop/printinginNet/bin/Debug/PrintingSamples.exe' 
> > 
> > **
> > (/home/radiohead/Desktop/printinginNet/bin/Debug/PrintingSamples.exe:20402):
> >  WARNING **: The following assembly referenced from 
> > /home/radiohead/Desktop/printinginNet/bin/Debug/PrintingSamples.exe could 
> > not be loaded:
> >  Assembly:   System.Windows.Forms(assemblyref_index=1)
> >  Version:1.0.3300.0
> >  Public Key: b77a5c561934e089
> > The assembly was not found in the Global Assembly Cache, a path listed
> > in the MONO_PATH environment variable, or in the location of the
> > executing assembly (/home/radiohead/Desktop/printinginNet/bin/Debug).
> > 
> > 
> > **
> > (/home/radiohead/Desktop/printinginNet/bin/Debug/PrintingSamples.exe:20402):
> >  WARNING **: Could not load file or assembly 'System.Windows.Forms, 
> > Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' or 
> > one of its dependencies.
> > The entry point method could not be loaded
> > 
> > 
> > I tested it with MoMA and it said all was good. I ran a grep on gacutil
> > -l to make sure the System.Windows.Forms was installed and it is. Any
> > thoughts?
> > 
> > ___
> > Mono-devel-list mailing list
> > Mono-devel-list@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 

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

[Mono-dev] Possible bug in System.Windows.Forms

[Brandon Perry]

Hi, when I try to run an assembly using the System.Windows.Forms dll, I
get the following error.

[EMAIL PROTECTED]:~/Desktop/MoMA$ mono
'/home/radiohead/Desktop/printinginNet/bin/Debug/PrintingSamples.exe' 

**
(/home/radiohead/Desktop/printinginNet/bin/Debug/PrintingSamples.exe:20402): 
WARNING **: The following assembly referenced from 
/home/radiohead/Desktop/printinginNet/bin/Debug/PrintingSamples.exe could not 
be loaded:
 Assembly:   System.Windows.Forms(assemblyref_index=1)
 Version:1.0.3300.0
 Public Key: b77a5c561934e089
The assembly was not found in the Global Assembly Cache, a path listed
in the MONO_PATH environment variable, or in the location of the
executing assembly (/home/radiohead/Desktop/printinginNet/bin/Debug).


**
(/home/radiohead/Desktop/printinginNet/bin/Debug/PrintingSamples.exe:20402): 
WARNING **: Could not load file or assembly 'System.Windows.Forms, 
Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' or one of 
its dependencies.
The entry point method could not be loaded


I tested it with MoMA and it said all was good. I ran a grep on gacutil
-l to make sure the System.Windows.Forms was installed and it is. Any
thoughts?

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

[Mono-dev] Moonlight integration in MonoDevelop

[Brandon Perry]

I seem to remember an email maybe a week or so ago discussing the
integration of moonlight into monodevelop, but cannot find that email.
Does anyone have any info on how this is going or what the thoughts on
that are?

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

[Mono-dev] Compiling monodevelop from SVN

[Brandon Perry]

I started compiling monodevelop today after I compiled mono/mcs. I keep
getting a config error.

checking for UNMANAGED_DEPENDENCIES_MONO... no
checking for UNMANAGED_DEPENDENCIES_MINT... no
configure: error: Please install mono version 1.1.10 or later to install
MonoDevelop.
Please see http://www.mono-project.org/ to download latest mono sources
or packages

mono -V says it is 1.2.3.1.

Is there something I am missing? I have compiled monodevelop tons of
time before, but this is a fresh load and I have no idea what I am
missing.

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

[Mono-dev] Oracle.DataAcces.Client unimplemented?

[Brandon Perry]

Is the Oracle assembly unimplemented, or am I missing a package? I
cannot find it in the Add References... dialog.

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

[Mono-dev] Qt# stability

[Brandon Perry]

Does anyone know how stable Qt# is right now and how up-to-date
http://www.gotmono.com/docs/qt/faq.html is?

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