I will be doing another file release in the next day or so to incorporate
some minor fixes by Istvan. At that time, I will look at FLTK, and if it
doesn't work, I will at least try to fix it.

Original Message:
-----------------
From: Art Hunkins abhunkin@uncg.edu
Date: Tue, 8 Mar 2005 10:45:16 -0500
To: csound-devel@lists.sourceforge.net
Subject: Re: [Cs-dev] New file release for Csound 5 and CsoundVST on Windows


Does FLTK work again?

Art Hunkins

----- Original Message -----
From: "Michael Gogins" 

> If the current code isn't complete, I would like to do a file release that
> is more finished fairly soon -- I also need to do more work on the Loris
> opcodes. But it has been months since a Windows file release. The things
> that I usually test did work: standard file rendering, real-time audio,
VST
> performance, Python performance.
>
> I think it would be a good idea to create an RPM package similar to the
> Windows installer.



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/csound-devel

--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

gogins@pipeline.com wrote:

> I will be doing another file release in the next day or so to incorporate
> some minor fixes by Istvan. At that time, I will look at FLTK, and if it
> doesn't work, I will at least try to fix it.

Here is the list of CVS changes committed since the file release.
You may want to update from CVS, and do some testing to find out
if there are any major but easily fixed problems remaining.
By the way, does CsoundVST build with dynamicCsoundLibrary=1 ?
I was only able to test the standard executable and utilities, and
those worked fine.

2005-03-08      Istvan Varga    
         * Engine/insert.c:
           MIDIinsert(): allow muting instrument by 'q' score opcode
         * Engine/linevent.c:
           fixes in RTclose(); do not use atexit() to call this function
           allow use of 'q' score opcode
         * Engine/musmon.c:
           cleanup(): call RTclose() to close line input (-L)
         * InOut/libsnd.c:
           do not close line input here; this is done by RTclose()
         * Top/argdecode.c:
           allow use of -L stdin on Windows (mills_macintosh still disabled)
         * Top/csound.c:
           csoundScoreEvent(): add p2 to current time, not section start time

2005-03-08      Istvan Varga    
         * Engine/entry2.c:
           added "event_i" opcode (same as "event" but runs at i-time)
         * Engine/fgens.c, Engine/memalloc.c, Engine/memfiles.c:
         * Engine/musmon.c, H/prototyp.h:
         * OOps/pstream.c, OOps/pvadd.c, OOps/pvread.c:
         * OOps/ugens3.c, OOps/ugens5.c, OOps/ugens8.c, OOps/ugens9.c:
         * OOps/vpvoc.c, Opcodes/hrtferX.c, Opcodes/scansynx.c:
           major changes to memfile functions
           added ENVIRON* argument to allow for multiple instances
           prototypes in prototyp.h rather than all around in various .c files
         * Engine/linevent.c:
           rewritten event opcode to use insert_score_event()
           added eventOpcodeI() (i-time version of eventOpcode())
         * Engine/musmon.c:
           removed unused #includes and declarations
           improvements and fixes in sensevents() and insert_score_event()
         * Engine/oload.c:
         * H/csoundCore.h:
           ENVIRON:
             cosmetic change: moved mrealloc pointer to after mcalloc
             ldmemfile prototype changed, and also renamed to ldmemfile_
             added MEMFIL* pointers memfiles and rwd_memfiles
           changed SSTRCOD to less trivial value
         * examples/trapped.csd:
         * examples/trappedrt.csd:
           fixed bug in instr 13 that caused various stability problems
         * H/csdl.h, Opcodes/clfilt.c, Opcodes/follow.c:
         * Opcodes/hrtferX.c, Opcodes/modal4.c, Opcodes/sndwarp.c:
           removed "oparm" macro (there are still way too many macros)
         * H/csoundCore.h:
         * H/csound.h:
         * Top/csound.c:
           return type of csoundScoreEvent() changed to int (zero on success)
         * H/foo.h:
           removed file: was unused
         * H/linevent.h:
           new file: defines LINEVENT (why was it in schedule.h ?)
         * H/schedule.h:
         * OOps/schedule.c:
           removed sensOrcEvent(); this is now a simple macro in musmon.c
         * InOut/libsnd.c:
           print message correctly
         * Opcodes/py/csoundmodule.c:
           use insert_score_event(), but file is unused anyway (remove ?)
         * Opcodes/ugens9.c:
           removed file: was unused (and redundant as well, also found in OOps)
         * util2/exports/het_export.c:
           call csoundCreate() and csoundPreCompile() - needed to fix crash
           added &cenviron to ldmemfile() call


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net