http://bugs.winehq.org/show_bug.cgi?id=16107
Summary: server/mach.c: bootstrap_register is deprecated Product: Wine Version: 1.1.8 Platform: PC OS/Version: Mac OS X 10.5 Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: wineserver AssignedTo: wine-bugs@winehq.org ReportedBy: austinenglish@gmail.com
gcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o mach.o mach.c mach.c: In function ‘init_tracing_mechanism’: mach.c:104: warning: ‘bootstrap_register’ is deprecated (declared at /usr/include/servers/bootstrap.h:268)
And from bootstrap.h:
/* * bootstrap_register() * * Registers a send right for service_port with the service identified by * service_name. Attempts to register a service where an active binding * already exists are rejected. * * If the service was previously declared with bootstrap_create_service(), * but is not currently active, this call can be used to undeclare the * service. The bootstrap port used must have sufficient privilege to * do so. (Registering MACH_PORT_NULL is especially useful for shutting * down declared services). * * This API is deprecated. Old scenarios and recommendations: * * 1) If the code was registering a well known name, please switch to launchd. * * 2) If the code was registering a dynamically generated string and passing * the string to other applications, please rewrite the code to send a Mach * send-right directly. * * 3) If the launchd job maintained an optional Mach service, please reserve * the name with launchd and control the presense of the service through * ownership of the Mach receive right like so. * * <key>MachServices</key> * <dict> * <key>com.apple.windowserver</key> * <true/> * <key>com.apple.windowserver.active</key> * <dict> * <key>HideUntilCheckIn</key> * <true/> * </dict> * </dict> * * * Errors: Returns appropriate kernel errors on rpc failure. * Returns BOOTSTRAP_NOT_PRIVILEGED, if request directed to * bootstrap port without privilege. * Returns BOOTSTRAP_NAME_IN_USE, if service has already been * register or checked-in. */ kern_return_t bootstrap_register( mach_port_t bp, name_t service_name, mach_port_t sp)
AVAILABLMAC_OS_X_E_VERSION_10_0_AND_LATER_BUT_DEPRECATED_IN_MAC_OS_X_VERSION_10_5;
http://bugs.winehq.org/show_bug.cgi?id=16107
--- Comment #1 from Austin English austinenglish@gmail.com 2009-06-09 10:59:39 --- Still present in git.
http://bugs.winehq.org/show_bug.cgi?id=16107
Charles Davis cdavis@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cdavis@mines.edu
--- Comment #2 from Charles Davis cdavis@mines.edu 2009-11-20 20:31:32 --- How to fix this depends on which of the three categories we fall into. I think we fall into category 1, since all of wineserver's clients know what the server directory is. (In the call to bootstrap_register(), the server passes the server directory as the name.) That means that on Mac OS X 10.5 and up, wineserver should be a launchd service.
But that in and of itself presents its own complications. Because of this, I'm pretty sure Alexandre won't like the idea of switching to launchd.
http://bugs.winehq.org/show_bug.cgi?id=16107
--- Comment #3 from Alexandre Julliard julliard@winehq.org 2009-11-21 03:23:03 --- The server directory is computed based on the wineprefix dir, and there can be multiple wineserver instances.
http://bugs.winehq.org/show_bug.cgi?id=16107
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Mac OS X 10.5 |Mac OS X
http://bugs.winehq.org/show_bug.cgi?id=16107
--- Comment #4 from Austin English austinenglish@gmail.com 2012-03-06 01:27:41 CST --- Still in 1.4-rc6.
http://bugs.winehq.org/show_bug.cgi?id=16107
--- Comment #5 from butraxz@gmail.com 2013-05-11 05:25:05 CDT --- Is this still an issue in 1.5.30 or is this abandoned ?
http://bugs.winehq.org/show_bug.cgi?id=16107
--- Comment #6 from Austin English austinenglish@gmail.com 2013-05-13 14:29:22 CDT --- (In reply to comment #5)
Is this still an issue in 1.5.30 or is this abandoned ?
Yes.
https://bugs.winehq.org/show_bug.cgi?id=16107
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #7 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-5.0-rc2?
https://bugs.winehq.org/show_bug.cgi?id=16107
--- Comment #8 from joaopa jeremielapuree@yahoo.fr --- Tested by myself. Fixed with wine-5.0-rc2. Can an administrator close this bug as FIXED?
https://bugs.winehq.org/show_bug.cgi?id=16107
--- Comment #9 from Austin English austinenglish@gmail.com --- (In reply to joaopa from comment #8)
Tested by myself. Fixed with wine-5.0-rc2. Can an administrator close this bug as FIXED?
Are you testing this on osx?
https://bugs.winehq.org/show_bug.cgi?id=16107
--- Comment #10 from joaopa jeremielapuree@yahoo.fr --- A macos related. Sorry for the noise.