Vincent Lefevre wrote:
> On 2007-08-30 23:46:39 -0700, Paul Scott wrote:
>
>> Vincent Lefevre wrote:
>>
>>> I have no problems with this recent change on my x86 machine.
>>> Also, if I understand correctly, most programs no longer use
>>> "legacy" pty's. And ttyrec, which still uses them, fails with
>>> the new kernel. The fact that xterm still works on my machine
>>> suggests that it should not be affected by this change on your
>>> machine either. I'd say that the cause is something else,
>>> perhaps related to the loaded modules on your machine.
>>>
>>>
>> I agree! Do you have any suggestions as to how to diagnose this?
>>
>
> Compare the dmesg output corresponding to the old kernel (which works)
> and the new one. You can also compare the lsmod output.
>
> Also perhaps "strace xterm" can give you interesting information...
>
I didn't see much in the "bad" dmesg. I will reboot and compare soon.
Here's the end of the strace. It doesn't tell me anything we don't
already know. Maybe someone else will see more:
...
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
uname({sys="Linux", node="lighter", ...}) = 0
geteuid32() = 1000
getegid32() = 1000
getuid32() = 1000
getgid32() = 1000
brk(0) = 0x8096000
brk(0x80b7000) = 0x80b7000
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo
...}) = 0
setresgid32(-1, 1000, -1) = 0
setresuid32(-1, 1000, -1) = 0
open("/proc/meminfo", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f95000
read(3, "MemTotal: 61932 kB\nMemFre"..., 1024) = 624
close(3) = 0
munmap(0xb7f95000, 4096) = 0
open("/usr/lib/X11/XtErrorDB", O_RDONLY) = -1 ENOENT (No such file or
directory)
getuid32() = 1000
geteuid32() = 1000
getuid32() = 1000
write(2, "xterm Xt error: Can\'t open displ"..., 37xterm Xt error: Can't
open display:
) = 37
write(2, "xterm: DISPLAY is not set\n", 27xterm: DISPLAY is not set
) = 27
exit_group(1) = ?
Process 3234 detached
Thanks,
Paul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
