Tarik Barri

I must be overlooking something insanely obvious, but I can't figure out what.

...fails to compile, and gives me the error message:

gen_domain: dsp.gen: [string "gen2.dsp.Model"]:1687: attempt to index local 'instance' (a nil value)

(EDIT - this refers to the 'gen' object, not the 'jit.gen' object)

I've reproduced on several max versions and two computers, but can not find this issue mentioned anywhere online.

Any hints as to what's going on would be greatly appreciated

I must be overlooking something insanely obvious, but I can't figure out what.
This gen code:

getOne() { return 1.0; }
getOneIndirect() { return getOne(); }
if (getOneIndirect() == 1.0) {
  out1 = 1.0;
}

...fails to compile, and gives me the error message:gen_domain: dsp.gen: [string "gen2.dsp.Model"]:1687: attempt to index local 'instance' (a nil value)

(EDIT - this refers to the 'gen' object, not the 'jit.gen' object)
I've reproduced on several max versions and two computers, but can not find this issue mentioned anywhere online.

Any hints as to what's going on would be greatly appreciated
-t


I must be overlooking something insanely obvious, but I can't figure out what.
This gen code:
getOne() { return 1.0; }
getOneIndirect() { ... 

impossible-to-use-returned-value-from-function-in-if-statement

I just added an else block and it works fine.

Tryout.maxpat

Hi Tarik,

I just added an else block and it works fine. 

I see, it's the "jit." that made it compile, not the 'else' statement.

The moment I remove the "jit." prefix and it becomes a regular 'gen' object, it stops compiling. So without wanting to jump to conclusions, I am tempted to go with the hypothesis that 'gen' is basically broken for now?

gen~ (with the tilde) seems to be slightly more robust than gen, but also this fails to compile when I get a bit deeper into conditionals:

genbug.maxpat

and here's another amazing bug. Once this empty for loop is present, the output simply stops functioning (in both gen and gen~), so that this two line code doesn't work.

genbug2.maxpat

I can't possibly be the first one to run into all this weirdness, so maybe someone who's gone through this can tell me how they deal with these issues? 

for(index=0; index < 1; index+=1) {}
out1 = 1.;


I can't possibly be the first one to run into all this weirdness, so maybe someone who's gone through this can tell me how they deal with these issues? 


I copy pasted your code into a codebox in jit.gen and it gives me exactly the output you would expect, without compilation errors. 

In "gen" instead it gives me the error you mentioned. 

Hi Tarik! 

I copy pasted your code into a codebox in jit.gen and it gives me exactly the output you would expect, without compilation errors. 

In "gen" instead it gives me the error you mentioned. 

Sounds like a bug, I will report it

Hey Tarik, so great to see this discussion here, my 2cents:

They do indeed need to work on making the max-window error messages from gen~/gen/jit.gen a bit more useful/helpful to us 

seems like your code should work, i even tried adding a superfluous argument to the functions like the 'p' in the functions for Gregory's article here, as well as tried saving to a .genexpr file and instantiating using 'require'(thinking maybe it might compile differently when in an extraneous .genexpr file), still didn't work, even though Gregory's functions seem to have the same basic structure:

https://cycling74.com/tutorials/gen~-for-beginners-part-7-creating-reusable-tools

(also tried all those steps in both gen and gen~, couldn't get it to work)

i do know that 'gen'(without the tilde) handles scheduling and memory differently('gen' needs to be triggered from outside, or have internal metro on using '@active 1'... also cannot use things like 'buffer' but still can use 'data' instead), so maybe better off trying things in gen~ first.

i dunno... i tried, hopefully it at least helps whittle out some testing(maybe also posting Gregory's article can help you find some thread of similarity to follow).

Hey Tarik, so great to see this discussion here, my 2cents:
They do indeed need to work on making the max-window error messages from gen~/gen/jit.gen a bit more useful/helpful to us 🙏

seems like your code should work, i even tried adding a superfluous argument to the functions like the 'p' in the functions for Gregory's article here, as well as tried saving to a .genexpr file and instantiating using 'require'(thinking maybe it might compile differently when in an extraneous .genexpr file), still didn't work, even though Gregory's functions seem to have the same basic structure:
https://cycling74.com/tutorials/gen~-for-beginners-part-7-creating-reusable-tools

(also tried all those steps in both gen and gen~, couldn't get it to work)

i do know that 'gen'(without the tilde) handles scheduling and memory differently('gen' needs to be triggered from outside, or have internal metro on using '@active 1'... also cannot use things like 'buffer' but still can use 'data' instead), so maybe better off trying things in gen~ first.

i dunno... i tried, hopefully it at least helps whittle out some testing(maybe also posting Gregory's article can help you find some thread of similarity to follow).

I've now found that if I take the functions of which I want to test their outputs in an 'if' statement, and store the results of these functions in a 'History', I can use these functions. So:

getOne() { return 1.0; }
getOneIndirect() { return getOne(); }

History enableFunction(0);
enableFunction = getOneIndirect(); 
    
if (getOneIndirect() == 1.0) {
  out1 = 1.0;
}

...and if I want to do this with functions which take variable arguments, I need to use these same variable arguments when storing the results in the 'History', otherwise it will still fail.

The thing that most confuses me about this all though is not the bug itself, but the fact that it seems as if I'm the first one to ever try using returned function values in an 'if' statement. Which surely can't be true. I'm not 

Thanks both!!

I've now found that if I take the functions of which I want to test their outputs in an 'if' statement, and store the results of these functions in a 'History', I can use these functions. So:

getOne() { return 1.0; }
getOneIndirect() { return getOne(); }

History enableFunction(0);
enableFunction = getOneIndirect(); 
	
if (getOneIndirect() == 1.0) {
  out1 = 1.0;
}

...and if I want to do this with functions which take variable arguments, I need to use these same variable arguments when storing the results in the 'History', otherwise it will still fail.

The thing that most confuses me about this all though is not the bug itself, but the fact that it seems as if I'm the first one to ever try using returned function values in an 'if' statement. Which surely can't be true. I'm not that totally unique and special, or...?

the reason why your genbug2 patch creates silence is due to the code generated from your GenExpr code inside the Codebox - whereby its not yours code fault.

If you open the "code" sidebar of the gen (gen~, jit.gen, jit.gl.pix) patcher - the stylish C in the right hand toolbar - you can see that the "code generator" has set out1 & out2 to 0 ... hence silencio ;-).

I also currently experience "gen code generation" weirdness, where an else block is just "optimised away", but that happens in the jit.gen.

But I guess, wheter audio or video domain, there is only 1 code generator that not only translates the "normal" gen operator patches, but also the GenExpr Code we type into Codebox into an intermediate GenExpr Code that its visible in the "code sidebar".

So if you experience weird stuff, the code sidebar is the place where you might detect THAT something weired / wrong was generated from your code.

Code Generation.png

If you open the "code" sidebar of the gen (gen~, jit.gen, jit.gl.pix) patcher - the stylish C in the right hand toolbar -  you can see that the "code generator" has set out1 & out2 to 0 ... hence silencio ;-).

So if you experience weird stuff, the code sidebar is the place where you might detect THAT something weired / wrong was generated from your code.


Yes actually I noticed this too and this can help indeed. Not with the other errors unfortunately. But this 'history' hack I described above seems to make things work... for now...

Buffers in gen(without the tilde) seem to be working fine on my end.

1753.3oc6Zz0aaaC7YWf9ePPOkB3ZHR8gsW2F5566k9v1CIAFzRzNrUlTShJ

McEa+1GEo9fTeXqlZmlgp.jn36ntO4cG8c7Ku7Eyr2xd.mYa8SVWaMa1WDPl

IgU.YVEfY1GPODFixjKzlh+Da6GrmWhiiefKg+WGv7TlEz2w5snPN4drEndU

IHd3cD59Mo3Pthev09KblaAbBjOfxGP3BGqaqdKZ9ABMFykLFpAkkyq.Cp.S

hjhgP1dMLnlwpUx+bBVwU6sH5daqakn+mW9hhmhGyGs5GxNb.S4c0++LkvwY

VuGQiXGr9CTbt3SblE+Nr017c6voMViTblfFHNgQ2DSn3PVNkanjGwfsZoxR

4Je3LnACzuAyoGCFHv9QaPFZ+vdLcDtenxu66rv+ndev389.+g896hYHg.bq

gfI7LJ8qRAmYuiDiuGmlIbP5rYlMJIQC9L8Wpvt7AljVql2.iPUvBZfkhumT

QBmFvnTgQhKrP4oR409g.OaMJwhvozbhTfJgV3opDMoKghNfyRPgJBDkkrPy

OTv4J6uKTtMB35Is+tR2PPwiZqiv0uOlE9QbjgfZyRvTBUeSrI9H7NTdLeyN

FkmQ9aon.Dt1dWvtRYserEpiTS9sTBJtQO1mRhXzBAwz8T.uhkWaATAL9F5j

1LgxlmsEkV381Fi0CXEa7YrXSbMpTLdGuDeBgRaaP4rji

fMkr+ti81aYBrGNJ4knx1jSUn2H1ov2jgtukXxQwwkgys3vCHJ4.hi4Dk+.5

zfESQBE9trvTVbroESg599PEIhABwehDwuSxLisGhWfjTswxtwsGQ1iy3s.x

Q6yZAJi+YkKnv38ZnFh7skg7a33CIwBUpZYapxEzDqmkQx3Y2w9TVItpsiFl

llBnFYCzSbZhnSEkHbwRmqsfdRX56nJWtp3gKP9.FrTeusLy0.AcClQs9spi

094eWr6WlDI5Wsa898THol.cBkakX12fXEpsD06jEGKpStQUm7para9vM1u5

M2jdCs32FnKRXeDeEkQxvW8p4VNp0LHdvIvCOAd2W8F6ZQurHYU52Gse2rvo

YwSBs4vSmXCgL+MbUmSO00i6LruDLfKyTH5TNs5fTcMKZIbKNfSYHhFTYH5P

QN0aEEwkZRPUogArtnvPQAoPVrpf60hjJqBz+YoXmxB20Pfevp.3ROem0qJ.

3rbkmKvUrJPa6318FjED3szwe0JnqObsGX9HA0CYEGzHtlzy5pTBs

hturTyRGivYApbNaeJJhfUmdrMdCYFVpcPeg1BKjOXWiSGPsE4RhBtHTEVQU

Wnz.p+n6qjjxRXo0G+Pb.RcrU6RsqMPMX0N0jrJUDgWDZ0xI6n1f3n1vrd9H

AA5KibUpQAcGNc80xD1l3Um+5RIZE4a9PdFmriDVePNoLpGVqE.lfRElxlxq

5AmGDQlxCm5b7zi5A2FIXlBumBuu.g2gwXw2rxv+V3u.Kq7eRmYyGKbmxvmt

ZpefoCVip.YwX8+XtzebSxHO5hpKGZT2sNvQZ4mOZP9PSxmwEeWASZqGsC88

mOZPdq5lersO1YgQ1DXfLDvPLAOKS0BmR0NkpcJU6Tp1oTseqoZqnT0248rN

Hg2iQQYV6RYGjyN3cslcPOMBP0lSfpgtp1BbllKf2iet.6hYBFbzQ..KmjgS

2H.DtKQcMNNcip+hFR+NV5ADWug6szSXe5Ib3QFXO+

V.9taK.9OWrENeusE9OWLEqurVhs4bNaLCLD3IenlWkw3pdLlhSOMQuK2njO

xjSsdKgJD46Qwief5kkAJeDDL18Jl1.u9lm9oFn57g+moYsNMq0oYsNMq0mG

yZ8XybSjayx6TCcqLT1Ssc20eDicCLxQnpkvc0S6zFKzb2So4Pu0OAZ9xmdM

GdJMu7qTcg07fyul++0aVf221MKn2CnV+a61J8UeKDDjGX8KV5WV.L9iWUdG

DDXg8fETi0sGrvZrd8fc51G70d6CtbIKFocwC3bIyU3Y+UcsK5XLp6S3.ljL

VdZUCNqBvrbM0AwIG3DpV+0JqbMuci1Nte4QIJvwHJKeRDEvXDkfmDQwYLhh

2QEkoKnyzXkltfNSWPmoKnyT38zTimlZ7zTimtfNSoZmR0NkpcJU6OZWPmgF

Oqp0b+qVa5rdaF5PRVyzC5swPxo9sTEQD383lNauWRgQLc19GUsh2lcJpz1z

tADUVnNMd.FXz4gQz0gd8Eiledigc.+yF+fFc9ZH9AOq7CdR9ANq7CbR94bV

Buffers in gen(without the tilde) seem to be working fine on my end

Impossible to use returned value from function in if-statement?