Nits related to Unix in Tiger

schinder (apparently) - 08:03pm May 2, 2005 PST
via email

I've been running Tiger for a few days now on my G5 and have run into
the following little annoying problems with the Unix side.

1) Thanks, Apple, for telling me that /rsrc is now a deprecated way of
getting information about the resource fork from the command line. But
is it really necessary to tell me each and every time any program tries
to do that? I'm doing a backup with RsyncX, and /var/log/system.log is
filling up with endless repetitions that "May 2 16:11:54 G5 kernel[0]:
HFS: /rsrc paths are deprecated (..namedfork/rsrc)". This is slowing
down both my backup and my machine. I'm going to change my kernel
syslog level in syslog.conf (if I can safely do it, is this really a
level 0 message?), but that will merely keep the messages out of my
logs, not keep them from being generated and sent to syslog. The
information could have simply been put in a README somewhere.

2) I'm sure ImageIO is a spiffy piece of software, but if you're going
to use a name like libJPEG.dylib in (I'll break this path in the middle
so it fits on a page)
/System/Library/Frameworks/ApplicationServices.framework/Versions/
A/Frameworks/ImageIO.framework/Versions/A/Resources/
would you mind doing it on a case sensitive file system? I get lots of

g5% /usr/local/bin/gnuplot
dyld: Symbol not found: __cg_jpeg_resync_to_restart
  Referenced from:
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
  Expected in: /sw/lib/libjpeg.62.dylib

I know next to nothing about frameworks, but given the name, why don't
the framework directories get searched before the directories in
DYLD_LIBRARY_PATH? A cursory glance at libJPEG.dylib with nm doesn't
show much in common with the JPEG group's libjpeg. I can work around
the problem (it's showed up with more than one program) with little
shell scripts in my personal ~/bin like ~/bin/gnuplot:

#!/bin/sh
DYLD_LIBRARY_PATH=/usr/lib:/usr/X11R6/lib
export DYLD_LIBRARY_PATH
exec /usr/local/bin/gnuplot $*

to keep it from finding /sw/lib/libjpeg, but that's pretty annoying.

(Now, can anyone tell me why Dan Bernstein's supervise needs to chew up
CPU time in Tiger? When I boot I have to immediately su and kill off
svscan and all the supervise's to get the load down from 8. qmail and
djbdns and the multilog's all run fine and function properly, but
something screwy is going on with supervise. I suspect it has something
to do with launchd, but I haven't figured out what yet.)

--
Paul Schinder
schinderpobox.com

   
building file list ... rsync: writefd_unbuffered failed to write 4092 bytes: phase "send_file_entry" [sender]: Broken pipe (32)   
overflow: flags=0x726f l1=101 l2=12292 lastname=._Desktop   
ERROR: buffer overflow in receive_file_entry   
rsync error: error allocating core memory buffers (code 22) at /SourceCache/rsync/rsync-20/rsync/util.c(126)   
rsync: connection unexpectedly closed (8 bytes received so far) [sender]   
rsync error: error in rsync protocol data stream (code 12) at /SourceCache/rsync/rsync-20/rsync/io.c(359)