From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-2smp i686; en-US; rv:0.9) Gecko/20010507 Description of problem: [xkg]dm login fails with very high UID's on default setup when sessreg gets called from /etc/X11/xdm/Give|TakeConsole scripts How reproducible: Always Steps to Reproduce: 1. useradd -u 10000000 highuid 2. passwd highuid 3. try to login from a xdm/gdm/kdm Actual Results: Login starts and then crashes out back to initial login prompt. Expected Results: Default gnome-session should've started, and it works ok for lower UID's. Additional info: This is easy to work around by commenting out the sessreg lines from /etc/X11/xdm/Give|TakeConsole scripts, after which everything works as expected. Also interestingly this doesn't appear to be a strict 16bit UID limitation as the problem doesn't happen with UID=100000.
Deferring for future investigation.
Since nobody else seems interested ;) I took a further look at this. There's nothing fundamentally wrong with sessreg itself, the problem lies in the lastlog mechanism/fileformat where the file grows too large for even 64bit offsets to handle with big enough UIDs. Login & friends actually have the same problem but it doesn't normally show up because it doesn't check for errors like sessreg does.
Created attachment 50464 [details] patch to workaround the high uid problem
Soo typical.. just after posting the earlier comment I realized it's just not using the 64bit interface. Attached patch works around it but that's the way to do it - I guess this is just some kind of linking problem. AND this affects every RH 7.x release, Skipjack included. Pretty please fix it for Skipjack / whatever comes after it.
Refiled this against skipjack2 and closing this one (I'm not expecting a fix for the old releases..)
Just a note for the future... Instead of opening a new report, you can just update an existing report with new information, and update the product/version instead if you prefer. Either way is fine however. Marking as a dupe of the new report, which is fixed in RAWHIDE XFree86 4.2.0-6.63 and later. Thanks. *** This bug has been marked as a duplicate of 61136 ***
ARGH. Closed as dupe of wrong bug.
*** This bug has been marked as a duplicate of 63116 ***