Correction: the below is not quite correct. There was a problem, but I am 
fixing it -- should be fixed tonight.

----- Original Message ----- 
From: "Michael Gogins" 
To: "Csound Developers Discussion List" 
Sent: Thursday, January 06, 2005 9:37 PM
Subject: [CSOUND-DEV:5636] pa_blocking.c


> Somebody has committed InOut/rtpa.c with a changed signature for 
> paBlockingWrite, without committing the corresponding changes in 
> pa_blocking.c. Please fix!
> 

Hi John,

Could you explain the latest change with passing in the ENVIRON* struct 
as the first argument to all opcodes? 

As it is, I was accessing the ENVIRON struct in the fluidOpcodes through:

#define CENVIRON(p) (p->h.insdshead->csound)

Granted, it is a lot nicer to have it passed in so as not to have to go 
through the h.insdshead to get the pointer, but this should also make 
some broken opcode libraries (vst4cs, py, fluid, fluidOpcodes, Loris), 
yes?  (I'm assuming this change was done for moving forward with 
reentrancy?)

Thanks,
steven