Bug 69038

Summary: xscreensaver drawing debugging messages on lock window
Product: [Retired] Red Hat Raw Hide Reporter: Jonathan Kamens <jik>
Component: xscreensaverAssignee: Ray Strode [halfline] <rstrode>
Status: CLOSED WORKSFORME QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 1.0CC: icarpitella, jwz, steve
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: 2004-06-14 21:24:10 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:
Bug Depends On:    
Bug Blocks: 67218, 79579, 100644    

Description Jonathan Kamens 2002-07-17 12:18:17 UTC
xscreensaver-4.05-1 from rawhide.

I've got xscreensver configured to just blank the screen.  When I go to unlock,
I see messages written in yellow in the upper corner of the screen like ("PAM:
brk increased by 40K" and "xscreensaver: child process X exited with SIGTERM"
(or something like that).  These are probably debugging messages that need to go
away.

Comment 1 Jamie Zawinski 2002-07-27 07:21:47 UTC
Not a bug: you are seeing these messages because you turned on the "Verbose
Diagnostics" checkbox on the "Advanced" tab of the screensaver control panel.

Run "xscreensaver-demo" and un-check that box again.


Comment 2 Jonathan Kamens 2002-07-29 01:55:47 UTC
I have never run xscreensaver-demo before in my life.  I just ran it now and
confirmed that the "Verbose Dialognostics" [sic] box on the Advanced tab is
*not* checked.


Comment 3 Jamie Zawinski 2002-07-29 02:03:57 UTC
Well, I promise you, the verbose flag is on or you wouldn't be getting these
messages.  Did you launch xscreensaver with -v?  Is verbose set to true in your
~/.xscreensaver file or in the app-defaults file?

Comment 4 Jonathan Kamens 2002-07-29 02:12:34 UTC
No -v.  No .xscreensaver file.  No verbose xscreensaver setting in my X
resources.  I've changed nothing in my xscreensaver configuration or how I
invoke it, and yet these messages have started appearing when they were not
appearing before.

Perhaps the RPM is compiled in a way which causes these messages to appear when
they wouldn't normally.

Please do me a favor and stop treating me like an idiot (I don't know if that
was your intent, but it sure feels that way).  Take a look at how many bugs I've
filed in bugzilla.  I know a thing or two about reporting bugs.

Not to mention the fact that the first "xscreensaver" was written by me before
you even thought about writing yours :-).


Comment 5 Jamie Zawinski 2002-07-29 02:18:45 UTC
I'm not treating you like an idiot.  I'm telling you that I have no idea why you
are experiencing the things you are, and pointing out the only things that I can
think of that could be causing it.  If you're taking that personally, I can't do
anything about that...

Comment 6 Bill Nottingham 2003-02-18 21:57:21 UTC
Has this ever reappeared? I can't reproduce it here.

Comment 7 Jonathan Kamens 2003-02-20 04:09:20 UTC
I can't make it happen now, but I'm pretty certain I've seen the messages on my
xscreensaver window recently.  I also see this in my .xsession-errors file,
which suggests that xscreensaver is sending it to stderr, and it shouldn't be:

xscreensaver: 23:04:06: PAM: brk grew by 40K.
xscreensaver: 23:04:09: PAM: brk grew by 8K.

I just checked my settings with xscreensaver-demo, and I don't have any verbose
settings of any sort enabled.  I'm using xscreensaver-4.07-2.  Here are my
xscreensaver resources:

XScreenSaver*lock:      True
XScreenSaver*splash:    False
XScreenSaver*dpmsEnabled:       True
XScreenSaver*programs:


Comment 8 Bill Nottingham 2003-02-20 04:28:52 UTC
xscreensaver does normally send that message to stderr. It implies a leak somewhere.

Comment 9 Bill Nottingham 2003-02-20 04:31:25 UTC
normally, meaning 'to stderr' as opposed 'to the screen'.

Comment 10 Ray Strode [halfline] 2004-06-14 21:24:10 UTC
I can't reproduce this.  Johnathan, if it happens to you again, can
you please reopen the bug?

Comment 11 Maynard Kuona 2004-08-14 00:51:35 UTC
To reproduce it, try locking the screen, and then entering a wrong
password to unlock the screen.

Comment 12 Ken Snider 2004-11-19 04:35:34 UTC
Just a "metoo" here. This *does* happen, just not reproducibly.

I came home to my system (FC2) today to see that exact message. Is
there a possibility that when drawing on a root window, that STDERR is
redirected to the screen somehow?

Comment 13 Steve Fox 2005-05-17 15:52:49 UTC
FWIW, I just experienced this exact problem with xscreensaver-4.18-4 on Fedora
Core 3. Screen is set to blank, verbose is disabled. However it did not result
from an invalid password attempt. I merely left my office for 2 minutes and it's
extremely unlikely that anyone tried to log onto my computer while I was out.

Comment 14 Topoignaz 2022-12-21 00:01:51 UTC
(In reply to Jonathan Kamens from comment #0)
> xscreensaver-4.05-1 from rawhide.
> 
> I've got xscreensver configured to just blank the screen.  When I go to
> unlock,
> I see messages written in yellow in the upper corner of the screen like
> ("PAM:
> brk increased by 40K" and "xscreensaver: child process X exited with SIGTERM"
> (or something like that).  These are probably debugging messages that need
> to go
> away.

In the ~/.xscreensaver file, set "captureStderr:" to "False".

XScreenSaver 5.45 on Debian 11 here