Dear Bernard,
Thanks for all of this work! Having -mi files working will be awesome!
I've checked out your branch of the code. It compiles fine but when I
try to test creating an HTML image file, I get these warnings on the
console:
‘CANVAS_header.txt’ is missing!
‘CANVAS_footer.txt’ is missing!
Have you committed these files yet?
I created temporary header and footer files containing these lines:
---- HEADER ----\n
---- FOOTER ----\n
But now I get a crash during CreateImageFile():
Creating image file: NadakaPOc5SSSOc4PGRSOc3NO_image_1.html
Current working dir:
/Volumes/iMacSystem/Users/anthony/Projects/BP3_graphics_branch/bolprocessor
bp(65929,0x7fff77df7000) malloc: *** error for object 0x7fff54d44ee0:
pointer being realloc'd was not allocated
*** set a breakpoint in malloc_error_break to debug
Abort trap: 6
I haven't traced the error yet, but my guess is that it happens while
reading the file "CANVAS_header.txt". Probably in this code:
else {
while((number = getline(&someline,&length,thisfile)) != -1) {
fputs(someline,imagePtr);
}
fclose(thisfile);
fputs(word,imagePtr);
}
The variable someline is uninitialized. The error message suggests that
a buffer allocated with malloc() should be passed. I'm not sure where
the getline() function is coming from.
This is the commandline that I am using:
./bp produce -d --midiout Nadaka.mid -gr data/-gr.Nadaka1 -se
data/-se.hamsad --traceout Nadaka.txt
Thanks!
Anthony
On 10/17/20, 1:11 PM, Bernard Bel wrote:
> Dear all,
>
> The updated console and its PHP interface are now able to use
> sound-objects in the production of Csound files, MIDI files, BP data and
> graphics displayed as "objects" or "pianoroll".
>
> I still need to check all situations of time constraints, but the ones I
> have noticed on trials already looked adequate...
>
> This required many changes in the code and the addition of many tracing
> messages activated by global variables.
>
> The real headache was (and still is) that due to changes in space
> management we end up with a little memory leakage. I spent the whole day
> tracing it. There is a "Find_leak" variable that activates these
> messages everywhere. It is not a critical issue because memory leaks
> occur at the end of the process, once the console is about to end its
> job. Still, we'll need to fix it when programming recurring processes,
> i.e. "non-stop improvize".
>
> I believe that the "graphics-for-BP3" branch could be merged at this
> stage because graphics will only require minor adjustments which may be
> implemented later. We feel impatient to hear sounds! ;-)
>
> One important point: the interface now looks for the name of the "-mi"
> file in the alphabet if it does not find it on top of the grammar. So,
> the "-mi" file is always specified in the command. Therefore it would
> not help much to reproduce this process on the console.
>
> Bernard
|