-
Notifications
You must be signed in to change notification settings - Fork 469
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No error for incorrect ServerBin #2470
Comments
CUPS.org User: twaugh.redhat Sorry, please ignore first version; I attached the wrong file. The v2 file is the one I meant to attach. |
CUPS.org User: mike I took a slightly different approach to a fix - conf.c now has a CUPSD_VARTYPE_PATHNAME option type, which ServerBin and a handful of other directives now use to prevent setting of those directives to invalid values. In addition, cupsdStartProcess() in process.c now does an access check on the command before it does the fork/exec dance so that we can get some early detection of missing files. A patch is attached... |
"cups-command-error.patch": --- cups-1.3rc2/scheduler/client.c.command-error 2007-08-10 10:33:18.000000000 +0100
if (con->filename) |
"cups-command-error_v2.patch": --- cups-1.3rc2/scheduler/client.c.command-error 2007-08-10 10:33:18.000000000 +0100
if (con->filename) |
"str2470.patch": Index: scheduler/process.c--- scheduler/process.c (revision 6782)
#if defined(APPLE)
|
Version: 1.3rc2
CUPS.org User: twaugh.redhat
If the ServerBin is configured incorrectly (as often seems to happen when using KDE to configure CUPS), 'lpinfo -v' hangs and gives no response. Similarly for 'lpinfo -m'.
Here is a patch to fix that. It performs a sanity check just before calling fork(), to make sure that the binary it is about to execute is executable.
Seen in bug #250840:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=250840
The text was updated successfully, but these errors were encountered: