Due to the fact that Mac OS X has the dns-sd functions in it's main library (libSystem.B.dylib), I thought it unwise to try to unload it. This patch
The Photoshop CS3 installer seems to stall during installation due to the lack of Bonjour (bug 15590). This patch attempts to fix it.
On Thu, 2010-04-22 at 11:56 -0600, C.W. Betts wrote:
The Photoshop CS3 installer seems to stall during installation due to the lack of Bonjour (bug 15590). This patch attempts to fix it.
No, it now succeeds in starting Bonjour, even if there's a native mdns server running (see comment #36). The problem is that when Bonjour finds that it can't do a wildcard bind it binds to specific addresses, thereby stealing traffic from the native server.
We should investigate if the native server can be used by Photoshop. Then we could write a stub Bonjour service so that Photoshop will not attempt to install its own version.
There's no need for a dns-sd wrapper dll in this scenario.
On Apr 22, 2010, at 1:09 PM, Hans Leidekker wrote:
On Thu, 2010-04-22 at 11:56 -0600, C.W. Betts wrote:
The Photoshop CS3 installer seems to stall during installation due to the lack of Bonjour (bug 15590). This patch attempts to fix it.
No, it now succeeds in starting Bonjour, even if there's a native mdns server running (see comment #36). The problem is that when Bonjour finds that it can't do a wildcard bind it binds to specific addresses, thereby stealing traffic from the native server.
My bad. Completely forgot about that.
We should investigate if the native server can be used by Photoshop. Then we could write a stub Bonjour service so that Photoshop will not attempt to install its own version.
One question about making a Windows service: would the programs still be making calls to the DLL? Or would the be making calls to the service? If they're making calls to the DLL, wouldn't something be needed to route those calls to the OS-native dns-sd implementation?
Again, forgive my ignorance on this subject :/
On Thu, 2010-04-22 at 17:36 -0600, C.W. Betts wrote:
We should investigate if the native server can be used by Photoshop. Then we could write a stub Bonjour service so that Photoshop will not attempt to install its own version.
One question about making a Windows service: would the programs still be making calls to the DLL? Or would the be making calls to the service? If they're making calls to the DLL, wouldn't something be needed to route those calls to the OS-native dns-sd implementation?
I would assume that applications bundle a version of dns-sd because it's not a Windows dll. If that version cannot be used for some reason then we can think about adding a wrapper.
On 4/23/10 12:47 AM, Hans Leidekker wrote:
We should investigate if the native server can be used by Photoshop. Then we could write a stub Bonjour service so that Photoshop will not attempt to install its own version.
One question about making a Windows service: would the programs still be making calls to the DLL? Or would the be making calls to the service? If they're making calls to the DLL, wouldn't something be needed to route those calls to the OS-native dns-sd implementation?
I would assume that applications bundle a version of dns-sd because it's not a Windows dll. If that version cannot be used for some reason then we can think about adding a wrapper. From reading the source, it looks like the DLL makes calls to the
service via TCP or UDP sockets (same as on UNIX). Apple purposely designed it that way to make it more portable. I think that we can use the ordinary dns-sd DLL (instead of writing a wrapper), and have it talk to the native server instead of one running inside Wine because of this.
Chip
-
C.W. Betts -
Charles Davis -
Hans Leidekker