just curious: you have configured php to use the fdf extension?

yes, fdf is enabled.

I found out that I can get HTTP_FDF_DATA in PHP when I append #FDF to the destination URL of the form (in Acrobat). I can then write the fdf file and reopen it correctly using Acrobat.

But when trying to open it with php I always get th e following error:
Warning: Could not open fdf document: formtest.fdf in f:\testroot\formtest\formtest.php on line 7

I doublechecked the script, it's just the same as in the manual. I can open the fdf file with fopen, but not with fdf_open.

Could it be a version problem? I'm using Acrobat 5.05 which seems to produce FDF 1.2. I noticed that the fdfTk used in PHP is 4, the actual version from Adobe is 5.

Christoph

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

i've just updated fdf stuff to use fdftk 5.0
and some of its new features, maybe this also
solved your problem?

Now, php_fdf.dll crashes php when loaded at startup, even if there is no fdf data sent with the request. Without fdf, PHP works well. Do you need more info?

Try erasing all old versions/files, then re-test...

I did so with snaps from today, same error. If you can use a .mdmp-File (MS-Dump) I can send it.

No other extensions loaded, php -i (CLI) at the command line quits with the same error as long as php_fdf.dll is enabled.

What was the version of PHP with which it didn't crash?

The last one that I tried and that worked was 4.07dev from July,3 2001. Then a dev version from beginning of January 2002 was not working with other symptoms (see original bug report).
I then only tried again recently when Hartmut asked me to do so.
Meanwhile other people were mailing and asked me if I found a solution as they've had the same problems.

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

sorry for the delay - dev snapshot from today still crashing at startup when fdf is enabled.

I've been testing windows today (I have very little experience installing on win32 so bare with me) and so I decided to include all the dlls.  This particular one (php_fdf.dll) is causing problems and when the dll is loaded it gives an error at startup yet no error in the error log.  Apache still runs but PHP will not.

In short: I just experienced what Christoph did, *crash*.  Although I only tested php4.3.0rc2... Apache module.

Hi,

I installed the Win32 php 4.3.0 final released on a Windows NT server.  I created a phpinfo.php file to view the phpinfo and everything looks good.  The phpinfo.php file will not come up when I uncomment the php_fdf.dll extension.  Is there a fix for this?

Thanks,

Trent

I can confirm the bug (crash when php_fdf.dll is loaded) in 4.3.0 an current dev and stable snapshots.

We ran into this same bug today.

Windows (2000 and XP) with Apache 1.3.27 crashes (both 4.3.0 and todays win32 4.3.1-stable snapshot) when page is requested.

Apache 2.0.44 works ok on both platforms with php_fdf.dll and with both tested PHP versions.

I'm getting the same crash with todays snapshot...[php4-win32-STABLE-200303191730] with php_fdf.dll uncommented I cannot get phpinfo() to do anything but crash. I sure hope this gets fixed soon... I moved to linux for a few months to continue with production, but my server runs php/Win2k... :(

php_fdf.dll also crashes in: php5-win32-200303191930

php_fdf.dll possibly works in:

php-4.2.3-Win32

(i have not scripted anything yet but... phpinfo() works...)

fdftk ... php_fdf.dll works great in and so far only in (with regard to win32 only)... 4.2.3... saved me from creating my own fdf objects...

%FDF-1.2
%????
1 0 obj
<< 
/FDF << /Fields

Verified with old binaries: up to 4.07dev the extension works, in 4.1.x it does not, in 4.2.x it does again, in 4.3.x and in PHP5 it does not.

Would be cool to see a working extension in 4.3.x - because there will perhaps be a long time until a next stable version...

It's true it works with 4.2.3... but... 4.2.3 has another bug (see http://bugs.php.net/bug.php?id=20174) that prevents upload of big files!

I'm trapped... I need 4.2.3 to work with FDF... but I need higher than that to work with submission of big FDF?s?!?!?!

Somebody help?

Thanks

I am trying to include php_fdf.dll in php 4.3.1 and I've also tried the latest snapshot for php 5 dev. As soon as the dll is enabled and fdftk.dll is added to c:\windows\system32 it produces a php.exe app error and a cgi error by not returning a complete set of HTTP headers.

I have tried removing everything and starting over with the zip file but no joy. 
The php.ini is in c:\windows and has been edited with cgi.force_redirect = 0, cgi_redirect_status_env = ENV_VAR_NAME and extension_dir = c:\php\extensions

php_pdf.dll works fine and phpinfo() returns with config path c:\windows\php.ini but once php_fdf.dll is enabled phpinfo() throws the error popup as mentioned.

I am running this on XP Pro with .NET framework and IE.6.

It now crashes no more at startup, but at quite every function call, e.g. fdf_set_value(), fdf_set_file().

Christoph

still the same after the last commits (no more crash at startup, but crash after function calls).

ZTS crashes fixed (this time the cause, not just a symptom)

... now testing the original HTTP_FDF_DATA problem ...

Can I use the new release...? Or will it still crash? I don't feel like spending my weekend "upgrading" and then "downgrading" a production unit... ;)

It's at least partly usable. As Hartmut said, there's still an issue with HTTP_FDF_DATA (FDF input) - I have not yet tested. However you can create and send FDF data without problems now (4.3.2. release).

4.3.3RC1 does not load the fdf_tk module. It ignores the php.ini setting. 4.3.2 loads the module with the same .ini


jh

Seems to be fixed in CVS. I can not reproduce any of the problems mentioned in this bug report.
(using the FDFTK.DLL from the distribution, and php.ini-dist as the php.ini, under Apache 2.0.47)