memcached_dtrace.h sometimes invalid when using wrong "tr" version about memcached

[GoogleCodeExporter]

Where can I see an invalid tr?

Original comment by [email protected] on 26 Feb 2009 at 5:37

[GoogleCodeExporter]

[victor@loki:memcached] uname -a
SunOS loki32 5.11 snv_108 i86pc i386 i86pc

[victor@loki:memcached] ls -la /usr/ucb/tr
-rwxr-xr-x   1 root     bin        12332 Feb  6 23:56 /usr/ucb/tr
[victor@loki:memcached] ls -la /usr/bin/tr
-r-xr-xr-x   1 root     bin        22372 Feb  6 20:09 /usr/bin/tr

/usr/ucb/tr is not working
/usr/bin/tr works fine

Original comment by [email protected] on 26 Feb 2009 at 10:32

[GoogleCodeExporter]

You don't want to have /usr/ucb in your path on Solaris. man standards will 
tell you
the correct compilation environment:

See 
http://github.com/trondn/memcached/commit/29f480608cc734f5d1cce85ad8a8e744d17637
90

diff --git a/configure.ac b/configure.ac
index 6858ec9..182b105 100644
--- a/configure.ac
+++ b/configure.ac
@@ -84,6 +84,10 @@ if test "x$enable_dtrace" == "xyes"; then
         dtrace_instrument_obj=yes
         rm conftest.$$
     fi
+
+    if test "`which tr`" = "/usr/ucb/tr"; then
+        AC_MSG_ERROR([Please remove /usr/ucb from your path. See man standards 
for
more info])
+    fi
   else
     AC_MSG_ERROR([Need dtrace binary and OS support.])
   fi

Original comment by [email protected] on 16 Mar 2009 at 8:05

• Changed state: Started

[GoogleCodeExporter]

I like trond's fix.  I'll call it closed.

Original comment by [email protected] on 17 Mar 2009 at 12:12

• Changed state: Fixed