XYplorer Beta Club

Thanks for the good explanation :appl: Still I don't know why the function sees the array (this is a must), while the step dialog doesn't. I'd say it's important that it's an array, and only "by the way" it also has a 'base' var. For me it's "not expected". But I can live with th...

Please say multiple "Oh no!" - I did. So exec the included script, as is, and note the comments. (Problem only on elements with index = characters) You remember my un-answered questions about adding associate elements to an indexed array? You and I would not have thought of this answer, so...

OK: I misunderstood that the function definition should specify the []. (So I wrote that the function doesn't know it before being called.) But it's the parm in the call . That relaxes a lot. But if $a is non-array, and $a[] is array, it's strange that the function sees vartype($p3) as 'array' if ca...

Isn't this a bit of syntax mismatch :?: For explode() + implode() the array variable is defined to *not* have [] For array() it defines that both is allowed And now you say there's a difference between $a and $a[]. :shock: Problem for me: *the caller* decides, if a parm is string or array - the scri...

First *test* shows: this problem is solved! Before trying in productive script: Report a follow-up problem! (It was there before your change - I didn't want to mix it up :whistle: ) See following example-script: if executed in stepping mode, the call to f() will only report 3 parms - the 4th is tota...

If I interpret it right it is exact what I meant = wanted!

OK: when you're ready with *everything* else, you could add the logic with ()

edit: typo

Fortunatually you're going to fix it

Waiting ... can't get on till then.
Bad that I'm always doing things for the first time

OK: short version. Assume: $p contains the variable-name '$A3' of an array. For both: $ele2 = *$p[2]; // copy 1 element of array *$p[2] = 'X2'; // set 1 element of array *$p[2] could be interpreted 2 ways, I demonstrate them with (): (*$p)[2] or *($p[2]) I'd expect (and wish) the first version - as ...

Now it's later. (Much!)

After fixing my own ( )
I could verify: this is fixed, too!

So thanks again!

But at least a circumvention, i.e. get the (variable) full line, is possible.
(Though not nice.)

admin wrote: ↑04 Aug 2023 11:52 Always on the hunt, right?

Sorry, but no
I really use it

So in this case I had no choice: had to wait for your fix to continue. No circumvention.
But no rain in the moment: first will go to the forest!

Thanks for the fix: will test later!

Trying to circumvent the problem I tried to copy the (real) array before ForEach(): $p4 = an array like before $var = '$p4'; $value = *$var; // ERROR: this assigns "" to $value As before I tested a string instead of an array: no problem! So dereference to a variable that's an array seems t...

Don, did you miss this wish

ForEach($tok, *$var) (i.e. for a string) works OK ForEach(*$var, ...) (i.e. for a dereferenced array) leads to ERROR 9 | Subscript out of range. I'm convinced the second should work - especially as the first does? Example, for string and for array: //§ Test ForEach with DeReference "Test ForEac...

My misunderstanding? 25.7. 9:37 you reported new beta AND new help file. so about noon I downloaded the help-pdf. 25.7. 20:00 you reported the full version - then I downloaded that, too. Seems the pdf was ready only after the info about full version? Then * Updated the help file. might be a bit misl...