socket.error: (98, 'Address already in use')

[GoogleCodeExporter]

What steps will reproduce the problem?
1. I have setup python web application for feed validations, it is working 
fine. I am calling this application from my PHP application by shell_exec 
command.

2.To get schedule view, I have called the python application like bellow - 

shell_exec('/usr/bin/python/home/USER/public_html/transitfeed-1.2.6/schedule_vie
wer.py 
--key=ABQIAAAAU0v4UmY_91psZ6pP2wUHBBTKpx_ghcJXaB5nDMurdS8ses3VnBRH9qW38cQxwcgN2n
vpY-x7BgGhlA 
/home/USER/public_html/transitfeed-1.2.6/test/data/good_feed.zip'." 2>&1");

3.But the schedule viewer showing the error - 

File "/usr/lib/python2.4/SocketServer.py", line 341, in server_bind
    self.socket.bind(self.server_address)
  File "", line 1, in bind
socket.error: (98, 'Address already in use')

What is the expected output? What do you see instead?

My expectation is - to see the schedule view of my datafeed. 

Instead of schedule view, I show me the error - 
socket.error: (98, 'Address already in use')

What version of the product are you using? On what operating system?
I am using the Version: 1.2.6(paython application). It has been setup at Linux 
server.

Please provide any additional information below.

Original issue reported on code.google.com by mahadeb4...@gmail.com on 21 Feb 2011 at 4:14

[GoogleCodeExporter]

The schedule viewer defaults to binding to port 8765.  The likely cause of the 
error is trying to run multiple schedule viewers on the same port at the same 
time.

If this is the root of your problem, you could use --port=XXXX to force usage 
of a different port, or change your php to guarantee that only one 
schedule_viewer is run at a time.

HTH,
  -J

Original comment by justinca...@google.com on 11 Mar 2011 at 8:19

[GoogleCodeExporter]

Original comment by bdfer...@google.com on 26 Sep 2014 at 4:51

• Added labels: Language-Python

[GoogleCodeExporter]

Moved to https://github.com/google/transitfeed/issues/276

Original comment by bdfer...@google.com on 8 Oct 2014 at 12:20

• Changed state: WontFix