Hi
i noticed, while changing my configuration files,
sometimes Privoxy displays the reload_on_change in
the log, but mostly it doesnt, although it reloads the
configuration properly. It seems to be completely
random.
Am i doing anything wrong? or...?
_Xoft(o)
(running Privoxy 3.0.0 (stable) on win2kserver,
config:
debug 1
debug 4096
debug 8192
)
Logged In: YES
user_id=78811
Lets wait and see if this is resolved with either
of the two pending logging patches.
Logged In: YES
user_id=249980
Sorry for the (really, really, really) late response. We're
going through old bug reports and checking on their continued
validity. So... is this still an issue? Any workarounds we need
to know about? <Want to help?>
Logged In: YES
user_id=523169
I'll try downloading the new sources from CVS and if i
succeed, we'll see if the issue still persists.
Logged In: YES
user_id=249980
Thanks. A checkout of current/HEAD along with a checkout of
winsetup ought to give you a buildable and runnable package.
Logged In: YES
user_id=523169
Hi,
finally i managed to checkout the source (being behind a
http-only proxy is hell, combined with command-line only
cvs).
A few issues came up with the windows version:
- strptime.h, line 80: MSVC 6.0 doesnt have strncasecmp(),
but strncmp() instead.
- errlog.c, line 336 - 339: "inline" directive not
understood by the compiler (with a very strange error
message). To fix, add this snippet anywhere before:
#ifdef _MSC_VER
#define inline __inline
#endif
- the project file is missing w32svrapi.c. To fix, modify
vc_privoxy.dsp like this:
SOURCE=.\win32.h
# End Source File
+ # Begin Source File
+
+ SOURCE=.\w32svrapi.c
+ # End Source File
+ # Begin Source File
+
+ SOURCE=.\w32svrapi.h
+ # End Source File
# End Group
# Begin Group "Resources"
(lines marked with "+ " are to be added)
I dont have cvs write access so i cant fix that myself.
I'll be testing if the original issue still persists for a
few days now, then i'll post results here.
Logged In: YES
user_id=249980
Thanks - I added the last two changes. But for the first,
how did you fix it? You can't replace a case-insenstive
comparison with a case-sensitive one...?
Logged In: YES
user_id=523169
Sorry, dropped out a letter, should've been "strnicmp()" (n
= counted, i = ignorecase)
Logged In: YES
user_id=875547
Originator: NO
Regarding the original problem:
I assume that you are running the mingw32 build
and can't reproduce the log file problem with
the cygwin build. Is that correct?
Logged In: YES
user_id=1312539
Originator: NO
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).