MrMouse and I have spend a few hours just getting strings to work. PChar is what the plugins use as its easy for a C/C++ pluging to make a char* and delphi already has support (PChar). The plugin manager itself acts as a buffer between MexCom and the Plugins. There are a few reasons that make VB a ...

On the current API: it might be possible to change the PChar arguments to WideString. That would make it not reference counted and prevent certain problems. Visual Basic will just take it... but I cannot easily check. Returning strings (PChar) in DLL functions (also WideStrings) generally leads to p...

Converting the scripts is an option. But perhaps emulating the MultiEx interpreter can work as well... that's just harder. I had best not get into this discussion right now. Looking that far into the future is not good

Aha. That's fine with me. Converting the scripts sounded ambitious anyway. Someone other than me with time to spare could do it later, if they really want it

Can you send me a copy of the current Common.pas and the list of mp* function definitions? I don't know if the ones in this topic are still current and wouldn't want to get it wrong.

Okay I was thinking too complicated before. I thought the plugin had to be a manager to support multiple formats, but as it turns out a plug-in can easily support multiple formats. Defining a whole new API on my own... just what I was trying to avoid :oops: . Ah well... saves me learning the existin...

All you need to do is embed the interpreter into a dll that exposes the archive functions. Very true. That is what I wanted to do. And I want to embed it in a Delphi DLL, because then I can use Python for Delphi which is really easy to use. And then that DLL can wrap the OpenMEX engine and expose y...

Been looking... IStream can be fixed probably. I need to really get an example or some docs of a Rahly plugin. Or is it a whole plug-in manager? Overall the OpenMEX Delphi wrapper DLL needs to expose multiple plugins to keep the overhead low. The API appears to be done because I just saw it in Multi...

Are there any examples of a Delphi plug-in or plug-in manager?
I want to make one.

On the MultiEx page, the Discussion forum link has a space in it, making the link invalid.

I've had a look at OpenMEX... and all that code basically already implements a generic reader interface. A Delphi wrapper around it is possible. There'd need to be some changes and I think dropping the Python GUI is a good idea. Adhering to Rahly's pluginmanager specs is doable, with some reservatio...

I've read this whole forum, and there appears to be a discussion about creation new plug-in specs for Delphi (?), while the current MultiEx is written in VB. And that .NET is only an option for cross-platform, but as a language it is not suitable because you need a compiler. A simple solution to thi...