headers
Hartmann, O. | 8 Jun 2010 14:15
Picon
Picon

FreeBSD: After several updates (PHP included) SRU/webinterface doesn't present search results in particular

Hello,
after a lot of updates on recent FreeBSD ports one of our RefDB servers 
doesn't present search results anymore when using the web-based SRU 
PHP-scripts. I was expecting search results listet in particular after 
the header of presenting how many results have been found, but I only 
get Matching Results number, not any reference to edit, print or whatsoever.

I guess since the main setup of the server hasn't change since the 
massive ports-update this problem can be solved easily - but I don't know.

Can anyone help?

Regards,
Oliver

------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
Permalink | Reply |
headers
Markus Hoenicka | 8 Jun 2010 15:37
Picon

Re: FreeBSD: After several updates (PHP included) SRU/webinterface doesn't present search results in particular

"Hartmann, O." <ohartman <at> mail.zedat.fu-berlin.de> was heard to say:

> Hello,
> after a lot of updates on recent FreeBSD ports one of our RefDB servers
> doesn't present search results anymore when using the web-based SRU
> PHP-scripts. I was expecting search results listet in particular after
> the header of presenting how many results have been found, but I only
> get Matching Results number, not any reference to edit, print or whatsoever.
>

Hi,

it's been a while since I've been working on RefDB's web interfaces,  
but to the best of my knowledge it either isn't SRU, or it isn't PHP.  
RefDB ships a SRU interface which is implemented as a CGI module. The  
results are XML which are displayed by appropriate stylesheets. RefDB  
also ships a PHP-based web interface. However, this doesn't use SRU,  
but talks to the server via the command-line clients.

In order to help, please let me know which of these web interfaces is  
affected by your upgrade. I have a fairly recent FreeBSD-8.0  
installation, so I could run a few tests. Also, did you try to  
increase the log level in all involved programs? This won't catch all  
problems, but might give a few additional hints.

regards,
Markus

--

-- 
Markus Hoenicka
(Continue reading)

Permalink | Reply |
headers
O. Hartmann | 14 Jun 2010 11:34
Picon
Picon
Favicon

Re: FreeBSD: After several updates (PHP included) SRU/webinterface doesn't present search results in particular

On 06/08/10 15:37, Markus Hoenicka wrote:
> "Hartmann, O." <ohartman <at> mail.zedat.fu-berlin.de> was heard to say:
>
>> Hello,
>> after a lot of updates on recent FreeBSD ports one of our RefDB servers
>> doesn't present search results anymore when using the web-based SRU
>> PHP-scripts. I was expecting search results listet in particular after
>> the header of presenting how many results have been found, but I only
>> get Matching Results number, not any reference to edit, print or
>> whatsoever.
>>
>
> Hi,
>
> it's been a while since I've been working on RefDB's web interfaces, but
> to the best of my knowledge it either isn't SRU, or it isn't PHP. RefDB
> ships a SRU interface which is implemented as a CGI module. The results
> are XML which are displayed by appropriate stylesheets. RefDB also ships
> a PHP-based web interface. However, this doesn't use SRU, but talks to
> the server via the command-line clients.
>
> In order to help, please let me know which of these web interfaces is
> affected by your upgrade. I have a fairly recent FreeBSD-8.0
> installation, so I could run a few tests. Also, did you try to increase
> the log level in all involved programs? This won't catch all problems,
> but might give a few additional hints.
>
> regards,
> Markus
>
(Continue reading)

Permalink | Reply |
headers
Markus Hoenicka | 14 Jun 2010 21:18
Picon

Re: FreeBSD: After several updates (PHP included) SRU/webinterface doesn't present search results in particular

O. Hartmann writes:
 > Sorry for the noise.
 > The update-orgy on FreeBSD due to a gettext-update left several boxes 
 > with partially hidden problems. After a forced reinstallation of PHP5 
 > and all additional PHP-ports everything runs again like expected. I 
 > never figured out what caused the problem.

Nevermind. Glad to hear it works again.

regards,
Markus

--

-- 
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38

------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
Permalink | Reply |
headers
O. Hartmann | 6 Jun 2012 09:19
Picon
Picon
Favicon

Fatal error: Call-time pass-by-reference has been removed in /usr/local/share/refdb/www/index.php on line 1531

A couple of days ago all of our FreeBSD boxes where forced to update
their ports recompiling all PNG dependencies.

After those updates, on ALL of our boxes providing the RefDB
webinterface, this webinterface, PHP5, has been gone.

I put one of the servers via php.ini into "development" mode reporting
errors, since the servers in questions do show a white page with nothing
otherwise.

I get this:

Fatal error: Call-time pass-by-reference has been removed in
/usr/local/share/refdb/www/index.php on line 1531

The line in question seems to refer to YAZ:

if (!yaz_ccl_parse($id[$i], $term, &$cclresult)) {
... }

I tried to recompile refdb via
portmaster -f refdb

as well as PHP

portmaster -f php5-5

but there is no solution doing it that way.

Since RefDB worked fine before, I guess this is a unconvenience brought
(Continue reading)

Permalink | Reply |
headers
Markus Hoenicka | 6 Jun 2012 11:20
Picon

Re: Fatal error: Call-time pass-by-reference has been removed in /usr/local/share/refdb/www/index.php on line 1531

Hi,

as far as I can see this problem is caused by a change between PHP 5.3  
and 5.4 regarding the mechanism how variables are passed by reference.  
I do not have a PHP interface up and running at this time, so the  
following is untested. Could you please check whether the following  
change in /usr/local/share/refdb/www/index.phpfixes the problem? The  
line in question is 1786 in my sources, although you mention 1531  
instead.

- if (!yaz_ccl_parse($id[$i], $term, &$cclresult)) {
+ if (!yaz_ccl_parse($id[$i], $term, $cclresult)) {

(note the missing ampersand). According to what I read about this  
issue on the web, PHP should be able to figure out by itself how to  
pass the variable appropriately, and the syntax using the ampersand  
has been removed in PHP 5.4.

regards,
Markus

"O. Hartmann" <ohartman <at> zedat.fu-berlin.de> was heard to say:

> A couple of days ago all of our FreeBSD boxes where forced to update
> their ports recompiling all PNG dependencies.
>
> After those updates, on ALL of our boxes providing the RefDB
> webinterface, this webinterface, PHP5, has been gone.
>
> I put one of the servers via php.ini into "development" mode reporting
(Continue reading)

Permalink | Reply |

Gmane