Comments on: Failed to Convert Function Standard Synon to 64-Bits http://itknowledgeexchange.techtarget.com/itanswers/failed-to-convert-function-standard-synon-to-64-bits/ Tue, 21 May 2013 08:51:17 +0000 hourly 1 By: syifa123natasha http://itknowledgeexchange.techtarget.com/itanswers/failed-to-convert-function-standard-synon-to-64-bits/#comment-79109 syifa123natasha Tue, 13 Jul 2010 01:33:39 +0000 #comment-79109 Thanks Tom-san & Ross Howatson-san.
Y2QLVNR is one of objects in synonlibs library. Mostly those objects include in our add-on programs which generated by synon system. If the application just only process, I do skip that object & recompile that application. This is one of solution. But if the program is input program & use subfile, almost impossible..

Rgds
Hendriyanto

]]> By: tomliotta http://itknowledgeexchange.techtarget.com/itanswers/failed-to-convert-function-standard-synon-to-64-bits/#comment-78598 tomliotta Fri, 25 Jun 2010 21:24:54 +0000 #comment-78598 (this should have been tested before the system was converted upward).

That would be tricky since …migrated AS400 from O/S V3R2M0.

Regardless, a Synon program named “Y2QLVNR” is simply unlikely to convert. The conversion needs to be done by the vendor.

It’s possible that it doesn’t matter. If the program is part of the generator processes and not part of the generated application run-time, it probably will never be used. It would only be relevant if the product is licensed and upgraded to run on V5R2. And if it’s not licensed, then the conversion shouldn’t be done anyway.

Tom

]]> By: rosshowatson http://itknowledgeexchange.techtarget.com/itanswers/failed-to-convert-function-standard-synon-to-64-bits/#comment-78593 rosshowatson Fri, 25 Jun 2010 20:06:50 +0000 #comment-78593 Break down what objects did not get converted (this should have been tested before the system was converted upward). Either submit two jobs and look at the job log or bring up two screens and run the commands on one screen looking at the job log with the second screen.

To find what files did not get conveted in what libraries issue the command:
STROBJCVN LIB(*ALLUSR) OBJTYPE(*FILE)

To find what programs did not get conveted in what libraries issue the command:
STROBJCVN LIB(*ALLUSR) OBJTYPE(*ALLPGM)

Change the *ALLUSR parameter to a particular library and it will only do this library.

If you have the source code you need to recompile the program and then ship this over to the new machine (if required). If you do not have the source code then you will have to either rewrite the program in question or get this from an outside source.

]]>