search for: non_exist

Hi all, I have this code: new Ajax.Request(''non_existant.file'', { onSuccess:function(){alert("yay");}, onFailure:function(){alert("boo");} }); Why does the onFailure alert never get called? It works fine if I use a real file (onSuccess gets called). Thanks, Douglas

...ce again to be sure - completely removing the `vfs objects` line. No change :-( One more observation: When creating a link in the osx client, it creates a file with some content in the share (no *real* symbolic link), so when I type the following in the osx client console it shows the link: ln -s non_existent linkname But on the server, `linkname` is actually a file with some weird content ... # cat linkname XSym 0012 08bcb178594050dcd60506a138b8c14c non_existent Looks like a candidate for the vfs_fruit module (translate symbolic links?!)? (tested it with vfs_fruit and without). Markus

Hello, I'm using the latest git 4.2.0 samba version (4.2.0rc4-GIT-93b73bf, to get latest vfs_fruit module). I noticed the following strange behavior with OSX clients (10.10.1, 10.10.2 beta): When they connect using either smb 3.0 or 2.1 (verified on the server with `smbstatus` and the `version` column `SMB3_00` or `SMB2_10` respectively), symbolic links pointing at non existent files are not

I encountered very weird behavior of the dir() function, that I just can not understand. Reproducible example: docker run -ti rocker/r-base R version 3.3.1 (2016-06-21) -- "Bug in Your Hair" Copyright (C) 2016 The R Foundation for Statistical Computing Platform: x86_64-pc-linux-gnu (64-bit) > # setup > tmp <- tempfile() > dir.create(tmp) > setwd(tmp) >

.../ 1cc + uint32_t curr_pic_order_cnt; // 1d0 + uint32_t field_order_cnt[2]; // 1d4 + uint32_t curr_mvidx; // 1dc + struct iref { + uint32_t u00; // 00 + uint32_t field_is_ref; // 04 // bit0: top, bit1: bottom + uint8_t is_long_term; // 08 + uint8_t non_existing; // 09 + uint32_t frame_idx; // 0c + uint32_t field_order_cnt[2]; // 10 + uint32_t mvidx; // 18 + uint8_t field_pic_flag; // 1c + // 20 + } refs[0x10]; // 1e0 + } ipicparm; // 150 +}; + +int +nv84_decoder_bsp(struct nv84_decoder *dec, +...

.../ 1cc + uint32_t curr_pic_order_cnt; // 1d0 + uint32_t field_order_cnt[2]; // 1d4 + uint32_t curr_mvidx; // 1dc + struct iref { + uint32_t u00; // 00 + uint32_t field_is_ref; // 04 // bit0: top, bit1: bottom + uint8_t is_long_term; // 08 + uint8_t non_existing; // 09 + uint32_t frame_idx; // 0c + uint32_t field_order_cnt[2]; // 10 + uint32_t mvidx; // 18 + uint8_t field_pic_flag; // 1c + // 20 + } refs[0x10]; // 1e0 + } ipicparm; // 150 +}; + +int +nv84_decoder_bsp(struct nv84_decoder *dec, +...