- 27 Jan, 2002 1 commit
-
-
Richard Levitte authored
pid_t.
-
- 26 Jan, 2002 1 commit
-
-
Richard Levitte authored
-
- 25 Jan, 2002 2 commits
-
-
Richard Levitte authored
* Fix a crashbug and a logic bug in hwcrhk_load_pubkey()
-
Richard Levitte authored
* Fix a crashbug and a logic bug in hwcrhk_load_pubkey()
-
- 21 Dec, 2001 5 commits
-
-
Richard Levitte authored
-
Richard Levitte authored
-
Richard Levitte authored
-
Richard Levitte authored
-
Richard Levitte authored
-
- 20 Dec, 2001 6 commits
-
-
Richard Levitte authored
-
Richard Levitte authored
-
Richard Levitte authored
-
Richard Levitte authored
-
Richard Levitte authored
-
Richard Levitte authored
-
- 11 Dec, 2001 2 commits
-
-
Richard Levitte authored
-
Richard Levitte authored
1. some platforms do not have inttypes.h, and chasing them down becomes ridiculous. Therefore, uint64_t can't be used for 64-bit values. 2. some (other) platforms do not support "long long". Solution: make AEP_U64 a struct with two longs unless long already is 64 bit long. Also, restore all other types back to use unsigned char, unsigned int and unsigned long. Make sure that AEP_U32 actually becomes 32 bits, even on platforms where long is 64 bits (actually, we're just guessing that int will stay at 32 bits on those...).
-
- 28 Nov, 2001 1 commit
-
-
Richard Levitte authored
-
- 24 Nov, 2001 1 commit
-
-
Geoff Thorpe authored
-
- 23 Nov, 2001 2 commits
-
-
Bodo Möller authored
-
Bodo Möller authored
-
- 21 Nov, 2001 4 commits
-
-
Richard Levitte authored
branches.
-
Richard Levitte authored
-
Richard Levitte authored
built-in types __int8, __int16 and so on on that platform.
-
Geoff Thorpe authored
-
- 20 Nov, 2001 1 commit
-
-
Geoff Thorpe authored
-
- 19 Nov, 2001 1 commit
-
-
Richard Levitte authored
Extentions of the explanations to the linking problem on Win32. Provided by Andrew Gray <agray@iconsinc.com>
-
- 17 Nov, 2001 3 commits
-
-
Richard Levitte authored
32-bit platforms. Instead, make use of inttypes.h and use the types defined there to get 8-, 16-, 32- an 64-bit values. There might be some operating systems where one should use int_types.h instead of inttypes.h. Unfortunately, I don't recall which one(s).
-
Geoff Thorpe authored
-
Geoff Thorpe authored
be included for 0.9.6c-engine.
-
- 16 Nov, 2001 3 commits
-
-
Richard Levitte authored
-
Richard Levitte authored
-
Richard Levitte authored
compile properly).
-
- 15 Nov, 2001 4 commits
-
-
Richard Levitte authored
make update perl util/mkerr.pl -recurse -write -rebuild (now, just look at the effect that last thing had on the ENGINE error strings! How did that unbalance between macros and strings happen?)
-
Richard Levitte authored
-
Geoff Thorpe authored
Also, the "to" variable used in cleanup is never non-NULL and is entirely unused. As such, the cleanup might have been missed under genuine error conditions and caused leaks and/or returned invalid pointers.
-
Geoff Thorpe authored
to be pointless.
-
- 13 Nov, 2001 2 commits
-
-
Bodo Möller authored
-
Bodo Möller authored
-
- 12 Nov, 2001 1 commit
-
-
Bodo Möller authored
-