Can´t push sorted RMX Files into Data Objects (ViP Specific)
At 22 NOV 1997 10:13:49PM Michael Strong-Schaeffer wrote:
I have one problem… When I save a result set wich is sorted to a RMX File, I can´t Move it to another Result set. The New Data Object allways stays empty. IS there a workaround?
At 25 NOV 1997 02:10PM Michael Strong-Schaeffer wrote:
I tried both:
MoveResultFileToDataObject and
MoveFileToResult
both don´t work
Please Help
At 25 NOV 1997 03:56PM John Averell Revelation wrote:
I understand the problem now. The RMX file is being
created with a different type (SORT) than I expected
(RESULT). This will be fixed in C code on next patch.
In the meantime, I will put together a LotusScript
routine that you can call right after the SaveResultToFile
method that will fix the file.
For your information, the first byte of the RMX file
should be 03 instead of 04 . If you can fix
this by hand to test this out, it should work.
At 25 NOV 1997 04:09PM Michael Strong-Schaeffer wrote:
Great help, Thank´s a lot. I will wait for your script. With your script can you explain how to call it. I am new in VIP
Michael Strong-Schaeffer
At 25 NOV 1997 04:42PM Michael Strong-Schaeffer wrote:
Your solution works only with MoveFileToResult. Using MoveResultFileToDataObject Links from the Data Object with the first Byte changed don´t work anymore.
At 25 NOV 1997 05:03PM John Averell Revelation wrote:
LotusScript doesn't have the apparatus to write
back true binary bytes, I realized. I have fixed
the problem in the C-code. We will be in touch
about getting a patch for this.
In future, any RMX files saved will always have
the same RESULT type, whether sorted or grouped.
Old sort results will not work, howevever.
Sorry for the inconvenience of this.
At 26 NOV 1997 08:49AM John AverellRevelation wrote:
Still working on getting a patch, but in the meantime,
I'll respond to this.
I presume you have a binary editor
that will properly change just the first byte of
a file. (I use MSVC Developer Studio.) I was able to
change the byte back and forth from 4 to 3 to 4 and
get the expected behavior. Since the HTML form of the
function call uses the underlying data object method, they
either should both work or not work.
At 26 NOV 1997 11:02AM Michael Strong-Schaeffer wrote:
No after changing the first Byte from 4 to 3 only the MoveFiletoResult works correct. Using MoveResultFileToDataObject retrieves the File, but links to that new object don´t work
At 26 NOV 1997 11:29AM John Averell Revelation wrote:
The HTML MoveResultFileToDataObject sub remakes the
data object, so links from it will be destroyed.
If you use that script call, you will also have to script
any linkage you want explicitly in the script. This
may not be so bad, actually. Just transfer the data
with script calls instead of the links, which after
all just do script calls anyway.
At 27 NOV 1997 03:11AM Michael Strong-Schaeffer wrote:
Why does it work with MoveFiletoResult?