For the record --
Is UTF-8 input coming from the likes of Apache a possible source of
failure? Pack may need to allow for endian-ness of a specific machine.
Well, it depends on how one looks at things, perhaps. I think one of
the probable reasons for the failure in the DWIM machinery was
Okay, given the following (without all the debugging code I had in
earlier):
# The code that grabs the parameters:
my $qString = $ENV{'QUERY_STRING'};
my @list = split( '', $qString, 10 );
my %queries = ();
foreach my $pair ( @list )
{ my ( $key, $value ) = split( '=', $pair, 2 );
At 17:03 +0900 12/1/07, Joel Rees wrote:
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: [EMAIL PROTECTED]
Content-Transfer-Encoding: 7bit
From: Joel Rees [EMAIL PROTECTED]
At 11:43 +0900 12/1/07, Joel Rees wrote:
Content-Type: text/plain; charset=ISO-2022-JP;
