Date: Thu, 10 Oct 2024 16:22:03 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 34309] lpd(8) does not garantie that controlfiles begin with "cf" Message-ID: <bug-34309-227-g8A7zcXFoa@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-34309-227@https.bugs.freebsd.org/bugzilla/> References: <bug-34309-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D34309 Warner Losh <imp@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Works As Intended CC| |imp@FreeBSD.org Status|Open |Closed --- Comment #5 from Warner Losh <imp@FreeBSD.org> --- So the proposed patch is bad. It can't possibly work. And even if we do fix it, it's not clear what the right thing to do is. And we already make sure the first digit is 't' later in readjob(), which is what we enforce in the rename routine. And we already make certain assumptions about the format of the cf file name that's passed over from the remote host, and if a remote host doesn't conform to that, weird things are going to happen. And HP-UX systems are vanishingly rare these days. So given all these considerations, we should let it fail since we have no w= ay of knowing, generally, if a remote system is sending us mal-formed names wh= at the right thing to do. In this case, it's to hack the name to have 'f' as t= he second character, but I don't think that's the right thing to do genericall= y. Plus we've had a lot of work on our lpd to make it more robust, and I think doing a hack like this goes against that grain. As such, I'm closing this bug as invalid. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-34309-227-g8A7zcXFoa>