Message from discussion
Zero key problem
Received: by 10.210.43.10 with SMTP id q10mr571195ebq.10.1245070858532;
Mon, 15 Jun 2009 06:00:58 -0700 (PDT)
Return-Path: <martinphill...@ladybridge.com>
Received: from smtp2.freeola.net (smtp2.freeola.net [81.31.99.7])
by gmr-mx.google.com with ESMTP id 16si768845ewy.3.2009.06.15.06.00.58;
Mon, 15 Jun 2009 06:00:58 -0700 (PDT)
Received-SPF: pass (google.com: domain of martinphill...@ladybridge.com designates 81.31.99.7 as permitted sender) client-ip=81.31.99.7;
Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of martinphill...@ladybridge.com designates 81.31.99.7 as permitted sender) smtp.mail=martinphill...@ladybridge.com
Received: from LBS8 (unknown [81.31.112.103])
by smtp2.freeola.net (Postfix) with SMTP id EEB754615BA
for <OpenQM@googlegroups.com>; Mon, 15 Jun 2009 14:23:56 +0100 (BST)
Message-ID: <BE63669982524482A85ADF1323F977B9@LBS8>
From: "Martin Phillips" <martinphill...@ladybridge.com>
To: <OpenQM@googlegroups.com>
References: <e9d24104-a230-467e-9e33-9e5b32607a83@y9g2000yqg.googlegroups.com> <90ca0a7f0906142309s930efe3rea95bf80c66d8b8a@mail.gmail.com>
Subject: Re: Zero key problem
Date: Mon, 15 Jun 2009 14:00:56 +0100
MIME-Version: 1.0
Content-Type: text/plain;
format=flowed;
charset="iso-8859-1";
reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Hi Ashley,
> Okay, usual information that's always required with a problem repost.
My query was deliberately vague as I don't know who saw it before or under
what conditions.
For the user that has hit the problem now, all I know is that it is some
form of Linux system running under VMware. Further information provided over
the weekend says that the problem only happens in an SSH connection and only
inside QM, not at the shell command prompt. This tends to suggest that it is
in some way connected with the specific API used to read the data (the
read() function in this case).
I have personally seen this with UV on a VMware system in the past. What I
am looking for is some suggestion of why it happens.
Thanks.
Martin Phillips
Ladybridge Systems Ltd
17b Coldstream Lane, Hardingstone, Northampton, NN4 6DB
+44-(0)1604-709200
|
