DSXchange

You could possibly use a User Variables activity ahead of the loop to initialize the variable, and a User Variables activity within the loop to increment. Note that this is an idea that I have not investigated. Is the loop a counted loop? In that case you could simply add that to the initial value. ...

Or think about version 8.5, in which the installer is completely revamped and, for want of a better adjective, beautiful.

It appears that ALL Connector stage types with database connectivity exhibit this behaviour. I am seeing the same in the ODBC Connector stage in version 8.5. Methinks an enhancement request is in order.

Don't even start the job if your condition is not met. Test it in a sequence.
Where does the file name come from? Simply extract the date component from that, reformat the date appropriately and compare it to your criterion date in an Execute Command activity.

Have you downloaded the correct version of the Update Installer (a Java app that installs fix packs)?

Get yourself a copy of WinSCP, which can look after all that for you. Or use "proper" FTP.

There's a lot of difference, which even a cursory reading of the manuals would reveal. Is this an interview question? Essentially, the Oracle OCI stage is used in server jobs and has no innate parallelism, whereas the Oracle Enterprise stage is used in parallel jobs and can handle parallel execution...

Are there any related errors/warnings in the log?

What is the desired output? Also, you need (a) to use READU to read for update (b) to RELEASE the lock if you choose not to WRITEV The syntax of your WRITEV command is correct, but you might like to add ON ERROR and ELSE clauses to report whether it fails, in which case the STATUS() function will gi...

There is no way to reset the loop index variable. You can design to bypass activities. ---> Start Loop <---------------------------------- End Loop | ^ | | V | Nested Condition -----> Job Activity -----> Sequencer | ^ | | +----------------------------------------------+

It's in the manual. Use decimal_from_string().

Yes, from what you've provided, there is more than one RecordDef.

It looks like someone has re-organized a COBOL copybook, though I'd be concerned about the duplicate appearance of PathRidCode.

If it's during import of the sequential file's table definition, specify the decimal value of the ASCII code (that is, 127).

Unemployment is "not working".

You'll have to be more specific.

Yes, I was. Notice the "resolved" status, though.

:D