www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - Beta 2.095.0

reply Martin Nowak <code dawg.eu> writes:
Glad to announce the first beta for the 2.095.0 release, ♥ to the 
61 contributors.

http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.095.0.html

As usual please report any bugs at
https://issues.dlang.org

-Martin
Dec 20 2020
next sibling parent M.M. <matus email.cz> writes:
On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak wrote:
 Glad to announce the first beta for the 2.095.0 release, ♥ to 
 the 61 contributors.

 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin
Christmas present is coming... nice!
Dec 21 2020
prev sibling next sibling parent starcanopy <starcanopy protonmail.com> writes:
On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak wrote:
 Glad to announce the first beta for the 2.095.0 release, ♥ to 
 the 61 contributors.

 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin
 Bugzilla 21452: isCallable erroneously returns false on 
 function templates
Thank you, Mr. Schroll!
Dec 21 2020
prev sibling next sibling parent reply Paolo Invernizzi <paolo.invernizzi gmail.com> writes:
On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak wrote:
 Glad to announce the first beta for the 2.095.0 release, ♥ to 
 the 61 contributors.

 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin
Thank you Martin, Just to be sure, is that expected behaviour? Or should I expect to have the a more precise instantiation point? --- /Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/dmd -i -g -debug src/foo.d /Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/traits.d(3727): Deprecation: function std.typecons.Nullable!long.Nullable.get_ is deprecated - Implicit conversion with alias Nullable.get this will be removed after 2.096. Please use .get explicitly. /Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/traits.d(3727): Deprecation: function std.typecons.Nullable!short.Nullable.get_ is deprecated - Implicit conversion with alias Nullable.get this will be removed after 2.096. Please use .get explicitly. --- BTW, turning the deprecations from warnings to errors seems not to work (nothing is printed) --- /Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/dmd -i -g -debug src/foo.d --- Thank you for your job!
Dec 23 2020
parent reply Paolo Invernizzi <paolo.invernizzi gmail.com> writes:
On Wednesday, 23 December 2020 at 14:41:05 UTC, Paolo Invernizzi 
wrote:
 BTW, turning the deprecations from warnings to errors seems not 
 to work (nothing is printed)
 ---
 /Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/dmd  -i -g 
 -debug  src/foo.d
 ---

 Thank you for your job!
sorry, I mean: `/Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/dmd -de -i -g -debug src/foo.d`
Dec 23 2020
parent reply Steven Schveighoffer <schveiguy gmail.com> writes:
On 12/23/20 9:42 AM, Paolo Invernizzi wrote:
 On Wednesday, 23 December 2020 at 14:41:05 UTC, Paolo Invernizzi wrote:
 BTW, turning the deprecations from warnings to errors seems not to 
 work (nothing is printed)
 ---
 /Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/dmd  -i -g -debug  
 src/foo.d
 ---

 Thank you for your job!
sorry, I mean: `/Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/dmd  -de -i -g -debug  src/foo.d`
So, this is a constant problem since this deprecation was introduced. What is happening is that some speculative compilation is checking something via the get function. It might not make a difference, but the error message is useless (who knows where that traits call is triggered). Most likely, it doesn't change anything. Therefore when you turn on the deprecation as an error, it doesn't affect compilation, it just fails in the speculation instead of succeeds. But the ultimate result doesn't actually change anything. I can't wait until this deprecation has been finalized, because I hate seeing seas of deprecation messages I can't do anything about. 2.097 cannot come soon enough... I'm also looking forward to being able to print Nullable!string values inside structs without an exception being thrown. -Steve
Dec 23 2020
next sibling parent Paolo Invernizzi <paolo.invernizzi gmail.com> writes:
On Wednesday, 23 December 2020 at 15:38:17 UTC, Steven 
Schveighoffer wrote:
 On 12/23/20 9:42 AM, Paolo Invernizzi wrote:
 [...]
So, this is a constant problem since this deprecation was introduced. [...]
Thanks Steve, as usual, a perfect explanation ...
Dec 23 2020
prev sibling parent reply Mathias LANG <geod24 gmail.com> writes:
On Wednesday, 23 December 2020 at 15:38:17 UTC, Steven 
Schveighoffer wrote:
 What is happening is that some speculative compilation is 
 checking something via the get function. It might not make a 
 difference, but the error message is useless (who knows where 
 that traits call is triggered).
FYI, v2.095.0 *should* print the instantiation trace, so you can actually track down where it comes from. And the reason DMD now shows the trace is exactly because of this deprecation.
 Most likely, it doesn't change anything. Therefore when you 
 turn on the deprecation as an error, it doesn't affect 
 compilation, it just fails in the speculation instead of 
 succeeds. But the ultimate result doesn't actually change 
 anything.

 I can't wait until this deprecation has been finalized, because 
 I hate seeing seas of deprecation messages I can't do anything 
 about. 2.097 cannot come soon enough...
FYI, in theory we could use `__traits(isDeprecated)` to silence this. But I haven't looked at the code myself.
Dec 24 2020
parent reply Paolo Invernizzi <paolo.invernizzi gmail.com> writes:
On Thursday, 24 December 2020 at 11:05:14 UTC, Mathias LANG wrote:
 On Wednesday, 23 December 2020 at 15:38:17 UTC, Steven 
 Schveighoffer wrote:
 What is happening is that some speculative compilation is 
 checking something via the get function. It might not make a 
 difference, but the error message is useless (who knows where 
 that traits call is triggered).
FYI, v2.095.0 *should* print the instantiation trace, so you can actually track down where it comes from. And the reason DMD now shows the trace is exactly because of this deprecation.
The point is that the deprecation is coming from an external library, it would be great to have the precise instantiation point in that source code, so I was wondering if that dmd improvement [1] should print a more detailed trace. [1] https://dlang.org/changelog/2.095.0.html#deprecation-context
Dec 24 2020
parent reply Mathias LANG <geod24 gmail.com> writes:
On Thursday, 24 December 2020 at 11:38:11 UTC, Paolo Invernizzi 
wrote:
 The point is that the deprecation is coming from an external 
 library, it would be great to have the precise instantiation 
 point in that source code, so I was wondering if that dmd 
 improvement [1] should print a more detailed trace.

 [1] https://dlang.org/changelog/2.095.0.html#deprecation-context
It does print a detailed stack trace (up to the first symbol that is not a template) if you don't use `-de`. If you use `-de`, since the checks in Phobos are `is(typeof(n.toString()))` or `__traits(compiles, n.toString())`, then it just changes whether or not the code compiles, and as a result changes the output of the program. A trivial example: ``` import std.stdio, std.typecons; struct Foo { deprecated string toString() const { return "Oops"; } } void main () { writefln("%s", Foo.init); } ``` Will print, with v2.094.2 or before (dmd -run): ``` /usr/local/opt/dmd/include/dlang/dmd/std/format.d(3921): Deprecation: function foo.Foo.toString is deprecated /usr/local/opt/dmd/include/dlang/dmd/std/format.d(4053): Deprecation: function foo.Foo.toString is deprecated Oops ``` Not great. If you use `dmd -de -run`, you'll get: ``` Foo() ``` Notice the deprecations are gone, but so is the usage of the `toString` method. Using DMD v2.095.0-beta.1 with `-de` should give you the same output, but without `-de`: ``` % ~/dlang/dmd-2.095.0-beta.1/osx/bin/dmd -run foo.d /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/format.d(3921): Deprecation: function foo.Foo.toString is deprecated /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/format.d(4420): instantiated from here: hasToString!(Foo, char) /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/format.d(4053): Deprecation: function foo.Foo.toString is deprecated /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/format.d(4430): instantiated from here: formatObject!(LockingTextWriter, Foo, char) /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/format.d(1875): instantiated from here: formatValueImpl!(LockingTextWriter, Foo, char) /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobo /std/format.d(576): instantiated from here: formatValue!(LockingTextWriter, Foo, char) /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobo /std/stdio.d(1661): ... (1 instantiations, -v to show) ... /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobo /std/stdio.d(4271): instantiated from here: writefln!(char, Foo) foo.d(5): instantiated from here: writefln!(char, Foo) Oops ``` So the feature works as intended, however `-de` is a dangerous trap, as it changes what is instantiated.
Dec 24 2020
parent reply Paolo Invernizzi <paolo.invernizzi gmail.com> writes:
On Thursday, 24 December 2020 at 18:05:30 UTC, Mathias LANG wrote:
 On Thursday, 24 December 2020 at 11:38:11 UTC, Paolo Invernizzi 
 wrote:
 The point is that the deprecation is coming from an external 
 library, it would be great to have the precise instantiation 
 point in that source code, so I was wondering if that dmd 
 improvement [1] should print a more detailed trace.

 [1] 
 https://dlang.org/changelog/2.095.0.html#deprecation-context
It does print a detailed stack trace (up to the first symbol that is not a template) if you don't use `-de`. If you use `-de`, since the checks in Phobos are `is(typeof(n.toString()))` or `__traits(compiles, n.toString())`, then it just changes whether or not the code compiles, and as a result changes the output of the program. A trivial example: ``` import std.stdio, std.typecons; struct Foo { deprecated string toString() const { return "Oops"; } } void main () { writefln("%s", Foo.init); } ``` Will print, with v2.094.2 or before (dmd -run): ``` /usr/local/opt/dmd/include/dlang/dmd/std/format.d(3921): Deprecation: function foo.Foo.toString is deprecated /usr/local/opt/dmd/include/dlang/dmd/std/format.d(4053): Deprecation: function foo.Foo.toString is deprecated Oops ``` Not great. If you use `dmd -de -run`, you'll get: ``` Foo() ``` Notice the deprecations are gone, but so is the usage of the `toString` method. Using DMD v2.095.0-beta.1 with `-de` should give you the same output, but without `-de`: ``` % ~/dlang/dmd-2.095.0-beta.1/osx/bin/dmd -run foo.d /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/format.d(3921): Deprecation: function foo.Foo.toString is deprecated /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/format.d(4420): instantiated from here: hasToString!(Foo, char) /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/format.d(4053): Deprecation: function foo.Foo.toString is deprecated /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/format.d(4430): instantiated from here: formatObject!(LockingTextWriter, Foo, char) /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/format.d(1875): instantiated from here: formatValueImpl!(LockingTextWriter, Foo, char) /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobo /std/format.d(576): instantiated from here: formatValue!(LockingTextWriter, Foo, char) /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobo /std/stdio.d(1661): ... (1 instantiations, -v to show) ... /Users/geod24/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobo /std/stdio.d(4271): instantiated from here: writefln!(char, Foo) foo.d(5): instantiated from here: writefln!(char, Foo) Oops ``` So the feature works as intended, however `-de` is a dangerous trap, as it changes what is instantiated.
Thanks Matias, My point is that the result without -de is --- /Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/dmd -i -g -debug src/foo.d /Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/traits.d(3727): Deprecation: function std.typecons.Nullable!long.Nullable.get_ is deprecated - Implicit conversion with alias Nullable.get this will be removed after 2.096. Please use .get explicitly. /Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos std/traits.d(3727): Deprecation: function std.typecons.Nullable!short.Nullable.get_ is deprecated - Implicit conversion with alias Nullable.get this will be removed after 2.096. Please use .get explicitly. --- Which unfortunately is pretty useless in my case ...
Dec 24 2020
parent reply Mathias LANG <geod24 gmail.com> writes:
On Thursday, 24 December 2020 at 21:59:31 UTC, Paolo Invernizzi 
wrote:
 My point is that the result without -de is

 [...]

 Which unfortunately is pretty useless in my case ...
Could you point me towards the code that triggers this ?
Dec 24 2020
parent reply Paolo Invernizzi <paolo.invernizzi gmail.com> writes:
On Thursday, 24 December 2020 at 23:14:16 UTC, Mathias LANG wrote:
 On Thursday, 24 December 2020 at 21:59:31 UTC, Paolo Invernizzi 
 wrote:
 My point is that the result without -de is

 [...]

 Which unfortunately is pretty useless in my case ...
Could you point me towards the code that triggers this ?
Mathias, reduced test case below (dustmined), thank you! --- /Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/dmd -c -o- -J/Users/pinver/Lembas -vcolumns -color=on -Isrc -debug -unittest /Users/pinver/Tmp/dustmite/testing.reduced/src/fieldmanager.d || true < /Users/pinver/dlang/dmd-2.095.0-beta.1/osx/bin/../../src/phobos/st /traits.d(3727,61): Deprecation: function std.typecons.Nullable!long.Nullable.get_ is deprecated - Implicit conversion with alias Nullable.get this will be removed after 2.096. Please use .get explicitly. --- import std.typecons : Nullable; import std.array : array; struct DBRow(Specs...) { alias Specs[] T; T base; } class PGConnection { PGResultSet!Specs executeQuery(Specs)(string ) { scope cmd = new PGCommand(this); return cmd.executeQuery!Specs; } auto pgCommand(string ) { return new PGCommand(this); } } class PGCommand { PGConnection conn; string preparedName; this(PGConnection ){ } PGResultSet!Specs executeQuery(Specs)() { return conn.executeQuery!Specs(preparedName); } } class PGResultSet(Specs) { alias DBRow!Specs Row; bool empty = true; void popFront() { } Row front() { return Row.init; } } void importPanoptesFixations(short legId, DbModel dbModel) { queryAsArray(dbModel.conn, legId); } struct DbModel { PGConnection conn; } struct Foo { Nullable!long sessionStartedAtMs; } auto queryAsArray(Conn)(Conn conn, short ) { auto comm = conn.pgCommand(`select * from foo`); auto rset = comm.executeQuery!Foo; rset.array; } ---
Dec 29 2020
parent Paolo Invernizzi <paolo.invernizzi gmail.com> writes:
On Tuesday, 29 December 2020 at 10:48:55 UTC, Paolo Invernizzi 
wrote:
 On Thursday, 24 December 2020 at 23:14:16 UTC, Mathias LANG 
 wrote:
 [...]
Mathias, reduced test case below (dustmined), thank you! [...]
Manually reduced to: --- import std.typecons : Nullable; import std.array : array; class PGResultSet { bool empty = true; void popFront() {} Foo front; } struct Foo { Nullable!long sessionStartedAtMs; } void foo() { auto rset = new PGResultSet; rset.array; } ---
Dec 29 2020
prev sibling next sibling parent Walter Bright <newshound2 digitalmars.com> writes:
On 12/20/2020 5:21 AM, Martin Nowak wrote:
 Glad to announce the first beta for the 2.095.0 release, ♥ to the 61
contributors.
 
 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html
 
 As usual please report any bugs at
 https://issues.dlang.org
 
 -Martin
 
Thank you, Martin and the Sixty-One!
Dec 24 2020
prev sibling next sibling parent Guillaume Piolat <first.name guess.com> writes:
On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak wrote:
 Glad to announce the first beta for the 2.095.0 release, ♥ to 
 the 61 contributors.

 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin
Pleasantly surprised by ObjC protocol support! Deriving from an Obj-C protocol was a nightmare before, there is good change the new release makes it palatable!
Dec 26 2020
prev sibling next sibling parent reply Per =?UTF-8?B?Tm9yZGzDtnc=?= <per.nordlow gmail.com> writes:
On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak wrote:
 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html
Feature https://dlang.org/changelog/2.095.0.html#better-vtemplates was already added at https://dlang.org/changelog/2.094.0.html#better-vtemplates Shall I fix?
Dec 28 2020
parent reply Mathias LANG <geod24 gmail.com> writes:
On Monday, 28 December 2020 at 20:22:50 UTC, Per Nordlöw wrote:
 On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak wrote:
 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html
Feature https://dlang.org/changelog/2.095.0.html#better-vtemplates was already added at https://dlang.org/changelog/2.094.0.html#better-vtemplates Shall I fix?
Yes please! And thanks for paying attention to the changelog, it matters a lot!
Dec 28 2020
parent Per =?UTF-8?B?Tm9yZGzDtnc=?= <per.nordlow gmail.com> writes:
On Tuesday, 29 December 2020 at 00:17:59 UTC, Mathias LANG wrote:
 Yes please! And thanks for paying attention to the changelog, 
 it matters a lot!
Done: https://github.com/dlang/dlang.org/pull/2926
Dec 29 2020
prev sibling parent reply Martin Nowak <code dawg.eu> writes:
On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak wrote:
 Glad to announce the first beta for the 2.095.0 release, ♥ to 
 the 61 contributors.
The release candidate for 2.095.0 is live now.
 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin
Dec 30 2020
next sibling parent Imperatorn <johan_forsberg_86 hotmail.com> writes:
On Wednesday, 30 December 2020 at 10:51:38 UTC, Martin Nowak 
wrote:
 On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak wrote:
 Glad to announce the first beta for the 2.095.0 release, ♥ to 
 the 61 contributors.
The release candidate for 2.095.0 is live now.
 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin
Thanks so much for doing all the hard work everyone
Dec 30 2020
prev sibling next sibling parent reply Paolo Invernizzi <paolo.invernizzi gmail.com> writes:
On Wednesday, 30 December 2020 at 10:51:38 UTC, Martin Nowak 
wrote:
 On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak wrote:
 Glad to announce the first beta for the 2.095.0 release, ♥ to 
 the 61 contributors.
The release candidate for 2.095.0 is live now.
 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin
Thank you Mathias for commit 5f701dc!
Dec 30 2020
parent reply Mathias LANG <geod24 gmail.com> writes:
On Wednesday, 30 December 2020 at 14:23:39 UTC, Paolo Invernizzi 
wrote:
 On Wednesday, 30 December 2020 at 10:51:38 UTC, Martin Nowak 
 wrote:
 On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak 
 wrote:
 Glad to announce the first beta for the 2.095.0 release, ♥ to 
 the 61 contributors.
The release candidate for 2.095.0 is live now.
 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin
Thank you Mathias for commit 5f701dc!
Unfortunately it doesn't fix the exact case you found, it was a byproduct of working on your test case. And I don't think I'll have time to get to it before the release (which is scheduled January 1st).
Dec 30 2020
parent Paolo Invernizzi <paolo.invernizzi gmail.com> writes:
On Wednesday, 30 December 2020 at 14:43:53 UTC, Mathias LANG 
wrote:
 On Wednesday, 30 December 2020 at 14:23:39 UTC, Paolo 
 Invernizzi wrote:
 On Wednesday, 30 December 2020 at 10:51:38 UTC, Martin Nowak 
 wrote:
 On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak 
 wrote:
 Glad to announce the first beta for the 2.095.0 release, ♥ 
 to the 61 contributors.
The release candidate for 2.095.0 is live now.
 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin
Thank you Mathias for commit 5f701dc!
Unfortunately it doesn't fix the exact case you found, it was a byproduct of working on your test case. And I don't think I'll have time to get to it before the release (which is scheduled January 1st).
Don't worry, I've just tried a fast build and it seems far better than before!
Dec 30 2020
prev sibling next sibling parent jmh530 <john.michael.hall gmail.com> writes:
On Wednesday, 30 December 2020 at 10:51:38 UTC, Martin Nowak 
wrote:
 On Sunday, 20 December 2020 at 13:21:46 UTC, Martin Nowak wrote:
 Glad to announce the first beta for the 2.095.0 release, ♥ to 
 the 61 contributors.
The release candidate for 2.095.0 is live now.
 http://dlang.org/download.html#dmd_beta
 http://dlang.org/changelog/2.095.0.html

 As usual please report any bugs at
 https://issues.dlang.org

 -Martin
When I look at dub's commits, I see a recent commit to tag version 1.24.0-rc1. It might be useful to mention the latest version of dub somewhere in the change log as well, at least to the extent that the dub releases will be coinciding with the DMD ones.
Dec 30 2020
prev sibling parent tsbockman <thomas.bockman gmail.com> writes:
On Wednesday, 30 December 2020 at 10:51:38 UTC, Martin Nowak 
wrote:
 The release candidate for 2.095.0 is live now.
It might be a good idea for someone to at least do triage on this regression I found before release: https://issues.dlang.org/show_bug.cgi?id=21513 The symptoms weren't too bad in my case (an easily worked around segmentation fault), however it seems like the kind of thing that might cause silent memory corruption in another context?
Jan 01