On 05/11/10 09:42 PM, Dr. David Kirkby wrote:
On 05/11/10 07:56 AM, Juan Jose Garcia-Ripoll wrote:
On Tue, May 11, 2010 at 6:17 AM, Dr. David Kirkby
mailto:david.kir...@onetel.net>> wrote:
Has the version of ECL been updated recently?
I insist that this is not a regression, it is just a misin
On 05/11/10 10:05 PM, William Stein wrote:
On Tue, May 11, 2010 at 3:42 PM, Dr. David Kirkby
wrote:
On 05/11/10 07:56 AM, Juan Jose Garcia-Ripoll wrote:
On Tue, May 11, 2010 at 6:17 AM, Dr. David Kirkby
mailto:david.kir...@onetel.net>> wrote:
Has the version of ECL been updated recentl
On Tue, May 11, 2010 at 3:42 PM, Dr. David Kirkby
wrote:
> On 05/11/10 07:56 AM, Juan Jose Garcia-Ripoll wrote:
>>
>> On Tue, May 11, 2010 at 6:17 AM, Dr. David Kirkby
>> mailto:david.kir...@onetel.net>> wrote:
>>
>> Has the version of ECL been updated recently?
>>
>>
>> I insist that this is n
On 05/11/10 07:56 AM, Juan Jose Garcia-Ripoll wrote:
On Tue, May 11, 2010 at 6:17 AM, Dr. David Kirkby
mailto:david.kir...@onetel.net>> wrote:
Has the version of ECL been updated recently?
I insist that this is not a regression, it is just a misinterpretation
on our side of how mkstemp() s
Hi David,
On Tue, May 11, 2010 at 2:17 PM, Dr. David Kirkby
wrote:
> As a short temp hack, I've set up a cron job to clear out /tmp/ECL* every
> two hours (midnight, 2am, 4am etc). This can't guarantee a build, but I
> think it is the only short term option.
Thank you for this. I have resumed
On Tue, May 11, 2010 at 6:17 AM, Dr. David Kirkby
wrote:
> Has the version of ECL been updated recently?
>
I insist that this is not a regression, it is just a misinterpretation on
our side of how mkstemp() should work (adding characters other than letters
seems stupid but it is specified as a po
On 05/10/10 10:39 PM, Minh Nguyen wrote:
Hi David,
On Tue, May 11, 2010 at 2:04 AM, Dr. David Kirkby
wrote:
juanjo's files are recent and quite small, so I do not see any advantage in
deleting them in general, though I did delete /tmp/ECLINIT.c as that seems
to be causing a particular proble
Hi David,
On Tue, May 11, 2010 at 2:04 AM, Dr. David Kirkby
wrote:
> juanjo's files are recent and quite small, so I do not see any advantage in
> deleting them in general, though I did delete /tmp/ECLINIT.c as that seems
> to be causing a particular problem.
Thank you for that. After resuming
I hope I am not causing a lot of trouble by the space of the ECLINIT files I
create -- incidentally they should all get deleted unless weird conditions
happen (for instance, a crash, failure to load a file, etc)
As for the problem that you are reporting I think this was perfectly spotted
by the gu
On 05/10/10 12:29 PM, Minh Nguyen wrote:
Hi David,
On Mon, May 10, 2010 at 8:54 PM, Minh Nguyen wrote:
;;; Note: Scanning #P"binary-ecl/sumcon.o"
An error occurred during initialization:
Filesystem error with pathname "/tmp/ECLINIT.c".
Either
1) the file does not exist, or
2) we are not al
On Mon, May 10, 2010 at 11:39:20AM +, Willem Jan Palenstijn wrote:
> As a follow-up, it seems that mkstemp on solaris doesn't have much
> imagination... When called many times on the same template (/tmp/ECLINITXX
> in this case) in a single run, it creates filenames like /tmp/ECLINITXiaGon,
On Mon, May 10, 2010 at 09:29:23PM +1000, Minh Nguyen wrote:
> Hi David,
>
> On Mon, May 10, 2010 at 8:54 PM, Minh Nguyen wrote:
> > ;;; Note: Scanning #P"binary-ecl/sumcon.o"
> > An error occurred during initialization:
> > Filesystem error with pathname "/tmp/ECLINIT.c".
> > Either
> > 1) the
Hi David,
On Mon, May 10, 2010 at 8:54 PM, Minh Nguyen wrote:
> ;;; Note: Scanning #P"binary-ecl/sumcon.o"
> An error occurred during initialization:
> Filesystem error with pathname "/tmp/ECLINIT.c".
> Either
> 1) the file does not exist, or
> 2) we are not allow to access the file, or
> 3) t
13 matches
Mail list logo
