Greetings everyone! I am working on getting an app running that uses CodeMine. I don't know a great deal about it or Codemine in general, so I'm trying to get things working in a sandbox. I can compile an exe and have it run with only minor issues. I am trying to run this app through the Visual FoxPro IDE so I can step through the debugger to troubleshoot some errors that were already present on the client's machine. When I try to "do source\appmain.prg" I get an error saying "The files codemine.fll and msvcrt.dll must be placed in the application directory or in your Windows system directory. I do have a copy of codemine.fll in the folder of the project. I am thinking maybe I need to copy msvcrt.dll into the root of the project as well but I am not sure where to get this file, or if that is definitely what needs to be done. Anybody run into this before? I apologize if I've asked something like this in the last few months or years. I keep picking up this project and shelving it, but I've tried to make good notes so I'm not running into the same issues over and over. Any help is appreciated!
MSVCRTnnn DLLS are the Microsoft Visual C ++ runtimes.
You'll probably find MSVCRT.DLL in c:\windows\syswow64, make sure that directory is on the VFP search path.
Here's an update in case anyone has any other ideas. I've tried copying msvcrt.dll (both one from syswow64 and system32, same results), msvcr70.dll, and msvcr71.dll into the application folder, and I am also running the commands below before I try to do source\appmain.prg. I verified I have codemine.fll in the project's root. However, I am still getting that same "The files codemine.fll and msvcrt.dll must be placed in the application directory or in your Windows system directory." error message. I'm somewhat at a loss. I am not entirely out of options; I can make changes, build the executable, and run it, but it would be much easier if I could run everything from Visual FoxPro. I don't know if it is pertinent, but I believe this application was running in a previous version of Visual FoxPro. I only had VFP6 and VFP9 on hand, so I used VFP9.
set defa to "C:\development\Projects\app_files\project"
set path to c:\fox\xsource\vfpsource\builders additive
set path to "C:\Program Files (x86)\Microsoft Visual FoxPro 9\Ffc" additive
set path to "C:\Program Files (x86)\Microsoft Visual FoxPro 9\Gallery" additive
set path to "C:\Program Files (x86)\Microsoft Visual FoxPro 9" additive
set path to "C:\Program Files (x86)\Microsoft Visual FoxPro 9\Graphics\Icons\Arrows" additive
set path to "C:\fox\xsource\VFPSource\builders" additive
set path to "C:\fox\xsource\VFPSource\Wizards\wzcommon" additive
SET PATH TO "C:\codemine\common50\cmapp.vcx" additive
SET PATH TO "C:\codemine\common50" additive
SET PATH TO "C:\development\Projects\app_files\project\source" additive
SET PATH TO "c:\windows\syswow64" additive
CD C:\development\Projects\app_files\project
SET LIBRARY TO codemine.fll additive
On Tue, Jul 1, 2025 at 10:10 AM Alan Bourke alanpbourke@fastmail.fm wrote:
MSVCRTnnn DLLS are the Microsoft Visual C ++ runtimes.
You'll probably find MSVCRT.DLL in c:\windows\syswow64, make sure that directory is on the VFP search path.
-- Alan Bourke alanpbourke (at) fastmail (dot) fm
[excessive quoting removed by server]
Make sure you've also got msvcp71.dll
--
rk
-----Original Message----- From: ProfoxTech profoxtech-bounces@leafe.com On Behalf Of Jeff Roberts Sent: Tuesday, July 1, 2025 9:36 PM To: profoxtech@leafe.com Cc: profoxtech@leafe.com Subject: Re: Issues with codemine.flll and msvcrt.dll
Here's an update in case anyone has any other ideas. I've tried copying msvcrt.dll (both one from syswow64 and system32, same results), msvcr70.dll, and msvcr71.dll into the application folder, and I am also running the commands below before I try to do source\appmain.prg. I verified I have codemine.fll in the project's root. However, I am still getting that same "The files codemine.fll and msvcrt.dll must be placed in the application directory or in your Windows system directory." error message. I'm somewhat at a loss. I am not entirely out of options; I can make changes, build the executable, and run it, but it would be much easier if I could run everything from Visual FoxPro. I don't know if it is pertinent, but I believe this application was running in a previous version of Visual FoxPro. I only had VFP6 and VFP9 on hand, so I used VFP9.
set defa to "C:\development\Projects\app_files\project"
set path to c:\fox\xsource\vfpsource\builders additive
set path to "C:\Program Files (x86)\Microsoft Visual FoxPro 9\Ffc" additive
set path to "C:\Program Files (x86)\Microsoft Visual FoxPro 9\Gallery" additive
set path to "C:\Program Files (x86)\Microsoft Visual FoxPro 9" additive
set path to "C:\Program Files (x86)\Microsoft Visual FoxPro 9\Graphics\Icons\Arrows" additive
set path to "C:\fox\xsource\VFPSource\builders" additive
set path to "C:\fox\xsource\VFPSource\Wizards\wzcommon" additive
SET PATH TO "C:\codemine\common50\cmapp.vcx" additive
SET PATH TO "C:\codemine\common50" additive
SET PATH TO "C:\development\Projects\app_files\project\source" additive
SET PATH TO "c:\windows\syswow64" additive
CD C:\development\Projects\app_files\project
SET LIBRARY TO codemine.fll additive
I added msvcp71.dll to the project's root folder, but no change. I am thinking maybe codemine.fll is an older build, and it's looking for a specific version of msvcrt.dll. I don't understand why it will build an exe that runs, but it won't run the source. The codemine folder has a subfolder called codemine50, so I assume it is version 5. I appreciate everybody's suggestions so far!
On Wed, Jul 2, 2025 at 7:17 AM Richard Kaye rkaye@invaluable.com wrote:
Make sure you've also got msvcp71.dll
--
rk
-----Original Message----- From: ProfoxTech profoxtech-bounces@leafe.com On Behalf Of Jeff Roberts Sent: Tuesday, July 1, 2025 9:36 PM To: profoxtech@leafe.com Cc: profoxtech@leafe.com Subject: Re: Issues with codemine.flll and msvcrt.dll
Here's an update in case anyone has any other ideas. I've tried copying msvcrt.dll (both one from syswow64 and system32, same results), msvcr70.dll, and msvcr71.dll into the application folder, and I am also running the commands below before I try to do source\appmain.prg. I verified I have codemine.fll in the project's root. However, I am still getting that same "The files codemine.fll and msvcrt.dll must be placed in the application directory or in your Windows system directory." error message. I'm somewhat at a loss. I am not entirely out of options; I can make changes, build the executable, and run it, but it would be much easier if I could run everything from Visual FoxPro. I don't know if it is pertinent, but I believe this application was running in a previous version of Visual FoxPro. I only had VFP6 and VFP9 on hand, so I used VFP9.
set defa to "C:\development\Projects\app_files\project"
set path to c:\fox\xsource\vfpsource\builders additive
set path to "C:\Program Files (x86)\Microsoft Visual FoxPro 9\Ffc" additive
set path to "C:\Program Files (x86)\Microsoft Visual FoxPro 9\Gallery" additive
set path to "C:\Program Files (x86)\Microsoft Visual FoxPro 9" additive
set path to "C:\Program Files (x86)\Microsoft Visual FoxPro 9\Graphics\Icons\Arrows" additive
set path to "C:\fox\xsource\VFPSource\builders" additive
set path to "C:\fox\xsource\VFPSource\Wizards\wzcommon" additive
SET PATH TO "C:\codemine\common50\cmapp.vcx" additive
SET PATH TO "C:\codemine\common50" additive
SET PATH TO "C:\development\Projects\app_files\project\source" additive
SET PATH TO "c:\windows\syswow64" additive
CD C:\development\Projects\app_files\project
SET LIBRARY TO codemine.fll additive
[excessive quoting removed by server]
Hi Jeff,
I have found a Codemine version 6.1 in my ProLib Archives. Yes, it has a "common50" folder, files are seemingly from 2000-02-09 The Codemine.fll is dated from 1999-08-05 with 24576 Bytes
I can load that FLL in a VFP9 commandwindow just fine with SET LIBR TO. (running on Win11). The only dependency I know is the MSVCRT.DLL. Since VFP is 32Bit, that MSVCRT.DLL needs to be in SYSWOW64.
wOOdy
-----Ursprüngliche Nachricht----- Von: ProFox profox-bounces@leafe.com Im Auftrag von Jeff Roberts Gesendet: Dienstag, 1. Juli 2025 16:45 An: ProFox Email List profox@leafe.com Betreff: Issues with codemine.flll and msvcrt.dll
Greetings everyone! I am working on getting an app running that uses
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
[excessive quoting removed by server]
Thanks Woody! After reading your reply, I realized it had to be something else. I commented out the lines in appmain.prg that reset set library to, set path to, etc. So then I got a little further! Now I am seeing a message that says "Error at line 23 of setdevsearchpath Codemine Development Environment is not installed. You can only run standalone EXE files on this machine.". I am not sure if I am missing something in the path, I need to run some other CodeMine command, or I am really missing something in the source I was given. I may have addressed enough of the existing issues by making changes, recompiling, and running the exe, so that this is no longer as urgent. However, I am still curious enough to see if I can run it from source.
On Thu, Jul 3, 2025 at 12:08 PM juergen@wondzinski.de wrote:
Hi Jeff,
I have found a Codemine version 6.1 in my ProLib Archives. Yes, it has a "common50" folder, files are seemingly from 2000-02-09 The Codemine.fll is dated from 1999-08-05 with 24576 Bytes
I can load that FLL in a VFP9 commandwindow just fine with SET LIBR TO. (running on Win11). The only dependency I know is the MSVCRT.DLL. Since VFP is 32Bit, that MSVCRT.DLL needs to be in SYSWOW64.
wOOdy
-----Ursprüngliche Nachricht----- Von: ProFox profox-bounces@leafe.com Im Auftrag von Jeff Roberts Gesendet: Dienstag, 1. Juli 2025 16:45 An: ProFox Email List profox@leafe.com Betreff: Issues with codemine.flll and msvcrt.dll
Greetings everyone! I am working on getting an app running that uses
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]
I think, CodeMine came with a setup program that you need to run on your machine. The company is out of business, but their website is still in the archives. This is what the Development Environment looks like:
https://web.archive.org/web/20040609162048/http://www.codemine.com/
You might have to click on Features > Development Environment again.
— Christof
On 4. Jul 2025, at 04:24, Jeff Roberts jefflroberts@gmail.com wrote:
Thanks Woody! After reading your reply, I realized it had to be something else. I commented out the lines in appmain.prg that reset set library to, set path to, etc. So then I got a little further! Now I am seeing a message that says "Error at line 23 of setdevsearchpath Codemine Development Environment is not installed. You can only run standalone EXE files on this machine.". I am not sure if I am missing something in the path, I need to run some other CodeMine command, or I am really missing something in the source I was given. I may have addressed enough of the existing issues by making changes, recompiling, and running the exe, so that this is no longer as urgent. However, I am still curious enough to see if I can run it from source.
On Thu, Jul 3, 2025 at 12:08 PM <juergen@wondzinski.de mailto:juergen@wondzinski.de> wrote:
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
Thank you Christof! I never thought to check the web archive for the website! -Jeff
On Fri, Jul 4, 2025 at 4:32 AM Christof Wollenhaupt < christof@wollenhaupt.org> wrote:
I think, CodeMine came with a setup program that you need to run on your machine. The company is out of business, but their website is still in the archives. This is what the Development Environment looks like:
https://web.archive.org/web/20040609162048/http://www.codemine.com/
You might have to click on Features > Development Environment again.
— Christof
On 4. Jul 2025, at 04:24, Jeff Roberts jefflroberts@gmail.com wrote:
Thanks Woody! After reading your reply, I realized it had to be something else. I commented out the lines in appmain.prg that reset set library to, set path to, etc. So then I got a little further! Now I am seeing a
message
that says "Error at line 23 of setdevsearchpath Codemine Development Environment is not installed. You can only run standalone EXE files on
this
machine.". I am not sure if I am missing something in the path, I need to run some other CodeMine command, or I am really missing something in the source I was given. I may have addressed enough of the existing issues by making changes, recompiling, and running the exe, so that this is no
longer
as urgent. However, I am still curious enough to see if I can run it from source.
On Thu, Jul 3, 2025 at 12:08 PM <juergen@wondzinski.de <mailto:
juergen@wondzinski.de>> wrote:
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html
[excessive quoting removed by server]