[gridengine users] Characters in admin mail forcing contenttype octect-stream
reuti at staff.uni-marburg.de
Thu Aug 4 14:21:42 UTC 2011
Am 04.08.2011 um 02:21 schrieb Kevin.Buckley at ecs.vuw.ac.nz:
> The majority of machines in the School's Grid here at VUW have
> been switched, from the previous NetBSD OS, over to an ArchLinux
> I have noticed that admin mail, eg notification of a failed job,
> from the Grid Engine (GE 6.2u2_1, ok, ok, it's old) which used
> to appear as a single text message body, trips the base64
> encoding in the ArchLinux's heirloom-mailx MDA and so you
> no longer get plain text.
> Looking at the admin email content, the characters that result
> in such an encoding being required, are ones appearing in lines
> such as
> 07/24/2011 15:34:50 [96:15007]: RLIMIT_CPU setting: (soft 0INFINITY hard
> 0INFINITY) resulting: (soft 0INFINITY hard 0INFINITY)
> and seem to be, Ctrl-H #x8
yes, it's a known bug. The backspace should rub out an already printed 0:
It's still in the source and lies in:
59 #define FORMAT_LIMIT(x) (x==RLIMIT_INFINITY)?0:x, (x==RLIMIT_INFINITY)?"\bINFINITY":""
which will be printed by:
649 # define limit_fmt "%d%s"
On Linux this could be fixed by specifying a precision of 0 for the decimal output:
649 # define limit_fmt "%.0d%s"
So that the zero won't be printed at all, and the backspace can be removed from the FORMAT_LIMIT(x) definition.
I have no access to Solaris to test whether their:
647 # define limit_fmt "%lu%s"
provide a similar mechanism to supress any output.
> Any insight as to why these characters are there, and could their
> place not be taken by something "plainer" ?
> Just wondering,
> Kevin M. Buckley Room: CO327
> School of Engineering and Phone: +64 4 463 5971
> Computer Science
> Victoria University of Wellington
> New Zealand
> users mailing list
> users at gridengine.org
More information about the users