On Thu, Mar 27, 2014 at 09:07:14AM +0100, Mathieu Malaterre wrote:
> Here is a little bug I just discovered:
>
> http://stackoverflow.com/questions/22664658/finding-off-t-size
>
> For reference, here are the packages affected in debian:
>
> http://codesearch.debian.net/search?q=LARGE_OFF_T
>
>
On Thu, Apr 03, 2014 at 09:19:54PM +0100, Kevin Chadwick wrote:
> previously on this list The Wanderer contributed:
>
> > I was explicitly referring to the point in the future when maintainers
> > do stop providing traditional init scripts. This likely won't happen
> > that fast, no, but I do thin
* Wouter Verhelst , 2014-04-10, 12:03:
I've had to figure out the size of off_t in nbd-server, and have been
doing it without relying on overflow, for years now. It took quite a
few iterations to get it right, but the current definition has looked
like this since 2006:
#define OFFT_MAX ~((off
On Thu, Apr 10, 2014 at 12:29:50PM +0200, Jakub Wilk wrote:
> * Wouter Verhelst , 2014-04-10, 12:03:
> >I've had to figure out the size of off_t in nbd-server, and have been
> >doing it without relying on overflow, for years now. It took quite a few
> >iterations to get it right, but the current de
On Wed, 2014-04-09 at 12:56 +0100, Ian Jackson wrote:
> Ghislain Vaillant writes ("Re: Debian default desktop environment"):
> > Users do care about visual identity (or call it brand
> > recognition if you like), and currently XFCE in Debian does not have
> > any, I am afraid.
>
> My experiences w
Wouter Verhelst writes ("Re: Having fun with the following C code (UB)"):
> Yes; the standard does this to allow for machine architectures which do
> not use two's complement to store negative values. I did mention that
> assumption in my previous mail.
>
> If the architecture uses two's complemen
Ian Jackson dixit:
>> If the architecture uses two's complement, however, then the code is
>> correct.
>
>Unfortunately adversarial optimisation by modern compilers means that
>this kind of reasoning is no longer valid.
>
>The compiler might easily see that your code unconditionally performs
>a co
On 2014-04-10 12:42:03 +0200, Wouter Verhelst wrote:
> On Thu, Apr 10, 2014 at 12:29:50PM +0200, Jakub Wilk wrote:
> > * Wouter Verhelst , 2014-04-10, 12:03:
> > > I've had to figure out the size of off_t in nbd-server, and have
> > > been doing it without relying on overflow, for years now. It too
* Wouter Verhelst , 2014-04-10, 12:42:
I've had to figure out the size of off_t in nbd-server, and have been
doing it without relying on overflow, for years now. It took quite a
few iterations to get it right, but the current definition has looked
like this since 2006:
#define OFFT_MAX ~((off
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: connectome-workbench
Version : 0.85
Upstream Author : Washington University School of Medicine
* URL :
http://www.humanconnectome.org/software/get-connectome-workbench.html
* License :
Package: wnpp
Severity: wishlist
Owner: Matthew Vernon
Package name: libshib-parent-project2-java
Version : 1
Upstream Author : University Corporation for Advanced Internet Development,
Inc.
URL : http://shibboleth.net/
License : Apache-2.0
Programming
On 2014-04-10 11:48:44 +, Thorsten Glaser wrote:
> Ian Jackson dixit:
>
> >> If the architecture uses two's complement, however, then the code is
> >> correct.
> >
> >Unfortunately adversarial optimisation by modern compilers means that
> >this kind of reasoning is no longer valid.
> >
> >The
Package: wnpp
Severity: normal
Hello,
I am no longer working for Scilab Enterprises and I am not using Scilab.
I have a low interest on the software itself but since I worked on it for
a while, I won't orphan it immediately.
Therefor, I request assistance with maintaining the scilab package.
I c
Vincent Lefevre writes ("Re: Having fun with the following C code (UB)"):
> On 2014-04-10 11:48:44 +, Thorsten Glaser wrote:
> > And GCC is a repeat offender which actually does do that.
>
> If you don't like that, you should use the -fwrapv option.
Sadly that doesn't deal with all of these m
On 10/04/14 20:59, Ian Jackson wrote:
> Vincent Lefevre writes ("Re: Having fun with the following C code (UB)"):
>> On 2014-04-10 11:48:44 +, Thorsten Glaser wrote:
>>> And GCC is a repeat offender which actually does do that.
>> If you don't like that, you should use the -fwrapv option.
> Sad
Shachar Shemesh writes:
> I never did understand what people expect. gcc uses the undefined
> behavior to not emit checks it would otherwise have to, so that your
> code runs faster. This affects not only those corner cases, where you
> are relying on this behaving a certain way, but especially i
Package: wnpp
Severity: wishlist
Owner: Sebastien Badia
* Package name: pycassa
Version : 1.11.0
Upstream Author: Jonathan Hseu
* URL : http://pycassa.github.io/pycassa/
* License : MIT
Programming Lang: Python
Description : Python client library for A
On 2014-04-07 12:00:20 +0200 (+0200), Jonas Smedegaard wrote:
> Quoting Gergely Nagy (2014-04-07 11:10:27)
> > Can we have ratpoison + selected things as default DE for Debian Zurg?
> > Please? Pretty please? With sugar on top?
>
> First, create a metapackage, and maintain it.
>
> Then when gett
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 568 (new: 3)
Total number of packages offered up for adoption: 136 (new: 1)
Total number of packages request
On Fri, Apr 11, 2014 at 5:38 AM, Russ Allbery wrote:
> I don't want, necessarily, to have slower code to make handling corner
> cases easier. However, I am generally happy to have slower code in return
> for making the system more secure, as long as the speed hit isn't too
> substantial. Securit
20 matches
Mail list logo
