Opened 14 years ago

Closed 14 years ago

Last modified 14 years ago

#100 closed bug (fixed)

AboutHaiku using garbage for version

Reported by: johndrinkwater Owned by: bonefish
Priority: normal Milestone: R1
Component: Applications Version:
Keywords: Cc: diver
Blocked By: Blocking:
Has a Patch: no Platform: All


Currently AboutHaiku shows "[]" characters in the version field.

Attachments (1)

Haiku-r16233-about.png (6.9 KB ) - added by johndrinkwater 14 years ago.
Problems with version

Download all attachments as: .zip

Change History (14)

comment:1 by korli, 14 years ago

Could you check if it is fixed or still valid ?

comment:2 by korli, 14 years ago

Cc: axeld@… added

comment:3 by johndrinkwater, 14 years ago

Still valid as of rev16260, via Schmid's vmware 'factory'.

Having spoken to Steffano about it, it looks like non-beos compiled libraries are getting corrupted resources(?)

The only change has been the addition of (Revision X), so that it now shows "[][] (Revision 16260)[]"

by johndrinkwater, 14 years ago

Attachment: Haiku-r16233-about.png added

Problems with version

comment:4 by korli, 14 years ago

Cc: diver added

comment:5 by korli, 14 years ago

* Bug 130 has been marked as a duplicate of this bug. *

comment:6 by axeld, 14 years ago

This seems to be a Linux build problem; I've reassigned it to Ingo.

comment:7 by axeld, 14 years ago

Owner: changed from sikosis to bonefish

comment:8 by bonefish, 14 years ago

I recently had the same problem with an image I built. I tracked it down to that was created with the node ID of a deleted node which had a BEOS:APP_VERSION attribute. Due to the way we emulate attributes under Linux "inherited" the attributes of the former node. That's the reason why I recently tried to make use of extended attributes under Linux to remedy the problem, BTW. Anyway, I removed the attributes directory and all objects, did a full rebuild and the problem was gone.Now that I think of it, my former explanation doesn't make much sense, though. I had found that "setversion -system ..." read the version_infos from the bad attribute and replaced only the system version_info (which is the correct behavior) leaving the bad app version_info finally used in AboutHaiku untouched (and writing them to both attribute and resources). What I apparently missed, is that before setversion, mimeset is invoked (not the other way around, as I apparently thought) and should already have transferred the correct app version_info from the resources to the attribute. So it actually shouldn't matter that the bad attribute existed beforehand.Mmh, not sure how to track that down, now that I can't reproduce it anymore. If anyone has clues...

comment:9 by bonefish, 14 years ago

Status: newassigned

comment:10 by bonefish, 14 years ago

Resolution: fixed

comment:11 by bonefish, 14 years ago

Apparently the combination of rc's writing only the app version_info, BAppFileInfo::GetVersionInfo() failing when reading not both infos, and the problem with the attribute emulation under Linux caused the problem.

Fixed in 16320.

comment:12 by bonefish, 14 years ago

Status: assignedclosed

comment:13 by korli, 14 years ago

bug_group: developers
Note: See TracTickets for help on using tickets.