Bug 3828

Summary: startx -- :1 doesn't work if serverargs is non-empty in startx
Product: [Retired] Red Hat Linux Reporter: d-mueth
Component: XFree86Assignee: Preston Brown <pbrown>
Status: CLOSED ERRATA QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: 6.0CC: d-mueth
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-08-31 19:02:29 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description d-mueth 1999-06-30 15:34:41 UTC
If I set serverargs="-bpp 32" in the startx script, and then
try to launch a second version of X using "startx -- :1",
then startx tries to call xinit as "xinit -- -bpp 32 :1"
which is wrong.  Instead it should be "xinit -- :1 -bpp 32".
My solution was to modify the script as described below.

I believe this will pass all command-line arguments after
the default $serverargs, as desired, but extracts the
$display as an optional parameter which must be passed to
xinit before the server options.

49,53c49,54
<           serverargs="$serverargs $1"
<       case "$1" in
<           :[0-9]) display="$1"
<           ;;
<       esac
---
>           case "$1" in
>           :[0-9]) display="$1";;
>               * ) serverargs="$serverargs $1";;
>           esac
65c66
< xinit $clientargs -- $serverargs
---
> xinit $clientargs -- $display $serverargs

Comment 1 Jay Turner 1999-06-30 16:43:59 UTC
This issue has been forwarded to a developer for further action.

Comment 2 Preston Brown 1999-08-31 19:02:59 UTC
this will be fixed in the forthcoming errata release of XFree86 3.3.5.