digitalmars.D.learn - zip vs. lockstep -- problem when setting values
- Joseph Rushton Wakeling (18/18) Jun 28 2013 Consider the following equivalent code using zip and lockstep respective...
- =?UTF-8?B?QWxpIMOHZWhyZWxp?= (3/21) Jun 29 2013 Looks like a bug and I can't find it in bugzilla.
- Joseph Rushton Wakeling (3/4) Jul 04 2013 Thanks for checking, Ali :-)
Consider the following equivalent code using zip and lockstep respectively to iterate over the entries in an array and set their values: auto arr1 = new double[10]; foreach(i, ref x; zip(iota(10), arr1)) { x = i; } writeln(arr1); auto arr2 = new double[10]; foreach(i, ref x; lockstep(iota(10), arr2)) { x = i; } writeln(arr2); The first array will still be full of nan's when it is output, while the second will have values set correctly. Can anyone offer a reasonable explanation why this should be so? It looks like a bug to me, or at best an unreasonable difference in functionality. :-(
Jun 28 2013
On 06/28/2013 06:19 AM, Joseph Rushton Wakeling wrote:Consider the following equivalent code using zip and lockstep respectively to iterate over the entries in an array and set their values: auto arr1 = new double[10]; foreach(i, ref x; zip(iota(10), arr1)) { x = i; } writeln(arr1); auto arr2 = new double[10]; foreach(i, ref x; lockstep(iota(10), arr2)) { x = i; } writeln(arr2); The first array will still be full of nan's when it is output, while the second will have values set correctly. Can anyone offer a reasonable explanation why this should be so? It looks like a bug to me, or at best an unreasonable difference in functionality. :-(Looks like a bug and I can't find it in bugzilla. Ali
Jun 29 2013
On 06/30/2013 02:16 AM, Ali Çehreli wrote:Looks like a bug and I can't find it in bugzilla.Thanks for checking, Ali :-) I've added it: http://d.puremagic.com/issues/show_bug.cgi?id=10541
Jul 04 2013