Edwin Liu | 25 Jul 10:29 2014
Picon

question about directory with white space

my os: ubuntu 14.04

there is an directory like 

    "/home/home api"

which contains white space, I want to get file content within the directory "home api"

the demo code like

var file = new FileInfo("/home/home api/data")

but it does not works 

so does it a bug?
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Tommy Ettinger | 17 Jul 23:34 2014
Picon

[Crosspost Ikvm-developers] Issues with JNI on Mono (IKVM Trunk)

I was recommended by the author of IKVM to ask here about my Mono incompatibility issue.  I'm using the latest IKVM with the natives self-compiled for Linux 64-bit (not the ones shipped with Mono, which are years out of date).  When I run an application (that I wrote) on on Windows (7, 64-bit), it works fine, and prints this in the Output window of Visual Studio: http://pastebin.com/u8GkwE2P (mostly output from an App.config trace switch, <add name="jni" value="4" />).  I am not sure how to get the same type of trace output on Mono, especially since it isn't printed to the console on Windows.  The issue seems to be related to JNI failing at runtime with IKVM on Mono, so being able to have the JNI information traced would be handy.  I am running the application on Fedora 20, AMD64 (in a VM) with the command:
MONO_LOG_LEVEL=debug mono CommandersUnite.exe
I don't have any typemaps for DLLs, and the application loads native code at runtime via JNI.  Could this be a problem?  I've referenced the previous list thread below.
Thank you for your time.

---------- Forwarded message ----------
From: Jeroen Frijters <jeroen <at> sumatra.nl>
Date: Thu, Jul 17, 2014 at 1:06 AM
Subject: RE: [Ikvm-developers] Issues with JNI on Mono (IKVM Trunk)
To: Tommy Ettinger <tommy.ettinger <at> gmail.com>
Cc: "ikvm-developers <at> lists.sourceforge.net" <ikvm-developers <at> lists.sourceforge.net>


You should really ask on the Mono list about this. I don't know enough about Mono on Linux, but this looks seriously broken.

> -----Original Message-----
> From: Tommy Ettinger [mailto:tommy.ettinger <at> gmail.com]
> Sent: Wednesday, July 16, 2014 22:56
> To: Jeroen Frijters
> Cc: ikvm-developers <at> lists.sourceforge.net
> Subject: Re: [Ikvm-developers] Issues with JNI on Mono (IKVM Trunk)
>
> Ah, figured out how to load the config on Mono.  I think.  Unfortunately
> it gives a very different error: http://pastebin.com/GAsQyfA5 The
> App.config is here
> https://github.com/tommyettinger/CommandersUnite/blob/master/CU/CU/App.c
> onfig
>
>
> On Wed, Jul 16, 2014 at 1:30 PM, Tommy Ettinger
> <tommy.ettinger <at> gmail.com <mailto:tommy.ettinger <at> gmail.com> > wrote:
>
>
>       My last message was too long for the list, so here it is with
> pastebin links.
>       With those lines added to App.config, It gives the following output
> on Windows 7 in Visual Studio's output window (and nothing new on Mono):
>       Visual Studio output: http://pastebin.com/6Jpi5FxV
>       Mono output: http://pastebin.com/BEMyAerk
>
>       Thanks for your speedy reply on this, IKVM worked brilliantly until
> I tried to get it to run on Mono.  IKVM is a pretty incredible piece of
> software.
>
>
>       On Wed, Jul 16, 2014 at 6:01 AM, Jeroen Frijters <jeroen <at> sumatra.nl
> <mailto:jeroen <at> sumatra.nl> > wrote:
>
>
>               Hi Tommy,
>
>
>
>               Can you try enabling JNI tracing by adding the following to
> your app.config:
>
>
>
>               <system.diagnostics>
>
>               <switches>
>
>               <add name="jni" value="4" />
>
>               </switches>
>
>               </system.diagnostics>
>
>
>
>               Regards,
>
>               Jeroen
>
>
>
>               From: Tommy Ettinger [mailto:tommy.ettinger <at> gmail.com
> <mailto:tommy.ettinger <at> gmail.com> ]
>               Sent: Wednesday, July 16, 2014 14:00
>               To: ikvm-developers <at> lists.sourceforge.net <mailto:ikvm-
> developers <at> lists.sourceforge.net>
>               Subject: [Ikvm-developers] Issues with JNI on Mono (IKVM
> Trunk)
>
>
>
>               I've been struggling for the last two days to port my C# IKVM
> application that uses the Java library libgdx to Linux.  The application
> works just fine on Windows/.NET, but something is wrong with the linking
> for JNI code AFAICT.  Using libgdx you have a choice of backends for how
> to display graphics, one of which is LWJGL and one of which is JGLFW.
> LWJGL failed on both 32- and 64-bit Linux (after I figured out how to
> get it to load its dependencies from the right folder) with an
> UnsatisfiedLinkError in
> org.lwjgl.DefaultSysImplementation.getPointerSize()I , which (in the
> LWJGL source) is a native method with no body in the .java file.
>
>
>               JGLFW failed on 64-bit Linux (haven't built it on 32-bit)
> with a different error, still in a native method:
>
>               java.lang.UnsatisfiedLinkError:
> com/badlogic/jglfw/Glfw.glfwInitJni()Z
>
>                         at cli.IKVM.Runtime.JNI$Frame.GetFuncPtr(Unknown
> Source)
>
>               I have had issues setting LD_LIBRARY_PATH on this machine (a
> VM running Fedora 20, 64-bit; the VM is run by VirtualBox on Windows 7
> 64-bit), and I believe java.library.path is unset, but the libraries are
> all in the current folder (same as the exe).  My application is open
> source and the latest code is at
> https://github.com/tommyettinger/CommandersUnite/ and the only IKVM-
> specific code is in
> https://github.com/tommyettinger/CommandersUnite/blob/master/CU/CU/GameG
> DX.cs#L478 .  I built gdx-jglfw.dll using the command:
>
>               "%IKVM_HOME%/ikvmc.exe" -target:library -out:gdx-jglfw.dll -
> sharedclassloader gdx.jar gdx-natives.jar gdx-backend-jglfw.jar gdx-
> backend-jglfw-natives.jar
>
>               where %IKVM_HOME% evaluated to the bin directory of the
> current trunk/head/master (latest) of the IKVM CVS on SourceForge (it
> actually may have been the latest nightly from the IKVM weblog, it is a
> version 8 or higher nightly).  That command was run on the libgdx 1.2.0
> binary release.  I then extracted the dll and so files from the natives
> jars, copied them into the project, and set them to copy into the
> release directory.
>
>               So my question is, is there a bug in my code, or in IKVM,
> here that can be fixed?  Does JNI work at all under Mono/Linux?
>
>
>
>               --
>
>               Thomas (Tommy) Ettinger
>
>
>
>
>
>       --
>
>       Thomas (Tommy) Ettinger
>
>
>
>
> --
>
> Thomas (Tommy) Ettinger



--

Thomas (Tommy) Ettinger
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
morteza adi | 16 Jul 06:00 2014
Picon

Hi System.xml.parse error in compiling mono

Hi
I successfully make & install the mono code in ubuntu 12.04
when i do the same steps in ubuntu 14.04 i get this error

Bootstrap compiler: Mono C# compiler version 3.2.8.0
MCS     [build] System.Xml.dll
System.Xml.XPath/Parser.jay(12,0): error CS1525: Unexpected symbol `using'
System.Xml.XPath/Parser.jay(26,17): error CS0101: The namespace `Mono.Xml.XPath' already contains a definition for `XPathParser'
System.Xml.XPath/Parser.jay(26,17): (Location of the symbol related to previous error)
System.Xml.XPath/build_Parser.cs(2592,22): error CS0101: The namespace `Mono.Xml.XPath.yydebug' already contains a definition for `yyDebug'
System.Xml.XPath/build_Parser.cs(1207,22): (Location of the symbol related to previous error)
System.Xml.XPath/build_Parser.cs(2605,9): error CS0101: The namespace `Mono.Xml.XPath.yydebug' already contains a definition for `yyDebugSimple'
System.Xml.XPath/build_Parser.cs(1220,9): (Location of the symbol related to previous error)
System.Xml.XPath/build_Parser.cs(2665,8): error CS0101: The namespace `Mono.Xml.XPath' already contains a definition for `Token'
System.Xml.XPath/build_Parser.cs(1280,8): (Location of the symbol related to previous error)
System.Xml.XPath/build_Parser.cs(2739,18): error CS0101: The namespace `Mono.Xml.XPath.yyParser' already contains a definition for `yyException'
System.Xml.XPath/build_Parser.cs(1354,18): (Location of the symbol related to previous error)
System.Xml.XPath/build_Parser.cs(2743,18): error CS0101: The namespace `Mono.Xml.XPath.yyParser' already contains a definition for `yyUnexpectedEof'
System.Xml.XPath/build_Parser.cs(1358,18): (Location of the symbol related to previous error)
System.Xml.XPath/build_Parser.cs(2752,22): error CS0101: The namespace `Mono.Xml.XPath.yyParser' already contains a definition for `yyInput'
System.Xml.XPath/build_Parser.cs(1367,22): (Location of the symbol related to previous error)
Compilation failed: 8 error(s), 0 warnings
make[8]: *** [../../class/lib/build/System.Xml.dll] Error 1
make[7]: *** [do-all] Error 2
make[6]: *** [all-recursive] Error 1
make[5]: *** [all-recursive] Error 1
make[4]: *** [profile-do--build--all] Error 2
make[3]: *** [profiles-do--all] Error 2
make[2]: *** [all-local] Error 2
make[2]: Leaving directory `/home/adigozalpour/Desktop/mono/runtime'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/adigozalpour/Desktop/mono'
make: *** [all] Error 2

Does anybody knows what was happening here and how can i solve the issue?
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
morteza adi | 16 Jul 04:09 2014
Picon

How to step into mono codes?

I cloned the mono codes and build the code in my pc.
In monodevelope I unchecked the "do not step into mono code" however it doesn't work. I dont known where to put my mono codes for IDE
I use ubuntu 14.04 and I tried /usr/..src
Also /build/buildd with no success!
How can I step into mono?

_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Jose A. Saumell | 16 Jul 01:28 2014
Picon

MIPS64 port status

Hello!

I have the task to port mono runtime to an Octeon MIPS64 based platform running OpenWrt.

I have tried to cross-compile but eventually run into an error:
////
ake[7]: Entering directory `/home/jose/erl/openwrt/build_dir/target-mips64_octeon_64_eglibc-2.19/mono-3.0.10/mono/utils'
../../doltcompile mips64-openwrt-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../..  -I../.. -I../../mono -I../../libgc/include -I../../eglib/src -I../../eglib/src -I/home/jose/erl/openwrt/staging_dir/target-mips64_octeon_64_eglibc-2.19/usr/include -I/home/jose/erl/openwrt/staging_dir/target-mips64_octeon_64_eglibc-2.19/include -I/home/jose/erl/openwrt/staging_dir/toolchain-mips64_octeon_64_gcc-4.6-linaro_eglibc-2.19/usr/include -I/home/jose/erl/openwrt/staging_dir/toolchain-mips64_octeon_64_gcc-4.6-linaro_eglibc-2.19/include  -DGC_LINUX_THREADS -D_GNU_SOURCE -D_REENTRANT -DUSE_MMAP -DUSE_MUNMAP  -D__default_codegen__ -DUSE_COMPILER_TLS -DNO_UNALIGNED_ACCESS  -Os -pipe -mno-branch-likely -march=octeon -mabi=64 -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -Wformat -Werror=format-security  -fno-strict-aliasing -Wdeclaration-after-statement -Wno-unused-but-set-variable -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes  -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wwrite-strings -Wno-switch -Wno-switch-enum -Wno-unused-value -Werror-implicit-function-declaration -MT mono-io-portability.lo -MD -MP -MF .deps/mono-io-portability.Tpo -c -o mono-io-portability.lo mono-io-portability.c
In file included from ../../mono/utils/mono-stack-unwinding.h:10:0,
                 from ../../mono/metadata/object-internals.h:13,
                 from ../../mono/metadata/gc-internal.h:14,
                 from mono-io-portability.c:13:
../../mono/utils/mono-context.h:470:2: error: #error "Implement mono-context for the current arch"
In file included from ../../mono/utils/mono-stack-unwinding.h:10:0,
                 from ../../mono/metadata/object-internals.h:13,
                 from ../../mono/metadata/gc-internal.h:14,
                 from mono-io-portability.c:13:
../../mono/utils/mono-context.h:474:44: error: unknown type name 'MonoContext'

////


Before I dig any further I wanted to consult the developer community on mips64 port status and any other relevant information you could provide to move forward with this task.

I appreciate your help,

Regards, Jose
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Edward Ned Harvey (mono | 15 Jul 20:55 2014

Which SQLite?

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 <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
JamesSouth | 9 Jul 20:01 2014
Picon

A few mono issues

Hi all,

I run a fairly successful .NET open source library called ImageProcessor
that I am trying to port to Mono.

Most things are now working except for two issues.

https://github.com/JimBobSquarePants/ImageProcessor/issues/64
<https://github.com/JimBobSquarePants/ImageProcessor/issues/64>  

I can't seem to get my animated gif encoder working on Mono (It produces a
single frame) and I can't get dllimport working. (I get not found
exception).

Fixing these is beyond my current ability and I am looking to get some help
from the resident experts here in order to get my release out of the door.

I've built something that thousands of people use to make their development
lives easier and I'd like to do more across different environments.

Thanks

james

--
View this message in context: http://mono.1490590.n4.nabble.com/A-few-mono-issues-tp4663283.html
Sent from the Mono - Dev mailing list archive at Nabble.com.
Brandon Perry | 9 Jul 19:52 2014
Picon

Monodevelop on centos 6.5 configure error

Hello!

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

[root <at> 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 <at> localhost monodevelop]# 


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

[root <at> 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 <at> localhost monodevelop]#


Any thoughts?


--
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
hanshiyan | 8 Jul 13:00 2014

nike free heren energetic Nike jordans Your Wonderful Shoes and boots in Nike jordans


only two uitrekken. Voorafgaand aan een exercise associated with  nike free
heren <http://www.goedkoopnikes.nl/nike-free-heren>   concurrenten, moet
depart this life zich uitstrekt altijd worden opgenomen around de
warming-up. Dit is normally een effectieve manier viajan vermindering viajan
gespierde stijfheid durante verhogen het bereik tijdens concurrenten. Een
evenwicht bal kunt maken duurzaamheid durante primair saldo binnen het
lichaamssysteem. 3 de praktijk primaire combinatie. Zoals een
transformationele Physical exercise uit systeem ght werken, kunt primaire
combinatie oughout uit de in out there viajan uw lichaamssysteem uit ght
werken. OUGHOUT de clinical disciplines viajan de uitoefening viajan de
primaire, zoals Physical exercise associated with physical exercise kan
produceren lang, mager spier weefsel durante een jeugdige, flexibele check.
Een Nike gratis uitgevoerd actieve sporter zal zichzelf taak reached een
merge viajan posities, progressies durante benaderingen depart this life
zijn toegevoegd aan zijn werk uit plan.

several begrijpen de mentaliteit viajan het openen  nike air max ltd"
<http://www.goedkoopnikes.nl/nike-air-max-ltd>   viajan uw potentieel. Een
Nike actieve sporter ontwikkelt een systeem viajan geestelijke uit ght
oefenen ter verbetering viajan efficiƫntie around spel concurrenten. Sommige
activiteiten onderzoekers ervaring een bovenste fase atleet verdeelt zich
viajan de concurrenten front door het vastleggen viajan een
"championship"-mentaliteit depart this life sprained ankle treatment naar de
overwinning drijft. Anderen suggereren dat een atleet viajan de bovenste
fase zal een innerlijke visie voor succes. 5 weet basisvoeding. Een Nike
actieve sporter zal besteden het merendeel viajan de tijd omgaan reached een
voedingsdeskundige op het vinden viajan de juiste hoeveelheid durante
kwaliteit viajan voeding ght houden- efficiƫntieniveaus. Voedingswaarde
genomen op bepaalde tijdstippen viajan de dag kan bijdragen tot gespierd
reparatie durante herstel. Voeding het lichaamssysteem reached de juiste
voedingsstoffen na operationele uit, zal verlengen verloren energie around
het lichaamssysteem sneller.

6 praktijk ontspanning around beweging. Proberen ght leren viajan een
eenvoudige manier around ght voeren viajan positieve creatie terwijl je
mediteren, zoals dit oughout verderop around concurrenten helpen zal. Een
Nike depart this life actieve sporter richt zich op hoe hij moet ervaring
durante handelen op het veld eerder john eenvoudig concurreren. OUGHOUT moet
aandacht besteden aan de situatie viajan uw gespierde weefsel, durante
detecteren krapte op bepaalde fysieke bewegingen ontwikkelt. Meditatie zal
helpen om een bewustzijn viajan iemands persoonlijke lichaam systeem
situatie gedurende de  goedkoopnikes.nl <http://www.goedkoopnikes.nl>   dag.

--
View this message in context: http://mono.1490590.n4.nabble.com/nike-free-heren-energetic-Nike-jordans-Your-Wonderful-Shoes-and-boots-in-Nike-jordans-tp4663263.html
Sent from the Mono - Dev mailing list archive at Nabble.com.
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Adam ffa | 8 Jul 05:48 2014
Picon

include the logging profiler in a plugin lib

Hi,

I am trying to access the logging profiler (mono/profiler/mono-profiler-logging.c) from a plug-able library. My plan is to compile a C library that will call mono_profiler_startup (const char *desc) and execute_user_command (char *command) to create heap dumps at my whim. I spent time reading through the mono source code and am having difficulty deciding if it's possible (errors that may occur as a result, will the profiler methods exist, ... pitfalls) and how I should approach accessing these methods (functions, flags, ... I need to set before and after using the methods).

If I am unable to access the methods or they are not available, my back up plan is to compile the logging profiler as a library and include it with my library if possible. I found that it relies on config.h which worries me, but I haven't done much research on my backup plan.

I'm using an older version of mono with the Boehm with typed GC. (So, "MONO_PROFILE_GC_ROOTS"  doesn't exist which would have been way simpler since I already rolled my own, which I learned from the Moonlight source, using "profiler.h".)  Also, mono is embedded with no direct control available to me, which is one of the reasons I'm working on an internal profiler. My hope is to avoid duplicating a lot of the work already done in mono-profile-logging.c and simply, relatively, hack into it.

Adam
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
lucas_max | 7 Jul 19:39 2014
Picon
Picon

MAXHINCR or MAX_HEAP_SECTS error

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<bool> 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) <0xffffffff>
  at System.Collections.Generic.List`1<bool>..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.

Gmane