The SGCORECACHE variable was using the TMP variable, so I changed TMP to an empty directory that I had control over, and that seems to have solve the problem. Thanks a bunch. As an aside--is this just because somehow two different cores came up with the same hash string by accident? The probability of a collision on a 64bit hash string should be very low if they are generated with a competent hash function...
On Tue, Sep 8, 2009 at 12:16 PM, Henry Chen <[email protected]>wrote: > Hi Aaron, > > This sounds like it might be one of those annoying Sysgen Core Cache > conflicts. > > Can you try setting your SGCORECACHE environment variable to some temp > directory where you know you have read/write permissions? > > Thanks, > Henry > > > Aaron Parsons wrote: > >> Maybe I'm flummoxed because I'm a windows noob, but I'm trying to compile >> a design, and I keep getting an error from coregen called by System >> Generator: >> standard exception: XNetlistEngine: >> An exception was raised: >> com.xilinx.sysgen.netlist.NetlistInternal: mkdir >> C:\WINDOWS\TEMP/binary_counter_virtex2p_7_0_78a3dd824f4df0df: File exists >> at >> C:/Xilinx/10.1/DSP_Tools/sysgen/scripts/SgGenerateCores.pm line 551 >> >> but C:\WINDOWS\TEMP is inaccessible to me, and other designs compile >> without access to it. What am I missing here? >> >> -- >> Aaron Parsons >> >> 510-406-4322 (cell) >> Campbell Hall 523, UCB >> > > -- Aaron Parsons 510-406-4322 (cell) Campbell Hall 523, UCB
