00:33:48 alanc: That reminds me of the 30 year old bug in FreeBSD's ctags I found the other day. 00:34:29 Due to a missing break statement, -v implies -x, but it is not documented in the man page: https://github.com/freebsd/freebsd-src/blob/main/usr.bin/ctags/ctags.c#L132 00:36:19 In this case, the error command still has code to avoid llib-port, which was a variant of llib-libc used to "check portability to the IBM and GCOS dialects of C." 00:38:16 so it appears https://github.com/illumos/illumos-gate/blob/master/usr/src/cmd/sgs/error/common/error.h#L165-L172 lived ~40 years longer than https://github.com/dspinellis/unix-history-repo/blob/BSD-4_1_snap-Snapshot-Development/usr/old/lib/llib-port did 00:39:42 I've not kept track of how many 30-year-old bugs I've found in X11 01:31:19 These days, I am starting to find 15 to 20 year old bugs in ZFS from doing static analysis. 01:32:17 Speaking of which, why are there no Xorg server scans on coverity when I search for them? 02:09:56 ryao: I don't know if Coverity currently scans it as part of their public FOSS scans - they did long ago (back when I found https://blogs.oracle.com/solaris/post/security-hole-in-xorg-6970 with it), but we broke their setup when we converted from imake to automake and I don't think they ever repaired that 02:10:46 but Red Hat has been fixing bugs in X they found with Coverity, so it must be running somewhere, just may be on their side, not Coverity's 02:28:34 alanc: Coverity lets individual projects register and run scans. They do not do scans on projects' behalfs anymore as far as I know. 02:29:08 Since it is not in the public scans, I assume that Redhat is doing private scans. 02:30:42 That being said, OpenZFS was doing Coverity scans for many years, but there were a few hundred outstanding reports that were not properly triaged until I started handling things last year. Now we are down to 39 outstanding reports: https://scan.coverity.com/projects/openzfs-zfs 02:31:18 I would be suspicious of whether Redhat is actually handling all reports or if they are doing what OpenZFS used to do until I volunteered to take over handling of Coverity scans. 02:31:35 Not that I am opposed to help, but help comes so rarely. 02:32:22 There was a slow drip of about ~10 patches per year for a while until I started aggressively reviewing the reports. Of course, finding a volunteer to do this requires that there be reports to read in the first place. 02:32:54 OpenZFS has probably had over 100 patches in the past 6 months from my review of static analyzer reports. 02:33:19 Many of the patches are to silence bad reports, but they found a few serious things too. 14:45:59 is it possible debug 32bit app by mdb64bit ? right now we need mdb32bit 15:50:10 igork mdb is started via isaexec - so you get 64bit version up, but I think it will switch to 32-bit for 32-bit targets. I may be wrong, however;) 15:51:18 i just want remove 32bit mdb and use 64bit only, but it failed with debug 32bit apps 15:59:02 Well, then you're not going to be able to debug 32-bit apps. 18:22:29 But it sounds like you've deleted all the 32-bit binaries anyway, so I assume that will be fine! 18:40:53 I fell into that trap in Tribblix, deleting all the 32-bit isaexec'ed binaries wholesale, and having to put mdb back 19:32:22 ptribble: if you've done those properly, care to upstream them? 19:37:27 Oh, that's not done properly, this is postprocessing during conversion to SVR4 packages 19:37:57 Although it would be easier for me if it were done properly 19:40:29 I just haven't had the time, on my side of things. 19:40:31 I've done it "eh" 19:40:45 if you have time before I do, I'd appreciate it though 19:48:57 [illumos-gate] 15469 Spelling mistakes in the manual -- Peter Tribble