Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Scala's Stream and StackOverflowError

Consider this code (taken from "Functional programming principles in Scala" course by Martin Odersky):

def sieve(s: Stream[Int]): Stream[Int] = {
  s.head #:: sieve(s.tail.filter(_ % s.head != 0))
}

val primes = sieve(Stream.from(2))
primes.take(1000).toList

It works just fine. Notice that sieve is in fact NOT tail recursive (or is it?), even though Stream's tail is lazy.

But this code:

def sieve(n: Int): Stream[Int] = {
  n #:: sieve(n + 1).filter(_ % n != 0)
}

val primes = sieve(2)
primes.take(1000).toList

throws StackOverflowError.

What is the problem with the second example? I guess filter messes things up, but I can't understand why. It returns a Stream, so it souldn't make evaluation eager (am I right?)

like image 673
scriptin Avatar asked Nov 11 '12 17:11

scriptin


1 Answers

You can highlight the problem with a bit of tracking code:

var counter1, counter2 = 0

def sieve1(s: Stream[Int]): Stream[Int] = {
  counter1 += 1
  s.head #:: sieve1(s.tail.filter(_ % s.head != 0))
}

def sieve2(n: Int): Stream[Int] = {
  counter2 += 1
  n #:: sieve2(n + 1).filter(_ % n != 0)
}

sieve1(Stream.from(2)).take(100).toList
sieve2(2).take(100).toList

We can run this and check the counters:

scala> counter1
res2: Int = 100

scala> counter2
res3: Int = 540

So in the first case the depth of the call stack is the number of primes, and in the second it's the largest prime itself (well, minus one).

like image 99
Travis Brown Avatar answered Sep 30 '22 01:09

Travis Brown