Re: [naviserver-devel] ns_mktemp

2024-10-08 Thread Zoran Vasiljevic via naviserver-devel
On 08.10.24 17:49, Andrew Piskorski wrote: Have you heard of anybody who still really WANTS to stay on Tcl 8.5 for some reason? I do :-) But I am not in any way married to the server's public version so I guess I do not count. At some (later) point we will move one tick up the ladder and use

Re: [naviserver-devel] ns_mktemp

2024-10-08 Thread Andrew Piskorski
On Tue, Oct 08, 2024 at 04:58:11PM +0200, Gustaf Neumann (sslmail) wrote: > What speaks against using the Tcl scripted approach is that so far, we > support NaviServer with tcl8.5. ???file tempfile??? was introduced in Tcl 8.6. Ah, I hadn't realized 'file tempfile' was that new. Maybe just wait

Re: [naviserver-devel] ns_mktemp

2024-10-08 Thread Gustaf Neumann (sslmail)
On 07.10.2024, at 17:59, Andrew Piskorski wrote: > > On Mon, Oct 07, 2024 at 12:54:32PM +0200, Gustaf Neumann (sslmail) wrote: > >> However, there are many cases, where existing programs use "ns_mkstemp", >> which cannot be replaced easily. When looking at OpenACS, I see 33 cases like >> >> -

Re: [naviserver-devel] ns_mktemp

2024-10-08 Thread Wolfgang Winkler via naviserver-devel
I like the solution suggested by Andrew as well. This should allow an easy transition of existing code without sacrificing security. Am 07.10.24 um 17:59 schrieb Andrew Piskorski: On Mon, Oct 07, 2024 at 12:54:32PM +0200, Gustaf Neumann (sslmail) wrote: However, there are many cases, where ex

Re: [naviserver-devel] ns_mktemp

2024-10-08 Thread Brian Fenton
I agree with Andrew's suggested approach here. Brian From: Andrew Piskorski Sent: Monday 7 October 2024 4:59 pm To: naviserver-devel@lists.sourceforge.net Subject: Re: [naviserver-devel] ns_mktemp On Mon, Oct 07, 2024 at 12:54:32PM +0200, Gustaf Ne

Re: [naviserver-devel] ns_mktemp

2024-10-07 Thread Georg Lehner
On 10/7/24 12:54, Gustaf Neumann (sslmail) wrote: Dear all. [..] However, there are many cases, where existing programs use "ns_mkstemp", which cannot be replaced easily. When looking at OpenACS, I see 33 cases like - the temporary name is passed to an external program (e.g. "tar", "zip", imag

Re: [naviserver-devel] ns_mktemp

2024-10-07 Thread Zoran Vasiljevic via naviserver-devel
On 07.10.24 12:54, Gustaf Neumann (sslmail) wrote: So, dropping the support for "ns_mkstemp" fully is not a good option. You mean ns_mktemp? ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/l

Re: [naviserver-devel] ns_mktemp

2024-10-07 Thread Zoran Vasiljevic via naviserver-devel
On 07.10.24 17:59, Andrew Piskorski wrote: I'd lean towards turning ns_mktemp into a wrapper around Tcl's "file tempfile". That calls TclUnixOpenTemporaryFile() and thus mkstemp() or mkstemps(), but it looks like Tcl has already done the necessary work to easily make the wrapper backwards com

Re: [naviserver-devel] ns_mktemp

2024-10-07 Thread Andrew Piskorski
On Mon, Oct 07, 2024 at 12:54:32PM +0200, Gustaf Neumann (sslmail) wrote: > However, there are many cases, where existing programs use "ns_mkstemp", > which cannot be replaced easily. When looking at OpenACS, I see 33 cases like > > - the temporary name is passed to an external program (e.g. "ta