On Mon, 11 Aug 2008, Stephen R. van den Berg wrote:
I identified the culprit (did a bi-sect using git), it is:
commit 125fdf82c3df848ac8065cb04592badb62262b6d
Author: Henrik Grubbstr<C3><B6>m (Grubba) <[EMAIL PROTECTED]>
Date: Tue Jun 24 20:14:10 2008 +0000
Now uses Mapping.ShadowedMapping to implement all_constants().
Any idea where the fix goes?
Most likely into the codec that Roxen uses.
Stephen R. van den Berg wrote:
Pike versions 7.7 up till around June 23rd 2008 seem to work fine, but later
revisions (I'm not entirely certain as to from when exactly) give me the
following result after Roxen has already started up all the virtual servers,
probably when it tries to write the first logfile entry (this was with
the 7.7 snapshot of 3 days ago):
ug)
2:47:24 :
0m 9.8s : Enabling all modules for www.softwaregids.nl...
: All modules for www.softwaregids.nl enabled in 0.9 seconds
:
: Notice: Dumping failed for
server/base_server/highlight_pike.pike (n
ot a bug)
: Notice: Dumping failed for server/protocols/http.pike (not a
bug)
Cannot encode objects without _encode.
etc/roxen_master.pike:592: master()->MyCodec()->encode_object(roxen)
base_server/roxen.pike:5879: roxen->compile_log_format("$ip_number
$request-time
/$cache-status $user [$cern_date] \"$method $full_resource $protocol\"
$response
$length \"$referer\" \"$user_agent_raw\"")
base_server/roxen.pike:5694: roxen->run_log_format("$ip_number
$request-time/$ca
che-status $user [$cern_date] \"$method $full_resource $protocol\"
$response $le
ngth \"$referer\" \"$user_agent_raw\"",roxen->LogFile()->write,,,1)
etc.
Where should I look to fix this? In Pike, or in Roxen?
Any hints where?
--
Sincerely,
Stephen R. van den Berg.
--
Henrik Grubbström [EMAIL PROTECTED]
Roxen Internet Software AB
