Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM General » View Thread |
Messages 1 to 10 of 14 total |
Memo data not showing.. |
Thu, Aug 25 2016 4:32 AM | Permanent Link |
Ian Branch | Hi Guys,
Windows 10, Delphi 10.1, latest DBISAM. I am converting an old DBF file to DBISAM. It has several Memo fields. The conversion processes OK but when I open up the DBISAM table with the System Utility and go to look at the MEMO fields, it tells me the memos have various bytes in them under Memo Size, but they don't show in Memo Contents. i.e. No text visible. No doubt I have missed something. Thoughts/suggestions appreciated. Regards & TIA, Ian |
Thu, Aug 25 2016 5:12 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Ian
What happens if you write a small test app to get the data, stuff it into a string variable and look at it in the debugger? Things that go through my mind are some sort of ansi vs unicode clash, non-displaying characters in the memo fields, the memo fields having nulls (#0) in them Roy Lambert |
Thu, Aug 25 2016 5:19 AM | Permanent Link |
Ian Branch | Hi Roy,
Yes, a clash of Unicode v ANSI was what occurred to me also. I'll give your debug suggestion a whirl and see what I see. Cheers. Ian |
Thu, Aug 25 2016 3:41 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Ian,
<< I am converting an old DBF file to DBISAM. >> How did you perform the conversion ? Tim Young Elevate Software www.elevatesoft.com |
Thu, Aug 25 2016 9:04 PM | Permanent Link |
Ian Branch | Hi Tim,
Point of clarification, I am converting Apollo DBF/CDX/FPT files. I used an app from 2003 days. I recompiled it with D10.1. It uses SMImport coupled with Apollo & DBISAM. I found and tried the 2003 version (don't know why I still had an .exe copy) and it worked fine. Leads me to believe it is Unicode related att. Whilst my immediate need is resolved, I want to get it going in D10.1. Regards, Ian |
Fri, Aug 26 2016 9:57 AM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Ian,
<< Point of clarification, I am converting Apollo DBF/CDX/FPT files. I used an app from 2003 days. I recompiled it with D10.1. It uses SMImport coupled with Apollo & DBISAM. I found and tried the 2003 version (don't know why I still had an .exe copy) and it worked fine. Leads me to believe it is Unicode related att. Whilst my immediate need is resolved, I want to get it going in D10.1. >> Yeah, you might have issues with using older pre-Unicode code with a Delphi Unicode compiler, and might need to use an older version of Delphi for writing the conversion code if you want to avoid having to go through and fix someone else's product to be Unicode-compatible. Tim Young Elevate Software www.elevatesoft.com |
Fri, Aug 26 2016 10:40 PM | Permanent Link |
Ian Branch | Hi Tim,
To take Delphi/Unicode out of the equation I installed D2007 and all the necessary related components into a VM. Recompiled the app, again, no changes since the original 2003 code, and get the same result. Sigh. Regards, Ian |
Sat, Aug 27 2016 3:46 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Ian
I'm slightly confused now. You're using Apollo, DBISAM and SMImport. I assume you don't have Apollo table components and are using SMImport to pull in the data. If I'm right you need to be looking at what SMImport is producing. If that's the problem and you can't solve it contact Mike Skolnik - he's very helpful. If I'm wrong just what are you doing? Roy Lambert |
Sat, Aug 27 2016 4:45 PM | Permanent Link |
Ian Branch | Hi Roy, Tim,
SMImport still requires the Apollo components to read the .dbf file(s). Found the issue. It would seem that the .fpt file was corrupt in some manner. I tried the app on an older file and it worked OK so I ran DBFRecovery over the file I was trying to convert and Bingo! all good now. Most strange as there were no issues reading the .fpt Memos in Apollo. Thank you both for your responses to my issue. Regards, Ian |
Sun, Aug 28 2016 1:06 PM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Ian
>SMImport still requires the Apollo components to read the .dbf file(s). How very strange. Must be something specific to Apollo since I can use SMImport to read DBFs without anything else installed. Roy |
Page 1 of 2 | Next Page » | |
Jump to Page: 1 2 |
This web page was last updated on Wednesday, June 12, 2024 at 01:54 PM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |