elpack

 by   ejoy C Version: Current License: No License

kandi X-RAY | elpack Summary

kandi X-RAY | elpack Summary

elpack is a C library. elpack has no bugs, it has no vulnerabilities and it has low support. You can download it from GitHub.

elpack
Support
    Quality
      Security
        License
          Reuse

            kandi-support Support

              elpack has a low active ecosystem.
              It has 13 star(s) with 6 fork(s). There are 6 watchers for this library.
              OutlinedDot
              It had no major release in the last 6 months.
              elpack has no issues reported. There are no pull requests.
              It has a neutral sentiment in the developer community.
              The latest version of elpack is current.

            kandi-Quality Quality

              elpack has no bugs reported.

            kandi-Security Security

              elpack has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.

            kandi-License License

              elpack does not have a standard license declared.
              Check the repository for any license declaration and review the terms closely.
              OutlinedDot
              Without a license, all rights are reserved, and you cannot use the library in your applications.

            kandi-Reuse Reuse

              elpack releases are not available. You will need to build from source code and install.

            Top functions reviewed by kandi - BETA

            kandi's functional review helps you automatically verify the functionalities of the libraries and avoid rework.
            Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of elpack
            Get all kandi verified functions for this library.

            elpack Key Features

            No Key Features are available at this moment for elpack.

            elpack Examples and Code Snippets

            No Code Snippets are available at this moment for elpack.

            Community Discussions

            QUESTION

            Delphi gives F2613 Unit Not Found, but only for 64-bit Build
            Asked 2020-Sep-11 at 04:24

            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?

            ...

            ANSWER

            Answered 2020-Sep-11 at 04:24

            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.

            Source https://stackoverflow.com/questions/63642563

            Community Discussions, Code Snippets contain sources that include Stack Exchange Network

            Vulnerabilities

            No vulnerabilities reported

            Install elpack

            You can download it from GitHub.

            Support

            For any new features, suggestions and bugs create an issue on GitHub. If you have any questions check and ask questions on community page Stack Overflow .
            Find more information at:

            Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items

            Find more libraries
            CLONE
          • HTTPS

            https://github.com/ejoy/elpack.git

          • CLI

            gh repo clone ejoy/elpack

          • sshUrl

            git@github.com:ejoy/elpack.git

          • Stay Updated

            Subscribe to our newsletter for trending solutions and developer bootcamps

            Agree to Sign up and Terms & Conditions

            Share this Page

            share link