× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I think the subject of this email (my original issue) has taken a somewhat lengthy detour :)

-----Original Message-----
From: OpenSource [mailto:opensource-bounces@xxxxxxxxxxxx] On Behalf Of John Yeung
Sent: 20 July 2016 22:40
To: IBMi Open Source Roundtable <opensource@xxxxxxxxxxxx>
Subject: Re: [IBMiOSS] gmake: *** virtual memory exhausted. Stop.

On Wed, Jul 20, 2016 at 2:12 PM, Kevin Adler <kadler@xxxxxxxxxx> wrote:
Right, but don't these sort of changes only happen going from eg. 1.x
-> 2.x (in OPS these would be in separate options).

I wouldn't expect Node 0.12.10 -> 0.12.11 to be a problematic upgrade,
but maybe I'm naive.

With or without stated "SemVer" compliance, in real life you can have breaking changes in ANY version change. That is just the nature of change.

I know for sure that it happens in Python. And the Python core developers are an incredibly talented, dedicated, and conscientious bunch. Truly world-class.

Not too long ago, there was a heated discussion surrounding the behavior of a function whose purpose is to generate cryptographically random bits. (Those of you who are familiar with the issues surrounding Linux's /dev/urandom will know the gist.) Basically, the decision was made to slightly change the behavior in 3.5.1. No changes to this behavior were made in 3.5.2. But then the debate raged over whether to revert the behavior for 3.5.3. I think Guido ultimately chose to revert. For most rank-and-file Python developers, all of the 3.5.x versions are equivalent. But for certain cryptographically sensitive applications, under certain very specific conditions, the behavior of 3.5.1 and 3.5.2 is different than 3.5.0 (and most likely
3.5.3 will return to what 3.5.0 does).

So yes, it matters.

John Y.
--
This is the IBMi Open Source Roundtable (OpenSource) mailing list To post a message email: OpenSource@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/opensource
or email: OpenSource-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/opensource.

___________________________________________
This email has been scanned by iomartcloud.
http://www.iomartcloud.com/


________________________________

NOTICE: The information in this electronic mail transmission is intended by CoralTree Systems Ltd for the use of the named individuals or entity to which it is directed and may contain information that is privileged or otherwise confidential. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error by reply email or by telephone, so that the sender's address records can be corrected.



--------------------------------------------------------------------------------


CoralTree Systems Limited
25 Barnes Wallis Road
Segensworth East, Fareham
PO15 5TT

Company Registration Number 5021022.
Registered Office:
12-14 Carlton Place
Southampton, UK
SO15 2EA
VAT Registration Number 834 1020 74.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.