Am Donnerstag, 22. Februar 2001 20:31 schrieb Ulf Lorenz:
Hallo allerseits,
langsam fange ich an, dieses Qt-Problem zu hassen. Kann mir jemand einen Grund nennen, warum Qt einen setRGB-Fehler bringt?
Oje, Qt. Ich würde auch gerne wissen, warum einer meiner Dialoge zum Eintragen von FTP-Hosts nach dem Schließen manchmal gar nichts macht und manchmal ein paar Sekunden nach dem Schließen die ganze Applikation gen Core fährt. Mystik oder Pointerproblematik.
Wenn ja, kann mir jemand einen Grund nennen, warum dieses Problem auf einem Großteil der Rechner _nicht_ auftritt? Bei unserem OSS-Projekt ist jetzt schon zum zweiten Mal so ein Fehler aufgetreten.
*rotfl* (gibt es eine OSS-Projekte-Flamewar-Liste? Wer hat die lustigsten Bugs?)
Also muß es an der Umgebung liegen, und ich tippe mal auf X11, bzw. wie Qt dort IO-Handling betreibt.
Bei einem meiner Rechner tritt dieses Problem bei 8 bit Farbtiefe auf, wenn ich KDE starte, dieses Programm läßt sich aber darunter compilieren.
Sollte es auch, denn der gcc ist zum Glück nicht auf X11, Qt oder KDE angewiesen.
Die Farben werden bei dem Programm übrigens per Qt::red, RGB-Wert und über die X-Farben ("p.setPen("Brown");") zugewiesen, also alles gemixt. Liegt es vielleicht an einem dieser Methoden?
Tritt es nur bei 8 Bit auf? Dann ist wahrscheinlich die Tabelle oder der Algorithmus von Qt für das Mapping falsch. Wenn nicht, dann wird es schon mal schwieriger. Meinst du mit dem Projekt FreeLords? Schick mir mal was zur Probe zu, ich habe nicht die wenigste Zeit im Moment, vielleicht finde ich was. Wie immer ohne Garantie. Denken wir mal 10 bis 11 Jahre zurück: Ich tausche Sourcecode im Verhältnis 7:1 :-) (jaja, das ist die Bazaar-Methode, also Verhandlungssache)
Josef Spillner
P.S. Ich habe noch dein UF-Buch hier. Bringe ich am Mittwoch mit.