On Thu, 7 May 2009, Brian A. Seklecki wrote: > [finger on nose]
Also, Sam, you're absolutely right about ktrace(8)/kdump(8) on FreeBSD. It will perform ad-hoc decode translations for ioctl(2)s, errono -> strerror(3) values, etc., but it lacks provisions for socket/file handler calls such as connect(), bind(), and accept(), sendto(). http://lists.freebsd.org/pipermail/freebsd-arch/2006-April/005107.html I believe that's why FreeBSD has been working on importing Sun's DTrace: http://news.zdnet.co.uk/software/0,1000000121,39587589,00.htm Anyway, that aside, If I wished to debug this code the old klunky way with lots of fprintf() calls, is that possible? E.g., the incoming listening daemons (IMAP. POP, SMTP), all start as part of a process pipe with courierlogger(8) which catch /dev/stderr output. But do the client SMTP processes do the same? Can I inject bebugging fprintfs() into the esmtpclient.c code? And if so, where would be a good place to start? Thanks, ~BAS > I'm 27 and I wasn't around when RFC2553 was being hammered out, nor was I PS. Just to to clarify, I was around, but in `99 I was more interested in Sex, Drugs, and UNIX, if you know what I mean. ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
