digitalmars.D.bugs - [Issue 8551] New: Endless Split
- d-bugmail puremagic.com (24/24) Aug 15 2012 http://d.puremagic.com/issues/show_bug.cgi?id=8551
- d-bugmail puremagic.com (7/7) Aug 16 2012 http://d.puremagic.com/issues/show_bug.cgi?id=8551
- d-bugmail puremagic.com (16/16) Aug 16 2012 http://d.puremagic.com/issues/show_bug.cgi?id=8551
- d-bugmail puremagic.com (8/21) Aug 16 2012 http://d.puremagic.com/issues/show_bug.cgi?id=8551
- d-bugmail puremagic.com (13/13) Aug 16 2012 http://d.puremagic.com/issues/show_bug.cgi?id=8551
- d-bugmail puremagic.com (12/12) Oct 22 2012 http://d.puremagic.com/issues/show_bug.cgi?id=8551
http://d.puremagic.com/issues/show_bug.cgi?id=8551
Summary: Endless Split
Product: D
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: P2
Component: Phobos
AssignedTo: nobody puremagic.com
ReportedBy: daniel350 bigpond.com
PDT ---
import std.array;
void main() {
auto s = "abc";
auto r = s.split("");
assert(false); // won't ever be reached
}
The assert is never reached, for whatever reason, the compiler hangs (possible
in an infinite loop somewhere).
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Aug 15 2012
http://d.puremagic.com/issues/show_bug.cgi?id=8551 PDT --- Warning, this will cause a memory explosion and you *will* eventually get an OutOfMemoryException. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Aug 16 2012
http://d.puremagic.com/issues/show_bug.cgi?id=8551
PDT ---
import std.algorithm;
import std.stdio;
void main() {
auto s = "abc";
writeln(s.find("").length); // prints 3 - what the?
writeln(s.find(",").length); // prints 0 - expected
writeln(s.find("b").length); // prints 2 - expected
}
The problem is from the second implementation of the `splitter` in
std/algorithm.d (:2118). Possibly rooted in erroneous output from find (see
above).
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Aug 16 2012
http://d.puremagic.com/issues/show_bug.cgi?id=8551
PDT ---
import std.algorithm;
import std.stdio;
void main() {
auto s = "abc";
writeln(s.find("").length); // prints 3 - what the?
writeln(s.find(",").length); // prints 0 - expected
writeln(s.find("b").length); // prints 2 - expected
}
The problem is from the second implementation of the `splitter` in
std/algorithm.d (:2118). Possibly rooted in erroneous output from find (see
above).
As was explained to me by CyberShadow, it does not appear to be erroneous
output from find; but most likely just an edge case in splitter.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Aug 16 2012
http://d.puremagic.com/issues/show_bug.cgi?id=8551 PDT --- The culprit lies in the fact that when find() returns a string the same length as the input; _frontLength is then left as `0`. This later leads to the following result in popFront(): _input = _input[_frontLength + separatorLength .. _input.length]; is equal to _input = _input[0 .. _input.length]; Ie, unchanged. Therefore, the range remains the same length, and never completes. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email ------- You are receiving this mail because: -------
Aug 16 2012
http://d.puremagic.com/issues/show_bug.cgi?id=8551
monarchdodra gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |monarchdodra gmail.com
Resolution| |DUPLICATE
*** This issue has been marked as a duplicate of issue 5977 ***
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
Oct 22 2012









d-bugmail puremagic.com 