DSXchange

You can add the trailing line feed with echo in a before-job subroutine that uses ExecSH or ExecDOS (depending on your OS). Use the >> redirection operator to append.

That's basically it. If you're confident with the structure of crontab entries, there's nothing to inhibit you. Just make sure that the command line to run the job remains intact!

There is a limit, but it's primarily influenced by the amount of memory you have. I have seen records in hashed files tens of MB in size. Large records are not efficiently stored in hashed files (needing multiple I/Os to access), but stored they can be.

Not sure what you mean by "operations". If you mean "operators", these are the building blocks from which you construct user-written procedures. For example, there is the FFC (file format conversion) operator, the GTF (general transfer function) operator, and quite a few more. You put these together...

I still think it's a corrupted hashed file.
In the project environment, where you executed the LIST statement, can you execute this statement, and let us know the result?
This will help further diagnosis.

When one replies to a topic, there is a field provided called Subject. On other forums that I use (I really do have a life, too!), anything put in here - for example an amplification of the original subject - gets displayed as part of the reply. Not on DSXChange. Bug? Or intentional, in which case w...

The default (dynamic) hashed file is not a single object in the operating system. It is a directory containing three files, DATA.30, OVER.30 and .Type30. DATA.30 contains only primary groups so its size should be able to be calculated as ((current_modulus + 1) * group_size) - noting, of course, that...

Oh, of COURSE you can!!

Have you tried using the Multinational Address Standardization pre-built procedure? This has a standard output format, two of the columns of which is the country ISO codes (the two character and three character codes). This is NOT the same as the MNS rule set, which you use in SuperSTAN, it's a comp...

Your mail server (the one that does the sending) does not recognize you (the sender client) as a legitimate user of the mail service. It's a mail configuration thing. Get help from whoever configures your mail server. It's almost certain the mail client that dssmtpmail() calls is not Outlook. It's a...

Is the job sequence in question job number 121? Check in the Administrator client Command window: SELECT NAME FROM DS_JOBS WHERE JOBNO = '121'; If it isn't, then what you've found in &PH& is unrelated (it's a separate problem that you have!) Do the job activities in the job sequence have triggers fo...

1. Attach job (DSAttachJob) 2. Check that attach succeeded (DSGetJobInfo(hJob, DSJ.JOBNAME)) 3. Check job status (DSGetJobInfo(hJob, DSJ.JOBSTATUS)) 4. If job status indicates that job is worth attempting to reset: (a) detach job (DSDetachJob) (b) attach job (DSAttachJob) -- probably OK not to verif...

May as well post this thought before one of the other cynics does.

Once you start relying on something like this, they'll change it!

Have you tried using the Multinational Address Standardization pre-built procedure? This has a standard output format, two of the columns of which is the country ISO codes (the two character and three character codes). It handles approximately 200 countries, more than half of the countries in the wo...

You're in luck! Because you're on a Windows platform. Windows will not allow you to delete a file that's in use - you get a "sharing violation". So if there are jobs running, your CLEAR.FILE &PH& command will generate sharing violation warnings, but things will be safe otherwise.