At 01:12 PM 11/20/2002, Ich Selbst wrote:
>> IIRC... if you do this, you lose stdin/out/err, which are set up
>> by the cmd engine. I believe this is the reason that flag wasn't
>> used.
>
>No. If the app uses stdin and normal out, then the flag will have
>no effect (according to the docs). And if
apr_file_seek(APR_CUR, 0) will find you the current offset.
Bill
At 01:57 AM 11/21/2002, you wrote:
>Hi.
>
>Is there any APR function to get current stream and/or file position.
>
>Does this applay also to apr_socket_t ?
>
>Regards,
>Dezo
Damir Dezeljin <[EMAIL PROTECTED]> writes:
> Hi.
>
> Is there any APR function to get current stream and/or file position.
for file position, apr_file_seek() can tell you where you are
offset = 0;
apr_file_seek(myfile, APR_CUR, &offset);
offset now has location in file
> Does this applay also
Cliff Woolley wrote:
This patch should address the mmap problems. What it does is ditch the
ownership flag and replace it with something resembling a reference count.
It's not actually a refcount because .. where would you store the
refcount? I talked with a few of the guys about that possibility
I'm attempting to execute some of the "test" code found in the JXTA project
which utilizes Apache APR. Several of the test applications are "hanging"
at the same point and, because my C++ is so weak, I have no idea why. The
code appears to pass the pointer of the same object into the function,
ap
Agreed that it is a bug. The question is whether it even makes sense
to use the thread handle or thread ID.
Who is using apr_os_thread_current() and if so, what are you plugging
it into?
At 10:34 AM 11/21/2002, [EMAIL PROTECTED] wrote:
>Hi,
>
>as documented, apr_os_thread_current() returns the
I forgot to mention this at the end of my talk... I've placed my slides
(with detailed notes) from my ApacheCon talk on Bucket Brigades online.
For those of you who have the CD-ROM from the conference, the slides
haven't changed since then. For everybody else, you can find them in both
.ppt and
