I don't know if has something related to that but there is missing a "using"
on webrequest and the error appear to be related to request and not on
receive, so that could be like:
using (WebRequest request = WebRequest.Create(url))
{
if (postData)
{
Spoke to soon. Looping hitting the Internet causes it to fail even
after changing the code as suggested. Eventually it dies and you have
to restart the emulator. Not sure if this behavior would be the same in
production?
[ERROR get:](652): Error: NameResolutionFailure
[ERROR get:](652): at Sy
Hello,
I was wondering if Xamarin will still offer Student licenses[1]? The page
still says we should email Novell. Since Novell no longer handles it,
shouldn't that page be updated?
[1]: http://android.xamarin.com/Store/Student
--
Neal Gompa (Conan Kudo [ニール・ゴンパ])
Quality Assurance, Platform I
I think that was the issue, I changed the code to this, based of that
link you sent and your recomendation. It seems to not error.
private string getData(string url, Boolean postData, String xmlData)
{
String responseFromServer=string.Empty;
try
{
I'm thinking the same thing after reading that post. Because I'm seeing
were the data stream or read might not close because it crashed to the
try catch. I'll rewrite this and see it that's the issue.
Thanks
-Original Message-
From: monodroid-boun...@lists.ximian.com
[mailto:monodroid-b
On Aug 4, 2011, at 4:29 PM, Tim Kelly wrote:
> However, on another note. One of the things I took out of the proof was a
> HttpWebRequest and HttpWebResponse which hit the server. So, I'm adding more
> logging and have found one thing.
>
> Repeatedly calling these cause the network to stop f
Ok, I've done a proof of concept that I thought would show the service
stopping after awhile. However, my simple application doesn't stop (go
figure). So, now I'm faced with not so much a simple problem but
something we do causes that behavior, so I'm still researching it.
However, on another
Ok thanks, main is our own class or series of classes or a class that
may do other work etc. I'm thinking that make, use, dispose should be
the best case making releasing of memory more important over GC.
-Original Message-
From: monodroid-boun...@lists.ximian.com
[mailto:monodroid-boun..
Thanks Dan,
I also found that communications was a 'bitch' in Java whereas .Net we consumed
web services which was easy. However, during our testing we came to realize
that web services probably is a bad idea because of the overhead and limited
resources on Smartphone's. Trying to get Java
On Aug 4, 2011, at 2:01 PM, Tim Kelly wrote:
> Now these are Service loops that never end while the program is running.
> Secnario#1 makes a new instance on each loop but would release resources (I'm
> assuming) and cause garbage collection.
The first question: Is Class_Master_Main a Java.Lang.
What I came up with is to write the logs as we do on a pc and then post
them to a webpage. I can have the user click on the user interface,
click on the "Logging button" (also the state is saved so reboots stay
on), and then when they click "Logging Off button" it transfers it to my
server.
All
iirc, monotouch had similar(documentation, debugging, etc.) issues early in its
lifecycle (1.0 didn't have breakpoints). Given some time, I think that this
can be resolved.
Wally
Date: Thu, 4 Aug 2011 13:37:35 -0400
From: tim.ke...@designerware.com
To: monodroid@lists.ximian.com
Subject: Re: [
On Aug 4, 2011, at 1:37 PM, Tim Kelly wrote:
> On another note, nothing to do with MonoDroid, I have a global
> error class that writes debugging information to a log file. We then just
> use notepad while developing on Windows to view this logging file. However,
> the Android emul
What's best for garbage collection in Android.
Secnario#1
While (true)
{
Class_Master_Main main = new Class_Master_Main();
main.doSomething();
do other stuff
...Sleep() for an hour
}
Secnario#2
Class_Master_Main main = new Class_Master_Main();
While (true)
{
Hi Tim,
I've found much of the same thing in my playing around with Mono for Android.
I've mostly adopted the Java approach for client applications on the Android
platform. Web/Restful Services are implemented in .NET/WCF/C#. Although there
are different stacks available, I've adopted Android/
Wally,
I agree that the lack of examples isn't much and I enjoy the
challenge. But, I have to list it as a concern so we add additional time into
the project plan. So far, we've got enough help from people on this list to
overcome issues.
About the libr
A few comments:I agree on the debugger, item #1. I demo'd this at monospace,
and they are working on it. Hopefully, they can provide some type of info
regarding timeframes. The mono4android libraries that you mention are for
development only. by breaking the libraries up in development, it
If anyone is interested, we're doing a proof of concept with C# and
Java/Eclipse to determine if we can meet business requirements with VS/C#. We
prefer to use C# and take advantage of cross platform development. Overall,
both products offer the same capabilities and functionality so what I'll
Sure, I'll have to strip out all the crap I got in there that is
business logic. But I think you can recreate it by doing the following:
1. Build the hello world app.
2. Add a service to start when the Activity starts
3. Have the service create a new thread and a handler back to the
servi
Hi Tim,
Do you have a sample test case that illustrates this bug that you could
attach to http://bugzilla.xamarin.com? If this is a bug in Mono for Android,
and it sounds like it very well could be, we'd be very interested in fixing
this bug.
Jeff
On Thu, Aug 4, 2011 at 10:33 AM, Tim Kelly wrote
Has anyone noticed that after a while a program just stops running in
the emulator? Not sure if this behavior happens on a real device.
This has me concerned and thinking maybe there's underlying issues.
Anyway, I have an application that creates a service. This service
creates a thread, sle
Its a bug, which arrises from "adb.exe" spitting out some extra information
than extected.
It should have been fixed in the upcoming release, which I was told would be
out very soon.
--
View this message in context:
http://mono-for-android.1047100.n5.nabble.com/Error-Finding-Devices-tp4615074p46
22 matches
Mail list logo
