[VB6] VBCDeclFix - The Add-in allows you to use Cdecl functions in VB6 IDE.

CAN'T LOAD Connect.Dsr ON CHINESE VB6
AND CAN'T REGSVR32 CDeclFix.dll

Quote:

---

Originally Posted by MacroJohn

Thank you for your reply.
I tested your Add-in， it worked great. For a long time, vb6 has always faced the threat of being eliminated. It is precisely because of a group of selfless contributors like you that make vb6's life continue， and which give courages and helps for many developers. The discussion of CDeclFix in the group gave me an idea, whether this method can be used as a universal and widely accepted method to break through the limitations of vb6 functions.It may need to use a large number of practical examples to practice.
For example, I am currently testing the automatic operation of the browser. The most commonly used in vb6 is seleniumbasic, but Seleniumbasic has not been updated, and the so-called seleniumbaisc3.14 on the Internet is not open source, potential safety hazards would be exist.
whether or not without relying on seleniumbasic, directly use C# or other versions of selenium in vb6 to drive chromedriver.exe? But I have almost no idea in this regard.
If it can be realized by CDeclFix method, then it further proves VBCDeclFix's great contribution to the vitality of vb6.
Can you give me some suggestions, or try to explore it?

Thank you again for your kind reply!
Joh.

---

LIKE vbrichclien6,WebView2Loader.dll

Someone needs to keep updating. In fact, the Google debugging protocol is an HTTP request or websocket communication.
Implementing 3-5 features is not difficult, but to implement hundreds or thousands of interfaces, a development team needs to keep up with Google's upgrades.

This is the greatest plugin ever. Used more than 8000 lines of code, what is the specific principle? \n Is it possible to add other keywords and syntax?


If these functions can be divided into multiple independent modules and function interfaces, it will be convenient for everyone to continue to expand.
Twinbasic, in fact, the most needed is plug-in development, if the general functions can be completed by plug-ins, Wayne authors can reduce a lot of pressure.

Quote:

---

Originally Posted by wqweto

On all 3 points the Add-In is simpler, more convenient and easiest and separately it's the fastest solution as it generates correct callsite at compile time so no need to take care to "fix" stack, generate ASM thunk at run-time or other overhead.

You love micro-benchmarking so I leave performace tests to yourself -- test the native cdecl callsite vs *any* of the other solutions.

cheers,
</wqw>

---

The plug-in method is the most convenient, but it cannot be used in a VBA. 64-bit VBA is not supported. For example, the VBA editor environment can modify the class to support the 5/6 attribute,In this way, the function of this class can be shared publicly. Can be compiled into a stand-alone DLL. There is no need for vb6.exe, which has the ability to compile com DLLs itself.
If we add another menu. You can generate 64-bit DLLs directly using the twinbasic 64-bit compiler.

Recently we have been working on how to get the cell area or region in Excel every time the mouse wheel zooms in or clicks. The screen coordinates of each cell.

All of these need to use the assembly method, and then give him some data or events to use.
The VBA can do a lot of this kind of plug-in, after all, Microsoft estimates that it can support him for 10 to 30 years. Of course, Microsoft may be able to shut down VBA functionality for good. Become JS, Python script

You don't need anything in 64bit VBA because all calls* use the standard x64 calling convention. There is no CDecl in 64bit. You can simply call the API or callback like any other.

* - Technically there's exotic exceptions like vectorcall but I doubt anyone would ever run into this in VBx.

PS- twinBASIC has addins but with its own architecture, it won't support VB addins. But tB supports CDecl native in all cases (APIs, regular subs/functions/etc, interfaces...). The syntax is the same as with this addin,
Public Declare PtrSafe Function wcslen CDecl Lib "ntdll" (ByVal _String As LongPtr) As LongPtr
Private Function MyCDeclCallback CDecl(ByVal x As Long) As Long

hello the trick, can i have your vba6.dll, what you use to develop this addin please?
i m still try to port this addin to some vba x86 environment, sometimes.
but i found that vba6.dll of my is not exactly as same as you indicated in signatures.asm

such as:
1.Bug_Signature: not exactly the same, but i finally figure it out
2.VM_DispTables: not found yet
3.ImpAdCallHresult: found the address, but quite different from in asm, should try to check the code later
4.Declare_Cdecl_Check: not even any idea yet
5.PCR_Check_Id: not tried
6.BSCR_Check_CC: very close now
7.CodePane_DisplayPatch: same with 3
8.PCode_Procedure_Desc_Patch: not even any idea yet

but if you can give me your very vba6.dll, maybe that will be help a little more.

and my email: [email protected]