Re: test426

2010/3/1 Frank Lahm <franklahm <at> googlemail.com>:
> 2010/2/28 didier <dgautheron <at> magic.fr>:
>> Hi,
>> Le samedi 27 février 2010 à 10:47 +0100, Frank Lahm a écrit :
>>> Hi Didier,
>>>
>>> test426 fails in FPOpenFork(symlink) because it calls with OPENACC_WR
>>> which we deny in ad_open.
>>> I'm not patching this myself because I'm not sure why you possibly
>>> wanted to achieve here.
>>
>> Nothing but it's not an error with Mac OSX, move it to failed?
>
> No, I guess afpd (ie ad_open) is right in preventing OPENACC_WR for
> symlinks. I've checked another nettrace and indeed, nomatter what you
> do, the client itself _never_ call FPOpen for a symlink with
> OPENACC_WR.
> So in the end the test should have to be modified:
> - test that server returns AFPERR_PARAM for FPOpen with OPENACC_WR

*ping*

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Netatalk-devel mailing list