>clar2004/06/11 13:13:19
>
> Added NetWare specific option in apr_cmdtype_e to start program in a
> separate address space for cmdtype field in apr_procattr_t struct
>
> --- apr_thread_proc.h 10 Jun 2004 10:57:24 - 1.105
> +++ apr_thread_proc.h 11 Jun 2004 20:13:19 -
(should have sent this to the list originally)
--- Begin Message ---
Brad Nicholes wrote:
We considered that but decided that adding a NetWare only enum was
less intrusive than adding a NetWare only API to APR. I'm fine with it
either way, this just seemed a little cleaner. All of the other enu
We considered that but decided that adding a NetWare only enum was
less intrusive than adding a NetWare only API to APR. I'm fine with it
either way, this just seemed a little cleaner. All of the other enums
are a no-ops for us since those concepts don't exist on NetWare. We
figured that it wo
[EMAIL PROTECTED] wrote:
clar2004/06/11 13:13:19
Modified:include apr_thread_proc.h
Log:
Added NetWare specific option in apr_cmdtype_e to start program in a separate address space for cmdtype field in apr_procattr_t struct
Revision ChangesPath
1.106 +7 -4 ap
is it just me, or is there something legitimately wrong here:
#include
#include "apr.h"
#include "apr_time.h"
#include
int main(int argc, char *argvp[])
{
apr_time_exp_t lt;
apr_time_exp_lt(<, (apr_time_now() / APR_USEC_PER_SEC));
printf("is_dst=%d\n", lt.tm_isdst);
return 0;
Joe Orton wrote:
On Fri, Jun 11, 2004 at 11:42:19AM -0400, Jeff Trawick wrote:
whether or not the envionment is inherited should be orthogonal to some
other details of starting the program (via shell, searching or not
searching PATH), but API does not reflect that
I need a way to start the new p
On Fri, Jun 11, 2004 at 05:27:57PM +0100, Joe Orton wrote:
> On Fri, Jun 11, 2004 at 11:42:19AM -0400, Jeff Trawick wrote:
> > attached patch extend_patch adds yet another cmdtype flavor so app can
> > specify to run the command via the shell and have it inherit the
> > environment of the calling
On Fri, Jun 11, 2004 at 11:42:19AM -0400, Jeff Trawick wrote:
> whether or not the envionment is inherited should be orthogonal to some
> other details of starting the program (via shell, searching or not
> searching PATH), but API does not reflect that
>
> I need a way to start the new process
whether or not the envionment is inherited should be orthogonal to some other
details of starting the program (via shell, searching or not searching PATH),
but API does not reflect that
I need a way to start the new process via the shell *and* inherit the
environment of the calling process, but
Today I saw this date string out in the wild:
'saturday, 11-jun-2004 16:10:27 GMT'
While looks very much like a date format for which I submitted a patch
over a year ago[1], its month starts with a lower-case letter. This
string cannot be parsed using apr_date_parse_rfc. I am sure in the
myriad
10 matches
Mail list logo
