On Sat, Oct 13, 2012 at 11:01 AM, Dean Cleaver <[email protected]> wrote: > Sebastien, > > Should it all work with the latest MonoDevelop? I've downloaded Xcode 4.4.1 > and MonoTouch 5.2.12, and changed MonoDevelop to point to the new folders in > the SDK settings, but I get an error on building: > > Error MT5201: Native linking failed. Please review user flags provided to > gcc: "-L/xsl-home/kleverlogic/FlashValet/Mobile/iPhone/Valet" "-ldtdev" > "-framework" "AudioToolbox" "-framework" "CoreGraphics" "-framework" > "ExternalAccessory" "-ObjC" (MT5201) (FlashValet) > > These flags haven't been changed (by me) for a long while - could never > versions of MonoTouch/MonoDevelop have changed them?
Not that I recall. However MT5201 is a native link failure. The most common way to get this is when you manually change the linker options (and that's why the error message suggest you to review them). In this case it's likely a different issue (since you did not change them), but we need to have the complete build log to know what's going on. If there are details you do not want to share (from the build output) then please open a bug report and attach the build output to it (marked as private). Sebastien > Dino > > -----Original Message----- > From: Sebastien Pouliot [mailto:[email protected]] > Sent: Saturday, October 13, 2012 09:41 > To: Dean Cleaver > Cc: [email protected] > Subject: Re: [MonoTouch] Any idea what this could be? > > On Fri, Oct 12, 2012 at 11:38 PM, Dean Cleaver > <[email protected]> wrote: >> Hi Sebastian, >> >> Thank you - I'm a bit of a Mac noob as I've always used Windows, and only >> need a Mac for iOS development. I have a feeling I saved a copy of XCode 4.4 >> before upgrading, I'll see if I can find it. > > You can still download old versions for Xcode (and many tools) from Apple > developer's site. > > Go to https://developer.apple.com/xcode/index.php > > then click on the link after the text "Looking for additional developer > tools? View Downloads" > > Once you login you'll be able to select Xcode 4.4.x for Mountain Lion and > download it. > > Next open the .dmg and move the Xcode.app to your desktop (not the > Application directory, as you do not want to replace your Xcode 4.5). > Rename the Xcode.appto something else (e.g. Xcode44.app) then move the > renamed .app to your Application directory. > >> I'm avoiding 5.2.13 because it had very reduced battery life over 5.2.12 - I >> need to follow this up with Xamarin again (we did open a ticket, and my >> Exchange server quarantined one important email). But it was significant >> enough (8 hours reduced to 6 hours with my app just idle on the device) that >> I can't use 5.2.13, although I guess 5.4/6.0 could exhibit the same problem. >> >> Dino >> >> -----Original Message----- >> From: Sebastien Pouliot [mailto:[email protected]] >> Sent: Friday, October 12, 2012 21:52 >> To: Dean Cleaver >> Cc: [email protected] >> Subject: Re: [MonoTouch] Any idea what this could be? >> >> On Fri, Oct 12, 2012 at 9:11 PM, Dean Cleaver >> <[email protected]> wrote: >>> Craig, >>> >>> >>> >>> I went from version 5.2.12. I didn't know 6.0.4 was out, until I >>> re-started MonoDevelop after installing 5.2.12 again, but I see it >>> only changes a compiler setting for something specific. >>> >>> >>> >>> Am going to recompile in 5.2.12 and see if the CEO has the same >>> problems. If so, it probably is something I did in code, but what I >>> have no idea. The exception reports are all extremely vague. >>> >>> >>> >>> Looks like going back to 5.2.12 is not an option as I still only have >>> SDK 6 as a choice, and it means all the orientation stuff is broken. >>> So unless I buy another Mac with Lion on it and go back to XCode 4.4 >>> I'm not sure how I can get around that. >> >> Easily. You can install several Xcode versions, side by side, as long as >> they are compatible with the OS you're running (and yes, I'm aware there's >> plenty of hacks to install "incompatible" versions but I urge you not to try >> them, because if you mess things up you'll likely need to re-install your OS >> and/or run into non-reproducable problems, that's simply not worth it). >> >> E.g. >> >> * I have both Xcode 4.5 and 4.4, side by side, on my iMac running Mountain >> Lion. >> * I have Xcode 4.2, 4.3, 4.4 and 4.5 on my Mac Book Air running Lion (yes >> that's a lot of space for a 128GB SSD but it works). >> >> It's also not very hard to have several versions of MonoTouch as well, e.g. >> rename your current MonoTouch directory (e.g. MonoTouch-6.0.4), install 5.2, >> rename it to MonoTouch-5.2, install a new one... >> >> The key is to remember to: >> >> * set your MonoDevelop SDK location settings to map to the right Xcode >> and MonoTouch combo for your project; >> * run xcode-select inside a terminal to be sure you're using the right >> libraries / tools >> >> Sebastien >> >> p.s. once you confirm it works, as you expect, with 5.2.12 please update to >> 5.2.13 (and test again). 5.2.13 is the version of MonoTouch that has >> important fixes for executing applications under iOS6. >> >>> >>> >>> Dino >>> >>> >>> >>> From: Craig Dunn [mailto:[email protected]] >>> Sent: Friday, October 12, 2012 19:44 >>> To: Dean Cleaver >>> Cc: James Darbyshire; [email protected] >>> >>> >>> Subject: Re: [MonoTouch] Any idea what this could be? >>> >>> >>> >>> from what version did you move _to_ 6.0.3? perhaps the changelog >>> between the two releases might point at something that's been updated >>> to give you a clue? >>> >>> >>> >>> also, 6.0.4 has been released >>> >>> http://docs.xamarin.com/ios/releases/MonoTouch_6/MonoTouch_6.0#MonoTo >>> u >>> ch_6.0.4 >>> >>> -- you might already have been prompted to download that? might be >>> worth trying? alternatively, does downgrading back to the previous MT >>> version you had fix the problem? >>> >>> >>> >>> cd >>> >>> >>> >>> On Sat, Oct 13, 2012 at 11:40 AM, Dean Cleaver >>> <[email protected]> wrote: >>> >>> James, >>> >>> >>> >>> I did share the code. That's it: >>> >>> >>> >>> public override void WillEnterForeground(UIApplication application) >>> >>> { >>> >>> try >>> >>> { >>> >>> >>> //ThreadPool.QueueUserWorkItem(this.EnterForeground); >>> >>> } >>> >>> catch (Exception ex) >>> >>> { >>> >>> Application.SendError(ex); >>> >>> } >>> >>> } >>> >>> >>> >>> I can't publish my entire app code in here. But why am I getting >>> exceptions that simply crash my app in a method that I have no real >>> code in? Even if I comment out the entire "WillEnterForeground" I >>> still get explosions that just kill the app completely. >>> >>> >>> >>> It will not break in code - always just blows up. Never blew up >>> before, just after I made the mistake of upgrading to MonoTouch 6.0.3. >>> This code has been working for over 12 months, and now I'm in deep >>> shit where I can't publish a new version because I cannot get any help on >>> some severe crashes. >>> >>> >>> >>> Hell - I've even got one crash on an iPad where it actually manages >>> to disable the Home button until you reboot the device - any ideas >>> what API I might be using incorrectly to achieve that? >>> >>> >>> >>> Dino >>> >>> >>> >>> From: James Darbyshire [mailto:[email protected]] >>> Sent: Friday, October 12, 2012 19:35 >>> To: Dean Cleaver >>> Cc: [email protected] >>> Subject: Re: [MonoTouch] Any idea what this could be? >>> >>> >>> >>> To be blunt, we can't help without having code to look through. >>> >>> >>> >>> MonoTouch doesn't just add method calls, and throw exceptions on its own. >>> >>> >>> >>> My guess is that your problem is probably an incorrect use of an API >>> or object somewhere. >>> >>> >>> >>> iOS application development is a lot more accessible now, thanks to >>> MT, but if you don't do the basics, just as with ObjC or PhoneGap (et. >>> al.) your foundations will be shaky. >>> >>> >>> >>> Share the code, or at least somewhere we can reproduce the problem, >>> and we can help you diagnose the problem. >>> >>> Regards, >>> >>> >>> >>> James >>> >>> >>> On 13/10/2012, at 11:23 AM, Dean Cleaver >>> <[email protected]> >>> wrote: >>> >>> Anyone able to help before I ditch MonoTouch and try something that works? >>> We are seriously in a position where we cannot release code because >>> of this problem, and the CEO is discussing ditching MonoTouch >>> completely because we can't rely on it to work. >>> >>> >>> >>> Dino >>> >>> >>> >>> From: Dean Cleaver >>> Sent: Friday, October 12, 2012 17:16 >>> To: Dean Cleaver; [email protected] >>> Subject: RE: Any idea what this could be? >>> >>> >>> >>> It's now seemingly not Linea - just random: >>> >>> >>> >>> MonoTouch.Foundation.MonoTouchException: Objective-C exception thrown. Name: >>> NSInvalidArgumentException Reason: -[OS_dispatch_semaphore >>> UIApplicationWillEnterForeground:]: unrecognized selector sent to >>> instance >>> 0x81b27e0 >>> at (wrapper managed-to-native) >>> MonoTouch.UIKit.UIApplication:UIApplicationMain >>> (int,string[],intptr,intptr) at MonoTouch.UIKit.UIApplication.Main >>> (System.String[] args, System.String principalClassName, >>> System.String >>> delegateClassName) [0x0004c] in >>> /Developer/MonoTouch/Source/monotouch/src/UIKit/UIApplication.cs:38 >>> at KleverLogic.FlashValet.iPhone.Valet.Application.Main >>> (System.String[] >>> args) [0x00048] in >>> /xsl-home/kleverlogic/FlashValet/Mobile/iPhone/Valet/Main.cs:40 >>> >>> >>> >>> And here's my WillEnterForeground: >>> >>> >>> >>> public override void WillEnterForeground(UIApplication application) >>> >>> { >>> >>> try >>> >>> { >>> >>> >>> //ThreadPool.QueueUserWorkItem(this.EnterForeground); >>> >>> } >>> >>> catch (Exception ex) >>> >>> { >>> >>> Application.SendError(ex); >>> >>> } >>> >>> } >>> >>> >>> >>> Yeah - basically empty, yet it still crashes in the >>> UIApplicationWillEnterForeground - any ideas? >>> >>> >>> >>> Dino >>> >>> >>> >>> From: [email protected] >>> [mailto:[email protected]] On Behalf Of Dean Cleaver >>> Sent: Thursday, October 11, 2012 15:00 >>> To: [email protected] >>> Subject: [MonoTouch] Any idea what this could be? >>> >>> >>> >>> I got this error report recently: >>> >>> >>> >>> MonoTouch.Foundation.MonoTouchException: Objective-C exception thrown. Name: >>> NSInvalidArgumentException Reason: -[Linea >>> UIApplicationDidEnterBackground:]: unrecognized selector sent to >>> instance >>> 0x21a2a80 >>> at MonoTouch.UIKit.UIApplication.Main (System.String[] args, >>> System.String principalClassName, System.String delegateClassName) >>> [0x0004c] in >>> /Developer/MonoTouch/Source/monotouch/src/UIKit/UIApplication.cs:38 >>> at KleverLogic.FlashValet.iPhone.Valet.Application.Main >>> (System.String[] >>> args) [0x00027] in >>> /xsl-home/kleverlogic/FlashValet/Mobile/iPhone/Valet/Main.cs:40 >>> >>> >>> >>> I'm intrigued by the "Reason: -[Linea UIApplicationDidEnterBackground:]" >>> because I make no calls to the linea in this, so wondered if there >>> was even anything I could do? >>> >>> >>> >>> Dino >>> >>> >>> _______________________________________________ >>> MonoTouch mailing list >>> [email protected] >>> http://lists.ximian.com/mailman/listinfo/monotouch >>> >>> >>> >>> >>> _______________________________________________ >>> MonoTouch mailing list >>> [email protected] >>> http://lists.ximian.com/mailman/listinfo/monotouch >>> _______________________________________________ MonoTouch mailing list [email protected] http://lists.ximian.com/mailman/listinfo/monotouch
