Opened 13 years ago

Closed 11 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 Changed 13 years ago by axeld

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 Changed 13 years ago by diver

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 Changed 13 years ago by jackburton

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

comment:4 Changed 13 years ago by diver

(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 Changed 13 years ago by axeld

Added the extra BString method in hrev17851.

comment:6 Changed 13 years ago by korli

added BColumnListView to libbe.so in revision 17927

comment:7 Changed 13 years ago by 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

comment:8 in reply to:  7 ; Changed 12 years ago by korli

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.

comment:9 in reply to:  8 Changed 12 years ago by korli

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 Changed 12 years ago by axeld

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?

comment:11 in reply to:  10 Changed 12 years ago by jackburton

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 Changed 12 years ago by axeld

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 Changed 12 years ago by diver

Component: - GeneralKits/Interface Kit

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

comment:14 Changed 11 years ago by diver

Anyone?

comment:15 Changed 11 years ago by jackburton

Resolution: fixed
Status: newclosed

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

Note: See TracTickets for help on using tickets.