Description of problem:
Under x86_64 Fedora and intel processors, a known bug happens using smstools ..

NOTE that this problem affects 32 bit in slightly different way..

Version-Release number of selected component (if applicable):
smstools-3.1.5-4.fc13.x86_64.rpm

How reproducible:
100%

Steps to Reproduce:
1. Install smstools
2. Plug in a GSM modem, configure smstools to use it
3. Start the daemon service smsd start
  
Actual results:
In /var/log/smsd/smsd.log:

2010-06-23 17:38:37,6, GSM1: Checking if modem is ready
2010-06-23 17:38:37,7, GSM1: -> AT
2010-06-23 17:38:37,7, GSM1: Command is sent, waiting for the answer
2010-06-23 17:38:38,7, GSM1: <- O
2010-06-23 17:38:38,7, GSM1: -> .
2010-06-23 17:38:38,7, GSM1: Command is sent, waiting for the answer
2010-06-23 17:38:43,7, GSM1: put_command expected (OK)|(ERROR), timeout occurred. 1.
2010-06-23 17:38:43,7, GSM1: <-
2010-06-23 17:38:43,7, GSM1: -> AT
2010-06-23 17:38:43,7, GSM1: Command is sent, waiting for the answer
2010-06-23 17:38:43,7, GSM1: <- O
2010-06-23 17:38:43,7, GSM1: -> .
2010-06-23 17:38:43,7, GSM1: Command is sent, waiting for the answer
2010-06-23 17:38:48,7, GSM1: put_command expected (OK)|(ERROR), timeout occurred. 1.

Expected results:
Normal log messages and the device can send receive 

Additional info:


http://smstools3.kekekasvi.com/index.php?p=history3

Quote   17.06.2010    3.1.9  release info :

"Bug fixes:

   8.

      When manipulating strings, the coding style assumed that strcpy() and some other functions start copying from the begin of a buffer. That's how those have worked for years, but it's against what the manual of those functions says about overlapped buffers. With 64bit Ubuntu 10.04 running on Intel processor this caused serious failures. The code is reviewed and fixed. "


I guess the best way forward might be to update smstools to the later version. I have verified that the current available from http://smstools3.kekekasvi.com/index.php?p=packages   "Current version is 3.1.12."  works perfectly