DSXchange

Odd.

Can you post your routine source and if you have a log entry that shows the actual command being executed could you post that as well? Also, is "/g_drive" an NFS mount off a Windows server by chance?

'cp sourcepath/* targetpath'

The issue with job 1775 has been resolved. >CNAME RT_CONFIG1775 TO RT_CONFIG1775BAK Unable to open file "RT_CONFIG1775". Changed "RT_CONFIG1775" to "RT_CONFIG1775BAK" in your VOC file. (at this point I manually renamed the directory under the project in another session)...

I don't really see a downside except for the fact that the quote-unquote "advanced" nature of the solution may be outside of people's experience. Make sure you put a big annotation on the canvas explaining what you did. Heck, you could even include a URL to this post in it! :lol: One thing...

So your output is yet-another string or is it actually a Date field? For the former you'd need to combine StringToDate() with DateToString() to get the desired external representation of the date. Only the former is needed for the latter, if that makes sense. Meaning, you only need the StringToDate(...

:idea: You could have posted fake data that is representative of the problem, doesn't need to be "real real" as long as it illustrates the issue accurately. DataStage has no knowledge of implied decimals so defining them that way is going to get you a value that is 100x the original value ...

Post some examples of your input and output data, plus let us know how the field is defined on both ends and what transformation you are doing, if any.

OK, I have a working job doing exactly what we talked about. Let's see if I can make what you need to do more clearer. Yes, you need to "add Year as a column" to the UV stage. That doesn't mean there is actually a column with that name, we just need it as a mechanism to bring the value int...

You can move it over to your desktop and use a hex editor or from the UNIX side try an "od -h" on the file and post the results. There are many free hex editors out there to try. For the "od" command, probably best to use it on a file with just that one record in it, if possible.

Can you let us know what the hex values are for the 'weird' characters?

Hmmm... then perhaps a chat with your SysAdmin is in order.

It is "running" waiting for input, for the service to be called / invoked. Think of it like you in your car, sitting at a red light with your foot on the brake. Invocation is the green light and the road is the data it was sent to process... until you are done and stuck idling at the next ...

You should be able to check /etc/services for that information.

Just double-checked and it's actually called multiserv.pdf in your Docs directory.

The old Universe manuals that (I believe) you can still find somewhere out on IBM's website.