Bug 145484
Summary: | Memos not backed up through MemoFile conduit | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Beny Spensieri Jr. <benyjr> | ||||
Component: | gnome-pilot-conduits | Assignee: | Matthew Barnes <mbarnes> | ||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | |||||
Severity: | high | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 3 | CC: | mathguthrie, mattdm, mcepl, mcepl | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2007-10-02 16:49:49 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
Beny Spensieri Jr.
2005-01-18 21:35:00 UTC
Seems to be working now, but I did nothing to fix it. It may have been related to a kernel update. This problem seems to be back in Fedora Core 4. I'm using the most recent version of the kernel, 2.6.14-1.1656_FC4, and if I try to do a plain sync, then I end up crashing gpilotd. I can do a "copy data from pilot", but all that does is it creates one directory for each category on my Handspring, creates the .categories file, but doesn't actually copy any memos from the Handspring to files on my computer. I am currently using gnome-pilot-2.0.13-7.fc4 and gnome-pilot-conduits-2.0.13-2.FC4. A little bit of explanation is in order. When I tried the stock gnome-pilot, it refused to work with the pilot-link-0.12.0-0.pre4.0.fc4.2 that came with FC4. So looked in FC5-test1, and found gnome-pilot-2.0.13.fc5 and gnome-pilot-conduits-2.0.13-2.FC5. I recompiled those under FC4 and changed the fc5 in their release number to fc4, and everything seemed to work wonderfully. However this issue still seems to remain with memofile. If there is a more appropriate release that I should be testing, let me know, and I will install that, and re-check. I don't know if this should be considered an fc4 or fc5-test1 problem. Sounds like there may be some work remaining in porting the memofile conduit to pilot-link 0.12.0pre*. Can you post a backtrace for the crash with debugging symbols, so we can see where the crash is ocurring? I'm not certain if this is what you want, but here is what went to stdout/stderr: ** Message: pilot = guthriePilot ** Message: Pilot name -> guthriePilot ** Message: Pilot id -> 501 ** Message: Pilot username -> John Guthrie ** Message: Pilot creation/rom = 0/0 ** Message: Cradle Type -> Serial ** Message: cradle device name -> Cradle ** Message: cradle device name -> /dev/ttyS1 ** Message: Pilot Speed -> 57600 ** Message: Timeout -> 2 memo-file-conduit-Message: creating memo_file conduit memo-file-conduit-Message: create_settings_window memo-file-conduit-Message: save_settings I am also attaching a file with the backtrace. Let me know if that is the correct one. JTG Created attachment 123544 [details]
backtrace from a gpilotd crash
Here is the attachment that I mentioned in my last post.
JTG
Fedora Core 3 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC5 updates or in the FC6 test release, reopen and change the version to match. Thank you! Is this problem still present in Fedora Core 6? The distribution against which this bug was reported is no longer supported, could you please reproduce this with the updated version of the currently supported distribution (Fedora Core 6, or Fedora 7, or Rawhide)? If this issue turns out to still be reproducible, please let us know in this bug report. If after a month's time we have not heard back from you, we will have to close this bug as INSUFFICIENT_DATA. Setting status to NEEDINFO, and awaiting information from the reporter. Thanks in advance. Closing as INSUFFICENT_DATA. |