Bug 184399

Summary: Treo650 cannot sync on yesterday's rawhide
Product: [Fedora] Fedora Reporter: Suzanne Hillman <shillman>
Component: pilot-linkAssignee: Than Ngo <than>
Status: CLOSED DUPLICATE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 5CC: fche
Target Milestone: ---Keywords: Desktop
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-04-04 02:20:25 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
output from trying to run pilot-xfer on an aspire running yesterday's rawhide install none

Description Suzanne Hillman 2006-03-08 15:41:26 UTC 
Description of problem:
Trying to sync a Treo650 fails on yesterday (march 9)'s rawhide install.

Version-Release number of selected component (if applicable):
pilot-link-0.12.0-0.pre4.5.2.1

How reproducible:
Always

Steps to Reproduce:
1. Connect the Palm via a sync cable to USB
2. Press the button
3. Run "pilot-xfer -s /data/pilot -p /dev/pilot" at the command line
  
Actual results:
Get output which I will attach, and it will abort

Expected results:
Should just work.

Additional info:
See attachment
Comment 1 Suzanne Hillman 2006-03-08 15:41:26 UTC 
Created attachment 125809 [details]
output from trying to run pilot-xfer on an aspire running yesterday's rawhide install
Comment 2 Suzanne Hillman 2006-03-08 15:46:48 UTC 
Also happens on a fujitsu lifebook. I suspect this to not be machine specific.
Comment 3 Frank Ch. Eigler 2006-03-23 16:47:19 UTC 
The problem is libpisock.c/serial.c, near line 365.  

      char    realport[50];
      realpath(pa->pi_device, realport);

With the "fortify" gcc/glibc extension, __realpath_chk is invoked (see glibc
debug/realpath_chk.c), with the compile-time known size 50 for the receipient
array.  Since that 50 is smaller than PATH_MAX (or pathconf(_PC_PATH_MAX)),
glibc detects a likely buffer overflow and kills the program.

The fix would be to have a much larger buffer.  Some files in /usr/include
define PATH_MAX as large as 4096 bytes.  That ought to do it here.
Comment 4 Frank Ch. Eigler 2006-04-04 02:20:25 UTC 

*** This bug has been marked as a duplicate of 186779 ***