I'm encountering what appears to be an issue with 64-bit Windows systems
running double-byte Asian languages.
My setup is a 64-bit Linux server, with clients that are various Windows
machines. I've been issuing commands of the form (bcdedit is a Windows
binary that allows one to manage the boot configuration data in Windows):
staf 192.168.28.197 process start command bcdedit WAIT RETURNSTDOUT
In general, this command suceeds on 32-bit systems, but fails on 64-bit
systems, causing the staf process to crash on the remote system. I've
seen this behavior in various flavors or Chinese, Korean, and Japanese:
zh_CN, zh_TW, zh_HK, ja_JP, and ko_KR.
The commands I've run are limited to bcdedit with no parms, and also with
the parms "/default {identifier_string_here}", which will return slightly
different STDOUT.
No remote system crashes have been seen on 32-bit Oses.
On 64-bit systems, the STAF process crashes on the remote client, and
nothing is returned to the server. The crash appears to be tied to the
STDOUT, as removing the RETURNSTDOUT lets the command execute succesfully,
and on the Japanese system, the command with no parms runs and returns
STDOUT as expected.
Anyone have any thoughts on this? Is this a bug? Is there a workaround?
I browsed the bug tracker, and the following open issues may be related,
though none are a full duplicate (some deal with sending, others aren't
clear as to whether it's the client or the server crashing, etc).
http://sourceforge.net/tracker/?func=detail&aid=3490877&group_id=33142&ati
d=407381
http://sourceforge.net/tracker/?func=detail&aid=3046761&group_id=33142&ati
d=407381
http://sourceforge.net/tracker/?func=detail&aid=1728621&group_id=33142&ati
d=407381
Thanks in advance for any responses!
ernie
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
staf-users mailing list
staf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/staf-users
