Greetings,
I have gotten the linux version of Oracle 8 to work on FreeBSD before (about
1 year ago).
If you will kindly search the FreeBSD mail archive, you should be able to
find my previous post.
Also, go a search on Deja news, (groups.google), there are some how-tos
out there fr
[EMAIL PROTECTED] types:
> Is there any way that Oracle will work on FreeBSD? I have version
> 4.2 Stable FreeBSD and would like to install a reliable and stable
> database package for personal and production usage.
This is asked - and answered - on -questions every few months. Check
the ar
ok, this has got me confused :
# finger user
Login: userName: user
Directory: /home/userShell: /bin/tcsh
Last login Tue May 8 12:17 (EDT) on ttyp0 from invalid hostname
No Mail.
what the hell is "invalid hostname"?
so I checked the source code :
(from lib/libutil/logwtmp.c. simila
On Wed, May 09, 2001 at 11:23:07AM +1200, Juha Saarinen wrote:
> I don't know why the optflags produce broken code on FreeBSD, but not with
> Linux.
Actually, -O > 2 does produce broken code in Linux. The reason -O2 is
used more often on a Linux system is because you never recompile the
entire sy
Is there any way that Oracle will work on FreeBSD? I have version
4.2 Stable FreeBSD and would like to install a reliable and stable
database package for personal and production usage.
Thank you,
John
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello to all,
I just want to say that I'm very sorry about the confusion that I've
created on this mailing.
I'm the one that posted this message, but isn't my intention to create
confusions and discussions between the FreeBSD mailing members.
I am
Erik Trulsson wrote:
> I have had both userland and kernel compiled using -O2 without noticing
> any problems. On the other hand I didn't notice much of a performance
> gain either so I decided that the extra compile time wasn't worth it.
Translation: don't even think about using optimization l
:: Yes. Perhaps you could take the lesson for the next time someone asks
:: you to please read the archives instead of dragging out the same tired
:: thread all over again.
Nobody said that. I trust you will chastise all the other participants in
this thread for having the temerity to "drag out
On Wed, May 09, 2001 at 11:23:07AM +1200, Juha Saarinen wrote:
> :: Perhaps you'd be more comfortable if we changed the documentation to
> :: remove all references to any -O switch with a number attached?
>
> Dunno. In my experience, any -O switch with a number attached creates
> problems when co
On Wed, May 09, 2001 at 11:23:07AM +1200, Juha Saarinen wrote:
> Aren't we sick of this thread yet?
Yes. Perhaps you could take the lesson for the next time someone asks
you to please read the archives instead of dragging out the same tired
thread all over again.
Kris
PGP signature
> I don't know why the optflags produce broken code on FreeBSD, but not with
> Linux.
I don't know how you managed to reach THAT conclusion. :)
- Jordan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
Redirected to Questions...
*snip*
> 1) Why are the same rules used twice?
*snip*
To catch packets both before and after NAT translation. The NAT
rule in between them changes the source or destination of some packets
that pass through it. So we check it twice.
> 2) What does this do
:: Perhaps you'd be more comfortable if we changed the documentation to
:: remove all references to any -O switch with a number attached?
Dunno. In my experience, any -O switch with a number attached creates
problems when compiling the kernel/userland on FreeBSD, so it seems
pointless to have tho
On Tue, 8 May 2001, Mike Smith wrote:
> This is a known problem. I don't know what's up, and I can't reproduce
> it (as I don't have any of these cards). I suspect that it may be an
> issue with non-page-aligned I/O and the very limited scatter-gather that
> these cards support.
>
> > On Mon, 7
:: It would be more accurate to say that Linux and FreeBSD have a compiler
:: with optimiser bugs, but that's widely known. Don't sound so
:: surprised. 8)
Heh, no, I'm not surprised, but I think the truth is probably inbetween...
maybe the code fed to the compiler isn't always as perfect as it
> :: The risk is the same in Linux; they both use gcc, and it's gcc which
> :: has the optimizer bugs. It's more common to use absurd gcc
> :: optimizations in the Linux community for some reason (perhaps they're
> :: used to code misbehaving, so additional brokenness from the gcc
> :: doesn't ad
:: The risk is the same in Linux; they both use gcc, and it's gcc which
:: has the optimizer bugs. It's more common to use absurd gcc
:: optimizations in the Linux community for some reason (perhaps they're
:: used to code misbehaving, so additional brokenness from the gcc
:: doesn't add much ;-)
> Hmm, I just went through all of the mlx related files and none of them
> changed between 4.2-RELEASE and 4.3-RELEASE. So it looks like there is
> something more sinister going on.
This is a known problem. I don't know what's up, and I can't reproduce
it (as I don't have any of these cards).
On Mon, May 07, 2001 at 11:55:14PM +0100, Nuno Teixeira wrote:
> Hi Guilherme,
>
> OK. But I'd like to know if I should use CFLAGS in a OS like FreeBSD. I
> know that I have good optimizations on Linux, but I don't know if
> in FreeBSD is the same, and I'm afraid of putting the FreeBSD stability
Hmm, I just went through all of the mlx related files and none of them
changed between 4.2-RELEASE and 4.3-RELEASE. So it looks like there is
something more sinister going on.
-gordon
On Mon, 7 May 2001, Matt Groener wrote:
> I have been trying to get anyone to respond to this issue as well.
>
20 matches
Mail list logo