From rswindell@VERT to CVS commit on Friday, March 22, 2019 12:28:45
src/sbbs3/ctrl makelibs.bat 1.11 1.12
Update of /cvsroot/sbbs/src/sbbs3/ctrl
In directory cvs:/tmp/cvs-serv32122/sbbs3/ctrl
Modified Files:
makelibs.bat
Log Message:
Use default calling convention (__cdecl) for DLL funcs in Borland builds.
Fix age-old bug with Borland/C++Builder built executables (Windows):
to achieve compatibility with the default __cdecl symbol naming rules of Visual C++, we were using __stdcall convention for DLL functions when
building code with Borland/C++Builder tools and using the default (__cdecl) convention when building with Microsoft (Visual C++) tools. Although this allowed symbols to be located when linking, the calling convention mismatch caused a stack cleanup issue that very rarely manifested itself in a bug
(e.g. exception of some kind in sbbsctrl.exe, usually). Mismatching
the calling conventions was unintentional (I thought the default for MSVC
DLL functions was __stdcall) - but since the calls to MSVC-Built DLL functions worked 99% of the time, I didn't realize there was an underlying issue. So I now work-around the DLL symbol naming mismatch using a command-line option (-a) passed to implib in src/sbbs3/ctrl/makelibs.bat
I had previously worked-around exceptions when calling MSVC DLL functions in sbbsctrl.exe by calling the problematic DLL functions from a timer tick handler rather than a user control (e.g. button) event handler. Those work-arounds can now be removed.
The erroneous "DLLCALL" definition design pattern was replicated (copy/pasted) to many other projects' header files in cvs.synchro.net. In the future, we may want to just remove all instances of *CALL since they now serve no purpose and appear as useless "Kruft" (but do allow us to more-easily globally change DLL function calling conventions if/when necessary in the future).
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
From rswindell@VERT to CVS commit on Thursday, May 09, 2019 10:23:53
src/sbbs3/ctrl makelibs.bat 1.12 1.13
Update of /cvsroot/sbbs/src/sbbs3/ctrl
In directory cvs:/tmp/cvs-serv21447
Modified Files:
makelibs.bat
Log Message:
Work-around for issue with the old implib version:
Borland Implib Version 3.0.22 Copyright (c) 1991, 2000 Inprise Corporation
and MSVC-generated DLLs with exported functions using _cdecl calling convention ... sometimes or with some verisons of some DLLs, implib won't add the underscore prefix to the exported function name which caused the build error: Error: Unresolved external '_total_users' ...
Using coff2omf instead to convert the MSVC-generated import library (sbbs.lib) to the Borland/OMF flavor works, however. I'd seen this issue before but it went away when the number of symbols in the source DLL changes. Newer versions of implib appear to *not* have this issue so when we upgrade to a newer C++Builder, this work-around will no longer be necessary.
---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
Who's Online
Recent Visitors
System Info
Sysop:
Ruben Figueroa
Location:
Mesquite, Tx
Users:
2
Nodes:
4 (0
/
4)
Uptime:
109:26:54
Calls:
77
Files:
49
Messages:
63,954
Synchronet Oneliners
WIBG@tfsi Tue May 07 2024 04:05:04 ZombieSlots Video Poker Lemonade MegaSlots Doors
WIBG@tfsi Tue May 07 2024 04:05:16 ok
Roofstars@reality Tue May 07 2024 07:21:09 I love old technology
harry crotchington@kk4qbn Tue May 07 2024 09:11:52 I got an itch to play some games..
phigan@tacopron Tue May 07 2024 18:49:29 Kinda cool: i.imgur.com/42hkdkd.png