Hi,<br><br>I use the linux-oss target, but tried to apply the same change also in makefile.oss (change order of -l flags) and recompiled (only rebuilt the miniAudicle executable). It seems it doesn't make any difference (on my machine).
<br><br>Now I tried the following program:<br>1.9 => float d;<br>d * 2.0 => float c;<br><<<d>>>;<br><<<c>>>;<br><br>The output is in the console monitor:<br>[chuck](VM): sporking incoming shred: 1 (
<a href="http://floatv.ck">floatv.ck</a>)...<br>1,000000 :(float)<br>2,000000 :(float)<br><br>This means digits after the decimal point get lost before (or at) the ChucK operator, but not during the printout. How is this possible???
<br><br> Imre<br><br><div><span class="gmail_quote">2006/11/22, Spencer Salazar <<a href="mailto:ssalazar@cs.princeton.edu">ssalazar@cs.princeton.edu</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Atte,<br>Thanks for trying this out.<br><br>On Nov 21, 2006, at 3:59 AM, Atte André Jensen wrote:<br><br>> Spencer Salazar wrote:<br>><br>>> First apply the attached patch (cd miniAudicle-0.1.3.6; patch<br>
>> <manet.patch), which allows miniAudicle to listen for command-line<br>>> chuck<br>>> on-the-fly commands (e.g. chuck +/-/=).<br>><br>> Shouldn't this be a part of miniAudicle in the future? Seems like a
<br>> cool<br>> feature to me...<br><br>Yep, definitely. Actually it was a part of miniAudicle in the past,<br>but it was disabled until we could introduce an easy way of turning<br>it on and off (as it could present a security threat to one's system
<br>if they don't know its there).<br><br>>> Recompile. Then try adding<br>>> shreds through command line chuck. Whether or not the ChucK program<br>>> runs as expected will helps us determine where the problem lies.
<br>><br>> Well everything looks just fine, both in the console...<br>><br>> [...]<br>><br>> ...and no error messages from chuck. However of the above, only <a href="http://fm2.ck">fm2.ck</a><br>> actually made any sound...
<br><br>Okay. That narrows it down a little bit, now I can see that its a<br>problem with the chuck side of miniAudicle rather than the<br>miniAudicle side (of miniAudicle). Just as a hunch, please try the<br>attached patch + recompile if you have the opportunity. Ill
<br>investigate further to see what I can turn up.<br><br>thanks,<br>spencer<br><br><br><br><br>> --<br>> peace, love & harmony<br>> Atte<br>><br>> <a href="http://www.atte.dk">http://www.atte.dk</a> | quintet:
<a href="http://www.anagrammer.dk">http://www.anagrammer.dk</a><br>> | compositions: <a href="http://www.atte.dk/">http://www.atte.dk/</a><br>> compositions<br>> _______________________________________________
<br>> chuck-users mailing list<br>> <a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu</a><br>> <a href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-users">https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
</a><br><br><br><br>_______________________________________________<br>chuck-users mailing list<br><a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu</a><br><a href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-users">
https://lists.cs.princeton.edu/mailman/listinfo/chuck-users</a><br><br><br><br></blockquote></div><br>