From: Rick C. <rc...@co...> - 2014-10-24 17:40:50
|
Walter, Thanks for the quick response! Good to know you are still there. So the "not implemented" is a red herring? I get some interesting results by googling 'os x "guarded fd exception"'. It looks like Apple is trying to "help" us again. It is extremely difficult for me to debug this because it occurs only on a particular student's laptop. I cannot reproduce it elsewhere. Oops! I just tried it again on my VM and it crashed nicely. I have appended Apple's crash dump. As the google articles state, it died closing an FD. I have attached the Apple crash dump, which I had a heck of a time getting from my Parallels VM to its host machine. Yours, -Rick On 10/24/14, 11:56 AM, walter harms wrote: > > Hello Rich, > > Am 24.10.2014 17:21, schrieb Rick Cochran: >> Hi, >> >> On one workstation running Yosemite, lpr crashes, producing these >> entries in system.log: >> >> Oct 24 10:31:20 dhcp-hol-1591.redrover.cornell.edu lpr[1972]: >> MITKerberosShim: function krb5_auth_con_initivector not implemented > seems harmless: http://web.mit.edu/kerberos/krb5-devel/doc/appdev/refs/api/krb5_auth_con_initivector.html > >> Oct 24 10:31:21 dhcp-hol-1591 kernel[0]: lpr: guarded fd exception: fd 5 >> code 0x1 guard 0x982080c8 > > according to this [https://gitorious.org/libreoffice/core/commit/73a508f574995f09559c003cb810e5d2ff2691c2] > it seen 5 is a "guarded fd" (0,1,2 i can understand but why 5 ?) that can not be closed, it seems that OS X > need some special safe guards. > > could you run gdb or strace to give a hint where that crash occurs ? > > >> Oct 24 10:31:21 dhcp-hol-1591.redrover.cornell.edu ReportCrash[1970]: >> Saved crash report for lpr[1972] version ??? to >> /Library/Logs/DiagnosticReports/lpr_2014-10-24-103121_XXXXX-MacBook-Pro-2.crash >> >> >> On my own VM running Yosemite, lpr works just fine. >> >> I'm using LPRng-3.8.B. >> > > re, > wh > |