Re: [mono-android] What's up with 4.2.3 debugging?

[JLee]

Hi all,

want to announce, that I have the same problem. Breakpoints only work at the
first build. at any further build no breakpoint is reached. I have to
re-open the whole project to get breakpoints work again. you can imaging how
much time debugging takes for me, at the moment. Even reconnection the
device doesn't fix the problem.

I don't want to update to vs2012. this can't be the solution.
What causes this problem?
Is this an offical known issue at xamarin that will be fixed in the next
release?


how can i switch back to an previos version on mono?
install the older version over the current?
where can I download older versions of mono?

thanks for any help!
best reagards to all
JLee

--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/What-s-up-with-4-2-3-debugging-tp5710322p5710761.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] What's up with 4.2.3 debugging?

[JLee]

short feedback: i went back to 4.2.1 and everthing works as expected. some
breakpoints (f.e. in fragments or adapter) still does not work. but this
behaviour i also had befor the update to 4.2.3 and I know how to handle it.
I will try 4.2.4 at the weekend and will give feedback.


--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/What-s-up-with-4-2-3-debugging-tp5710322p5710795.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

[mono-android] Creating a Softkeyboard with mono

[JLee]

Is it possible to create a Softkeyboard with mono?
for now, i'm experimenting with the Softkeyboard-Example from google.
but it would be nice to have this in mono, too.
maybe there is already samplecode out there?
i couldn't find something about that, yet.

Lee

--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Creating-a-Softkeyboard-with-mono-tp5710871.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Creating a Softkeyboard with mono

[JLee]

Thanks Chris, this helped me a little bit to understand the whole thing.
But what I want to have is an standalong Softkeyboard which runs in the OS
like the standard-softkeyboard from Android. Last night i ported some of
Google's code from their softkeyboard-sample into a C# Project.

I did the following:
- Created a class that inherits from InputMethodService.
- Created a class that inherits from Keyboard
- Created a class that inherits from KeyboardView
- Copied the ressource-files (xml-files for keyboardlayout, etc.)

Now, the question is, how to run this project? 
I dont get any compile-errors (what means nothing, i know ;))
but mono wants to have the main-activity to start.
i thought, mono maybe gets the information from the manifest-file, that this
project is an ImputMethodService, but it doesn't.

maybe there is something missing or in it?! here it is:


http://schemas.android.com/apk/res/android";
package="de.osk.smart.keyboard.android" android:versionCode="1"
android:versionName="1.0">
  
  

  

  
  

  


this is the original code from google:
http://www.java2s.com/Code/Android/User-Event/Exampleofwritinganinputmethodforasoftkeyboard.htm
http://www.java2s.com/Code/Android/User-Event/Exampleofwritinganinputmethodforasoftkeyboard.htm
 

If it is needed i will upload the whole sourcecode. Let me know.
thankful for every hint!
Lee 

--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Creating-a-Softkeyboard-with-mono-tp5710871p5710881.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Creating a Softkeyboard with mono

[JLee]

have to push this thread a little bit, cause im stucking at this problem and
can't get further.
does anybody know, whicht project-type /-settings I have to use, to say
mono, that this is an InputMethodService (or if it is possible to create
IME-Projects with mono, anyway)?

I think in Java, Android gets this informatinen from the manifest-file.
But in mono this doesn't seem to work.

Lee

--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Creating-a-Softkeyboard-with-mono-tp5710871p5710912.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] What's up with 4.2.3 debugging?

[JLee]

thanks for the feedback.
I accidentally deleted my 4.2.1 installpackage at the Weekend and yesterday
I saw, that it is not available in the downloadsection, anymore. The newest
version is 4.2.2 (for win). 4.2.1 is only available for mac. Is there a
chance to get the 4.2.1 win installer downloaded? I want to keep it as
backup.

--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/What-s-up-with-4-2-3-debugging-tp5710322p5710937.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Creating a Softkeyboard with mono

[JLee]

thanks for the info, that brought me further. I have added the following
attributes to the InputMethodService:

[Service(Name = "osksmartkeyboard.OSKSmartKeyboard", Label = "OSK
Smartkeyboard", Permission = "android.permission.BIND_INPUT_METHOD")]
[IntentFilter(new string[] { "android.view.InputMethod" })]
[MetaData("android.view.im", Resource = "@xml/method")]

But it seems, that it is not possible to run a service-project direct from
debugger, isn't it? When I choose build/deploy the apk is copied to the
device and there I can choose it as input-method. for now, my keyboard
doesn't appear -> need to debug.

what is the best practice to debug a service-project in mono? Does someone
has a hint or a link, where i can get the information?


--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Creating-a-Softkeyboard-with-mono-tp5710871p5710941.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

[mono-android] Can't create handler inside thread....sync problem, why?

[JLee]

In an Activity I do alot of dataloading.
To avoid ui-blocking I call the loading-code over
System.Threading.ThreadPool.QueueUserWorkItem(o => Main.LoadData());
(works fine)
When the loading is done i want to inform the user via alertdialog.
to accomplish this I raise an event in Main.LoadData().
The Activity has subcribed to the event. If its triggert, it should show the
alerdialog.
When I show the alertdialog without RunOnUIThread I get the "Can't create
handler inside thread..." sync-error. Until now I thought, that events,
which are handeled in the UI-thread (Activity) are in sync with the
UI-thread, indipendent of where they come from. that is obviously wrong :D

I already found the solution (RunOnUIThread), but its import to my, to
understand, why C#?, Mono?, Android? shows this behaviour.



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Can-t-create-handler-inside-thread-sync-problem-why-tp5710999.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Can't create handler inside thread....sync problem, why?

[JLee]

thanks for answering my noob-question :D
i came from vb6 where i had nothing to do with threads.
i did only some vb.net on windows mobile (respectively winforms)...also with
threading.thread.
but it seems, that i neever had to update the ui from it.
now I see, that I always had a wrong understand of events and how they work
in the context of threading.
you helped me alot.
regards



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Can-t-create-handler-inside-thread-sync-problem-why-tp5710999p5711012.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Async and the UI

[JLee]

Hi Nosh,

i had a similar problem few days ago, look here:
http://mono-for-android.1047100.n5.nabble.com/Can-t-create-handler-inside-thread-sync-problem-why-td5710999.html

In Android you have to use RunOnUiThread() Method to sync code to the ui.
Your code have to lool like somthing like this:

RunOnUiThread(delegate { Toast.MakeText(this, "ServerReturned " +
ex.Message, ToastLength.Long).Show(); });

Hope this helpes.



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Async-and-the-UI-tp5711015p5711022.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

[mono-android] spinner-like touch(steering)wheel

[JLee]

hi,

i want to realize a wheel (like a steerin wheel) that can be spinned by
touching.
and looks like (e.g.) this graphic 
http://mono-for-android.1047100.n5.nabble.com/file/n5711195/Steering_wheel_ship_1.png
 

the steering wheel can lock into 8 possible positions.
if the wheel isn't released at an exact lock position, it has to go to the
nears lock-position by itsself (like the datetime-picker in android or ios).
if the wheel is spinned fast and released, it has to slow down in a smooth
manner and finally fits into a lock-position.
when the wheel is in a lock-position, i have to read the position-value (1
to 8) from it.

I never coded something similar to this on android or another platform.
so i don't even know, which technique would be the best (native in android,
web-view css, etc.)?!

i am glad for every hint i can get :D
maybe there is some sample-code out there that can be adapted?

regards
JLee







--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/spinner-like-touch-steering-wheel-tp5711195.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] spinner-like touch(steering)wheel

[JLee]

have to push this thread a little bit, cause i still dont have a clue, how i
can do that.
has anyone an idea or a hint for me?




--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/spinner-like-touch-steering-wheel-tp5711195p5711218.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

[mono-android] Disk-LRU-Cache

[JLee]

Hi,

I have to provide an image-galary in my app. I decided to work with a
GridView and provide the data thru an adapter. At the beginning I had many
problems with out-of-memory exceptions and the app was very unstable. At the
weekend I read alot on Stackoverflow and on android-developer. I followed
the steps mentioned by Google to avoid this problem:
http://developer.android.com/training/displaying-bitmaps/load-bitmap.html
http://developer.android.com/training/displaying-bitmaps/process-bitmap.html
http://developer.android.com/training/displaying-bitmaps/cache-bitmap.html

Conclusion: Now I load downsampled images over an AsyncTask into an async
BitmapDrawable, that itself is provided thru the adapter. Once a bitmap is
loaded, it is puttet into the memory-cache (1/8 of available memory) and is
taken from there, if needed again.

these steps made my galery much more stable and perfomat. but at a listcount
of 15+ and very fast scrolling thru the list, the galery stills crashes with
oom-ex.

the imagesize of the displayed bitmaps (downsampled) is between 480x640 &
600x800.

on this side google recommends to build a disk-lru-cache to save memory,
when using gridview & adapter to display alot of images.
http://developer.android.com/training/displaying-bitmaps/cache-bitmap.html

Here are two samples of disk-lru-cashe (by Google):
http://code.google.com/p/android/issues/attachmentText?id=29400&aid=2940&name=DiskLruCache.java&token=Rstp2OFViiWaUGS68yFfFgMQDEk%3A1335231242264
http://code.google.com/p/iosched/source/browse/android/src/com/google/android/apps/iosched/util/DiskLruCache.java?r=fcd13b09ef50f290dc0681ebec74fbdfcac969a5

But I don't have anough skill to translate this code into c#. 
What can I do?
Is the disk-lru-cache the way to go? Do I have to translate it into c# or
can one of these java-classes be easily bound into a mono-project? (I tried
this yesterday, but I get compiler-errors). Are there other ways of
optimation?

questions over questions :-)
hope someone has a hint for me!

regards
Lee



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Disk-LRU-Cache-tp5712209.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] LinkAssemblies fails in latest 4.6 beta

[JLee]

I also had this problem after installing 4.6.02001 (Win 7 32bit).
This workaround fixed it.

I removed the following parts from Xamarin.Android.Common.targets :



 

I found the file under ..\Program Files\MSBuild\Xamarin\Android\ .

After deleting obj & bin folder, i further had to restart the IDE to get it
work.

regards





--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/LinkAssemblies-fails-in-latest-4-6-beta-tp5713100p5713138.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

[mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

Yesterday i installed 4.6.02001. Before, I worked a long time with 4.2.7, so
I don't have experiences with releases between.

Now i'm facing long build- & packaging-times. Build takes 60+ sec. /
packaging (incl. copy to device) 70+ sec (in debug-mode).
I never stopped buildtime on 4.2.7but it is a huge difference.
A further thing is, that mono everytime runs through packaging, even if no
sourcecode was changed since the last build. that always takes 70+ sec. 
under 4.2.7 the deployment started immediately, if no source was changed.

next further thing:
under 4.2.7 the build-process was very fast, if only a few sourcecode files
were changed and no changes in android-recourses were done. now, it always
takes the whole time of 60+ sec. for the build.

package-size:
the package-size under debug increases from ~500kb (4.2.7) to now ~1000kb.
the package-size under release is (blessedly) almost the same.

strange behavior in debug-mode (only when debugger is connected):
the debugger internally stopped at a codeline and didn't go further.
I hit pause & F5 several times, the debugger always stood on the same
codeline (it was not in a loop ;).

this is the codeline:
int versuche = (Programm.PartialDownloadTrysBeforeError > 0) ?
Programm.PartialDownloadTrysBeforeError : 1;

PartialDownloadTrysBeforeError is declared in a static partial class:

public static partial class Programm
{
   ...
   public static int PartialDownloadTrysBeforeError = 3; 
   ...

when the debugger is not connected, the code is performed without problems.

conclusion:
is it normal, that build & packaging takes so long? what can I do to speed
up the process.
Usually I do 20-30 debug-builds per day. you can calculate how much
additional time i have to spend at work to get set same things done :-(

why does the package-size of the debug-build increases so much?

You have an idea, why debugger stops at the codeline above?

Hope, somebody can help me!

regardes
Lee








--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

Hi Jon,

thanks for the feedback.

unfortunately, the workaround 10840#c6 doesn't work for me.
When will the next Mono-Release be published?

The incresed package-size (debug-mode.) is something that I only have
recognised.
I don't care much about that. 
The package-size in Release-Mode is nearly the same.
Only a few kb diffenece, so no trouble at all.

fyi my debug-settings are:
Lininking = none
shared runtime = yes
fast depl. = yes

> > strange behavior in debug-mode (only when debugger is connected):
> > the debugger internally stopped at a codeline and didn't go further. I
> hit pause & F5 several times,  the debugger always stood on the same
> codeline (it was not in a loop ;).

> This is the first I remember hearing of this issue. :-( 

In my last session the same problem occurs, but at another codeline (same
activity, same method).
I'll try to make a screencast tomorrow. maybe this helps.
the method is called over ThreadPool.QueueUserWorkItem. Can this cause the
probleme? tomorrow i will try without QueueUserWorkItem to see, if it is a
difference.

regards
Lee





--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713141.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

Hi Jon,

installed 4.6.3 today, but haven't any improvement.
Bevavior is exactly the same.
Packaging perfomes with every build und takes 70+ secs.
Making a little change in a cs-file and the whole compilationtime (60sec
build + 70sec packaging) is needed.
I even deinstalled and reinstalled mono completely to make shure, everthing
is correct with the installation.

Let me know, if I can do anything to help you to fix the problem (e.g.
provide information, log-infos, teamviewer-session, etc.).

@nodoid
Thanks for your suggest. I testet it, unfortunately with no affect.

regards
Lee











--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713144.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

Installed 4.6.4 -> no improvements.
Everything exactly the same.



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713146.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

In VS2010 i'm successfully logged in into the account (professional licence /
edition Business).
My workstation is registerd in the account.
How can I check if i'm on Trial?





--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713148.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

> > strange behavior in debug-mode (only when debugger is connected):
> > the debugger internally stopped at a codeline and didn't go further. I
> hit pause & F5 several times, the 
> debugger always stood on the same codeline (it was not in a loop ;).

> This is the first I remember hearing of this issue. :-(

I reported this bug in bugzilla as bug 10802, cause it occours quite often,
now.
Always at different places in my code.
I always have to restart the debugger.

This, in combination with the long build-time, takes alot of extra time for
me to handle my work.
I hope, you can fix this or at least help me with a (working) workaround.

regards
Lee






--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713150.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

I meant the bug with the stopped code-execution. 
For the slow-build-time there is already a bug-report.

to be honest: that you aren't seeing any increasing buildtime doesn't mean
that the bug isn't there but only you aren't experiencing it ;-)

where can I get this alpha-release you'r takling about?

Lee



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713152.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

Are you still investigating this problem?
Is it realy only me who is experiencing this problem?
I tested on different machines with the same behaviour.
Even if i start new, empty mono projects (without any extra references) and
deploy them to the device -> build & package always performed.

Is it maybe a licence-related problem?

After one week, always waiting for debbuger becomes quite annoying.
I hope you guys at xamarin don't loose the focus for "the basic things"
beside developing nice new features.

Lee

PS. i tried to install 4.7.4 but !Avast Antirus blocked with
"auto-sandboxing", when I started Visual Studio after installation. After
that, i wasn't able to load my project. I had to deinstall 4.7.4 and go back
to 4.6.4.
When I now try to install 4.7.4 again, the installer says, the 4.7.4 can't
be installed, cause the same shell is already installed on the system?!

Here is the avast log:
16.04.2013 22:22:00 Autosandbox candidate: C:\Program
Files\MSBuild\Xamarin\Android\mandroid.exe
[Source: local://*C:\Windows\system32\msiexec.exe   ]
[Opened by:
C:\Windows\assembly\NativeImages_v4.0.30319_32\mscorlib\bcee5d59d5cc1be6caddd114461e60b6\mscorlib.ni.dll]
[Reason: 0x0002]
 --> Result: Sandboxing (because policy set to Auto).





--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713182.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

jfi: Of course I removed mono from sandbox, but still wasn't able to load my
project.



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713183.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

this message I get when I try to install 4.7.4 again:


 



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713184.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

I installad 4.6.4, wasn't running in Trial Mode (logged in successfully in my
account, workstation successfully registerd in my account) and still had
this problem (on two different machines).
I haven't worked on an Android 4.2 device jet. My debug-devices are all at
4.0.x and 4.1.x.

to the 4.7.4 installer-shell-problem:
after the first installation failed, I uninstalled every mono-related thing.
I'm not working with Monotouch, so I haven't installed something from that.
I still wasn't able to install 4.7.4 again. 
Is there a way to remove this shell manually?

In the end I went back to 4.2.7 and everthing works as aspected, again.
I need 4.6.4, because some problems with garbage-collection were fixed in
the meanwhile.
At the moment I'm having a second machine only for compliling in 4.6.4.
But this isn't a durable solution. I hope, all these bugs are fixed in 4.7.x
stable release.

Lee







--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713233.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

are you kidding me?

i'm the same person who's answering at
https://bugzilla.xamarin.com/show_bug.cgi?id=10840.
Username on both spots is JLee, is it that difficult?
I already provided diagnostic build outputs and alot more infos.
Please stop asking me the same questions and requesting the same things.

Your conclusion/assumtion was, that the long buildtime is caused by trial
mode.
I stated, that I have a pro-license, with successfully registered
workstation.
If i'm on trial, i'm wrongly on that, maybe caused by another bug in mono...

I asked you a definitiv question: 
*Is it possible, that I'm wrongly on trial-mode...or better, is there a way
to check, if I'm on trial-mode although i have a pro-license.*
Answering this question could bring us a step further.

Anyway, thanks for your support.
but please, if you provide it, do it right and not that superficial like in
this case.
Otherwise you are only wasting time from both of us.

regards
Lee







--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713245.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

Then, please let me know, that you have problems reading/translating the log.
I didn't receive any feedback from you for days, so I can't help you, then.
I can try to provide the log in english.
This evening i'll reinstall 4.6.4 and install system-language english.
I hope, this will write the log in english.

Lee



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713247.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

Today, after deinstalling mono completely I was finally able to install
4.7.4.
My hope was, that the problem only occurs in 4.6.x and not under 4.7.x.
Now the shock: the compiling-behaviour is the same as in 4.6.4, but takes
almost 4mins instead of 2mins in 4.6.4.
The newer the mono-version, the longer the build-time?
It's nearly unpossible to work under these conditions.

I have sent an e-mail with diagnostic-outputs (in english) and screencasts
to support(at)xamarin.

I hope you guys are able to fix this problem...

Lee










--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713256.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

I've spend a lot of time providing xamarin informationen to help them fix the
problem.
I even provided them a modified version of my project, which with the
problem can be reproduced (I could).
But since the weekend befor last I have heard nothing from them.
I contacted them several times to get at least a short feedback about the
actual state of investigationnothing.

I have to manage a huge project-size with mfa and am not able to update to
newer mono-versions.
2-4 minutes build-time for every single debug-build is unworthy of
discussion.

...










--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713312.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

I have spoken to our sys-admin and he told me, no e-mails from xamarin has
passed our mail-gateway since our last correspondence respectively there are
no mails in the spam-filter (he has checked also).

Whatever, I will send you an private email which you can use.
And there is forsure no spamfilter or something.

Please re-send all mails to there.







--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713322.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Slow Build- und Packaging-Process & few other things after update

[JLee]

Now, I have received your mail to the private account.
The history looks authentic, so I have to apologize.
I really thought, you didn't have responsed and are ignoring me.
But wtf ist going on, that two e-mail-accounts did fail?! 

Whatever...

I'll read them this evening/weekend and give feedback.
I will send my answer from my private account to the last adress you've sent
from (successfully).
Is that ok?





--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Slow-Build-und-Packaging-Process-few-other-things-after-update-tp5713139p5713325.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Since 4.8.0/1 SIGSEGV on accessing IEditable from ITextWatcher's AfterTextChange

[JLee]

@SRI

it's a question of definition (and point of view), what improvement/progress
is, and if refactoring code is the "cost" we have to accept for it. 

I have to manage a huge project with a relativ high level of complexity.
Refactoring code, depending on what has to be refactored, can cost me
hours/days. Time, that I don't have. Time, that I don't get payed off for.

For you, backward-compatibility is beast, for me, it's refactoring.


> For me as long as the change is an improvement, it is better to improve
> rather than be restricted because of backward compatibility.

Is it really an improvement, when accessing a parameter of an method leads
you in a SIGSEGV? Isn't this something, that has to work in general?


> Rather than removing this optimization, Is it possible to create a static
> flag at class level to skip/enable this optimization and by default it can
> skip??enable?? and in case it is required then developers can enable

For me, it would be acceptable, if I could get backward-compatibility by
setting a flag. A optimization could enabled by be default to ensure the
progress of mono. (of cours we only need a switch like this if an
improvement leads into problems with backward-compatibility).

nevertheless, I think in case of m4a, code-compatibility should primarily
relate to the api level of android and should offer the same
backward-compatibility-level as android does.

Lee



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Since-4-8-0-1-SIGSEGV-on-accessing-IEditable-from-ITextWatcher-s-AfterTextChange-tp5713467p5713500.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Since 4.8.0/1 SIGSEGV on accessing IEditable from ITextWatcher's AfterTextChange

[JLee]

> For me, it would be acceptable, if I could get backward-compatibility by
> setting a flag 
*
> (e.g. on project-level)
*
> .





--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Since-4-8-0-1-SIGSEGV-on-accessing-IEditable-from-ITextWatcher-s-AfterTextChange-tp5713467p5713501.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

[mono-android] Problem with reflection

[JLee]

Hello,

i'm filling classproperties over reflection. After outsourcing the code into
a library-project i get the following exception:

System.ArgumentException: Set Method not found for 'Standardwert'
  at System.Reflection.MonoProperty.SetValue (System.Object obj,
System.Object value, BindingFlags invokeAttr, System.Reflection.Binder
binder, System.Object[] index, System.Globalization.CultureInfo culture)
[0x0] in :0 
  at System.Reflection.PropertyInfo.SetValue (System.Object obj,
System.Object value, System.Object[] index) [0x0] in :0 

It is in a simple class with nothing special. 'Standardwert' is a pulbic
string property (get, set).

Under Debug (no linking) the code runs without problems.
Under Release (with linking sdk & user) the exception occurs.
Under Release (no linking) the code runs without problems.

The library-project is linked to the main-project.
My Xamarin.iOS-Version is 4.8.1.
I'm on windows 7.

Anyone any ideas?

Lee

 



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Problem-with-reflection-tp5713582.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Problem with reflection

[JLee]

I always thought, that the linker only removes complete unused classes.
didn't know, that the linker removes single properties. thanks for this
info.

Due to a large apk-size (30mb without linking / 8mb with full linking) I
always used link sdk + user to get the smallest possible size.

When I use "Link SDK only" I get the following compiler-error:

Fehler  13  Unerwarteter Fehler bei der LinkAssemblies-Aufgabe.
(error 13 unexpected error at linkassemblies-task)

Mono.Cecil.ResolutionException: Failed to resolve System.Void
System.Console::set_ForegroundColor(System.ConsoleColor)
   bei Mono.Linker.Steps.MarkStep.MarkMethod(MethodReference reference)
   bei Mono.Linker.Steps.MarkStep.MarkInstruction(Instruction instruction)
   bei Mono.Linker.Steps.MarkStep.MarkMethodBody(MethodBody body)
   bei Mono.Linker.Steps.MarkStep.ProcessMethod(MethodDefinition method)
   bei Mono.Linker.Steps.MarkStep.ProcessQueue()
   bei Mono.Linker.Steps.MarkStep.Process()
   bei Mono.Linker.Steps.MarkStep.Process(LinkContext context)
   bei Mono.Linker.Pipeline.Process(LinkContext context)
   bei MonoDroid.Tuner.Linker.Process(LinkerOptions options, LinkContext&
context)
   bei Xamarin.Android.Tasks.LinkAssemblies.Execute()
   bei
Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
   bei
Microsoft.Build.BackEnd.TaskBuilder.d__20.MoveNext()   


regards
Lee



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Problem-with-reflection-tp5713582p5713584.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] Problem with reflection

[JLee]

I workedaround this by using "linking sdk + user" and putted my
library-assembly in the "skip linking" section. But for future things, maybe
we can still fix my problem with "linking sdk only" ?!

regards
Lee



--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/Problem-with-reflection-tp5713582p5713585.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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

Re: [mono-android] monodroid codepage1252

[JLee]

I remember, I had similar problems in the past in my m4a-project.

I have fixed it, by adding I18N.West-Reference to the project, manually.
To avoid it from linking, you can add I18N.West assembly to the exclude from
linking-option in the project properties.

you can also generate some pseudo-code, that runs on project-start, to avoid
linking f.e.:
var cp1252 = new I18N.West.CP1252();
This should not embedded in a method, that will never called in you project,
because, then, the linker will remove it. I have this code in OnCreate in my
start-activity.

Maybe there are other/better solutions. But this helped me to fix it.






--
View this message in context: 
http://mono-for-android.1047100.n5.nabble.com/monodroid-codepage1252-tp5713717p5713720.html
Sent from the Mono for Android mailing list archive at Nabble.com.
___
Monodroid mailing list
Monodroid@lists.ximian.com

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