[sv-ec] Emails from Shalom were bouncing

From: Neil Korpusik <Neil.Korpusik_at_.....>
Date: Tue Oct 23 2007 - 09:48:46 PDT
Hi Shalom,

Here is what I believe is an explanation for your bounced emails.
It appears that majordomo thought that you were making a special request
when it scanned your email. Below is what it came up with.

   Re: BOUNCE sv-ec@eda.org:     Admin request of type /^\s*get\s+\S+\s+\S+\s*$/i at line 9


Looking at your email, it appears that the problem has to do with the fact
that one of the lines starts with "get ".

Neil



owner-sv-ec@eda.org wrote On 10/23/07 04:57 AM,:
> From owner-sv-ec Tue Oct 23 04:57:03 2007
> Received: from mga03.intel.com (mga03.intel.com [143.182.124.21])
> 	by server.eda.org (8.12.10/8.12.0.Beta7) with ESMTP id l9NBus4M014777
> 	for <sv-ec@server.eda.org>; Tue, 23 Oct 2007 04:56:54 -0700 (PDT)
> Received: from azsmga001.ch.intel.com ([10.2.17.19])
>   by azsmga101.ch.intel.com with ESMTP; 23 Oct 2007 04:56:54 -0700
> X-ExtLoop1: 1
> X-IronPort-AV: E=Sophos;i="4.21,317,1188802800"; 
>    d="scan'208";a="303899918"
> Received: from orsmsx335.jf.intel.com ([10.22.226.40])
>   by azsmga001.ch.intel.com with ESMTP; 23 Oct 2007 04:56:18 -0700
> Received: from hasmsx413.ger.corp.intel.com ([143.185.64.170]) by orsmsx335.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830);
> 	 Tue, 23 Oct 2007 04:56:18 -0700
> Received: from hasmsx411.ger.corp.intel.com ([143.185.64.168]) by hasmsx413.ger.corp.intel.com with Microsoft SMTPSVC(6.0.3790.1830);
> 	 Tue, 23 Oct 2007 13:56:15 +0200
> X-MimeOLE: Produced By Microsoft Exchange V6.5
> Content-class: urn:content-classes:message
> MIME-Version: 1.0
> Subject: RE: [sv-ec]E-mail Vote:  Closes 12am PST October 26th 2007
> Date: Tue, 23 Oct 2007 13:56:14 +0200
> Message-ID: <F65035CF3C242740AE94976E325CF4FC03B466B3@hasmsx411.ger.corp.intel.com>
> In-Reply-To: <F65035CF3C242740AE94976E325CF4FC03B462B3@hasmsx411.ger.corp.intel.com>
> X-MS-Has-Attach: 
> X-MS-TNEF-Correlator: 
> Thread-Topic: [sv-ec]E-mail Vote:  Closes 12am PST October 26th 2007
> Thread-Index: AcgU/6JRbWpyXi3+ReifOzhJv3BDJgAI9eggAA44xLA=
> From: "Bresticker, Shalom" <shalom.bresticker@intel.com>
> To: <sv-ec@server.eda.org>
> X-OriginalArrivalTime: 23 Oct 2007 11:56:15.0199 (UTC) FILETIME=[B6C336F0:01C8156B]
> Content-Type: text/plain; charset="us-ascii"
> X-eda.org-MailScanner-Information: Please contact the ISP for more information
> X-eda.org-MailScanner: Found to be clean
> X-eda.org-MailScanner-From: shalom.bresticker@intel.com
> X-Spam-Status: No
> Content-Transfer-Encoding: 8bit
> X-MIME-Autoconverted: from quoted-printable to 8bit by server.eda.org id l9NBv3su014790
> 
> Note that in any case, your sort of formula assumes that the values are
> from 0 to 2**M-1. This would in any case not work for the form described
> in 18.5 where the value set is explicitly specified.
> 
> I also don't think that the current LRM requirement has a nice formula
> either.
> 
> I assume that the compiler would do maximum precomputation and you would
> get the following:                                         <------------  problem is here
> 
> The first P bins contain Q values each and the remaining N-P bins
> contain Q+1 values each, 
> 
> or the reverse: 
> 
> The first P bins contain Q+1 values each and the remaining N-P bins
> contain Q+1 values each,
> 
> where the compiler would precompute P, Q, Q+1, and P*Q or P*(Q+1).
> 
> Then you would get 
> 
> bin number = min(VALUE/Q, P + (VALUE-P*Q)/(Q+1)) or
>              min(VALUE/(Q+1), P + (VALUE-P*(Q+1))/Q).
> 
> Shalom
>  
> 
>>-----Original Message-----
>>From: owner-sv-ec@server.eda.org 
>>[mailto:owner-sv-ec@server.eda.org] On Behalf Of Bresticker, Shalom
>>Sent: Tuesday, October 23, 2007 5:25 AM
>>To: Steven Sharp; sv-ec@server.eda-stds.org
>>Subject: RE: [sv-ec]E-mail Vote: Closes 12am PST October 26th 2007
>>
>>Steven,
>>
>>1. I have no preference between the first bins or the last 
>>bins. I chose the last bins only because the existing LRM 
>>language also puts the extra values in the last bin.
>>
>>2. Do you have a convenient mathematical expression for the 
>>current LRM formula, which has a 'discontinuous' formula?
>>
>>Regards,
>>Shalom
>>
>>
>>>-----Original Message-----
>>>From: Steven Sharp [mailto:sharp@cadence.com]
>>>Sent: Tuesday, October 23, 2007 1:02 AM
>>>To: jonathan.bromley@doulos.com; sv-ec@eda-stds.org; Bresticker, 
>>>Shalom
>>>Subject: RE: [sv-ec]E-mail Vote: Closes 12am PST October 26th 2007
>>>
>>>Shalom,
>>>
>>>On 2055, I think it would be simpler mathematically if the extra 
>>>values go into the first bins.  The expression for which 
>>
>>bin a value 
>>
>>>goes into becomes
>>>
>>>  value/((2**M)/N)
>>>
>>>instead of something messier like
>>>
>>>  (((2**M)/N)-1)-((2**M)-value)/((2**M)/N)
>>>
>>>Steven Sharp
>>>sharp@cadence.com
> 

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Tue Oct 23 09:49:37 2007

This archive was generated by hypermail 2.1.8 : Tue Oct 23 2007 - 09:50:17 PDT