| T O P I C R E V I E W |
| Markus |
Posted - 01/12/2004 : 05:10:52 AM
Hi,
after applying the SR4 to my english Origin Pro7 I encountered problems with the import of ascii files and the automatic worksheet renaming.
Import ascii (by script open -w %B%A; or via menu file-import single ascii) into a virgin wks renames the wks with only 8 characters - a leading A because the filename is 20040109.asc plus the first 7 digits of the ascii-filename. The last one is missing.
Even with window-rename it is not possible to enter more than 8 characters in the name of this wks with the imported file.
It is possible to rename other worksheets with 13 charakters, but not the one with an imported file.
If I import the same ascii-file twice into the same wks (by script open -w %B%A; open -w %B%A; or via menu) I get the correct name -which in this case has 9 characters- after the second import.
This problem did not occure befor applying the patch.
The patch.err shows one entry - OLBTEDIT.INI couldn't be replaced.
Thanks for any help
Markus
Edited by - Markus on 01/13/2004 10:04:54 AM |
| 3 L A T E S T R E P L I E S (Newest First) |
| Markus |
Posted - 01/15/2004 : 04:43:49 AM
I have performed a complete new installation. Now I have the same problem already with release version. This seems not to be a SR4 problem.
After some other tests it seems that the problem occurs, when -which is default after installation- in the data import options the "rename columns if first line contains labels" is checked. This is reproducable.
How does this influence the renaming of the worksheet?
Any idea?
Markus
|
| Markus |
Posted - 01/15/2004 : 03:22:34 AM
Thanks for reply Sammi,
this was the correct sequence. It describes the main problem. In reality I use some scripts to perform automatic evaluation of files each day (yyyymmdd.xyz). For the import I use the open -w %A; command. After applying SR4 (which I unfortunattely applied at the same time on both of my machines - now I try to remember why I applied the patch - I think it was because of the word "recommended" on the service releses web page).
I noticed that the scripts couldn't find the worksheet named Ayyyymmdd because of the missing last character.
Renaming failed, I can type the last character into the field but it is not recognized. Also %H stays with 8 chars. This happens not only with my script, also with manual import via menu. As already mentioned, if I perform with this wks (with the data in, import ascii as new data) the same operation (by script or menu) the automatic wks-renaming which is checked in the data import options for this wks/template works.
I do not perform any object-manipulation before the import. Just define path and filename (%A=filename with full path) and open -w %A;.
This appears on both machines (both Origin7Pro english version on Win2K with SP2 and SP3). I had SR3 before applying the SR4-patch.
Next step for me would be to uninstall origin completely and reinstall without any modification of any files.
I have two options: install SR4 again and try to reproduce the error or stay with SR3.
Any idea?
Thanks
Markus
|
| sammi.song |
Posted - 01/13/2004 : 10:34:16 PM
Hi MarKus,
I cannot reproduce this problem.
1.Install the Origin 7.0sr2 (Origin 7.0Sr3) in English windows2000.
2.Via menu file-import single ascii, import a ASCII file(20040114.Asc) into a virgin wks. The wks name is A20040114.
3.Close Origins and aplly the Sr4 patch.
4.Reopen Origin, and try to import 20040114.Asc again. The wks name is still A20040114, the last one is not missing.
Are they correct sequence of steps? Or could you pls provide some details?
Thanks,
Sammi |
|
|
