lisa

lisa

Hi,

I have a problem with Stream.chunk_while in combination with Enum.at (elixir version is 1.5.1)

here is the code:

chunk_fun = fn
  i, [] ->
    {:cont, [i]}
  i, chunk ->
    if rem(i, 2) == 0 do
      {:cont, Enum.reverse(chunk), [i]}
    else
      {:cont, [i | chunk]}
    end
end
after_fun = fn
  [] -> {:cont, []}
  chunk -> {:cont, Enum.reverse(chunk), []}
end
stream = [1, 2, 3, 4, 5] |> Stream.chunk_while([], chunk_fun, after_fun)

calling stream |> Enum.at(0)
gives me this error:

** (ArithmeticError) bad argument in arithmetic expression
    (elixir) lib/enum.ex:793: anonymous fn/3 in Enum.fetch_enumerable/3
    (elixir) lib/stream.ex:1413: anonymous fn/3 in Enumerable.Stream.reduce/3
    (elixir) lib/stream.ex:234: Stream.after_chunk_while/3
    (elixir) lib/stream.ex:1446: Enumerable.Stream.do_done/2
    (elixir) lib/enum.ex:789: Enum.fetch_enumerable/3
    (elixir) lib/enum.ex:311: Enum.at/3

but it’s ok to run stream with Enum.to_list:

> Enum.to_list(stream)
[[1], [2, 3], [4, 5]]

also it’s ok to get last chunk like so:

> stream |> Enum.at(2)
[4, 5]

Probably I’m doing something wrong?

Showing Posts 1 to 3

aseigo

aseigo

Enum.at is expecting the Enumerable.reduce to always call the reducer function with two params: the entry and a tuple which it passes through ({:not_found, index}) … however, when a :halt tuple is passed to Stream.chunk_while, it actually calls the after function (3rd parameter to Stream.chunk_while) and that calls the reducer function again!

So it is being run one too many times, and as a result instead of an index which it is incrementing with + 1, it gets (in your case, at least) a list. This is the source of the arithmetic error:

iex(127)> [1]+1
** (ArithmeticError) bad argument in arithmetic expression
    :erlang.+([1], 1)

(If your stream was a list of integers, it would also return an incorrect value, fwiw … it would eventually return a {:not_found, max_index} tuple, I believe..)

In HEAD, it does this differently and the search for the correct value almost works .. but not quite. Instead if fails with:

** (CaseClauseError) no case clause matching: [[1], [2]]

Because it is now doing this:

  def at(enumerable, index, default \\ nil) do
    case slice_any(enumerable, index, 1) do
      [value] -> value
      [] -> default
    end
  end

… it is expecting a list with one entry at the end of its traversal and for the same source reason it doesn’t end up with that. oof.

Paging @josevalim … looks like a bone fide bug? :slight_smile:

josevalim

josevalim

Creator of Elixir

Yes, please file a bug report so we can include a fix on v1.6. :slight_smile:

— All posts loaded —

Where Next? Top

Trending in Questions Top

katta
I having some trouble figuring out if I have set myself too strict of standards for my production server. Currently I can handle 75% of r...
New
brecabral
Documentation While reading the Scoped Routes section, I noticed that the documentation currently refers to a problem without explainin...
New
achenet
Hello, I’m trying to build a basic Phoenix web-app, and I’d like to use Tailwind. However, when I launch mix phx.server, I get an error...
New
kpanic
Hi everyone, I am toying with the idea of building a “match maker” for giving personal help to people that wants to start coding. I sta...
New
asweet-confluent
I recently noticed that Elixir’s Logger defaults its primary log level to :debug when no :logger, :level application configuration is pre...
New
Cxx-mlr
I’m working on a small exercise involving update_in/3, and I came up with this solution: data = %{ name: "Periodic Table", category:...
New
ChrisAmelia
I’ve got trouble wrapping my head around the order in which functions are called in this snippet (from Phoenix’s authentication): toke...
New

Other Trending Topics Top

GenericJam
Edit: 2026 May 15 - This post is archived. Mob is alive!! Main docs: mob v0.7.11 — Documentation A bit of explanation for the slightly c...
New
JesseHerrick
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
mudasobwa
I am happy to introduce the very α version of the new programming language compiled to BEAM. Welcome Cure. It has literally three kille...
New
garrison
Hobbes is a low-level distributed database for the Elixir programming language. Hobbes provides a simple, safe, and scalable storage lay...
New
mhanberg
Hi everyone! The first release candidate for the Expert language server project is now available! We’ve published a press release detai...
New
budgie
A little off-topic, but I feel like people here have a good head on their shoulders. I used to be quite good at making software. Was luc...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews