distributions are using zlib 1.1.4, which causes our signtool tests to
fail intermittently. Don't know why.
git-svn-id: svn://10.0.0.236/trunk@178324 18797224-902f-48f8-a5cc-f745e15eee43
(such as Red Hat and Fedora) whose GCC generates 32-bit code by default.
r=cls.
git-svn-id: svn://10.0.0.236/trunk@178176 18797224-902f-48f8-a5cc-f745e15eee43
access to the dom window
patch by Christian Persch <chpe@gnome.org> r=jgmyers sr=roc a=asa
git-svn-id: svn://10.0.0.236/trunk@177944 18797224-902f-48f8-a5cc-f745e15eee43
Added try/catch block around the method calls within toString(). Calls
such as getInetAddress(), getPort() etc does not check if the socket is
closed, and when applications use toString() on a closed socket, there
is an uncaught exception.
git-svn-id: svn://10.0.0.236/trunk@177919 18797224-902f-48f8-a5cc-f745e15eee43
sr=brendan r=wtc a=dbaron
The issue is the use of the PL_DHash* functions. It's possible that a given call
to PL_DHashOperate which adds a new entry may cause the hash table to expand,
and all the existing entries to be reallocated. PL_DHash does this by allocating
new memory, then copying the entries.
getCacheEntry() returns one of these hash entries. CmpBy() makes two consecutive
calls to getCacheEntry, then uses the returned entries for it's comparisons. If
the second entry call causes a new entry to be added to the table, and causes
the hash table to expand, the pointer to the first entry we retrieved will point
to freed memory.
The fix is to make the usable entry a pointer in the hashtable entry, and return
that pointer. When the hashtable rebuilds it's entries, the pointer will be
copied to the new entry and not be disturbed.
git-svn-id: svn://10.0.0.236/trunk@177782 18797224-902f-48f8-a5cc-f745e15eee43
Fixed compilation errors of new ECC code added in the previous checkin.
r=nelsonb.
git-svn-id: svn://10.0.0.236/trunk@177781 18797224-902f-48f8-a5cc-f745e15eee43
we can generate and verify signatures that use SHA-512. r=relyea
Modified files: secsign.c secvfy.c
git-svn-id: svn://10.0.0.236/trunk@177676 18797224-902f-48f8-a5cc-f745e15eee43
public key's algorithm, to VFY_VerifyData and VFY_VerifyDigest. Only
fixed this in cmssiginfo.c. In p7decode.c I just added comments saying
they should be fixed. r=relyea.
Modified files: lib/smime/cmssiginfo.c lib/pkcs7/p7decode.c
git-svn-id: svn://10.0.0.236/trunk@177673 18797224-902f-48f8-a5cc-f745e15eee43
#/********************************************************************/
#/* The VERSION Strings should be updated in the following */
#/* files everytime a new release of JSS is generated: */
#/* */
#/* org/mozilla/jss/CryptoManager.java */
#/* org/mozilla/jss/CryptoManager.c */
#/* org/mozilla/jss/util/jssver.h */
#/* lib/manifest.mn */
#/* */
#/********************************************************************/
git-svn-id: svn://10.0.0.236/trunk@177648 18797224-902f-48f8-a5cc-f745e15eee43
r=wtc.
Delay loading the S/MIME records on upgrade until the cert is loaded
git-svn-id: svn://10.0.0.236/trunk@177646 18797224-902f-48f8-a5cc-f745e15eee43
transfering large files (> 10MB). In order to test this in current and future
release, there needs to be a test client that can read a file and transfer it to
a server (remote or local) via JSS socket. The server should report the number
of bytes read and the time it took to read these bytes. There should not no
degradation in read time if there is no leak of any sort.
This is not part of all.pl, but is a client/server that uses JSS to transfer
files securely. The main purpose of this test would be to test the performance
of large file transfer using JSS.
NOTE: If bufferedStream.mark(Integer.MAX_VALUE); method is invoked then fill
method of BufferedInputStream class copies lot of data using System.arraycopy
(which in-turn use memcpy). This causes very high CPU usage. This is one of
the reasons secure large file transfer can become slow over time.
git-svn-id: svn://10.0.0.236/trunk@177558 18797224-902f-48f8-a5cc-f745e15eee43
buffer. We access this buffer using indices from 0 to orderBitSize.
r=douglas.stebila.
git-svn-id: svn://10.0.0.236/trunk@177513 18797224-902f-48f8-a5cc-f745e15eee43
two character sequence '\r''\n'. Make sure a character is a digit before
using it as a digit. r=jpierre.
git-svn-id: svn://10.0.0.236/trunk@177446 18797224-902f-48f8-a5cc-f745e15eee43
Sparc v8 (not V8plus) CPUs. This works around a performance regression
by restoring the former code. Bug 303338. r=wtchang.
Modified Files: Makefile
Added Files: mpi/mpv_sparcv8x.s
git-svn-id: svn://10.0.0.236/trunk@177266 18797224-902f-48f8-a5cc-f745e15eee43
Upgrade license to tri-license. Fix a bunch of whitespace problems,
WAY too much indentation. Related to bug 303338. r=wtchang.
Modified Files: mpi/mpv_sparcv8.s
git-svn-id: svn://10.0.0.236/trunk@177265 18797224-902f-48f8-a5cc-f745e15eee43
