oring matches. other times
> it works fine. has anyone else had this experience with it?
>
> thanks,
>
> aaron.
>
>/ \
> |
your problem being? perhaps you fail to realize that replace(1) is part of
the mysql distribution.
aaron.
so said [EMAIL PROTECTED] in 1.6K bytes at Tue, Dec 17, 2002:
> Please shove this up your ass
> - Original Message -
> From: "Aaron Brick" <[EMAIL PRO
cur on reruns at places that worked previously.
any suggestion is welcome; i'm really puzzled!
thanks,
aaron brick.
-
Before posting, please check:
http://www.mysql.com/manual.php (the manual)
http://lists.mysql.com/
or rebooting the machine don't seem to affect the
problem. i don't know what the daemon is waiting for - can i do some
useful analysis with strace and lsof? if this is a bug, i would love to
contribute a report of it.
any suggestion is welcome; i'm really puzzled!
thanks,
aaron
te, or
any theoretical considerations.
thanks,
aaron brick.
/\
| Aaron Brick (415) 206 - 4685 |
| [EMAIL PROTECTED]
s not enough;
that the server wasn't ready for connections even after the file appeared.
is that possible, and how can we (in sh) better determine when the server is
up and ready?
thanks,
a
t version is it's considerably
> slower. Better to split large datasets up into sub-4GB units.
why are operations on the >4GB tables slower?
and, incidentally, where is that fla
.php (the manual)
>http://lists.mysql.com/ (the list archive)
>
> To request this thread, e-mail <[EMAIL PROTECTED]>
> To unsubscribe, e-mail <[EMAIL PROTECTED]>
> Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php
>
>
__
echo -n "."
sleep 1
done
echo " MySQL started."
aaron.
/ \
| Aaron Brick (415) 206 -
