DSXchange

I would suggest opening up a case with your official support provider. Core dumps can be difficult to track down and resolve.

You may want to enable tracing in the FTP stage, see if any of the additional information that gets logged (depending on the trace level) helps in figuring out what is going on.

As far as I know, you'll need to do them separately and keep appending to the .dsx output file.

Why not try to get them to load without aborting? Perhaps if you posted the errors generated, we could help make that happen.

"Alphanumeric" just means a character that is a letter or a number. As Ray notes, you need to tighten down your requirements first.

What's so not nice about that? You've already got Perl expertise and people know how to maintain it, I assume. Would you really rather rewrite the whole damn thing in C++? (which of course you could do)

I was asking about the Project indexing based on this comment:

z035011 wrote:I am not able to find the job in director but it is showing in designer.

Of course, it could just be operator error. [shrug]

Hmmm... I thought it was just bass-ackwards order but closer examination of the evidence provided by the defense suggests otherwise.

That would work, too, since the output is a hashed file where order isn't an issue.

You don't see a Code tab as you do coding/compiling outside of DataStage, then come here and create a pointer/interlude to the routine.

Use COUNT to get the number of spaces, add 1, then use FIELD to pull each of them from your space delimited string. Or skip the COUNT if it is always three (max).

Allow "ActiveX" content in your browser.

Have you opened a case with your official support provider? Perhaps it is a known issue on that platform and they have a fix for it.

Bummer. Did this happen to everyone or just you?

So... are you still having an issue or is this resolved now?