Thread: [Sqlgrey-users] 1.6.3

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Hi

I am getting the following error when starting SQLGrey

Can't call method "do" on an undefined value at /usr/sbin/sqlgrey line 298.

Any ideas?

Regards
Ray

Hi,

as the freeze problems with the new cleanup code aren't yet solved,
1.6.3 is out with user configurable cleanups. By default the old method
(synchronous cleanups delaying mail processing) is used:
clean_method = sync
if you want the new (sometime buggy):
clean_method = async

1.6.3 can be found here:
http://sourceforge.net/project/showfiles.php?group_id=113566&package_id=155492&release_id=340368

Note: sourceforge seems awfully slow at this time. Alternatively the
tar.bz2 archive can be found here too:
http://sqlgrey.bouton.name/sqlgrey-1.6.3.tar.bz2

Lionel.

On 7/7/05, Lionel Bouton <lio...@bo...> wrote:
>=20
> as the freeze problems with the new cleanup code aren't yet solved,
> 1.6.3 is out with user configurable cleanups. By default the old method
> (synchronous cleanups delaying mail processing) is used:
> clean_method =3D sync
> if you want the new (sometime buggy):
> clean_method =3D async

1.6.3 still gets stuck for me with a child zombie when running with
clean_method =3D sync.

Not sure why?  Trying async now.

-Dave

David Rees wrote the following on 08.07.2005 19:00 :

>On 7/7/05, Lionel Bouton <lio...@bo...> wrote:
>  
>
>>as the freeze problems with the new cleanup code aren't yet solved,
>>1.6.3 is out with user configurable cleanups. By default the old method
>>(synchronous cleanups delaying mail processing) is used:
>>clean_method = sync
>>if you want the new (sometime buggy):
>>clean_method = async
>>    
>>
>
>1.6.3 still gets stuck for me with a child zombie when running with
>clean_method = sync.
>
>Not sure why?  Trying async now.
>
>  
>

Argh! Apparently this odd bug is driving me nuts :(

Please change the line that reads:
    if ($self->{sqlgrey}{cleanup_method} == 'sync') {
into
    if ($self->{sqlgrey}{cleanup_method} eq 'sync') {

That will be a 1.6.4 release...

Lionel.

Lionel Bouton wrote the following on 08.07.2005 21:23 :

>David Rees wrote the following on 08.07.2005 19:00 :
>
>  
>
>>On 7/7/05, Lionel Bouton <lio...@bo...> wrote:
>> 
>>
>>    
>>
>>>as the freeze problems with the new cleanup code aren't yet solved,
>>>1.6.3 is out with user configurable cleanups. By default the old method
>>>(synchronous cleanups delaying mail processing) is used:
>>>clean_method = sync
>>>if you want the new (sometime buggy):
>>>clean_method = async
>>>   
>>>
>>>      
>>>
>>1.6.3 still gets stuck for me with a child zombie when running with
>>clean_method = sync.
>>
>>Not sure why?  Trying async now.
>>
>> 
>>
>>    
>>
>
>Argh! Apparently this odd bug is driving me nuts :(
>
>Please change the line that reads:
>    if ($self->{sqlgrey}{cleanup_method} == 'sync') {
>into
>    if ($self->{sqlgrey}{cleanup_method} eq 'sync') {
>
>That will be a 1.6.4 release...
>
>  
>

Here it is:
http://sourceforge.net/project/showfiles.php?group_id=113566&package_id=155492&release_id=340694

Lionel

Ray Booysen wrote:

> Hi
>
> I am getting the following error when starting SQLGrey
>
> Can't call method "do" on an undefined value at /usr/sbin/sqlgrey line 
> 298.
>
> Any ideas?
>
> Regards
> Ray
>
Ignore please.  MySQL wasn't responding. 

Thanks
Ray

Ray Booysen wrote the following on 08.07.2005 16:04 :

> Hi
>
> I am getting the following error when starting SQLGrey
>
> Can't call method "do" on an undefined value at /usr/sbin/sqlgrey line
> 298.
>
> Any ideas?
>

SQLgrey couldn't connect to the database on startup. Does it happen each
time even if the database is started for some time (on some setups
PostgreSQL startup scripts don't wait for the database to be up before
exiting which could explain this behaviour)?

Lionel.

Lionel Bouton wrote:

>Ray Booysen wrote the following on 08.07.2005 16:04 :
>
>  
>
>>Hi
>>
>>I am getting the following error when starting SQLGrey
>>
>>Can't call method "do" on an undefined value at /usr/sbin/sqlgrey line
>>298.
>>
>>Any ideas?
>>
>>    
>>
>
>SQLgrey couldn't connect to the database on startup. Does it happen each
>time even if the database is started for some time (on some setups
>PostgreSQL startup scripts don't wait for the database to be up before
>exiting which could explain this behaviour)?
>
>Lionel.
>
>  
>
Couldn't connect is probably incorrect.  It came up when access was 
denied.  I upgraded to 1.6.3 and overwrote my config file so now login 
details were available. 

Apologies for the badly written email.

Regards
Ray

Thread: [Sqlgrey-users] 1.6.3

sqlgrey-users