gmane.comp.gnome.mono.monodroid

Which type of game do you miss most?

runpandarun — 2013-06-15T09:31:48

Hi,
All

Which type of game do you miss most?

Today, we are talking about the game types we miss most, and that we hope to
see more of in the near future. Start telling us …................
http://www.creatiosoft.com <http://www.creatiosoft.com>  
http://www.facebook.com/creatiosoft <http://www.facebook.com/creatiosoft>  



--
View this message in context: http://mono-for-android.1047100.n5.nabble.com/Which-type-of-game-do-you-miss-most-tp5713388.html
Sent from the Mono for Android mailing list archive at Nabble.com.
_______________________________________________
Monodroid mailing list
Monodroid< at >lists.ximian.com

UNSUBSCRIBE INFORMATION:
http://lists.ximian.com/mailman/listinfo/monodroid

Re: Mono.Data.Sqlite "Database disk imageismalformed" error

Andrew Sinclair — 2013-06-12T12:55:59

Thanks Jon.

Yes, I've got armeabi-v7a support set up. If I understand correctly, devices
running Android 4.0 to 4.0.3 could be failing to use this support and that
could be a possible cause of the problem on such devices. Given that I'm
using Mono for Android 4.4.54 with both armeabi and armeabli-v7a support
enabled, Android devices outside of that version range should be picking the
correct abi?
(http://docs.xamarin.com/guides/android/advanced_topics/cpu_architecture)


In terms of Sqlite itself, I'm sharing a SqliteConnection instance between
the UI and background threads. The concurrency probably isn't as much of an
issue as I was thinking, but in general you're saying this is a *bad* idea.
You suggest using a separate SqliteConnection instance per thread. I'm not
sure from
http://forums.xamarin.com/discussion/549/sqlite-net-and-multiple-threads
whether this is possible, they seem to suggest there's a single connection
which is passed backwards and forwards across the threads (presumably with
some mutex/

Android Expansion Packs

Francesco Colombo — 2013-06-13T14:23:48

Hi,

has anyone sucesfully used APK expansion packs with Xamarin.Android and the
expansion pack library from
https://github.com/mattleibow/Android.Play.ExpansionLibrary ?

I'm able to run and test the sample application. No lucky with my own
application :(

I tried this steps:

1- I've created a simple apk (version 1)
  all settings in the manifest are done. (there's any other settings I
missed?)
2- uploaded the apk for the first time (this time I cannot add any
expansion)
3- uploaded the apk for the second time (this allow me to upload a
expansion)
4- run the app in debug mode. It stops after the license check (which says:
Licensed)
    It seems like no downloadable files where found.

A notable thing is that if I open the APK settings from the developer
console I can't see any reference to the .obb uploaded with the APK.

then I tried this steps:

1- I've create a new version of the apk (version 2)
2- uploaded the apk with the same expansion file
3- run the app in debug mode. It fails with: FailedFetchingU

Re: Error "java" existed with code 1

Samus Arin — 2013-06-12T14:08:28

the line ""java" exited with code 1" is from the "Error List" tab, not the
"Output" tab.



--
View this message in context: http://mono-for-android.1047100.n5.nabble.com/Error-java-existed-with-code-1-tp5713004p5713385.html
Sent from the Mono for Android mailing list archive at Nabble.com.

Re: Error "java" existed with code 1

Samus Arin — 2013-06-12T13:47:41

Wait, you want someone to donate to you for your helpful posts and all's you
got to say is "i'v enever known java ti exist."... you gotta be f-in kidding
me, i only offer you a punch squarely in the face!



--
View this message in context: http://mono-for-android.1047100.n5.nabble.com/Error-java-existed-with-code-1-tp5713004p5713384.html
Sent from the Mono for Android mailing list archive at Nabble.com.

Re: Acessing Data on PC by Phone via USB

EaranMaleasi — 2013-06-12T10:02:33

i figured that out by hours of searching...
right now i'm trying to get some files on the phone by using the MTP
protocol, beeing a real pain, because there is about nothing to find
examples etc (from pc-application to the phone), but it is going to start to
work...
using ADB to exchange data would require that my potential customers have to
install the android SDK right?



--
View this message in context: http://mono-for-android.1047100.n5.nabble.com/Acessing-Data-on-PC-by-Phone-via-USB-tp5713375p5713383.html
Sent from the Mono for Android mailing list archive at Nabble.com.

Re: Acessing Data on PC by Phone via USB

Tom Opgenorth — 2013-06-10T14:00:54

ES File Explorer will also let you browse SMB shares on your LAN. Pretty
handy (and free utility).


On Mon, Jun 10, 2013 at 3:01 AM, Bozo Ivkovic <bozo.ivkovic-CBEVgeAebH1d2+I6+x7OVA< at >public.gmane.org>wrote:

Re: Acessing Data on PC by Phone via USB

Bozo Ivkovic — 2013-06-10T09:01:40

If you have a WiFi available, connect both PC and Android onto it. Install
some FTP server app on Andorid phone and access it via FTP client from PC.
"ES File Explerer" app has FTP server integrated. Of course you'll have
access only to USB storage on phone(SD), not system folders, but you'll be
able to copy files between devices.

Rgds.....


Božo Ivković* Direktor
*

Sono IT d.o.o., Kraljevička 16, Zagreb, Croatia

mob: +385 99 2718354 tel: +385 1 4100555

fax: +385 1 4100556 web: www.sono-it.hr
 <http://hr.linkedin.com/pub/bozo-ivkovic/5/a6/488>
LinkedIn<http://hr.linkedin.com/pub/bozo-ivkovic/5/a6/488>


2013/6/8 Jonathan Pryor <jonp-dLhQS6DKv5RBDgjK7y7TUQ< at >public.gmane.org>

Re: Java.Lang.ClassNotFoundException: Didn'tfindclass "android.runtime.JavaSet_1

Jeremy A. Kolb - ARA/NED — 2013-06-08T03:20:39

I'll see if I can come up with something.  It appears to happen if I try to save an empty list<string> as a preference.
________________________________________
From: monodroid-bounces-m0oaEdqWWQ8Czk1rzwDQAw< at >public.gmane.org [monodroid-bounces-m0oaEdqWWQ8Czk1rzwDQAw< at >public.gmane.org] on behalf of Jonathan Pryor [jonp-dLhQS6DKv5RBDgjK7y7TUQ< at >public.gmane.org]
Sent: Friday, June 07, 2013 11:07 PM
To: Discussions related to Mono for Android
Subject: Re: [mono-android] Java.Lang.ClassNotFoundException: Didn't find       class "android.runtime.JavaSet_1

On Jun 6, 2013, at 1:53 PM, Jeremy A. Kolb - ARA/NED <jkolb-kg0Sfsuv0Yc< at >public.gmane.org> wrote:

That's very odd.

Please file a bug at bugzilla.xamarin.com with a reproducible test case and I'll investigate.

 - Jon

_______________________________________________
Monodroid mailing list
Monodroid-m0oaEdqWWQ8Czk1rzwDQAw< at >public.gmane.org

UNSUBSCRIBE INFORMATION:
http://lists.ximian.com/mailman/listinfo/monodroid

Re: Java.Lang.ClassNotFoundException: Didn't findclass "android.runtime.JavaSet_1

Jonathan Pryor — 2013-06-08T03:07:31

That's very odd.

Please file a bug at bugzilla.xamarin.com with a reproducible test case and I'll investigate.

 - Jon

Re: Acessing Data on PC by Phone via USB

Jonathan Pryor — 2013-06-08T03:06:34

Not easily/sanely, afaik.


If you setup the filesystem permissions properly, you can use `adb pull` and `adb push` to copy files off the phone and copy files onto the phone.

 - Jon

Re: aapt fails (m4A4.0.8) aapt task coul dnot beinitialised with ..."AndroidSdkDirectory" parameter not supported

Jonathan Pryor — 2013-06-08T03:05:29

Somehow, your install is inconsistent.

$(_AndroidSdkDirectory) is the directory that contains the Android SDK, and the 4.6.x <Aapt/> task looks up the path to `aapt` as a directory relative to $(_AndroidSdkDirectory).

The alpha 4.7.x <Aapt/> tax gutted that logic and replaced it ToolPath, as Microsoft intended [0], and removed the Aapt.AndroidSkDirectory property in the process.

Somehow your environment is using a stable Xamarin.Android.Common.targets file, which sets Aapt.AndroidSkDirectory, with the alpha Xamarin.Android.Build.Tasks.dll, which lacks the Aapt.AndroidSkDirectory property.

I would suggest uninstalling and reinstalling the Xamarin.Android .msi.

 - Jon

[0] Well, Microsoft uses it for <Csc/>, so I assume it's as Microsoft intended...

aapt fails (m4A4.0.8) aapt task coul dnot beinitialised with ..."AndroidSdkDirectory" parameter not supported

john Murray — 2013-06-07T11:41:06

I  tried posting this o the forum but there is an error there trying to post
a new thread

However  

I am a bit desperate - every time there is an update there seems to be
something and it always coincides with a push to get a release out 

On this occasion I upgraded to4.0.8 based on a prompt as Studio started

 

the build fails with the messages above - the parameter in the
Xamarin.Android.coomon.Tasks file actually says "_AndroidSdkDorectory"

 

Absolutely nothing has changed before or after doing the update to 4.0.8 

The Andoridsdk is up to date and the folder it resides in has not been
changed 

 

the line in the Xamarin.Android.Common.Tasks file which it objects to are 

<Aapt

 

 
AndroidSdkDirectory="$(_AndroidSdkDirectory)"

 

 

I mean what exactly does one do ?   Obviously noone else has this issue
otherwise there would be furore - I know I just upgraded and did nothing
else - how am I supposed to fix this 

 

 

Please - any ideas would be really useful.

                

John Murray

Acessing Data on PC by Phone via USB

EaranMaleasi — 2013-06-07T07:49:48

IS ther a way how i can Access Data on a PC (C:\Folder\File) with my phone
and edit it or copy/paste it to the phone etc.? 



--
View this message in context: http://mono-for-android.1047100.n5.nabble.com/Acessing-Data-on-PC-by-Phone-via-USB-tp5713375.html
Sent from the Mono for Android mailing list archive at Nabble.com.

Java.Lang.ClassNotFoundException: Didn't find class "android.runtime.JavaSet_1

Jeremy A. Kolb - ARA/NED — 2013-06-06T17:53:55

I'm seeing the following on Xamarin 4.6.8 when I try to do a SharedPreferencesEditor.PutStringSet with a List<string>.  Sometimes it compains about JavaSet, and other times CharSequence.

Java.Lang.ClassNotFoundException: Didn't find class "android.runtime.JavaSet_1" on path: /data/app/com.ara.uspd.ins-2.apk

      0x25 in Android.Runtime.JNIEnv.CallObjectMethod at /Users/builder/data/lanes/monodroid-lion-bs1/0cc7ae3b/source/monodroid/src/Mono.Android/src/Runtime/JNIEnv.g.cs:145    C#
     0x59 in Android.Runtime.JNIEnv.FindClass at /Users/builder/data/lanes/monodroid-lion-bs1/0cc7ae3b/source/monodroid/src/Mono.Android/src/Runtime/JNIEnv.cs:279    C#
     0x15 in Android.Runtime.JNIEnv.FindClass at /Users/builder/data/lanes/monodroid-lion-bs1/0cc7ae3b/source/monodroid/src/Mono.Android/src/Runtime/JNIEnv.cs:245    C#
     0x1 in Android.Runtime.JNIEnv.CreateInstance at /Users/builder/data/lanes/monodroid-lion-bs1/0cc7ae3b/source/monodroid/src/Mono.Android/src/Runtime/JNIEnv.cs:226    C#
     0x6A in Android.R

DXT5 support in Xamarin.Android?

Rodrigo 'r2d2rigo' Diaz — 2013-06-06T11:09:16

I'm currently adding support for multiple compressed texture formats in an
Android project so the correct ones are loaded depending on the running
device, but I have noticed that in the enum OpenTK.Graphics.ES20.All there
are only definitions for CompressedRgbaS3tcDxt1Ext
and CompressedRgbS3tcDxt1Ext. Is there some missing definition or isn't
DXT5 supported at all?

Re: Build Error when trying to test in release mode

mlehliwm — 2013-06-05T18:18:59

I was able to ge this running by checking "allow Unsafe Code" but I'd rather
not do that if possible... so problem still exists for me.



--
View this message in context: http://mono-for-android.1047100.n5.nabble.com/Build-Error-when-trying-to-test-in-release-mode-tp5713371p5713372.html
Sent from the Mono for Android mailing list archive at Nabble.com.

Build Error when trying to test in release mode

mlehliwm — 2013-06-05T16:56:40

Hi All.  New to developing in C# and Monodroid.  My app works fine in debug,
but when I try to generate my .apk files, the build fails with the error:

Could not load file or assembly 'Mono.CSharp, Version=2.0.5.0,
Culture=neutral, PublicKeyToken=0738eb9f132ed756' or one of its
dependencies.  Strong name validation failed. (Exception from HRESULT:
0x8013141A)

A quick jaunt to google pops up many similar messages when building
'mscorlib' but the solution of 

Set Build property "Generate serialization assembly: OFF" does nothing for
me.

Any hints or insight?  Thanks in advance,

Matt



--
View this message in context: http://mono-for-android.1047100.n5.nabble.com/Build-Error-when-trying-to-test-in-release-mode-tp5713371.html
Sent from the Mono for Android mailing list archive at Nabble.com.

Re: Osmdroid doesn't buils since upgrading to 4.7

Atsushi Eno — 2013-06-04T23:50:47

Quick unverified answer - the more API extended to bind, the more 
Metadata.xml addtions are required.
Java.Util.AbstractList is new in 4.7, and any "hidden" binding API will 
show up.

Changing < at >manatedReturn of *.osmdroid.views.overlay.OverlayManager#get 
to Java.Lang.Object would fix the issue. Or <remove-node> would hide it 
again.

Atsushi Eno

Jeremy A. Kolb - ARA/NED wrote:

Osmdroid doesn't buils since upgrading to 4.7

Jeremy A. Kolb - ARA/NED — 2013-06-04T22:08:36

I just upgraded to 4.7 and now I can't build the OsmDroid bindings.  I get a complaint that

C:\Projects\OsmDroidJavaBindings\OSMDroid\obj\Debug\generated\src\OsmDroid.Views.Overlay.OverlayManager.cs(156,58,156,61): error CS0508: 'OsmDroid.Views.Overlay.OverlayManager.Get(int)': return type must be 'Java.Lang.Object' to match overridden member 'Java.Util.AbstractList.Get(int)'

It's currently defined in the source as

< at >Override
    public Overlay get(final int pIndex) {
        return mOverlayList.get(pIndex);
    }


Thanks,
Jeremy

Re: Activation Incomplete?

EaranMaleasi — 2013-06-04T09:15:04

Problem was solved by Deactivating Activations that were on the same Computer



--
View this message in context: http://mono-for-android.1047100.n5.nabble.com/Activation-Incomplete-tp5713366p5713367.html
Sent from the Mono for Android mailing list archive at Nabble.com.