[PD-dev] starting pd from tcl

[0001]

ok, anyways the wish  .app doesn't seem to allow multiple instances.
the other option was adding a -port arg to pd,  but for me the less  
modifications I make to the sources, the better.
thanks

.
g



El 30/08/2004, a las 3:18, Hans-Christoph Steiner escribió:

>
> Its fairly typical for an app to choose one port and stick with it, so  
> I think this shouldn't be a problem in terms of conflicting with other  
> apps.  Where it would be a problem is if you want to run multiple  
> instances of Pd, which sometimes is useful.
>
> But choosing fixed port number seems to be a good workaround for now.
>
> .hc
>
> On Aug 29, 2004, at 12:33 PM, 0001 wrote:
>
>> ok this seems to solve the problem with the socket in s_inter.c
>>
>> #ifdef MACOSX
>> 	if (setsockopt(xsock, SOL_SOCKET, SO_REUSEADDR,
>> 			&intarg, sizeof(intarg)) < 0)
>> 			post("setsockopt (SO_REUSEADDR) failed\n");	
>> #endif
>>
>> (I wonder if it would affect anything else)
>>
>> so now the port is available when closing pd ...
>> I don't know how bad it is to depend on this particular port
>>
>> .
>> g
>>
>>
>> El 29/08/2004, a las 16:43, 0001 escribió:
>>
>>> hi all.
>>> I'm trying to find a more reliable way of starting pd on OSX from  
>>> AppMain.tcl
>>> currently, I depend on pd being able to listen to the default port  
>>> (5400).
>>> pd usually gets to bind to this port except if somebody else is  
>>> using it. This can be detected in Tcl using netstat.
>>>
>>> But if you quit pd, the port is unusable for some time and won't  
>>> show up in netstat.
>>>
>>> So It seems I need either a way to detect the usability of the port  
>>> in Tcl (trying to make a server socket won't report any error) or a  
>>> clean way for pd to tell the Tcl code  which port it has picked
>>>
>>> any advice on this would be welcome.
>>>
>>>
>>> ...
>>> gerard
>>>
>>>
>>> _______________________________________________
>>> PD-dev mailing list
>>> PD-dev at iem.at
>>> http://iem.at/cgi-bin/mailman/listinfo/pd-dev
>>>
>>>
>
> _______________________________________________________________________ 
> _____
>
>                     There is no way to peace, peace is the way.
> 										-A.J. Muste
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 2349 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20040830/550646f8/attachment.bin>