Return-Path: <katelyn.haynes@pecovac.com>
Delivered-To: diana@transocean.com
Received: from vps.transocean.com
	by vps.transocean.com (Dovecot) with LMTP id +eR/ORxfWVgkegAAInt2oQ
	for <diana@transocean.com>; Tue, 20 Dec 2016 08:41:00 -0800
Return-path: <katelyn.haynes@pecovac.com>
Envelope-to: diana@transocean.com
Delivery-date: Tue, 20 Dec 2016 08:41:00 -0800
Received: from [38.114.100.3] (port=52964 helo=pecovac.com)
	by vps.transocean.com with esmtp (Exim 4.87)
	(envelope-from <katelyn.haynes@pecovac.com>)
	id 1cJNT7-000875-A9
	for diana@transocean.com; Tue, 20 Dec 2016 08:41:00 -0800
Date: Tue, 20 Dec 2016 11:35:32 -0500
To: <diana@transocean.com>
KIK-TechID: 8811-11122.15169264.JUD.000110011
Reply-To: "Katelyn Haynes" <katelyn.haynes@pecovac.com>
Content-Type: multipart/alternative; boundary="oG7535367880efcab8c324536e0c838e3bre"
Subject: Can you use 50.00 last minute shopping money at Sam's Club?
Mime-Version: 1
Message-Id: <we.151692642951596@cluster1.pecovac.com>
From: "Katelyn Haynes" <katelyn.haynes@pecovac.com>
X-Spam-Status: No, score=2.0
X-Spam-Score: 20
X-Spam-Bar: ++
X-Ham-Report: Spam detection software, running on the system "vps.transocean.com",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 root\@localhost for details.
 
 Content preview:  Written like this, the function took ~34ms on my machine.
   After changing the condition to bool multiplication (making the code look
   like this): double CompareShifted(const std::vector &amp;curr, int shift,
   int shiftY) { ... for(std::size_t i=std::max(0,-shift); ... } ... } the execution
    time decreased to ~19ms. The compiler used was GCC 5.4.0 with -O3 and after
    checking the generated asm code using godbolt.org I found out that the first
    example generates a jump, while the second one does not. I decided to try
    GCC 6.2.0 which also generates a jump instruction when using the first example,
    but GCC 7 seems to not generate one anymore. Finding out this way to speed
    up the code was rather gruesome and took quite some time. Why does the compiler
    behave this way? Is it intended and is it something the programmers should
    look out for? Are there any more things similar to this? EDIT: link to godbolt
    https://godbolt.org/g/5lKPF3 [...] 
 
 Content analysis details:   (2.0 points, 5.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
  0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was blocked.
                             See
                             http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
                              for more information.
                             [URIs: samsclub.com]
  0.0 T_SPF_TEMPERROR        SPF: test of record failed (temperror)
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
  0.0 HTML_MESSAGE           BODY: HTML included in message
 -0.0 BAYES_40               BODY: Bayes spam probability is 20 to 40%
                             [score: 0.3640]
  2.0 RDNS_NONE              Delivered to internal network by a host with no rDNS
  0.0 T_REMOTE_IMAGE         Message contains an external image
X-Spam-Flag: NO



--oG7535367880efcab8c324536e0c838e3bre
Content-type: text/plain; charset=UTF-8
Content-transfer-encoding: 8bit

Written like this, the function took ~34ms on my machine. After changing the condition to bool multiplication (making the code look like this): double CompareShifted(const std::vector &amp;curr, int shift, int shiftY) { ... for(std::size_t i=std::max(0,-shift); ... } ... } the execution time decreased to ~19ms. The compiler used was GCC 5.4.0 with -O3 and after checking the generated asm code using godbolt.org I found out that the first example generates a jump, while the second one does not. I decided to try GCC 6.2.0 which also generates a jump instruction when using the first example, but GCC 7 seems to not generate one anymore. Finding out this way to speed up the code was rather gruesome and took quite some time. Why does the compiler behave this way? Is it intended and is it something the programmers should look out for? Are there any more things similar to this? EDIT: link to godbolt https://godbolt.org/g/5lKPF3

I am not there to spray them with anything.. I live 700 miles away. Like Show 0 Likes (0) Actions Re: Bear damage bobbie32 Community All-Star bobbie32 Aug 19, 2016 10:44 AM (in response to u0999) Have your cleaners spray the cans on the outside - the odor stays for some time. Like Show 0 Likes (0) Actions

Re: Bear damage kdhbreeze Senior Contributor kdhbreeze Aug 19, 2016 11:15 AM (in response to bobbie32) Our cleaners spray the insides with disinfectant and the outside with a deterrent, though we only really have issues with raccoons. Like Show 0 Likes (0) Actions Re: Bear damage

The first and last * are interpreted as unary but the second * is interpreted as binary. From a syntax perspective, this looks OK. It is only after parsing when the compiler tries to interpret the operators in the context of their operand types that an error is seen.

Sam's Club Shopper Rewards

Happy Holidays Wholesale Shopper!


Last step: To become entered to receive a $200 Sam's Club card to use on any items, please ley us know your opinion.

Does Sam's Club Meet your Expectations?

Begin Here ???????? (http://www.pecovac.com/sams-n/space/index/)



http://www.pecovac.com/club/yup_cgi/

http://bg.pecovac.com

--oG7535367880efcab8c324536e0c838e3bre
Content-Type: text/html; charset=UTF-8
Content-transfer-encoding: 8bit

<!doctype html>
<html>
<head>
<meta charset="UTF-8">
<title>samsclub.com</title>
</head>

<body>
<div style="visibility: collapse !important; font-family:Segoe, 'Segoe UI', 'DejaVu Sans', 'Trebuchet MS', Verdana, sans-serif; font-size:.01em">	
Written like this, the function took ~34ms on my machine. After changing the condition to bool multiplication (making the code look like this):

double CompareShifted(const std::vector &curr, int shift, int shiftY)  {
...
  for(std::size_t i=std::max(0,-shift);

     ...
  }
...
}
the execution time decreased to ~19ms.

The compiler used was GCC 5.4.0 with -O3 and after checking the generated asm code using godbolt.org I found out that the first example generates a jump, while the second one does not. I decided to try GCC 6.2.0 which also generates a jump instruction when using the first example, but GCC 7 seems to not generate one anymore.

Finding out this way to speed up the code was rather gruesome and took quite some time. Why does the compiler behave this way? Is it intended and is it something the programmers should look out for? Are there any more things similar to this?

EDIT: link to godbolt https://godbolt.org/g/5lKPF3



</div>
<div style="visibility: collapse !important; font-family:Segoe, 'Segoe UI', 'DejaVu Sans', 'Trebuchet MS', Verdana, sans-serif; font-size:.01em; line-height:0">I am not there to spray them with anything.. I live 700 miles away.
Like Show 0 Likes (0) Actions Re: Bear damage

 bobbie32
Community All-Star
bobbie32 Aug 19, 2016 10:44 AM (in response to u0999)
Have your cleaners spray the cans on the outside - the odor stays for some time. 
Like Show 0 Likes (0) Actions 
 </div>
<div style="visibility: collapse !important; font-family:Segoe, 'Segoe UI', 'DejaVu Sans', 'Trebuchet MS', Verdana, sans-serif; font-size:.01em; line-height:0">Re: Bear damage
 kdhbreeze
Senior Contributor
kdhbreeze Aug 19, 2016 11:15 AM (in response to bobbie32)
Our cleaners spray the insides with disinfectant and the outside with a deterrent, though we only really have issues with raccoons.
Like Show 0 Likes (0) Actions 
Re: Bear damage
</div>
<div  style="visibility: collapse !important; font-family:Segoe, 'Segoe UI', 'DejaVu Sans', 'Trebuchet MS', Verdana, sans-serif; font-size:.01em; line-height:0">The first and last * are interpreted as unary but the second * is interpreted as binary. From a syntax perspective, this looks OK.

It is only after parsing when the compiler tries to interpret the operators in the context of their operand types that an error is seen.</div>
<div style="padding:14px; color:#ffffff; background-color:#122752; font-family:Arial">Sam's Club Shopper Rewards</div>
<div><img src="http://i.imgur.com/mA1rS7J.png" width="20%" ></div>
<p style="font-family:Arial; font-size:16px">Happy Holidays Wholesale Shopper!</p>
<p style="font-family:Arial; font-size:16px">&nbsp;</p>
<p style="font-family:Arial; font-size:16px" class=""><strong>Last step</strong>: To become entered to receive a $200 Sam's Club card to use on any items, please ley us know your opinion.</p>
<p style="font-family:Arial; font-size:16px" class=""><strong>Does Sam's Club Meet your Expectations?</strong></p>
<table cellspacing="0" cellpadding="0" border="0" height="50" width="100%"> 
                           <tbody>
                            <tr> 
                             <td  width="208" valign="middle" align="center" height="50" class="cta-btn" style="background-color: #3AAC00; border-radius: 5px; font-family: Arial, sans-serif; font-size: 20px; font-weight: bold"> <a style="display:block;text-decoration:none;color:#ffffff;white-space:nowrap;padding:14px;" href="http://www.pecovac.com/sams-n/space/index/" target="_blank" title="View Cart">Begin  Here &rArr;</a> </td> 
                             <td width="752" class="x-site-tablet">&nbsp; </td> 
                            </tr> 
                           </tbody>
                          </table> 
                          <div>&nbsp;</div>
                          <div><a href="http://www.pecovac.com/club/yup_cgi/"><img src="http://scene7.samsclub.com/is/image/samsclub/0087458600803_A" border="0" width="380"  alt="samsclub.com" ></a></div>
                          <div style="font-size:12px; color:#454545; padding-top:100px; max-width:268px"> <a href="http://bg.pecovac.com"><img src="http://i.imgur.com/FmmMXdW.jpg?1" alt="Stops/messages" ></a> 
                           
</div>
                          
</body>
</html>

--oG7535367880efcab8c324536e0c838e3bre--
