Ativei o LOG...
Mas, de fato, não entendi muito bem.
A impressão que tenho é a de que não há direito de executar o aplicativo no Linux e que estaria sendo 'repassado' essa situação para o Windows por via SAMBA...
Vejamos o conteúdo extraído do arquivo log.smbd :
[2014/06/03 18:21:42.264724, 3] ../source3/smbd/process.c:1795(process_smb)
Transaction 15 of length 148 (0 toread)
[2014/06/03 18:21:42.264848, 3] ../source3/smbd/process.c:1398(switch_message)
switch message SMBntcreateX (pid 13514) conn 0x7f757fe3c3f0
[2014/06/03 18:21:42.264995, 3] ../source3/smbd/vfs.c:1137(check_reduced_name)
check_reduced_name [SISTEMAS/AUTOMA2/FIX2010.EXE] [/AmbClip]
[2014/06/03 18:21:42.265062, 3] ../source3/smbd/vfs.c:1267(check_reduced_name)
check_reduced_name: SISTEMAS/AUTOMA2/FIX2010.EXE reduced to /AmbClip/SISTEMAS/AUTOMA2/FIX2010.EXE
[2014/06/03 18:21:42.265150, 3] ../source3/smbd/dosmode.c:158(unix_mode)
unix_mode(SISTEMAS/AUTOMA2/FIX2010.EXE) returning 0766
[2014/06/03 18:21:42.265543, 2] ../source3/smbd/open.c:972(open_file)
adriano opened file SISTEMAS/AUTOMA2/FIX2010.EXE read=Yes write=No (numopen=1)
[2014/06/03 18:21:42.266915, 3] ../source3/smbd/process.c:1795(process_smb)
Transaction 16 of length 63 (0 toread)
[2014/06/03 18:21:42.267062, 3] ../source3/smbd/process.c:1398(switch_message)
switch message SMBreadX (pid 13514) conn 0x7f757fe3c3f0
[2014/06/03 18:21:42.267175, 3] ../source3/smbd/reply.c:3877(send_file_readX)
send_file_readX fnum 15858 max=32768 nread=32768
[2014/06/03 18:21:42.268974, 3] ../source3/smbd/process.c:1795(process_smb)
Transaction 17 of length 45 (0 toread)
[2014/06/03 18:21:42.269106, 3] ../source3/smbd/process.c:1398(switch_message)
switch message SMBclose (pid 13514) conn 0x7f757fe3c3f0
[2014/06/03 18:21:42.269186, 3] ../source3/smbd/reply.c:5048(reply_close)
Close file fd=12 fnum 15858 (numopen=1)
[2014/06/03 18:21:42.269351, 2] ../source3/smbd/close.c:780(close_normal_file)
adriano closed file SISTEMAS/AUTOMA2/FIX2010.EXE (numopen=0) NT_STATUS_OK
[2014/06/03 18:21:42.270234, 3] ../source3/smbd/process.c:1795(process_smb)
Transaction 18 of length 148 (0 toread)
[2014/06/03 18:21:42.270368, 3] ../source3/smbd/process.c:1398(switch_message)
switch message SMBntcreateX (pid 13514) conn 0x7f757fe3c3f0
[2014/06/03 18:21:42.270480, 3] ../source3/smbd/vfs.c:1137(check_reduced_name)
check_reduced_name [SISTEMAS/AUTOMA2/FIX2010.EXE] [/AmbClip]
[2014/06/03 18:21:42.270572, 3] ../source3/smbd/vfs.c:1267(check_reduced_name)
check_reduced_name: SISTEMAS/AUTOMA2/FIX2010.EXE reduced to /AmbClip/SISTEMAS/AUTOMA2/FIX2010.EXE
[2014/06/03 18:21:42.270711, 3] ../source3/smbd/dosmode.c:158(unix_mode)
unix_mode(SISTEMAS/AUTOMA2/FIX2010.EXE) returning 0766
[2014/06/03 18:21:42.271251, 3] ../source3/smbd/error.c:82(error_packet_set)
NT error packet at ../source3/smbd/error.c(165) cmd=162 (SMBntcreateX) NT_STATUS_ACCESS_DENIED
Ocorre que o arquivo FIX2010.EXE, no linux, pertence ao grupo e ao usuário 'adriano' (usuário unix). E ele tem atributo 0777.
Portanto, não entendo o que seria o problema.
Grato,
P.S.
Percebi uma coisa MUITO estranha... Mesmo após atribuir o 'executable bit' em arquivos com extensão '.EXE', com o chmod no linux, após um tempo, este bit desapareceu automaticamente... EM TODOS os arquivos '.EXE'. Eu seto o bit com 'chmod +x arquivo.EXE', ele fica assim por um tempo, depois o bit desaparece sozinho... Pode ser esse o problema, pois depois que o bit desaparece começa dar problema no Windows!
O problema parece só ocorrer em arquivos que terminam na extensão '.EXE'.
Alguém sabe algo sobre isso?