Your method entry table is creating an entry named "gSignalConnect". That's
the name you need to use on your method definition. Linking is done via the
table you define, not directly to symbol in the library.
Rick
On Sat, Oct 26, 2024 at 5:56 PM taf wrote:
> oorexx cannot find my external funct
oorexx cannot find my external function, even tho' it seems to be in my
.so:
taf@taf-24:~/learning/oorexxGTK$ LD_LIBRARY_PATH=`pwd` ./example-0.rex
33 *-* ::method gSignalConnect external "LIBRARY orxgtk_methods
g_Signal_Connect_Object"
Error 90 running /home/taf/learning/oorexxGTK/exampl
Well, as expected, newbie mistake 😳... Mismatched package entry name
and package load statement. Thanks all for your toleration.
On 2024.10.26 12.10, tango wrote:
Hi Ruud-Jan,
I am indeed running Ubuntu 24.06 under QEMU/KVM and yes, I'm following
the rexxapi sample -- which runs just fine.
Hi Ruud-Jan,
I am indeed running Ubuntu 24.06 under QEMU/KVM and yes, I'm following
the rexxapi sample -- which runs just fine.
Thanks for the pointer, but...
taf@taf-24:~/learning/oorexxGTK$ LD_LIBRARY_PATH=`pwd` rexx example-0.rex
32 *-* ::method gSignalConnect external "LIBRARY orxgt
+1 Thanks for taking a look!
On 10/25/2024 4:29 PM, Rick McGuire wrote:
On Fri, Oct 25, 2024 at 4:24 PM Chip Davis wrote:
And yet, Rick said, "So the question comes down to 1) disallow
them if they appear in a location where they can't be branched to,
or 2) allow them, but catch
Hi again,
If you followed the rexxapi sample for external methods and used this to
execute the sample
LD_LIBRARY_PATH=`pwd` rexx .
make sure the quotes are back-ticks, otherwise it won't work.
Ruurd
On 10/26/24 11:06, Ruurd-Jan Idenburg via Oorexx-devel wrote:
Hi,
You are working on
Hi,
You are working on a Linux distro. Where have you placed the
liborxgtk_methods.so file.
Normally these libraries are in one of the /usr/lib,
/usr/lib/x86_64-linux-gnu of /usr/local/lib directories.
You probably can find the locations at /etc/ld.so.conf.d
If you stored the lib file som
