12 replies to this topic

[TommyJSmithJr]

I have good news for those who program in MS Office 2007 VBA.  I found some DLLs that are reading and writing text to Module files. The wrapper module (.bas) is about 70 percent complete, but I much work to turn it into a Module creation tool, but I can make it available if someone is interested before I complete my MS Word Tool.  

[patchworkid]

Hi

I would like to see what you have been working on.

Thanks

[Fred]

Hi, Tommy.

 

I realize that this reply may be too late to help you now, but I used C++ (using MS's Visual Studio) to create Resourcer ( http://www.biblesupp...0067-resourcer/ ), and I statically linked the "regular" SQLite site's code into the Resourcer executable, which avoided having to worry about SQLite DLL incompatibilties, etc.  You could do the same with C++ ...

 

Edit:  This link might help you get started -  http://www.sqlite.or...wtocompile.html  -  incorporate the sqlite3.c and sqlite3.h amalgamation files in your project, as well as #include sqlite3.h where needed in your source files, and you're off and running...

 

I have used and recommended e-Sword for years.  I am a programmer, among other things, and have decided to wade into developing some modules and tools. I program in a variety of languages (VB, C++, C#, Objective C, Pascal, FORTRAN, Java, JS, VBS, etc.) and have started a project in Visual Studio, but not locked into MS.  

 

From what I have read about Rick Meyers and e-Sword, he used Microsoft tools to create e-Sword.  I have found different .dll files from different sources that provide code to work with SQLite 3 files.

 

I want to use the same resource used by e-Sword to prevent including third-party files in the Assembly Cache, or installing them separately.  I am hoping the installed resources of either software for accessing SQLite files are accessible by other applications.  This would prevent possible .dll problems and ensure compatibility.

Edited by Fred, 23 December 2014 - 09:02 AM.