Hi,
ich habe nun meinem Töchterchen die geballte Rechenpower eines ATHLON700 gegeben, als X-Terminal. Feine Sache.
Aber:
für sie ist Amor ein netter Spaß, sie startet das gleich 10 mal. Egal. Aber:
Urplötzlich konnte ich in meinem ~ nix mehr speichern, dabei waren gestern noch 2 GByte Platz. Die Lösung: im ~ meiner Tochter fand ich eine prächtig entwickelte .xsession-errors, die fast nur folgendes enthielt:
QObject: 26 timers now exist for object Amor::unnamed
Was will mir das sagen?
Nun wußte ich, wo meine ca. 2 GByte hin waren =:-(
Also, Warnung an alle und die Frage: Was kann man dagegen tun? Ein Sym-Link von .xsession-errors nach /dev/null wäre vielleicht eine Lösung, aber ist es die beste Lösung?
Andreas
On Sat, Nov 18, 2000 at 04:05:07PM +0100, Andreas Kretschmer wrote:
Hi, Also, Warnung an alle und die Frage: Was kann man dagegen tun? Ein Sym-Link von .xsession-errors nach /dev/null wäre vielleicht eine Lösung, aber ist es die beste Lösung?
/etc/X11/Xsession
ist ein Shellscript, und der ist verantwortlich für das Anlegen der File und macht dann ein
exec > .xsession-errors 2>&1
Vielleicht ist das ein Ansatz ...
Best regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann
On Sat, Nov 18, 2000 at 04:36:23PM +0100, heiko wrote:
On Sat, Nov 18, 2000 at 04:05:07PM +0100, Andreas Kretschmer wrote:
Hi, Also, Warnung an alle und die Frage: Was kann man dagegen tun? Ein Sym-Link von .xsession-errors nach /dev/null wäre vielleicht eine Lösung, aber ist es die beste Lösung?
/etc/X11/Xsession
ist ein Shellscript, und der ist verantwortlich für das Anlegen der File und macht dann ein
aehm ja, bei mir jedenfalls ist es so, ich weiss nicht, wie andere das handhaben ...
.hs
am Sat, dem 18.11.2000, um 16:36:23 +0100 mailte Heiko Schlittermann folgendes:
On Sat, Nov 18, 2000 at 04:05:07PM +0100, Andreas Kretschmer wrote:
Hi, Also, Warnung an alle und die Frage: Was kann man dagegen tun? Ein Sym-Link von .xsession-errors nach /dev/null wäre vielleicht eine Lösung, aber ist es die beste Lösung?
/etc/X11/Xsession
ist ein Shellscript, und der ist verantwortlich für das Anlegen der File und macht dann ein
exec > .xsession-errors 2>&1
Vielleicht ist das ein Ansatz ...
ja, ist ein Ansatz, bei SuSE liegt das aber unter, wer hätte das gedacht, unter /usr/X11R6/lib/X11/xdm/Xsession
ich habe das auskommentiert und bis jetzt keine Fehler bemerkt, also daß irgend was anders nicht geht.
Danke.
Hab mal wieder gemerkt, daß ich mich mit dem ganzen X System mal mehr beschäftigen sollte. ;-)
Andreas
On Sat, Nov 18, 2000 at 05:13:00PM +0100, Andreas Kretschmer wrote:
am Sat, dem 18.11.2000, um 16:36:23 +0100 mailte Heiko Schlittermann folgendes: ja, ist ein Ansatz, bei SuSE liegt das aber unter, wer hätte das gedacht, unter /usr/X11R6/lib/X11/xdm/Xsession
ich habe das auskommentiert und bis jetzt keine Fehler bemerkt, also daß irgend was anders nicht geht.
Danke.
Hab mal wieder gemerkt, daß ich mich mit dem ganzen X System mal mehr beschäftigen sollte. ;-)
Versteh' ich jetzt nicht. Vielleicht eher mit man(1).
man -k xsession
-> Xsession(5) -> Xsession.options(5)
Und der Rest ist einfach Übergelegt. Ich kenne X auch nicht. Aber find(1) und grep(1) ;-)
Best regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann
am Sat, dem 18.11.2000, um 17:45:57 +0100 mailte Heiko Schlittermann folgendes:
On Sat, Nov 18, 2000 at 05:13:00PM +0100, Andreas Kretschmer wrote:
Hab mal wieder gemerkt, daß ich mich mit dem ganzen X System mal mehr beschäftigen sollte. ;-)
Versteh' ich jetzt nicht. Vielleicht eher mit man(1).
man -k xsession -> Xsession(5) -> Xsession.options(5)
man kenne ich schon ;-), aber _diese_ Seiten noch nicht. Hole ich nach.
Und der Rest ist einfach Übergelegt. Ich kenne X auch nicht. Aber find(1) und grep(1) ;-)
ich auch, damit (find) habe ich Xsession gefunden ...
Andreas
am Sat, dem 18.11.2000, um 17:45:57 +0100 mailte Heiko Schlittermann folgendes:
Versteh' ich jetzt nicht. Vielleicht eher mit man(1).
man -k xsession -> Xsession(5) -> Xsession.options(5)
kretschmer@kaufbach:~ > man -k xsession xsession: nichts passendes. kretschmer@kaufbach:~ > man 5 Xsession Kein Manual-Eintrag für Xsession vorhanden in Sektion 5 kretschmer@kaufbach:~ > man 5 Xsession.options Kein Manual-Eintrag für Xsession.options vorhanden in Sektion 5 kretschmer@kaufbach:~ >
da muß ich wohl mal suchen gehen ...
Andreas
On Sat, Nov 18, 2000 at 09:03:01PM +0100, Andreas Kretschmer wrote:
am Sat, dem 18.11.2000, um 17:45:57 +0100 mailte Heiko Schlittermann folgendes:
kretschmer@kaufbach:~ > man -k xsession xsession: nichts passendes. kretschmer@kaufbach:~ > man 5 Xsession Kein Manual-Eintrag für Xsession vorhanden in Sektion 5 kretschmer@kaufbach:~ > man 5 Xsession.options Kein Manual-Eintrag für Xsession.options vorhanden in Sektion 5 kretschmer@kaufbach:~ >
Wo ist Kaufbach?
da muß ich wohl mal suchen gehen ...
Debian-CDs hab' ich ;-)
Fairerweise muß ich sagen, daß wahrscheinlich die bei mir vorhandenen man-Pages extra für Debian geschrieben wurden.
Best regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann
am Sat, dem 18.11.2000, um 21:38:47 +0100 mailte Heiko Schlittermann folgendes:
On Sat, Nov 18, 2000 at 09:03:01PM +0100, Andreas Kretschmer wrote:
am Sat, dem 18.11.2000, um 17:45:57 +0100 mailte Heiko Schlittermann folgendes:
kretschmer@kaufbach:~ > man -k xsession xsession: nichts passendes. kretschmer@kaufbach:~ > man 5 Xsession Kein Manual-Eintrag für Xsession vorhanden in Sektion 5 kretschmer@kaufbach:~ > man 5 Xsession.options Kein Manual-Eintrag für Xsession.options vorhanden in Sektion 5 kretschmer@kaufbach:~ >
Wo ist Kaufbach?
steht in meiner .sig ;-) Warum? Kaufbach ist ein Ortsteil von Wilsdruff.
da muß ich wohl mal suchen gehen ...
Debian-CDs hab' ich ;-)
Fairerweise muß ich sagen, daß wahrscheinlich die bei mir vorhandenen man-Pages extra für Debian geschrieben wurden.
ja, das habe ich schon gemerkt. Ich habe die man-Pages irgendwo in den unendlichen Tiefen des Internets gefunden, aber als html. Vielleicht finde ich es als echte man, vielleicht mailt es mir auch mal ein freundlicher Debianer?
PS.: die html-Seiten sind *etwas* schrottig, ab einer Stelle ist alles unterstrichen. Außerdem mag ich keine man-Pages in html.
Andreas
On Sat, Nov 18, 2000 at 09:59:39PM +0100, Andreas Kretschmer wrote:
Wo ist Kaufbach?
steht in meiner .sig ;-) Warum? Kaufbach ist ein Ortsteil von Wilsdruff.
Du springst sofort drauf an ;)
unendlichen Tiefen des Internets gefunden, aber als html. Vielleicht finde ich es als echte man, vielleicht mailt es mir auch mal ein freundlicher Debianer?
Unterwegs.
Best regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann
am Sun, dem 19.11.2000, um 0:18:10 +0100 mailte Heiko Schlittermann folgendes:
On Sat, Nov 18, 2000 at 09:59:39PM +0100, Andreas Kretschmer wrote:
Wo ist Kaufbach?
steht in meiner .sig ;-) Warum? Kaufbach ist ein Ortsteil von Wilsdruff.
Du springst sofort drauf an ;)
unendlichen Tiefen des Internets gefunden, aber als html. Vielleicht finde ich es als echte man, vielleicht mailt es mir auch mal ein freundlicher Debianer?
Unterwegs.
Du springst aber auch sofort drauf an ;-) Danke.
Andreas
Am Sam, 18 Nov 2000 schrieb Andreas Kretschmer:
Hi, ich habe nun meinem Töchterchen die geballte Rechenpower eines ATHLON700 gegeben, als X-Terminal. Feine Sache. für sie ist Amor ein netter Spaß, sie startet das gleich 10 mal. Egal.
Hmm, wenn ich daran denke das die Rechenpower von dem Teil damit ver(sch)wendet wird, fällt mir nur eins ein: dnetc ;-)
Also, Warnung an alle und die Frage: Was kann man dagegen tun? Ein Sym-Link von .xsession-errors nach /dev/null wäre vielleicht eine Lösung, aber ist es die beste Lösung?
Die beste Lösung ist sicher, du schaust dir den Source von Armor an und fixt den Bug, sofern du dazu in der Lage bist ;-)
Scheinbar werden da irgendwo zu viele QTimer Objekte angelegt... und nicht wieder verworfen, obwohl vielleicht eins reichen sollte.
Bye, Stephan
am Sat, dem 18.11.2000, um 19:00:30 +0100 mailte Stephan Goetter folgendes:
Am Sam, 18 Nov 2000 schrieb Andreas Kretschmer:
Hi, ich habe nun meinem Töchterchen die geballte Rechenpower eines ATHLON700 gegeben, als X-Terminal. Feine Sache. für sie ist Amor ein netter Spaß, sie startet das gleich 10 mal. Egal.
Hmm, wenn ich daran denke das die Rechenpower von dem Teil damit ver(sch)wendet wird, fällt mir nur eins ein: dnetc ;-)
kretschmer@kaufbach:~ > man dnetc Kein Manual-Eintrag für dnetc vorhanden kretschmer@kaufbach:~ > man -k dnetc dnetc: nichts passendes.
Andreas
Hmm, wenn ich daran denke das die Rechenpower von dem Teil damit
ver(sch)wendet
wird, fällt mir nur eins ein: dnetc ;-)
kretschmer@kaufbach:~ > man dnetc Kein Manual-Eintrag für dnetc vorhanden kretschmer@kaufbach:~ > man -k dnetc dnetc: nichts passendes.
http://www.distributed.net/ http://rudi.urz.tu-dresden.de/rc5
Eric
Hallo!
Andreas Kretschmer wrote:
für sie ist Amor ein netter Spaß, sie startet das gleich 10 mal. Egal.
Kenne ich. Bei mir in der Schule sind das keyes, kteatime, kmoon,...
Urplötzlich konnte ich in meinem ~ nix mehr speichern, dabei waren gestern noch 2 GByte Platz. Die Lösung: im ~ meiner Tochter fand ich eine prächtig entwickelte .xsession-errors, die fast nur folgendes enthielt: QObject: 26 timers now exist for object Amor::unnamed
Was will mir das sagen?
Amor kommuniziert mit dem DCop-Server hat 26 mal.
Also, Warnung an alle und die Frage: Was kann man dagegen tun? Ein Sym-Link von .xsession-errors nach /dev/null wäre vielleicht eine Lösung, aber ist es die beste Lösung?
nun es wäre eine. Aber Du suchst Dich tot, wenn mal was anderes ist. In der Regel entsteht die .xsession-errors mit jeder Anmeldung neu (ist mit einem > umgeleitet). In der Schule regel ich das halt mit Quotas, dann darf jeder nur xxMB belegen, dann ist Ende.
Gruss Reiner
am Sun, dem 19.11.2000, um 11:13:47 +0100 mailte Reiner Klaproth folgendes:
Hallo!
nun es wäre eine. Aber Du suchst Dich tot, wenn mal was anderes ist. In der Regel entsteht die .xsession-errors mit jeder Anmeldung neu (ist mit einem > umgeleitet). In der Schule regel ich das halt mit Quotas, dann darf jeder nur xxMB belegen, dann ist Ende.
ja, habe ich auch schon in Erwägung gezogen. Ich habe jetzt erst einml das Anlegen von .xsession-errors unterbunden, aber ich weiß schon, daß das keine Ideallösung ist.
Quotas sind aber in solch einem Fall auch nicht _die_ Lösung, denn es ist für den User erst einmal unverständlich, warum er seine 250 - Seiten - LaTeX - Code plötzlich nicht mehr speichern kann ...
Andreas
lug-dd@mailman.schlittermann.de