[PHP-DEV] Bug #11818 Updated: Using the PDF functions after July 1st triggers an internal PDFlib error

2001-07-01 Thread derick

ID: 11818
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: PDF related
Operating system: 
PHP Version: 4.0.5
Assigned To: 
Comments:

This is not a bug in PHP, but some thing in the PDF library it self. Complain to the 
pdflib.com guys about this.

Derick

Previous Comments:
---

[2001-07-01 03:53:45] [EMAIL PROTECTED]

Ok, I know this sounds unbelievable but its exactly what is happening here. I'm 
running a script that calls this class which creates a PDF document on the fly, and 
everything was working perfectly.

Working late at night surprised me when an error that I never saw before appeared on 
my browser:

Fatal error: PDFlib error: Beta expired - retrieve new version from www.pdflib.com in 
c:wwwhtdocsboleto.pessoal.orgdocsincludeboletosclass.pdf.php on line 52

I changed my internal Windows clock to May 1st and the script started working again. 
Is this a known problem ? It seems kinda ridiculous to have a time limit to use a PHP 
extension.

That line 52 is the line that contains '$pdf = pdf_new();'. I'm not sure if this 
happens on every operating system, but it is still a serious problem.

Joao Prado Maia

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11818&edit=2


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] Bug #11818 Updated: Using the PDF functions after July 1st triggers an internal PDFlib error

2001-07-06 Thread Daniel Beulshausen

At 21:18 06.07.2001 -0600, Joey Smith wrote:
>There are 2 parts that are required to make PDF's using pdflib. There is
>the pdflib code, and the PHP code that makes calls to the pdflib
>code. We can ship our own code, but not pdflib's.

can someone add http://65.195.31.230/downloads/php-4.0.6-Win32-PDF.zip to 
the patches section for 4.0.6?
it updates the pdflib to 4.0.1, thus eliminating the timebomb.

daniel

>On Fri, 6 Jul 2001, Joao Prado Maia wrote the following to Joey Smith :
>
>
> > Ok, I must be missing something really bad here then. What is this
> > php_pdf.dll doing on my /extensions/ sub-directory ? Someone must have
> > compiled that, huh.
> >
> > I downloaded the latest version of the pre-compiled PDFlib which comes
> > with the compiled php_pdf.dll file, so it was just a matter of dropping
> > the file on the /extensions sub-directory, but now I get a huge water mark
> > with the 'www.pdflib.com' string in it.
> >
> > Am I still missing something here that you guys could compile the PDF
> > extension from the Windows source code of PDFlib when making the Windows
> > binary release of PHP ? Why is this illegal anyway ? I even took my time
> > to open the license file of PDFlib source and it clearly stated on the
> > "Alladin Free Public License" that you can re-distribute PDFlib
> > non-commercially, which is what PHP is doing here.
> >
> > Why would compiling from source and distributing a version of PDFlib
> > without that ridiculous water mark be such an issue ?
> >
> > I might be missing something really bad here, so I apologize if there is
> > something really obvious that I'm overlooking.
> >
> > Joao
> >
> >
> >
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


/*--
daniel beulshausen - [EMAIL PROTECTED]
searching job: application development with php
using php on windows? http://www.php4win.de


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]