binary clock application creates a zombie replicant on desktop

[the ringmaster]

As seen in the screenshot. When I try to make a replicant of the binary clock application, it only creates a grey square where the replicant should be.

[anevilyak]

Where did that binary clock app come from? Also, what kind of build are you on? Replicants have a limitation that they have to match the compiler of the app you're embedding them in, ergo you cannot take a replicant from a gcc2 app and embed them into the desktop of a gcc4 tracker and vice versa.

[anevilyak]

Assuming it's this app: ​http://haikuware.com/directory/view-details/geek-toys/other/binaryclock , that one is indeed gcc2-built.

Assuming you're on a gcc4-based hybrid, this is unfortunately not a problem that can be worked around easily that I know of, unless Ingo has some insight that I'm missing.

[the ringmaster]

Yeah that's the one. I am using a hybrid gcc4 build. Too bad that I still can't use the gcc version even though I do have gcc2 support on this build.

[anevilyak]

Unfortunately that's difficult to avoid in this instance, because the replicant gets loaded directly into the hosting team's address space. As such it has to be able to interface with the libbe, etc. that have already been loaded for said app, as a consequence of which hybrid support can't really help. There may possibly be some runtime loader trick that can work around this problem but I unfortunately would not know how to implement that.

[bonefish]

Replying to anevilyak:

There may possibly be some runtime loader trick that can work around this problem but I unfortunately would not know how to implement that.

I can't think of any solution other than a complete ABI mapper either. And I'm pretty sure that this is not going to happen. Too much work for too little gain, I'm afraid.

Unless there is some aspect of this ticket that shall be addressed (like to prevent loading of incompatible add-ons) I'd suggest to close it as invalid ("won't fix", really).

[anevilyak]

Replying to bonefish:

Unless there is some aspect of this ticket that shall be addressed (like to prevent loading of incompatible add-ons) I'd suggest to close it as invalid ("won't fix", really).

The only way to do that would be to eliminate the zombie replicant mechanism entirely, since it can't detect the distinction between being unable to find a symbol due to ABI mismatch vs due to a required lib for the replicant not being in an accessible location for the host (i.e. SoundPlay replicant without liblayout.so in ~/config/lib). Since I'd rather not go that far without some consensus, closing as invalid. Thanks for the input!