Terry J Fike Jr schrieb:
Okay, quick (and possible moot) question...
could there be issues on this because of compiling it
64bit instead of
32 bit?
Actually what for? You do realize that there
are a couple of _dis_advantages of building
64bit stuff (larger executables, more memory
*sigh* okay, first off, shoot me...i didn't read /doc/bugs right and i
hadn't recompiled with the --enable-developer
so, i did that...same output from the core
(Couldn't find general-purpose registers in core file)
recompiled it a couple times...
once with just --disable-shared
still cores...
Terry J Fike Jr [EMAIL PROTECTED] wrote:
so, i did that...same output from the core
(Couldn't find general-purpose registers in core file)
That's very strange.
once with just --disable-shared
still cores...
Did you do that after deleting *all* files installed by the server?
If one of
I did amake distclean before ./configure each time
and i ran the radrelay from inside src/main (i didn't do make install on
any of these runs)
with the exception of the radiusd.conf file, i've been using pretty much
the same config files since 0.8.3 (though i think i changed to the new
Terry J Fike Jr [EMAIL PROTECTED] wrote:
I did amake distclean before ./configure each time
The *installed* files may be causing problems.
and i ran the radrelay from inside src/main (i didn't do make install on
any of these runs)
Hmm... I can't recall any issues with radrelay.
Terry J Fike Jr [EMAIL PROTECTED] wrote:
I did amake distclean before ./configure each time
The *installed* files may be causing problems.
even if i'm telling a different prefix each time?
(i ask because i have 1.0.2 in /usr/local and 1.0.0 in /opt)
as i make new versions i just change
Terry J Fike Jr [EMAIL PROTECTED] wrote:
could there be issues on this because of compiling it 64bit instead of
32 bit? Most of my older versions were 32 bit, but since getting oracle
installed 64 bit finally, i installed the newer (1.0.0 and 1.0.2) 64bit?
That certainly could be the
Terry J Fike Jr [EMAIL PROTECTED] wrote:
The *installed* files may be causing problems.
even if i'm telling a different prefix each time?
Yes. If the dynamic linker knows to find the modules under one
prefix, it may find those modules when building another version of the
server on the
8 matches
Mail list logo
