missing symblos

[diver]

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

[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!

[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

[jackburton]

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

[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.

[axeld]

Added the extra BString method in hrev17851.

[korli]

added BColumnListView to libbe.so in revision 17927

[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

[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.

[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 ?

[axeld]

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?

[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).

[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.

[diver]

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

[diver]

Anyone?

[jackburton]

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