I want to set this list in a [textedit] object.

Before to set the list in the object I need to "cross" [sprintf]

In the first case, in [textedit] some values appear as 0. instead of their initial values.

In the second case, list with 3 values are given 2.

I'm asking if the list I send is too big for [sprintf] and [mxj list.union] or if there is another problem may be?

I am trying to manage a big list.
I want to set this list in a [textedit] object.

Before to set the list in the object I need to "cross" [sprintf] 

or multiple lists across
[sprintf]->[mxj list.union].

I'm asking if the list I send is too big for [sprintf] and  [mxj list.union] or if there is another problem may be?

list-to-big-to-be-processed

The message box you have containing all the data at the beginning of your patch isn't one list, it is several. In max messages commas are special (some say magical) characters that split messages up into several parts and send them out in order. Send that message to [print] and look in the max window.

You could perhaps turn each message into a symbol [tosymbol] and then add the @ sign using [sprintf @%s] and then group them using [zl group] then [prepend set] them into [textedit].

But the problem is more how to set several independant lists in one [textedit].

I use [mxj list.Union] but some values are lost. This object seems to have its particuliar behavior.

another attempt, I'm not very good for managing lists.

Yes, thank you. 
But the problem is more how to set several independant lists in one [textedit].
I use [mxj list.Union] but some values are lost. This object seems to have its particuliar behavior.

another attempt, I'm not very good for managing lists.
Really need some advices.

Hopefully the abstraction in the patch below will do what you want, it is not particularly pretty but it seems to work. You can send it any number of lists in the right inlet, it adds the @ sign to the first element of each list and then splits the lists up into individual items and stores in a [coll]. You can then bang the left inlet and it queries the number of items in the [coll] and uses this as the argument to [zl group] to combine everything into one long list which is prepended with "set" ready to go into [textedit].

That seems great ... could you post a screen capture ... I'm under 4.6!

I went straight to 5 after my student version of 4.6 ran out so I cant translate my patches to earlier versions. I hope you manage to piece it back together.

You need to make sure the number box before the [prepend set] goes back into the right inlet of the [+ 0] box above it. It works as a little counter so that each item is preceeded by an index number to store in [coll]

Yes sorry I came to fast
This one is good

Just in case you are interested, here is your patch again but now including an abstraction [p endofstream] that sends out a bang only if no input has been received in the previous x milliseconds. You can use it to trigger the processing in [p list] after it has received every message in the message box. It simply removes the need for you to band [p list] manually.

List to big to be processed?