Delphi gives F2613 "Unit not found", but only for 64-bit build
I have been developing my software with Delphi and use two 3rd party packages: TRichview and LMD ElPack. I have one unit in TRichview, and 3 units in LMD Elpack that I have added my own customizations to, so I keep my 4 customized versions of these units with in my directory with my project files.
Ever since I installed Delphi 10.4, and installed versions of TRichView and ElPack compatible with 10.4, I have been having a peculiar problem. The one customized unit in TRichView is giving me:
[dcc64 Fatal Error] RVEdit.pas(1054): F2613 Unit 'RVERVData' not found
but it is only giving me that error when building to Windows 64-bit. When building to Windows 32-bit, it builds and runs without problem.
My Tools > Options > Language > Delphi > Library > Windows [32|64]-bit > LibraryPath both point correctly to the folders containing the .dcu and .res files for the 32-bit and 64-bit units. The correct 32-bit RVERVData.dcu file is in the 32-bit folder, and the 64-bit RVERVData.dcu file is in the 64-bit folder.
The really strange thing is this: If I rename both the .pas and .dcu files for the TRichView unit that I customized, then everything rebuilds fine in both 32-bit and 64-bit, so Delphi is obviously using the correct 64-bit library paths.
I know this was not a problem previously. In January 2020, I had no problems and successfully ran and compiled 64-bit. All I have done since then is install the Delphi 10.4 patches and the latest version of TRichview. I have upgraded to 10.4.1, but the problem still exists.
So why is this error occurring, but just in 64-bit builds (not 32-bit) and what can I do to get a 64-bit build working with my customized unit?
The problem was a strange one. I opened a case with Embarcadero and we now seem to have fixed it.
I uninstalled and reinstalled the TRichView package. The library path setup was different for their 32-bit and their 64-bit package. Once I cleaned this up, both 32-bit and 64-started to build properly and I don’t get the error for this case any more.
I don't know what specifically caused this, but it must have been related in some way to some improper library paths, even though I checked those many times during my attempts to find and fix the problem.
- In Delphi 11.3 IDE Editor how do I disable unwanted scrolls on double-click?
- Option to automatically save edited files before a test execution
- Good, free Delphi logging framework
- Socket.ReadTimeout Exception handling
- Accessing to the TextSettings properties of a TListBox Item
- dxgettext and Windows 10
- EProgrammerNotFound exception in Delphi?
- How to get rid of this compiler warning?
- TMemo is painfuly slow when working with large number of lines
- How can I detect a debugger or other tool that might be analysing my software?
- Delphi Get return value when running a DOS command using ShellExec
- On Win11, can an ARM native dll call on to an x64 native COM dll
- Purpose of Low(String)?
- Why is FileAge returning unexpected values?
- How can I Create folders recursively in Delphi?
- SQL Query is not executed while filtering DBGrid
- Detecting 'text' file type (ANSI vs UTF-8)
- Linux as Build Target on Delphi FMX
- How do I set Edit1.SelStart when MouseDown is pressed
- Catch onMinimize Event For a Form (Delphi)
- How to combine image filters in Firemonkey?
- Right-click doesn't update ItemIndex in TControlList
- Smart Codeinsight in Delphi 12.2
- Delphi/Android application error : "Unsupported Media Type"
- Are global and heap-based variables always volatile in Delphi?
- Programmatically show the Windows Emoji Panel?
- Does Delphi treat .exe files differently based on filename length?
- Delphi 10.4.2 and Delphi 11.0 cannot debug -
- Base64 Decoding Error :No mapping for the Unicode character exists in the target multi-byte code page
- Why does the Delphi compiler allow a comma after the final parameter in a method call?