[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Re^2: X not allowed by user other than root



On Sun, 28 Apr 1996, Stephen Early wrote:

> On Sat, 27 Apr 1996, Susan G. Kleinmann wrote:
> 
>> (I also tried the alternative suggestion, viz., to set up a dummy interface;
>> I then checked that it was 'up' using /sbin/route.  However, having dummy up
>> did not solve the problem -- only setting DISPLAY to :0.0 solved the problem.)
> 
> I'm quite surprised that this didn't work. Could you describe how you did it?

[snip]

> Could you try providing a display number explicitly, as in
> 
> xinit -- :0
> or
> xinit -- :1
> 

I ran several tests;  they all began with an invocation of 
    ifconfig dummy0 sgk
by 
    route add sgk
Then I checked to see that sgk had really been added to the route by
executing "route", and found this:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
127.0.0.1       *               255.255.255.255 UH    0      0        7 lo
192.168.0.3     *               255.255.255.255 UH    0      0        1 eth0
192.168.0.2     *               255.255.255.255 UH    0      0        0 eth0
204.215.142.65  *               255.255.255.255 UH    0      0        0 dummy0
localnet        *               255.255.255.0   U     0      0        0 eth0

At the end of each test, I executed
    ifconfig dummy0 down
to start with a "clean slate".  

Here are the tests:

1. As root, run "startx"
            run "ghostview file.ps"  <== this works.

2. As sgk,  run "startx"  
            run "ghostview file.ps"  <== this fails, get this error:
                     TRANS(SocketINETConnect) () can't get address for sgk

3. As sgk,  run "xinit -- :0"
            run "ghostview file.ps"  <== this fails, with same error as above.

4. As sgk,  run "export DISPLAY=:0"
            run "startx"
            run "ghostview file.ps"  <== this fails, with same error as above.

5. As sgk,  run "startx"
            run "export DISPLAY=:0"
            run "ghostview file.ps"  <== this works.
           

It seems as if something in xinit actively changes DISPLAY.  I believe this 
is a bug, or at least, it's not a virtue.

I very much appreciate all the effort you and others have given to helping
me on this; wish I could respond with more enlightening results.

Cheers,
Susan Kleinmann


Reply to: