unfortunately, the file you shared cannot be downloaded, we tried several times but all the attempts failed. Could it be possible to attach it here instead of publishing on Dropbox?
and send us its output? Also, could you please advise if that might be the case that some other process accessed that repository while SubGit was working? For example, could it be that case that ‘git gc’ was invoked in that repository while SubGit was performing the import?
Might it be the case that some other process accessed that repository while SubGit was working?
For example, could it be that case that git gc was invoked in that repository while SubGit was performing the import?
I think that the answer (to both questions) is no.
I was not explicitely running git gc during the time when subgit install was in progress.
To rule out transient problems like this, I have tried several times to:
run subgit config ...
update the configuration files in the desired way
run subgit install ...
The results were always the same.
I can reproduce the problem I have reported reliably.
also could you advise what is the Git version you have? And do you have an antivirus software installed on this machine? Could it happen that it locks some files in the repository, the mcam_2020_04_24_2.0.0.702_32_setup.exe in particular?
the output is not actually needed, the question was if that command works well and able to read the file. The matter is that SubGit is not able to read this blob during the import and that’s why it fails. But reason for that is unclear. One hypothesis is that the blob is faulty for some reason so that git program (that is used by SubGit to read blobs by default) cannot read it and that is the root cause of the problem. Another assumption is that this blob might be locked by antivirus software and that’s why the blob cannot be read.
I did not have a chance to test this, because I do not have the right to change AV settings (such as turning it off). I need to talk to IT staff but so far they did not respond. I will try to talk to them today. If I do not succeed, then tomorrow. I am definitely interested in resolving the problem. I will let you know what happens when we turn AV off and then retry subgit install command.
Our IT departement added a necessary exception in the anti-virus software we are using to ignore the relevant directory in which I try to configure and install subgit.
I have started from scratch.
I was (again) able to successfully run subgit config command.
I wasn’t (again) able to successfully run subgit install command.
I have run these commands in cmd.exe terminal. The output of the second one reads:
SubGit version 3.3.11 (‘Bobique’) build #4408
Translating Subversion revisions to Git commits…
INSTALLATION FAILED
error: Out-of-memory when trying to load blob c199f7a97bf5ea75a6a2be32693437484cfea2d8 from W:\projects\mnc.vc9\subgit\mnc.vc9.2021.03.21.
error: Unexpected error has occurred; please report along with the logs (‘W:\projects\mnc.vc9\subgit\subgit-install-20210316-103125.zip’)
error: to https://testdiscourse.tmatesoft.com/, thank you!
The corresponding log file can be found here:
https:// matej-kosik . net / tmp / subgit-install-20210316-103125.zip
(without spaces)
The ERRORLEVEL of the subgit install command has been 1.
judging from the outcome, looks like the initial issue was indeed caused by the AV software, good to know it’s been resolved.
Currently present error may happen either due to too big blob c199f7a97bf5ea75a6a2be32693437484cfea2d8, or due to big .gitattributes file that’s been generated due to EOLs translation, or big Git packs may also be the cause for this error. It would worth first to explicitly set path to the Git binary file in SubGit configuration file in the repository:
[core]
gitPath = <Path to Git binary>
it would also worth to switch off EOLs translation by configuring the following setting:
[translate]
eols = false
Note, that this setting is applied prior to the initial import, so the import should be started from the very beginning after it’s set.
It would also worth to extend heap size for SubGit. It can be done by adding JVM setting, like
-Xmx3G
This setting should be added to the subgit.bat script (it resides in ‘bin’ directory inside Subgit installation directory), for example, in EXTRA_JVM_ARGUMENTS variable.