Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

Hi there, I just discovered that you can't compile chntpw for amd64.

But if you use the "-m32" compiler-option as suggested by the Makefile you get
a working 32-bit application.
Problem seams to be, that the application tries to read dword-values and relies
on int-values for this.
As you know 64-bit system use bigger int's so it will compile but won't work.

My suggestions: change
emake LIBS="-lcrypto" CFLAGS="${CFLAGS}"
to
emake LIBS="-lcrypto" CFLAGS="${CFLAGS} -m32"
and add ~amd64.
As the programm is not memory intense and does no big calculations this should
be ok.
Maybe you need app-emulation/emul-linux-x86-baselibs for it provides
/usr/lib32/libcrypto.so

Resulting Programm was tested for Windows XP.

As I wrote in bug#185183, the best way you can help is helping upstream to
adjust his implementation to 64bit.
There is no reason why this package is not able to run as pure 64bit...

amd64, it is your call.

Created an attachment (id=124991) [details]
conversion of longs to int32_t

I have no nt password stuff to test on, but this patch will probably work.

It generates more warnings than 32bit compile but it seams to work (I tested on
some Win XP passwords)

I would have written this patch myself if I was more into C, but I had no idea
how to get a number with a specific bit-length.

So thank you Mike.

Sent a message to upstream to confirm this.

Well... Upstream does not response... Matthias, have you seen some activity
there? Can you please try to contact them too?

====amd64====

1. Compiles(I don't get any warnings)
2. Installs.
3. Runs.

Portage 2.1.2.11 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.5-r4,
2.6.20-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.20-gentoo-r7 x86_64 unknown
Gentoo Base System release 1.12.9
Timestamp of tree: Sat, 11 Aug 2007 21:50:01 +0000
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r4
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache:     2.4-r7
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.21
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild
/etc/terminfo"
CXXFLAGS="-march=athlon64 -O2 -pipe"
DISTDIR="/distfiles"
FEATURES="ccache collision-protect distlocks metadata-transfer multilib-strict
parallel-fetch sandbox sfperms strict test userpriv"
GENTOO_MIRRORS="http://mirrors.acm.cs.rpi.edu/gentoo/
http://distfiles.gentoo.org/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/overlay"
SYNC="rsync://192.168.1.30/gentoo-portage"
USE="X acl aiglx aim amd64 berkdb bitmap-fonts branding cli cracklib crypt cups
dri fortran gdbm gpm gtk iconv imap ipv6 isdnlog midi mmx mpeg3 mudflap ncurses
nls nptl nptlonly nvidia opengl openmp pam pcre perl pppd python qt3 readline
reflection session sockets spl sqlite3 sse sse2 ssl tcpd test truetype-fonts
type1-fonts unicode vim xcomposite xine xorg zlib" ALSA_CARDS="ali5451 als4000
atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968
fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx
via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop
empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi
null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard
mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780
lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

I will tell you why I am so afraid of none ack patch from upstream...
An invalid operation may cause the Windows machine unbootable.

Strange you did not get any warnings...

Did you try the unpatched version?

Prior to appyling the patch your cflags have to contain the -m32 flag, because
the ebuild diasbles it and the programm won't work on any regestry file
(complains about wrong format and so on)

Upstream is dead, so I will move this package to maintainer-needed.
Sorry.

Strange... there are two "new" news entries dated to September 2007... (which
is somewhere between my report an now)

So upstream can't be that dead...
I'll try to contact him tomorrow... maybe I'm lucky...

Any luck?

No cooperative upstream...

(In reply to comment #9)
> Upstream is dead, so I will move this package to maintainer-needed.
> Sorry.
> 

Dont really see any reason to keep this open if its a keyword request (or at
least assigned to amd64).  Close as WONTFIX?

Opps. Thanks!