Recent changes to patches

made pwgen win32 compilable

2008-11-25T23:54:48Z

Hello,

I managed no make pwgen compile with VC++ 8 and run it on Win32. However I'm n ot pretty shure how support the patch, so I'm just posting th diff file as attachment.

To get it to work I had to add a getopt()-implementation which can be used instead of unistd.h. Windows CAPI will be used as entropy source, so this is pretty sophisticated. Anyway rand() resp. random() work as well when no encryption provider is available.
The most basic way to compile it would probably be "cl /DWIN32 *.c -o pwgen.exe -link advapi32.lib". As you can see, I made heavy use of "#ifdef WIN32" to tell wether to compile for a windows machine or not.

Please contact me, if there's anything I can optimize on this patch report. :]

Enforce upper case with --ambiguous option

2007-03-22T16:24:34Z

When the --ambiguous option is used, the generated password doesn't always have capitalized letter, even the --capitalize option is used explicitly or implicitly. The attached patch should fix the problem.

Several fixs and new features

2005-01-24T09:30:08Z

* Proposal for a 2.04 release

* General cleanup, remove some unused variable and
structure declarations, make code compile without warning

* pw_phonemes.c: Modify pw_element and pw_phonemes to
generate more readable, but (I hope) more secure
passwords. Based on comments from Debian bug #276976,
but does not adresses it. (Human readeable passwords
cannot be as secure as pure random password, it's obvious)

* pw_rand.c: Take care of pw_flags to generate
passwords without capitals and/or without digits.
Adresse Debian bug #276307

* pw_rand.c: Fix what seems to be a bug, to allow more
than one digit and more than one capital in passwords.
Fix Debian bug #182595

* sha1.c: Gpl'd lib to compute sha1 hash, contributed
by Christophe Devine

* sha1num.c: Add an alternative to true random numbers,
by using sha1 hash of given file and given seed.

* pwgen.c: Add -B, --ambiguous option, to prevent use
of ambiguous characters in generated passwords. (ie:
2/Z, 0/O, etc...) Adresses (?) Debian bug #51307
This option is effective in pw_rand and pw_phonemes

* pwgen.c: Make -A an alias to --no-capitalize, and
make this option effective in pw_rand.

* pwgen.c: Make -0 an alias to --no-numerals and make
this option effective in pw_rand.

* pwgen.c: Add -H, --sha1 option, to allow computing
reproducibles passwords, given a know file, and a know
seed.
(ie: pwgen -H ~/my_favourite.mp3#olivier@guerrier.com
gives me a list of possibles passwords for my pop3
account, and I can ask this list again and again)
This option is effective in pw_rand and pw_phonemes

* pwgen.c: Add -y, --symbols option, which add one one
more specials characters in generated passwords
This option is effective in pw_rand and pw_phonemes

* pwgen.1: Updated with new options and features

* Makefile.in: Add sha1.c sha1.h sha1num.c where needed

Fix SIGPFE on HPUX when redir output

2002-03-13T14:01:26Z

Problem:
pwgen 8 1 > /tmp/mypw
ksh(pid): Floating point exception

Solution:
RCS file: pwgen.c,v
retrieving revision 1.1
rdiff -c -r1.1 pwgen.c
*** /var/tmp/,RCSt1a13711 Wed Mar 13 13:49:20
2002
--- pwgen.c Wed Mar 13 13:48:40 2002
***************
*** 160,166
else
printf("%s ", buf);
}
! if ((i % num_cols) != 0 && (num_cols > 1))
fputc('\n', stdout);
free(buf);

--- 160,166 -----
else
printf("%s ", buf);
}
! if ((num_cols > 1) && (i % num_cols) != 0)
fputc('\n', stdout);
free(buf);

make random passwords with only letters

2001-08-21T11:38:53Z

This patch adds the option -S (or -- semisecure)
that generates a random password as -s but with
only letters and numbers.

It also fixes a typo in randnum.c that made pwgen
dump core under AIX.

Build a shared lib with automake/libtool

2001-06-20T02:51:45Z

There are many circumstances where it would be useful
to be able to use pwgen's password-generating algorithm
from
within other programs, without having to call out to an
external program. To this end, here is a patch to
use automake and libtool to build libpwgen. Other
benefits that came with using automake:

- "make dist" will generate a tarball suitable for
distribution, including only files used in the build
or explicitly named (no cruft). "make distcheck" will
additionally perform a test build.

- depfix.sed, wordwrap.pl and their associated Makefile
rules are obsolete, as automake handles dependencies
automatically

- Makefile.am is shorter (22 lines) and easier to
maintain than Makefile.in