Opened 13 years ago

Closed 12 years ago

#418 closed bug (fixed)

missing symblos

Reported by: diver Owned by: axeld
Priority: normal Milestone: R1
Component: Kits/Interface Kit Version:
Keywords: Cc: korli
Blocked By: Blocking:
Has a Patch: no Platform: All

Description (last modified by korli)

Here are some missing symbols from R5 apps:

/BeBox/beos/apps>CDBurner elf_resolve_symbol: could not resolve symbol 'Invoke15BColumnListViewP8BMessage' resolve symbol "Invoke15BColumnListViewP8BMessage" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

/BeBox/beos/apps>Installer elf_resolve_symbol: could not resolve symbol 'VolumeNameC9Partition' resolve symbol "VolumeNameC9Partition" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

/BeBox/beos/apps>PoorMan elf_resolve_symbol: could not resolve symbol 'ReadyToLoop7BLooperPQ27BLooper10loop_state' resolve symbol "ReadyToLoop7BLooperPQ27BLooper10loop_state" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

/BeBox/beos/apps>SoftwareValet elf_resolve_symbol: could not resolve symbol '_kstatfs_' resolve symbol "_kstatfs_" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

/BeBox/beos/preferences>Boneyard elf_resolve_symbol: could not resolve symbol 'ReadyToLoop7BLooperPQ27BLooper10loop_state' resolve symbol "ReadyToLoop7BLooperPQ27BLooper10loop_state" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

/BeBox/beos/preferences>DriveSetup elf_resolve_symbol: could not resolve symbol 'mount' resolve symbol "mount" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

/BeBox/beos/preferences>FileTypes elf_resolve_symbol: could not resolve symbol 'B_FILE_EXTENSIONS_ENTRY' resolve symbol "B_FILE_EXTENSIONS_ENTRY" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

/BeBox/beos/preferences>Fonts elf_resolve_symbol: could not resolve symbol 'set_font_cache_infoFUlPv' resolve symbol "set_font_cache_infoFUlPv" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

/BeBox/beos/preferences>Joysticks elf_resolve_symbol: could not resolve symbol 'save_config17_BJoystickTweakerPC9entry_ref' resolve symbol "save_config17_BJoystickTweakerPC9entry_ref" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

/BeBox/beos/preferences>Screen elf_resolve_symbol: could not resolve symbol 'get_screen_desc14BPrivateScreenP11screen_desc' resolve symbol "get_screen_desc14BPrivateScreenP11screen_desc" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

/BeBox/beos/preferences>Time elf_resolve_symbol: could not resolve symbol '_kget_rtc_info_' resolve symbol "_kget_rtc_info_" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

Change History (15)

comment:1 by axeld, 13 years ago

It seems you have tested BONE versions of the apps, at least AFAIK BLooper::ReadyToRun() didn't exist in R5.

Anyway, we don't plan to add any private calls for apps we have in our repository already. That means you can safely remove Installer, Boneyard, DriveSetup, FileTypes, Fonts, Joysticks, Screen, and Time from that list :-)

I'm not sure about SoftwareValet yet, though. I think it would be best if we could have at least a read-only version of it.

Thanks for you work anyway!

comment:2 by diver, 13 years ago

This is for PostMaster:

/boot/apps/Postmaster 1.1.1>"Postmaster 1.1.1" elf_resolve_symbol: could not resolve symbol 'ls7BStringR7BString' resolve symbol "ls7BStringR7BString" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

comment:3 by jackburton, 13 years ago

Is that PostMaster for BONE ? That looks like a new BString constructor not present in R5, AFACT.

comment:4 by diver, 13 years ago

(In reply to comment #3)

Is that PostMaster for BONE ? That looks like a new BString constructor not present in R5, AFACT.

This is from http://bebits.com/app/75 I think there is no bone version exist.

comment:5 by axeld, 13 years ago

Added the extra BString method in hrev17851.

comment:6 by korli, 13 years ago

added BColumnListView to libbe.so in revision 17927

comment:7 by diver, 13 years ago

(In reply to comment #6)

added BColumnListView to libbe.so in revision 17927

Now it complains on this:

~>/BeOS/beos/apps/CDBurner elf_resolve_symbol: could not resolve symbol 'DrawTitle13BTitledColumnG5BRectP5BView' resolve symbol "DrawTitle13BTitledColumnG5BRectP5BView" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

in reply to:  7 ; comment:8 by korli, 13 years ago

Description: modified (diff)
Platform: All

Replying to diver:

(In reply to comment #6)

added BColumnListView to libbe.so in revision 17927

Now it complains on this:

~>/BeOS/beos/apps/CDBurner elf_resolve_symbol: could not resolve symbol 'DrawTitle13BTitledColumnG5BRectP5BView' resolve symbol "DrawTitle13BTitledColumnG5BRectP5BView" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

This should be fixed since revision 18081.

in reply to:  8 comment:9 by korli, 13 years ago

Replying to korli:

Replying to diver:

(In reply to comment #6)

added BColumnListView to libbe.so in revision 17927

Now it complains on this:

~>/BeOS/beos/apps/CDBurner elf_resolve_symbol: could not resolve symbol 'DrawTitle13BTitledColumnG5BRectP5BView' resolve symbol "DrawTitle13BTitledColumnG5BRectP5BView" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304

This should be fixed since revision 18081.

I was too optimistic : It seems the ColumnTypes API has evolved since R5 (compared with the one from Vision). It's problematic to support every changes for the major reason the API is private. Axel, could we consider the R5 CDBurner as MIA ?

comment:10 by axeld, 13 years ago

Cc: korli added

I'm not happy with having BColumnListView and friends in libbe.so at all - and if we're not even compatible to Be's version, I think we can as well safely remove it. Nonetheless, I've investigated the issue a bit, and CDBurner uses the following methods with different signatures from ours:

BColumnListView::BColumnListView(BRect, char const *, unsigned long, unsigned long, border_style) BColumnListView::GetRowRect(BRow *, BRect *) BIntegerColumn::BIntegerColumn(char const *, float, float, float) BSizeColumn::BSizeColumn(char const *, float, float, float) BStringColumn::BStringColumn(char const *, float, float, float, unsigned long)

I'd say either we add those, or remove the classes completely. Opinions?

in reply to:  10 comment:11 by jackburton, 13 years ago

Replying to axeld:

I'd say either we add those, or remove the classes completely. Opinions?

Like korli said: "It's problematic to support every changes for the major reason the API is private."

So I would remove the classes from libbe, and build it as a static library for our internal use (for the moment). When (if ?) we'll decide to put it back in, it'll need to be a stable api (IIRC the class has a lot of non-const getters, would need to be fixed).

comment:12 by axeld, 13 years ago

True enough; since CDBurner is not really that useful anyway due its broad hardware support, I don't think it's a real loss, especially with apps like CDManager around.

comment:13 by diver, 12 years ago

Component: - GeneralKits/Interface Kit

Should thi be closed, or we should wait until SoftwareValet will run, or maby it is already?

comment:14 by diver, 12 years ago

Anyone?

comment:15 by jackburton, 12 years ago

Resolution: fixed
Status: newclosed

Let's close this. We have our own PackageInstaller application now.

Note: See TracTickets for help on using tickets.