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
consump
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
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:
> > 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 c
Okay, quick (and possible moot) question...
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?
--
Terry J Fike Jr
System Administra
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
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
cl
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
*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...
on
9 matches
Mail list logo