Jeff Trawick wrote:
Are you including http_protocol.h to get the definition of
ap_run_default_port()?
svn/2.2.x/include/http_protocol.h:AP_DECLARE_HOOK(apr_port_t,default_port,(const
request_rec *r))
I had a feeling it was created by a macro, but I still wasn't finding it.
Thanks for the
Is there some way to use apr_dbd_pquery() to insert a NULL value for a column?
I tried setting the appropriate element of the args array to NULL, but that
caused a crash. Any thoughts?
I'm trying to use ap_default_port() in mod_log_dbd to get the port number from
a request_rec, and apparently it's a macro in httpd.h that wraps
ap_run_default_port(). But when I compile the module I get error:
`ap_run_default_port' was not declared in this scope. mod_log_config.c seems
to use
Karl Southern wrote:
Without wanting to steal anyone's thunder, is it not more relevant to
have the time from the httpd perspective, as you're logging details
about interacting with that set of processes? The SQL server could be
running on a different box and have a different time, which could
I'm back to tinkering with mod_log_dbd again and I got to thinking about
timestamps. The current logging behavior writes the output of apr_time_now() to
the log, which naturally gives the time on the httpd server. But, the database
server also has its own timestamp functionality. Is there any
Nick Kew wrote:
That 0x0 looks like dbname. What happens if you pass
it a dbname in the params string?
Sharp eyes, but no joy. The mysql docs say mysql_real_connect() is safe to call
with db==NULL. But just in case, I checked it...
---
Program received signal SIGSEGV, Segmentation fault.
Justin Erenkrantz wrote:
gdb 6.6 works okay from source on FreeBSD 6.1. But, gdb 6.1 (bundled
with FreeBSD 6.1) certainly doesn't work properly. Some folks here
(pgollucci) have tried to get GDB 6.5 into the ports tree, but I'm not
sure how that's progressed recently. -- justin
Looks like
Justin Erenkrantz wrote:
FWIW, I built straight from source and it worked fine. -- justin
I'll give it a try. Thanks.
I just installed 2.2 on a FreeBSD box to start playing with it and noticed that
the installed httpd.conf has the, apparently self-contradicting, text shown
below. Granted, it's just a comment, but it could be confusing for new users.
Unless I'm missing something?
# Configuration and logfile
Brandon Fosdick wrote:
Any suggestions? Did I miss a directive somewhere? Or is this just un-doable?
Oops. I meant to send this to users@, sorry about that.
As a quick hack I tried enabling mod_dav on a location to see if it would act
as a storage backend for regular page serving. That is, just to use it for GET
and HEAD requests and none of the other DAV-related requests.
For the most part it works, but for some reason DirectorySlash and
Is there an equivalent to top (or mysqltop) for httpd? A quick search didn't
turn up anything.
Nick Kew wrote:
http://www.apachetutor.org/dev/brigades
Thanks. What book are you referring to?
apr_bucket_brigade *bb;
bb = apr_brigade_create(r-pool, r-connection-bucket_alloc);
rc = ap_get_brigade(r-input_filters, bb, AP_MODE_READBYTES,
Brandon Fosdick wrote:
If my theory is correct, then I think the solution is to find a way to
stream data to the storage provider earlier in the request process. I
don't know if that's a core issue, or just some config bits in mod_dav,
or my provider, that need to be fiddled. It's odd
Plüm wrote:
Have you checked if you can write the files with the default mod_dav_fs
provider to
the disk?
good suggestion, thanks...
Ok, same test setup that I posted about the other day, but this time I used mod_dav_fs.
I'm getting slightly different behavior, in that the upload works in
Can I impose upon somebody to explain buckets and brigades to me? That is,
assuming you guys are finished arguing about copyrights. :)
Specifically, I'd like to know how they relate to request processing, but also
how they work in general. I know that a brigade is a FIFO of buckets, but...
Paul Querna wrote:
Is there a specific reason you can't use 2.2.x?
AAA screwiness. I ended up writing a custom auth module for 2.0.x, and last
time I looked at porting it to 2.2.x my head nearly exploded. And, it seemed
like there were still some changes in the works. Has all of that settled
William A. Rowe, Jr. wrote:
Actually, not entirely true. There is some chewy goodness now in 2.0.x,
such as log files which can grow beyond 2GB, from an APR 0.9 APR_LARGE_FILE
hack. It's a gross hack, which means we can't really provide all sorts of
large file manipulations, but logging, for
Nick Kew wrote:
I haven't tried files that size, but that's far too small for LARGE_FILE to
be relevant. I guess you knew that already, so does something else
lead you to suppose you're hitting an Apache limit?
It does seem like a rather small and arbitrary limit. I can't think of what
else
I might have asked this before, but I've forgotten the answer, and so has
google. Has any of the large file goodness from 2.2.x made it into 2.0.x? Will
it ever?
Joe Orton wrote:
The C++/AP_INIT_* problem was specific to 2.2 and does not affect 2.0,
please file a PR for whatever problem you are having with 2.0.
Is there some way to file a PR without creating yet another user account?
Looking back at the original problem, I'm not sure if they're the
Colm MacCarthaigh wrote:
On Thu, Jan 26, 2006 at 10:50:05PM -0800, Brandon Fosdick wrote:
In December, Joe Orton posted a patch to ap_config.h that took care of
some problems with AP_INIT_TAKE1. Is there any chance this patch will be
included in 2.0.56?
Wasn't that problem specific to 2.2
Colm MacCarthaigh wrote:
I've been extremely busy for the last month, and it doesn't look like
I'll have much time for coding in the next few weeks. If anyone wants to
work on execd stuff fire away, most of what I have uncommitted is a mash
of things I have to clean up.
snip
In December, Joe
Phil Endecott wrote:
# define AP_INIT_TAKE1(directive, func, mconfig, where, help) \
{ directive, { .take1=func }, mconfig, where, TAKE1, help }
That {.take1=func} syntax was a new one on me. A quick test suggests
that it is legal in C but not in C++, and I compile my module with g++.
Configuration .. make it configurable. by that I mean allowing people to
use LDAP or a DB to hold the configuration files, and not a flat file.
This is mainly intended for large server farms. Currently the main
reason for logging onto a webserver is to change it's configuration (and
bounce)
Brandon Fosdick wrote:
Would it be possible to use something like fam (or kqueue on FreeBSD)
and
have httpd notified whenever the config file changes? That would solve
part of the above desire without requiring the extensive changes needed
to
go to a db/ldap system.
That could
Joost de Heer wrote:
That could be external to httpd. Just have a monitor (or in cfengine,
or whatever) that when the config changes it issues a graceful restart.
Simple and straight-forward.
Oops, I made a typo, and pressed save. poof there goes my website!
IMO, it's a bad idea to
Joost de Heer wrote:
There's a 'master process' and one child. Just the way you configured
the thing. So seeing 2 processes is normal.
Assuming that the master process is responsible for the empty server config,
I've set it to log an error for every attempt to create an empty server config.
Sander Temme wrote:
$ gdb bin/httpd
...
(gdb) run -X
Starting program: /Volumes/Files/asf/httpd-2.2.x/bin/httpd -X
It seems that gdb doesn't like me...
(gdb) run -X
Starting program: /usr/local/sbin/httpd -X
gdb in realloc(): error: pointer to wrong page
Abort (core dumped)
I just tried returning NULL from create_server_config to see what would happen
if I refused to create a config for the master process. Apparently that's a bad
idea because it results in a segfault on startup. It seems like the server
should be more robust in the face of such things. Has this
I have a test box with 2.0.55 on it and it's set for a single vhost, with no
overall host (I think). I also set StartServers, MinSpareServers,
MaxSpareServers and MaxClients to 1, with the intent of having only one process
running. So now I have only two processes running. Obviously I missed
As if the old system wasn't hard enough to wrap one's head around. Just when I
had it figured out enough to go and write mod_auth_userdir you guys go and
change things on me.
BTW, when did this change? I've been lurking on this list since July and have
only recently heard about this. Was it a
Paul Querna wrote:
I run 2.1.8, on FreeBSD 5.4. I don't use the Ports. I don't believe any
extra patches should be required.
Now I see what the patches are for, the stock make install craps all over
/usr/local. And there appears to be some changes in APR that prevent
mod_dav_userdir from
Brandon Fosdick wrote:
http://terran-bank.com/mod_dav_userdir_20051028.tar
I forgot about the SQL for creating tables.
http://terran-bank.com/create_terranbank.sql
sorry about that
Nick Kew wrote:
Will you be moving to the DBD framework and mod_dbd for that?
Your application is nontrivial but wasn't an input to the original
DBD design. That makes it exactly the kind of thing that'll prove
the API and/or highlight what needs adding or reviewing.
It had occured to me,
Anyone have 2.1.8 running on FreeBSD? www/apache21 still builds 2.1.4-alpha. I
tried the old trick of just changing the distfile stuff, but it seems none of
the patches are applicable anymore. Is there a set of new patches floating
around? Are they still needed? Or am I on my own?
I haven't
Paul Querna wrote:
Brandon Fosdick wrote:
I run 2.1.8, on FreeBSD 5.4. I don't use the Ports. I don't believe any
extra patches should be required.
excellent, thanks
There is [EMAIL PROTECTED] list[1], where you can ask someone to update
the Port.
yeah...that's me not thinking again
Joe Orton wrote:
2.0.x doesn't support large request bodies (for some definition of
large depending on the platform, 2Gb for 32-bit hosts), this works
with 2.1.x as Paul says.
The limit seems to actually be around 750MB, even on an AMD64x2 with 4GB of
RAM. That's using 2.0.x on a FreeBSD
Paul Querna wrote:
Posting Code would help us with the problems and be able to reproduce
them here too.
http://terran-bank.com/mod_dav_userdir_20051028.tar
Bear in mind that this is a snapshot and not really release ready. The build
setup is a bit funky right now and may not work everywhere.
Brandon Fosdick wrote:
http://terran-bank.com/mod_dav_userdir_20051028.tar
So maybe I should explain the code a bit. First off, its all C++. Now we wait a
sec for the C folks to run away screaming...ok, good.
All of the database magic happens in class ServerConfig. It's an enourmous mess
I'm still working on mod_dav_userdir, so naturally I have more questions.
Its passing most of the tests in litmus, with the only exceptions being some
locking stuff that neither windows nor osx seem to care about. Now I'm testing
other stuff, namely large file uploading. I have two large files
I know this thread died a while ago, but I ran across something interesting the
other day while looking for VXI drivers and wasn't sure if anybody here had
seen it.
http://gonzui.sourceforge.net/
Its a source code browser/searcher with some neat highlighting tricks. The
site's page looks like
Joe Orton wrote:
The #65536; character will be passed through in its four byte UTF-8
form (which is 0xf4 0x80 0x80 0x80 I think); are you storing the
property values in the database in a UTF-8-safe field? Problems with
this test are typically that some character conversion happens under
I'm not sure if this should be here or the modules list, but here goes anyway...
I'm working on a module for 2.0.x (mod_dav_userdir) and I'm using litmus for
testing. In one of the tests where it sets a dead property on a resource it
sends some XML with a unicode character in it, like so:
Rachel Willmer wrote:
ok, take a look at http://www.hobthross.com/docs/apache2/srcdoc/ and
try out the search now. By default, it will do partial-word matching
e.g. strdup matches apr_strdup, etc, and if you want the exact word
only, you can choose that option.
Better. Although the search
Nick Kew wrote:
Anyway, to be really useful, you'd want not just apr_pstrdup and
strdup, but also variants people might guess, like apr_strdup,
ap_strdup and ap_pstrdup. That could IMO turn your contribution
from a mere nice to something great!
That's what I was getting at, thanks for stating
Rachel Willmer wrote:
Don't know about the cross-reference page, but if you're stuck, you
might find a useful substitute in the searchable doxygen docs I've
made available at
http://www.hobthross.com/docs/apache2/srcdoc/main.html
That looks exactly the same as what's now linked from the
For a month or two now I've been using the cross reference that was linked from
the developer documentation page. Then it went away for awhile and now its back
with some weird crippled version that can't do wild card searches for
identifiers. The source navigation is broken too. eg. If you try
I'm writing a provider module for mod_dav in C++ and I ran into a little surprise when I included mod_dav.h. If appears the header makes use of the C++ reserved token namespace on lines 123 and 145. Naturally that causes a bit of a problem.
Would it be possible to have this changed to something
49 matches
Mail list logo