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
oring matches. other times
> it works fine. has anyone else had this experience with it?
>
> thanks,
>
> aaron.
>
>/ \
> |
echo -n "."
sleep 1
done
echo " MySQL started."
aaron.
/ \
| Aaron Brick (415) 206 -
.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
>
>
__
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
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
te, or
any theoretical considerations.
thanks,
aaron brick.
/\
| Aaron Brick (415) 206 - 4685 |
| [EMAIL PROTECTED]
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
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/
