[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bugs #10819] 0.9.4 display problems
From: |
Alexander Malmberg |
Subject: |
[bugs #10819] 0.9.4 display problems |
Date: |
Thu, 13 Jan 2005 19:48:11 +0000 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Debian/1.7.3-5 |
This is an automated notification sent by Savannah.
It relates to:
bugs #10819, project GNUstep
==============================================================================
LATEST MODIFICATIONS of bugs #10819:
==============================================================================
Posted by: Alexander Malmberg <alexm>
Posted on: 2005-01-13 19:48 (Europe/Stockholm)
_______________________________________________________
Open/Closed: Open -> Closed
_______________________________________________________
Follow-up Comment:
That is a bit unexpected, but -base's soname changed around the same time,
and things can get messy quickly when you have a bunch of libraries linked to
different versions of themselves. :/ Comments about binary compatibility
noted; this soname change was rather disruptive, so I think we'll want to do
things differently in the future.
==============================================================================
OVERVIEW of bugs #10819:
==============================================================================
URL:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=10819>
Summary: 0.9.4 display problems
Project: GNUstep
Submitted by: slef
Submitted on: Thu 10/28/04 at 09:55
Category: Gui/AppKit
Severity: 5 - Average
Item Group: Bug
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Closed
_______________________________________________________
After upgrading to 0.9.4, windows of most applications have either a "dead"
strip of white immediately below the title bar (Terminal, Ink, GWorkspace) on
windows opened after the application starts. Mostly the first windows are
fine, but GNUMail has a bit of corrupted display in that area in its first
window. This did not happen with 0.9.3. I have not recompiled applications
against 0.9.4 yet.
_______________________________________________________
Follow-up Comments:
-------------------------------------------------------
Date: Thu 01/13/05 at 19:48 By: Alexander Malmberg <alexm>
That is a bit unexpected, but -base's soname changed around the same time,
and things can get messy quickly when you have a bunch of libraries linked to
different versions of themselves. :/ Comments about binary compatibility
noted; this soname change was rather disruptive, so I think we'll want to do
things differently in the future.
-------------------------------------------------------
Date: Thu 01/13/05 at 14:34 By: MJR <slef>
Recompiling applications did not fix this for them. I really was not keen on
recompiling all applications. Asking users to do so with every patchlevel
number change seems rather hostile to them. If the new release is
incompatible, please increase the second digit so that we can plan our
upgrades.
Upgrading to -base 1.10.1 seems to have fixed it. I really don't understand
why. I did notice the installation of base grumble about .so filenames having
changed and remove some links. Apologies for not logging it, but I wasn't
expecting -base to affect this.
-------------------------------------------------------
Date: Thu 01/13/05 at 13:54 By: Alexander Malmberg <alexm>
Just to confirm before I close this:
Did recompiling everything fix this? Clearing out the old installation is
also a good idea before reinstalling is also a good idea.
(There were a couple of issues like this around 0.9.4's release. I had
changed the window frame handling code a bunch, and it only worked properly
if you had matching versions of -gui and -back. At almost the same time, Adam
changed the soname/version of -gui. Thus, even if you reinstalled both -back
and -gui, apps would still be linked to the old -gui (with the previous
soname), but they'd use the new, slightly incompatible backend.
FWIW, there's a long-term TODO about versioning the backend to make soname
changes less painful in the future.)
-------------------------------------------------------
Date: Tue 11/23/04 at 19:31 By: Fred Kiefer <FredKiefer>
The author of this bug report shoudl first recompile the full GNUstep
environment including the applications for 0.9.4 from scratch. Only if this
strange behaviour keeps on showing up after this, it really is a bug (not
just an incompatible change). All similar problems that have been reported on
the list after the release change could be resolved that way.
==============================================================================
This item URL is:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=10819>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/