Uniface User Forum

Hi Gianni.

Sorry to bother you directly, but I have a question regarding your 2018 post about Ghostscript PDF.

I've installed GS PDF and the multi file port system, I can print where I want using the instance name, so far so good.

But I need to send the PDF file generated by mail, so I have to be sure the process is over.

.../...

You say :
syncronization between the two subsystems (your Uniface application and spooling subsystem) is up to you and could be implemented in many different ways.

It "seems" that the PDF file size stays 0 until it's over, but is it always true ? Is there a DCOM ? Is there a way to test if the Multi file port is active (but then what happens if several users print at the same time, we are on a TSE server)

.../...

Ciao Jean-Marc,

Yes, the printing subsystem is asyncronous so you need to wait until the PDF file is completed before being able to apply a whatever post-processing.
Ghostscript is involved here to convert PS to PDF at the end of the printing process; being a multiplatform software package does NOT support COM/DCOM.

IMHO you have at least 2 choices to properly syncronize:
1) Use the command you've defined in MultiFilePortSystem to give back a signal to your waiting application, like generating a specific file.
2) In a whatever way checks system locks on output file your application is waiting for.

I've seen both working in different implementations at different Uniface sites.

The simple way is try to fileload/raw the PDF you are expecting into a dummy variable.
Until the file is generating you will get a $status less than 0; when you are getting $status more than 0 the file is complete and you can clean your dummy variable and go on with your application functionality.

I hope this help you to complete your job!

Gianni

Hi Gianni.

Sorry to bother you directly, but I have a question regarding your 2018 post about Ghostscript PDF.

I've installed GS PDF and the multi file port system, I can print where I want using the instance name, so far so good.

But I need to send the PDF file generated by mail, so I have to be sure the process is over.

.../...

You say :
syncronization between the two subsystems (your Uniface application and spooling subsystem) is up to you and could be implemented in many different ways.

It "seems" that the PDF file size stays 0 until it's over, but is it always true ? Is there a DCOM ? Is there a way to test if the Multi file port is active (but then what happens if several users print at the same time, we are on a TSE server)

.../...

Ciao Jean-Marc,

Yes, the printing subsystem is asyncronous so you need to wait until the PDF file is completed before being able to apply a whatever post-processing.
Ghostscript is involved here to convert PS to PDF at the end of the printing process; being a multiplatform software package does NOT support COM/DCOM.

IMHO you have at least 2 choices to properly syncronize:
1) Use the command you've defined in MultiFilePortSystem to give back a signal to your waiting application, like generating a specific file.
2) In a whatever way checks system locks on output file your application is waiting for.

I've seen both working in different implementations at different Uniface sites.

The simple way is try to fileload/raw the PDF you are expecting into a dummy variable.
Until the file is generating you will get a $status less than 0; when you are getting $status more than 0 the file is complete and you can clean your dummy variable and go on with your application functionality.

I hope this help you to complete your job!

Gianni

Hi Gianni.

Sorry to bother you directly, but I have a question regarding your 2018 post about Ghostscript PDF.

I've installed GS PDF and the multi file port system, I can print where I want using the instance name, so far so good.

But I need to send the PDF file generated by mail, so I have to be sure the process is over.

.../...

You say :
syncronization between the two subsystems (your Uniface application and spooling subsystem) is up to you and could be implemented in many different ways.

It "seems" that the PDF file size stays 0 until it's over, but is it always true ? Is there a DCOM ? Is there a way to test if the Multi file port is active (but then what happens if several users print at the same time, we are on a TSE server)

.../...

Ciao Jean-Marc,

Yes, the printing subsystem is asyncronous so you need to wait until the PDF file is completed before being able to apply a whatever post-processing.
Ghostscript is involved here to convert PS to PDF at the end of the printing process; being a multiplatform software package does NOT support COM/DCOM.

IMHO you have at least 2 choices to properly syncronize:
1) Use the command you've defined in MultiFilePortSystem to give back a signal to your waiting application, like generating a specific file.
2) In a whatever way checks system locks on output file your application is waiting for.

I've seen both working in different implementations at different Uniface sites.

The simple way is try to fileload/raw the PDF you are expecting into a dummy variable.
Until the file is generating you will get a $status less than 0; when you are getting $status more than 0 the file is complete and you can clean your dummy variable and go on with your application functionality.

I hope this help you to complete your job!

Gianni

Hi Gianni.

Sorry to bother you directly, but I have a question regarding your 2018 post about Ghostscript PDF.

I've installed GS PDF and the multi file port system, I can print where I want using the instance name, so far so good.

But I need to send the PDF file generated by mail, so I have to be sure the process is over.

.../...

You say :
syncronization between the two subsystems (your Uniface application and spooling subsystem) is up to you and could be implemented in many different ways.

It "seems" that the PDF file size stays 0 until it's over, but is it always true ? Is there a DCOM ? Is there a way to test if the Multi file port is active (but then what happens if several users print at the same time, we are on a TSE server)

.../...

Ciao Jean-Marc,

Yes, the printing subsystem is asyncronous so you need to wait until the PDF file is completed before being able to apply a whatever post-processing.
Ghostscript is involved here to convert PS to PDF at the end of the printing process; being a multiplatform software package does NOT support COM/DCOM.

IMHO you have at least 2 choices to properly syncronize:
1) Use the command you've defined in MultiFilePortSystem to give back a signal to your waiting application, like generating a specific file.
2) In a whatever way checks system locks on output file your application is waiting for.

I've seen both working in different implementations at different Uniface sites.

The simple way is try to fileload/raw the PDF you are expecting into a dummy variable.
Until the file is generating you will get a $status less than 0; when you are getting $status more than 0 the file is complete and you can clean your dummy variable and go on with your application functionality.

I hope this help you to complete your job!

Gianni