On Fri, Nov 17, 2000 at 12:00:56PM -0500, Rodent of Unusual Size wrote:
...
I repeat: -1 on ANY filenames with embedded whitespace (or other
special characters) in the APR CVS modules.
Agreed.
I will zap these files out of the repository after lunch.
+1
Cheers,
-g
--
Greg Stein, http
with anything, the we should see about just using the feather.
Like I said, lame but there it is :-}
--
Greg Stein, http://www.lyra.org/
requires an argument, *optch, APR_BADARG);
The error message is different from the similar error for long options.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
On Mon, Nov 27, 2000 at 09:57:53PM -0800, [EMAIL PROTECTED] wrote:
On Mon, 27 Nov 2000, Greg Stein wrote:
On Mon, Nov 27, 2000 at 04:26:46PM -0800, [EMAIL PROTECTED] wrote:
The new-httpd group has discussed putting SHA1 and Base 64 encoding
schemes into APR. This has met with some
On Tue, Nov 28, 2000 at 05:03:49PM -0800, William A. Rowe, Jr. wrote:
From: [EMAIL PROTECTED]
To: Greg Stein [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
We can stratify and create as many layers in Apache as we want to put up
with. But when we're talking about a *portability* library
On Wed, Nov 29, 2000 at 02:59:12AM +0100, Branko Cibej wrote:
Greg Stein wrote:
I think that's all that I've got. Thoughts? Comments?
Maybe tweak APR scrpits so that they automagically find, configure and
build APRUTIL if somebody happens to unpack it (or checkout) in the APR
top-level
think?
--Cliff
__
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/
--
Greg Stein, http://www.lyra.org/
On Tue, Nov 28, 2000 at 06:45:03PM -0800, Brian Behlendorf wrote:
On Tue, 28 Nov 2000, Greg Stein wrote:
Okay... we seem to have some general agreement to make a non-core APR
package that contains the purely portable items. With that in mind, here
are my rough ideas/notes
understand what it is
really doing here. What is this extra magic?
AFAIK, all we need to do is set the variables, and that is that. No fancy
export or anything.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
On Wed, Nov 29, 2000 at 07:59:41AM -0800, [EMAIL PROTECTED] wrote:
On Tue, 28 Nov 2000, Brian Behlendorf wrote:
On Tue, 28 Nov 2000, Greg Stein wrote:
Okay... we seem to have some general agreement to make a non-core APR
package that contains the purely portable items. With that in mind
be exported in APRVARS, too.
We've got EXTRA_CPPFLAGS, EXTRA_CFLAGS, and EXTRA_LIBS in there today.
Missing the LDFLAGS stuff.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
---
--
Greg Stein, http://www.lyra.org/
---
--
Greg Stein, http://www.lyra.org/
lock failed - giving up
That should read:
$ cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co apr
The same problem would occur if you try and checkouit Xalan sources or
whatever. Non-members simpy use the anonymous pserver.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
tools/
www/
What problems are you seeing when you have anoncvs-checkout in a subdir?
(where the parent is SSH)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
,
+ apr.exports, which lists every function exported by APR. The
+ file is generated by a script in helpers, that reads each header
+ file.
+ [Ryan Bloom]
Merge turds above :-)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
in
apr_private.h. If it starts to get unwieldy or something, then we can split.
But let's start simple, make it harder when that is needed.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
...);
--
Greg Stein, http://www.lyra.org/
On Sat, Dec 02, 2000 at 04:51:46AM -0600, Sam TH wrote:
On Sat, Dec 02, 2000 at 12:57:01AM -0800, Greg Stein wrote:
That is generated by ./buildconf in the APR directory. It is created by
autoconf or autoheader (I forget which). Something must have happened to it
after you ran buildconf
Making $$target in $$i; \
if test $$i = .; then \
--
Greg Stein, http://www.lyra.org/
-based library within an app, and both work quite fine.
The big reason for libtool is to build shared libraries. If it were not for
that, then I'd be with you all the way and punt it! :-)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
, so we want as much history as we can have there.
Argh! You are quite right!
Okay. I'm with you and would advocate option (2). Everybody: are there any
objections to going that route? (we have two +1 votes for (1))
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
perfectly willing to agree that usually
we should use option #2, but this is a special case.
Aw, crap. YES, I meant option (1)... feh.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
will need to include a header in src/include/ which
maps the old names it knows/uses for the functions/type over to the new
names. (I don't think that renaming goes in aprutil itself since the naming
problem is just for Apache)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
modules will have the
compat header available via Apache.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
renamed them
during the incorporation into APRUTIL. For the benefit of historical users,
we will provide a compatibility header.
That said, I'm +0 on placing the header into aprutil itself.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
switched
from Slackware to RedHat... :-)
Quick question: when you type make at the top-level of apr-util (after
configuring), does it recurse for you?
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
?
. is there because we build the library. It is ordered after the src
subdirectory.
build is there so we can recurse on the various clean targets.
Note that test is there primarily for the clean targets, too. We probably
don't want to build things in there (by default).
Cheers,
-g
--
Greg Stein, http
, but I'd move it just outside of the block of the apr_is*
functions. Aesthetically nicer :-)
If Ryan doesn't apply this soon-ish (dunno if he is still on line), then
I'll do it in a while.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
On Sun, Dec 03, 2000 at 03:39:12AM -0600, Sam TH wrote:
On Sun, Dec 03, 2000 at 01:26:28AM -0800, Greg Stein wrote:
Looks like Ryan is offline, so I'll go and commit the isascii fix. I'm not
sure on the include header stuff, though, so I'm going to pass that one up.
Well, if you look
--
Greg Stein, http://www.lyra.org/
.
sam th
[EMAIL PROTECTED]
http://www.abisource.com/~sam/
GnuPG Key:
http://www.abisource.com/~sam/key
--
Greg Stein, http://www.lyra.org/
into it :-)
Also, defining it before using it is helpful. :-)
Those are macros. It doesn't matter at all, which is why I put it later. I
felt it more important to see the real macros first and foremost. Then, as
an extra bit of support, the definition comes in later.
Cheers,
-g
--
Greg Stein, http
to suggest this, but libtool would solve this problem. :-(
*snicker*
I'll take a look at libtoolize'ing the main APR. Once that is done, then I
can look at the test directory, too.
[ unless somebody beats me to it. I won't get to it until late tonite. ]
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
it past M$ to change the sockaddr to
some windows specific structure in the future.
The prototype will be the same... that is why we have the apr_os_sock_t
type.
We shouldn't need to pass structures to apr_make_os_socket() (or other,
similar creation functions).
Cheers,
-g
--
Greg Stein, http
have to bend
over backwards (i.e., use syscalls) to find that out. We don't keep
the type anywhere yet but it is likely to become useful in the future.
Seems fine to me!
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
On Mon, Dec 04, 2000 at 11:42:06PM +0100, Branko Cibej wrote:
Greg Stein wrote:
...
Sure, we'd get it to work on Linux and *BSD. Possily a Solaris and AIX box.
But the rest? Eek.
You're an optimist. AIX already gets a few eeks from me. Non-ELF
platforms are mostly goblins. :-)
Oh, I
/ and
src/lib/aputil/. Sound right?
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
of the non-portability of the
crypt() function. apr_validate_password has some platform #ifdefs in there
that can easily go away if apr_crypt() existed.
(and apr_crypt would also make htpasswd.c more portable)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
On Mon, Dec 04, 2000 at 09:53:17PM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2000 9:41 PM
On Mon, Dec 04, 2000 at 09:27:38PM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Monday
with Ryan.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
files, so pleast fix that.
As I mentioned in my previous reply... we are not duplicating any files in
those lists.
I presume that your note implies your veto is lifted?
Thanks,
-g
--
Greg Stein, http://www.lyra.org/
for somebody to run
buildconf again).
Your thoughts?
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
--
Greg Stein, http://www.lyra.org/
On Wed, Dec 06, 2000 at 01:51:59PM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 06, 2000 1:32 PM
On Tue, Dec 05, 2000 at 03:38:45PM -0600, William A. Rowe, Jr. wrote:
...
Why do we add the additional complexity of a src
--
Greg Stein, http://www.lyra.org/
.
In this scenario, there would be just a single file list, and you would have
a bunch of .obj files to feed the LIB link (rather than needing an empty
stub file).
The files are compiled different for release vs debug; are they also
*compiled* differently for DLL vs LIB?
Cheers,
-g
--
Greg Stein, http
+++ testmmap.c 2000/12/07 06:52:59 1.18
@@ -52,7 +52,9 @@
* http://www.apache.org/.
*/
+#if APR_HAS_UNISTD_H
#include unistd.h
+#endif
#include stdio.h
#include stdlib.h
#include string.h
--
Greg Stein, http://www.lyra.org/
On Thu, Dec 07, 2000 at 07:26:05AM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2000 2:01 AM
I'm actually contemplating building both the .lib and .dll as two full
compiles.
The benefit, when called for, is that users
On Thu, Dec 07, 2000 at 07:33:31AM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2000 2:09 AM
...
Non-win32-specific question: why is the MMAP structure
visible? Shouldn't that be an opaque structure?
Dude. You're being obscure
! I've been wondering about a good way to do this (to prevent
accidents :-). Your solution looks good.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
provides further assistance.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
?
This is the approach that I had in mind. It is quite simple, actually: loop
until the read() returns a length such that point = length. If point
length, then subtract the length from point, and read the next bucket.
Note that *no* split should occur when point == length.
Cheers,
-g
--
Greg Stein, http
On Sat, Dec 09, 2000 at 12:40:46AM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Friday, December 08, 2000 5:47 PM
note absurdity of apr_dbm_freedatum in a pool-managed implementation
The returned data is not always located in a pool
and easily describe what is in each of those five
directories.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
On Sat, Dec 09, 2000 at 01:25:26AM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 09, 2000 1:17 AM
On Sat, Dec 09, 2000 at 12:40:46AM -0600, William A. Rowe, Jr. wrote:
From: Greg Stein [mailto:[EMAIL PROTECTED]
Sent
--
Greg Stein, http://www.lyra.org/
not
have fully solved the issue)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-newer $(TARGET_EXPORTS)` ; \
if test -n $$headers; then \
echo Found newer headers. Will rebuild $(TARGET_EXPORTS). ; \
echo $(RM) -f $(TARGET_EXPORTS) ; \
--
Greg Stein, http://www.lyra.org/
configure with all of the proper switches.
[ and that will also recurse into APR and Neon to reconfig them ]
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
! That doesn't feel quite
right to me. No opinion on Apache, but on APRUTIL, I'd like to see that
testdbm gets shipped because it is actually a nice little tool for creating
and inspecting *DBM files.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
reran autoheader and autoconf and now it
compiled. Thanks.
Mo
--
Greg Stein, http://www.lyra.org/
.
-1) ./buildconf
+1) ./autogen.sh
2) ./configure
3) make
Currently, there is no make install step, as APR is not yet
-installable.
\ No newline at end of file
+installable.
+
cheers
Mo DeJong
Red Hat Inc
--
Greg Stein, http://www.lyra.org/
* done (in APRUTIL, at least) is: build support,
public headers, documentation, testing code, and source code. I believe a
similar grouping makes sense within APR, too.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
{
return apr_os_strerror(buf, bufsize, statcode - APR_OS_START_SYSERR);
}
--
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
http://www.geocities.com/SiliconValley/Park/9289/
Born in Roswell... married an alien...
--
Greg Stein, http://www.lyra.org/
On Thu, Dec 14, 2000 at 02:34:44PM +0100, Sascha Schumann wrote:
On Wed, 13 Dec 2000, Greg Stein wrote:
*) Subversion uses autogen.sh
*) APR and Apache uses buildconf
*) APRUTIL uses buildconf.sh (I stayed with the buildconf name, but felt
that adding the .sh was much more declarative
at all. We had a discussion on autogen.sh and the benefits of changing over
to use that name didn't seem to be all that large. That isn't a rejection --
that is due consideration and a choice not to change.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
that. No need for Perl.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
--
Greg Stein, http://www.lyra.org/
On Sat, Dec 16, 2000 at 12:36:55PM -0800, Greg Stein wrote:
On Sat, Dec 16, 2000 at 10:28:07AM -0800, [EMAIL PROTECTED] wrote:
...
When I originally wrote the buildexports stuff, we didn't require Perl to
build Apache, because that file could be generated once and just bundled
with Apache
the packages over the net
automatically. It is really easy to install, which seems to
have been users main complaint.
Win32 users don't use ./configure. They use makefiles, *.dsp, and *.dsw.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
: what is the right magic for doing this?
[ I'd also like to know because I think it might be useful within SVN ]
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
On Fri, Dec 22, 2000 at 04:57:10PM -0500, greg wrote:
Greg Stein wrote:
I'm thinking that we want to have a
file describe the features it needs, then ask APR to get them for us.
For example:
#define APR_WANT_STDIO 1
#define APR_WANT_MEM_FUNCS 1
#define
the addition of --disable-shared to the subdir config, as I
mentioned earlier.
Sheesh.
-g
--
Greg Stein, http://www.lyra.org/
---
--
Greg Stein, http://www.lyra.org/
know the pool is at the start of the structure.
b) we need this so that we don't leak memory like a sieve. I committed a
use of this to the buckets code a few minutes ago.
Then write apr_file_get_pool(). Not a cast and an assumption.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
of the type safety stuff.
Please use accessor functions instead.
thx,
-g
--
Greg Stein, http://www.lyra.org/
apr_mmap_from_file(apr_file_t *f, offset, length, flags,
apr_mmap_t *mm)
{
return apr_mmap_create(mm, f, offset, length, flags, f-pool);
}
It might be possible to compute the flags from how we opened f, so we can
lose an extra param to apr_mmap_from_file().
Cheers,
-g
--
Greg
, you want to attach userdata
to it. Where do you allocate the data from?
hehe... poor example. I use apr_get/set_filedata() :-)
We've gone this far without the accessor functions. Adding
apr_mmap_from_file would obviate the need.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
of the above situations are concerning me, and are easily avoided with
accessor (typesafe) functions.
...
We
do not need to protect programmers from themselves in all cases.
I agree with the general sentiment, but this pattern passes my threshold :-)
Cheers,
-g
--
Greg Stein, http
.
It isn't a question of calling apr_set_userdata. It is a question of
which pool was used to allocate the userdata.
Sure sure :-)
But back to the point: the problem at hand is to construct an mmap from a
file. We have a simple alternative for that.
Cheers,
-g
--
Greg Stein, http
final resolution. But
that resolution should be typesafe and should be completed before the next
release.
[ done ]
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
happening. This is quite a safe change.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
ap_debug_module_hooks
-ap_debug_module_name
+ap_current_hooking_module
ap_global_hook_pool
ap_hook_deregister_all
ap_hook_sort_register
--
Greg Stein, http://www.lyra.org/
anything in the makefiles that was specific to gmake.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
://www.apache.org/websrc/viewcvs.cgi/httpd-2.0/build/bsd_makefile
Sascha added this to get the Makefiles in a form that BSDi likes...
david
- Original Message -
From: Greg Stein [EMAIL PROTECTED]
To: APR Development List dev@apr.apache.org
Sent: Thursday, January 04, 2001 5:41 PM
move Sascha's fix? I'll
add a note in the STAUS file to try and remind us to remove it once it's
fixed!
david
- Original Message -
From: Sascha Schumann [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Greg Stein [EMAIL PROTECTED]; dev@apr.apache.org
Sent: Thursday, January 04, 2001 6
-specific checks into the code.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
/.*\/\(.*\)\.o/\1\.lo/'`; done
# DO NOT REMOVE
--
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
http://www.geocities.com/SiliconValley/Park/9289/
Born in Roswell... married an alien...
--
Greg Stein, http://www.lyra.org/
\\n
;;
@@ -862,7 +858,6 @@
AC_SUBST(RM)
AC_SUBST(OSDIR)
AC_SUBST(DEFAULT_OSDIR)
-AC_SUBST(LIBPREFIX)
AC_SUBST(EXEEXT)
AC_SUBST(THREAD_CPPFLAGS)
AC_SUBST(THREAD_CFLAGS)
--
Greg Stein, http://www.lyra.org/
to put into NON_LIBTOOL_LIBS. Not sure what I think about that
one... (reaching into .libs is the basic question: do we or don't we?)
Sascha may have an idea here.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
On Thu, Jan 11, 2001 at 12:54:09PM -0800, [EMAIL PROTECTED] wrote:
On Thu, 11 Jan 2001, Greg Stein wrote:
One of the reasons that I was advocating using the globbing feature of
case was to avoid the nasty sed expression.
Just do:
case `uname -r` in
3.4
) testuuid.lo
+ $(LINK) testuuid.lo $(ALL_LIBS)
# DO NOT REMOVE
--
Greg Stein, http://www.lyra.org/
/ is used) still apply.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
question: why not int or apr_int32_t instead of apr_size_t?
apr_size_t is the internal type. change that, and you can change the return
type :-)
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
-src position, then you better get the
damned thing right.
. is not going to work. Think about the test directory.
-g
--
Greg Stein, http://www.lyra.org/
OtherBill -- you mentioned something in apr-util/STATUS about sdbm. What do
you mean about distributing 2 or 3 copies of sdbm? The only one that I know
of is in apr-util/dbm/sdbm/.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
@@
#define SHA_BLOCKSIZE 64
+typedef unsigned char apr_byte_t;
+
#if APR_CHARSET_EBCDIC
static apr_xlate_t *ebcdic2ascii_xlate;
--
Greg Stein, http://www.lyra.org/
--
Greg Stein, http://www.lyra.org/
truly need.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
1 - 100 of 591 matches
Mail list logo