Bug 20315 - Xamaring.iOS Build Host and AirServer app cannot run simultaneously
Summary: Xamaring.iOS Build Host and AirServer app cannot run simultaneously
Status: RESOLVED DUPLICATE of bug 20272
Alias: None
Product: Visual Studio Extensions
Classification: Xamarin
Component: iOS ()
Version: 3.0
Hardware: Macintosh Mac OS
: Normal normal
Target Milestone: ---
Assignee: Bugzilla
URL:
Depends on:
Blocks:
 
Reported: 2014-06-03 14:43 UTC by Richard Shaw
Modified: 2015-01-05 11:20 UTC (History)
7 users (show)

Tags:
Is this bug a regression?: ---
Last known good build:

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and Mono organizations on GitHub to continue tracking issues. Bugzilla will remain available for reference in read-only mode. We will continue to work on open Bugzilla bugs, copy them to the new locations as needed for follow-up, and add the new items under Related Links.

Our sincere thanks to everyone who has contributed on this bug tracker over the years. Thanks also for your understanding as we make these adjustments and improvements for the future.


Please create a new report on Developer Community with your current version information, steps to reproduce, and relevant error messages or log files if you are hitting an issue that looks similar to this resolved bug and you do not yet see a matching new report.

Related Links:
Status:
RESOLVED DUPLICATE of bug 20272

Description Richard Shaw 2014-06-03 14:43:49 UTC
In short: AirServer for Mac appears to be preventing Xamarin.iOS Build Host service from responding on telnet port 5000.

Is there a way to possibly change this required port? I'll be checking AirServer's options for this, too.

Is it possible to have Visual/Xamarin Studio report that while it was attempting to get a response over that port, that the port is either in use by another app and/or shorter timeout?

Last email sent to Xamarin Support Team:

Well, there are some interesting results coming from this. I have provided some screenshots to show what I’m seeing.

- Fired up terminal, entered “telnet localhost 5000”
- Got the following:

Trying ::1…
Connected to localhost
Escape Character is ‘^]’,

… then nothing. I fired up the console center, just to see if anything is happening after running that command:

https://www.dropbox.com/s/rtm8i6cvbkt3276/Screenshot%202014-06-03%2013.12.20.png
1:12:10pm AirServer: Audio client connected: ::1:62600

At this point, I have to quit terminal to regain control.
https://www.dropbox.com/s/2rx66m7feyf5ojc/Screenshot%202014-06-03%2013.13.20.png

So, I closed AirServer and tried the command again:
https://www.dropbox.com/s/gxv2ge6q2algji5/Screenshot%202014-06-03%2013.14.48.png

Last login: Tue Jun  3 13:12:04 on ttys000
richards-air:~ richardshaw$ telnet localhost 5000
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
telnet: connect to address 127.0.0.1: Connection refused
Trying fe80::1...
telnet: connect to address fe80::1: Connection refused
telnet: Unable to connect to remote host
richards-air:~ richardshaw$ 

After closing AirServer, and attempting the Visual Studio connection, it appeared to work as expected. I guess I can’t have both AirServer and Xamarin.iOS Build host going at the same time.

Is there maybe something I can do to have the two apps run together without conflicts?
Comment 1 Brendan Zagaeski (Xamarin Team, assistant) 2014-06-19 17:16:26 UTC

*** This bug has been marked as a duplicate of bug 20272 ***
Comment 2 Brendan Zagaeski (Xamarin Team, assistant) 2014-06-19 17:24:56 UTC
For the particular case of AirServer, it sounds like it should be possible to work around the conflict from the AirServer side of things:
http://support.airserver.com/customer/portal/articles/1465944
Comment 3 Stefan de Vogelaere 2014-06-22 11:41:30 UTC
To change airserver see my blog post:
http://blog.cavebirdlabs.com/post/89342617436/xamarin-ios-build-host-doesnt-like-airserver
Comment 4 Brendan Zagaeski (Xamarin Team, assistant) 2014-06-24 23:37:04 UTC
Awesome! Thanks for the link Stefan!