-
Thanks for your detailed log. I can now reproduce this behavior. It is not a bug.
The problem is your invocation of "make check -j3 all", which is not valid. What will happen is that you have one process building "check" in each subdirectory, and another process building "all" in each subdirectory at the same time. Since "all" is a prerequisite for "check", these parallel processes will then...
2009-09-10 03:37:25 UTC in ccrypt
-
Dear Karthick,
I am not aware of a .NET port or bindings for ccrypt. However, ccrypt already provides an API for C in form of the ccryptlib library. It should be technically easy to link this into a .NET project. Moreover, with the attached patch, the bindings will also work for C++.
When integrating ccrypt into any Microsoft based project, please be sure to follow the terms of the GNU...
2009-09-10 01:26:53 UTC in ccrypt
-
Actually, I don't think my patch will fix this problem. Looking at the last few lines of your build log, I am pretty sure that the error was not caused by 'maketables'.
Unfortunately, you did not include enough of the build log to see what might have caused this error. In a parallel build, several processes write to the log at the same time, and this error was likely caused by something...
2009-09-09 20:50:15 UTC in ccrypt
-
I just verified that the patch works correctly. Please apply the patch to a fresh copy of ccrypt-1.9, and not to a previously patched copy.
2009-09-08 14:19:00 UTC in ccrypt
-
Hi,
yes, you have to re-run automake and autoconf for this patch to take effect. If this is a problem, you can use the attached ccrypt-1.9-patch2-ac.diff instead, which also patches the Makefile.in and configure (you still have to run configure).
The reason you were still unable to build the checks was because your Makefile wasn't updated.
FYI, the link to "attach a file" is below...
2009-09-07 21:48:49 UTC in ccrypt
-
The attached patch *should* fix this problem; please let me know if not. -- Peter.
2009-09-05 00:20:52 UTC in ccrypt
-
OK, I have also added a --disable-emacs configuration option for convenience. For the record, this same behavior can be achieved in ccrypt-1.9 with "configure EMACS=no".
I have attached a new patch which fixes both the emacs and the test suite problem.
2009-09-05 00:19:05 UTC in ccrypt
-
Thanks for reporting this bug. I am not familiar with Stratus VOS, and this is the first time I have heard from someone trying to compile ccrypt on it.
(1) Your emacs does not support the -batch command-line option. Either emacs is not properly installed, or VOS emacs is different than regular emacs. In either case, you can probably ignore this error. I should probably add an autoconf test...
2009-09-04 23:25:56 UTC in ccrypt
-
Interesting, but I am not sure this is a ccrypt bug. Ccrypt uses automake to set up its make files, so this could be an automake bug.
Could you try the following:
1) is this bug reproducible, i.e., does it happen every time, or most of the time? Note: before reproducing this problem, you may have to run "make clean" *and* "rm src/maketables".
2) if yes, try changing in src/Makefile (or...
2009-08-29 23:41:59 UTC in ccrypt
-
I will not add this feature, because it can be achieved by a simple script, e.g.
cat infile | md5sum > checksum1
ccencrypt infile
ccat infile.cpt | md5sum > checksum2
diff checksum1 checksum2.
2009-08-29 03:00:09 UTC in ccrypt
