Hi,
I was trying to compile an example from the flext tutorial. I have worked with flext before using linux, but this is the first time i try to program in windows (using borland C++ builder 6.0). I've created a dll and want to load it as an external. This gives me the the error:
load object: symbol "lib1_setup" not found
I've googled a bit and read that i have to export the setup function if i use windows, so i've changed:
static void lib_setup() {
to
extern "C" __declspec(dllexport) void lib_setup() {
but now i get these messages:
[Linker Error] Unresolved external '_post' referenced from C:\PD\TUTORIAL1\LIB.OBJ
This is strange, because i know the path's to the library files are correct. Obviously my problem comes forth from having no programming experience for windows, but a little help would be nice here...
Thanks,
yvan vander sanden
--
((
(x.x) (")")
This is the decapitated bunny virus. Please behead it in your sig, so it can
spread.
Hi Yvan, i don't have the C++ builder at hand, but i can confirm that the free BCC++ 5.5 needs special treatment, which might also be necessary for newer Borland products. This means that you could have to pass the linker a .def file containing
EXPORTS lib1_setup=_lib1setup
I don't understand why it wants lib1_setup when your function is called lib_setup, though.
Additionally the old BCC++ 5.5 can't deal with COFF libraries which means that i have to convert them using implib. I'm pretty sure that at least this has changed in the meantime. Maybe i try the C++ builder demo version when there's time to.
best greetings, Thomas
Am 18.12.2004 um 22:39 schrieb Yvan Vander Sanden:
Hi,
I was trying to compile an example from the flext tutorial. I have worked with flext before using linux, but this is the first time i try to program in windows (using borland C++ builder 6.0). I've created a dll and want to load it as an external. This gives me the the error:
load object: symbol "lib1_setup" not found
I've googled a bit and read that i have to export the setup function if i use windows, so i've changed:
static void lib_setup() {
to
extern "C" __declspec(dllexport) void lib_setup() {
but now i get these messages:
[Linker Error] Unresolved external '_post' referenced from C:\PD\TUTORIAL1\LIB.OBJ
This is strange, because i know the path's to the library files are correct. Obviously my problem comes forth from having no programming experience for windows, but a little help would be nice here...
Thanks,
yvan vander sanden
-- ((
(x.x) (")") This is the decapitated bunny virus. Please behead it in your sig, so it can spread.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
Dear Thomas,
I read somewhere (probably on one of your history file) that the "dis" or "del" dyn~ commands are still "crashy". In fact they don't crash pd but still i encounter problems with disconnections, I generally get things such as: invalid command name ".x82105c0.c"
Anyhow, i kind of manage to disconnect objects created with dyn~ but I must use a somewhat cumbersome method i.e. delete one object and reconnect it "manually".
Is it something that has raised your attention recently? Are you aware of any tricks that might hepl bypassing these unconveniences?
all the best, vincent
ps: i run pd-0.37devel2 on ubuntu i also use some kind of strange mix of flext_latest_cvs and 4.5 as my patches heavily rely on readanysf (which unfortunately does not support versions superior to 4.5). I first compiled dyn~ and py with flext_latest_cvs, then readanysf with flext 4.5... this might be the problem???
Hi Vincent, i'm not sure why the "dis" or "del" messages should still be "crashy" but i'm thankful for any patches that show strange behavior. As long as you link flext statically there should not be a version mismatch problem.
best greetings, Thomas
----- Original Message ----- From: "vincent" vincent.rioux@no-log.org To: "Thomas Grill" gr@grrrr.org Cc: "pd-list" pd-list@iem.at Sent: Tuesday, December 21, 2004 1:27 PM Subject: [PD] dyn~ and disconnections
Dear Thomas,
I read somewhere (probably on one of your history file) that the "dis" or "del" dyn~ commands are still "crashy". In fact they don't crash pd but still i encounter problems with disconnections, I generally get things such as: invalid command name ".x82105c0.c"
Anyhow, i kind of manage to disconnect objects created with dyn~ but I must use a somewhat cumbersome method i.e. delete one object and reconnect it "manually".
Is it something that has raised your attention recently? Are you aware of any tricks that might hepl bypassing these
unconveniences?
all the best, vincent
ps: i run pd-0.37devel2 on ubuntu i also use some kind of strange mix of flext_latest_cvs and 4.5 as my patches heavily rely on readanysf (which unfortunately does not support versions superior to 4.5). I first compiled dyn~ and py with flext_latest_cvs, then readanysf with flext 4.5... this might be the problem???
-
Thomas Grill -
vincent -
Yvan Vander Sanden