Can a Plug-in DLL "talk" directly to driver DLL?

[rfryar]

In writing my latest display driver I am in a position that to take advantage of most of the features of my display I need to write some specialized plug-ins. What is the best approach to have the plug-in talk to the display? Is it possible to have plug-in exposed functions inside the driver itself.

I tested the above but it did not seem to work, I had to physically copy the DLL into the plug-in directory as well as the driver directory. I am not sure if the plug-in DLL is the same instance in memory (I doubt it) so I can not just share a variable space between them.

Should the Driver expose more public API that the plug-in would reference then? Or is there any other way anyone has done this?

Thanks,

Rick Fryar
http://lcdsmartie.fryar.org/index.php

[rfryar]

In case anyone cares I found out that this is easily doable.

So now I am in process of creating a plug-in that will allow those displays that support more than 8 custom characters to utilize those. The plug-in will have at least two methods:

1) This method will set the specified custom character. Similar to the LCD custom char command except you can now pass in any value for the character to be set. This is working for my HD160 currently so I can have 30+ custom characters.

2) This method can be used to "wrapper" another plug-in. It will strip out any custom character definitions by the secondary DLL and map them to different custom characters. It will also replace any Chr(X) with the appropriate characters.

As I get further with the plug-in I will make a seperate post with all the details.

Rick