Hello, I own www.amateuramigos.com and I was wondering if we could do a link
exchange,
If you are interested you can visit the link below, and I will get your link up
right away.
http://www.amateuramigos.com/cgi-bin/links/add.cgi
thanks
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: 07 December 2002 07:37
Bah, bah, bah!
Second time this week this happens to me. Did I mention I'd
like a web interface for moderation?
Again, my apologies for letting this through.
Grmbl,
Sander
* Wilfredo Sanchez ([EMAIL PROTECTED]) wrote :
> On Saturday, December 7, 2002, at 01:56 PM, Jim Jagielski wrote:
>
> >Wilfredo Sanchez wrote:
>
> That implies that the app should, if it wants to, check for TMPDIR,
> and if not set, then call apr_get_tempdir(). Not to have
> apr_get_tempdir
Wilfredo Sanchez wrote:
>
>Yes. What I'm saying is that to the degree there is a convention on
> Unix to use TMPDIR, that convention is to let the application decide
> whether to use it.
Agreed. It's up to the app to support it or not.
>
>That implies that the app should, if it wants
Can I suggest that before we go headlong into letting the existing unix
api's decide on our new api we decide exactly what we want Jeez - though
the dog was supposed to wag the tail?
Implementation details are nice, but really until we know what we want to
implement they're a bit premature are
Hmmph. The log message should've said:
Added ltcf-c.sh to cvsignore and to extraclean targets.
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote :
> thommay 2002/12/08 09:16:25
>
> Modified:..cvsignore
>buildMakefile.in
> Log:
>
>
> Revision Changes
Can you just implement please? There are three functions below, between
those three functions and the existing apr_file_mktemp(), we can do
EVERYTHING that people are asking for.
1) We can open a temporary file based on a template. The template
includes a full path.apr_file_mktemp()
2) W
Hi.
I'm a rookie at this, but here's the output from "./testall -v" using
apache2-20021208 (STRIKER_2_0_44_PRE1) on Mandrake Linux 9.0:
All APR Tests:
Strings:
Time: ..FF
Versioning:
On Sun, Dec 08, 2002 at 08:50:22PM +0100, Oden Eriksson wrote:
> I'm a rookie at this, but here's the output from "./testall -v" using
> apache2-20021208 (STRIKER_2_0_44_PRE1) on Mandrake Linux 9.0:
>
> All APR Tests:
> Strings:
>
söndagen den 8 december 2002 21.14 skrev Joe Orton:
> On Sun, Dec 08, 2002 at 08:50:22PM +0100, Oden Eriksson wrote:
> > I'm a rookie at this, but here's the output from "./testall -v" using
> > apache2-20021208 (STRIKER_2_0_44_PRE1) on Mandrake Linux 9.0:
>
I'm not suggesting that we limit ourselves to the unix
implementation. I'm saying there exists an API that solves this
problem and that rather than plunging headlong into a new API that
looks good, we try to learn something some an API that's been around
the block.
Specifically, I think t
On Sun, 8 Dec 2002, [ISO-8859-1] Wilfredo Sánchez wrote:
>Specifically, I think the API should return a filehandle, not a file
> name, to avoid the race condition I mentioned. I think that's
> worthwhile.
+1 to that.
Dw.
On Sun, 8 Dec 2002, Dirk-Willem van Gulik wrote:
>
>
> On Sun, 8 Dec 2002, [ISO-8859-1] Wilfredo Sánchez wrote:
>
> >Specifically, I think the API should return a filehandle, not a file
> > name, to avoid the race condition I mentioned. I think that's
> > worthwhile.
>
> +1 to that.
GR
On Sun, 8 Dec 2002 [EMAIL PROTECTED] wrote:
> GR.
> Guys, please read all the messages. We HAVE that already! We have
GRRR...
> apr_file_mktemp, which returns an apr_file_t, but there are people saying
> that it isn't enough. They want to be given a filename instead of a
> handle.
On Sunday, December 8, 2002, at 11:02 AM, <[EMAIL PROTECTED]> wrote:
Can you just implement please? There are three functions below,
between
those three functions and the existing apr_file_mktemp(), we can do
EVERYTHING that people are asking for.
What the hell's the big rush? We can talk and
Eriksson wrote:
> söndagen den 8 december 2002 21.14 skrev Joe Orton:
> > On Sun, Dec 08, 2002 at 08:50:22PM +0100, Oden Eriksson wrote:
> > > I'm a rookie at this, but here's the output from "./testall -v" using
> > > apache2-20021208 (STRIKER
On Sun, 8 Dec 2002, Dirk-Willem van Gulik wrote:
> On Sun, 8 Dec 2002 [EMAIL PROTECTED] wrote:
>
> > GR.
>
> > Guys, please read all the messages. We HAVE that already! We have
>
> GRRR...
>
> > apr_file_mktemp, which returns an apr_file_t, but there are people saying
> > that it isn't
> > The only thing I would change, is I would drop it to three functions by
> > getting rid of apr_temp_get_unique. That function can be accounted
> > for by
> > passing NULL into apr_temp_get_filename for the directory. Also, the
> > apr_temp_get_unique really doesn't have anything to do with t
> No, that is a problem that YOU do not _need_ to solve. But, it is a
> problem that other developers have stated they do need.
Right - and I maintain that there are things best -not- done in a
'portability' layer. This is one of them.
..
> This is the first time that this support was requested
On Sun, 8 Dec 2002, Dirk-Willem van Gulik wrote:
>
> > No, that is a problem that YOU do not _need_ to solve. But, it is a
> > problem that other developers have stated they do need.
>
> Right - and I maintain that there are things best -not- done in a
> 'portability' layer. This is one of them
So I'm clear, here's what I suggest. Two new functions, one existing:
// Returns a valid scratch dir (system-defined, eg /tmp)
apr_status_t apr_file_get_temp_directory(char** path, apr_pool_t *p);
// Creates new file with a template, returns handle
// (This already exists in apr_file_io.h)
// (S
Damn, I could have sworn this was an apr list!
How did we get from something very simple to this??? Fred, if you really
want to implement this then feel free, but this is a long wqay from what is
needed IMHO and smacks of overengineering :( .
david
>So I'm clear, here's what I suggest. Two
Sander Striker wrote:
>>-Original Message-
>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>>Sent: 07 December 2002 07:37
>>
>>
>
>Bah, bah, bah!
>
>Second time this week this happens to me. Did I mention I'd
>like a web interface for moderation?
>
>Again, my apologies for letting
Or perhaps do what the php project does. If you're not a subscriber,
you must perform a one-time "autoresponse," which can reasonably verify
that you are not a spammer.
Any additional spam that is recieved is simply blacklisted. We haven't
had spam for awhile, while the real messages get throug
24 matches
Mail list logo
