Forum Replies Created
-
AuthorReplies
-
Daniel, The same thing is happening on our engine.
Have you any solution yet?
Dan
Michael – thanks – worked great!!! I owe you – next time you are in southern Michigan look me up.
Dan
Thanks for responding. Lawson is running on AIX unix.
I tried both ASCII and binary with the same result.
Dan
Chris, Thanks for the explanation – much appreciated! Dan
I figured it out – message was not displaying correctly using a cat command?? Not sure why but doing a more showed all segments – all data is there.. After the site init and the copy of all of the directories and files – what modifications have to be made to the NetConfig to get the new site to work? Please explain. Thanks Dan
Yes I have received this error. It was a tough one to figure out, even with the help of the Quovadx technicians. It was caused because one of the threads I built had a long thread name. Every time I started the thread, the entire engine would crash.
I minimized the number of characters in the thread name and the problem dissapeared. This can happen with thread names and process names. Recommended that thread name be no more than 15 characters long, process names no longer than 9.
Dan Loch
May 25, 2006 at 5:04 pm in reply to: What is the best way to document existing translations ? #58893I just completed a visio document. Looks just like the production monitor. You can add hyperlinks to link each thread to all of the specification documentation, support information and I copied all of the xlates, tables and HL7 variants to this server. They can also be viewed via the hyperlink. The netconfig file was also copied to this server. With each change control, I also make sure I add the changes to this Visio. The Visio and all of the supporting documentation is on an offsite server.
Rebuild would be easy since I have copies of all of the necessary files.
Dan
William, I am using UPOC protocol to write the file to disk on the engine server.
The FTP is running on our AS400. This previously worked OK on our old server, now that we changed to 5.3 and WIN 2003, we see this issue.
Dan
Thanks Dave – for some reason I never knew that existed – been working with this product for over 8 years!!! Dan I would love to see a search function that would allow finding data in SMAT files. That is true if the messages are not manipulated by a TCL script. Dan
The interfaces are running on platform 5.2 rev 2 Thanks,
Dan Loch
Thanks to those who replied – great help for those who are weak in TCL!! Dan
😆 -
AuthorReplies