When I put some EM_error3 debugging in chuck_vm.cpp in the MSG_ADD
condition, it looks like msg->code->name is equivilent to the argument
passed (like "examples/otf_01.ck"), but msg->code->filename is always
empty. Debugging shred_sourceDir in chuck_lang.cpp, it seems like
shred->code->filename is also empty, leading to the empty sourceDir
result.
The following fix seems to work, but I'm not sure this is the right
way to do it? It still requires the looper and the adder to be in the
same relative path. A better fix might be to send the full pathname.
Index: chuck_otf.cpp
===================================================================
--- chuck_otf.cpp (revision 195)
+++ chuck_otf.cpp (working copy)
@@ -193,6 +193,7 @@
code = compiler->output();
// name it
code->name += string(msg->buffer);
+ code->filename = code->name;
// set the flags for the command
cmd->type = msg->type;
On Sun, Sep 2, 2012 at 2:14 PM, Kassen
On Sat, Sep 01, 2012 at 10:42:20PM -0400, Todd Willey wrote:
The examples/otf_01.ck file recommends running `chuck --loop` in one terminal, and `chuck + otf_01.ck` in another. The looping vm bombs out at:
me.sourceDir() + "/data/kick.wav" => buf.read;
Weird! It sound like the OS and perhaps even type of shell might matter here. Also, just to be use; was the dirt containing otf*.ck your current dir when this happened?
Kas. _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users