dbTalk Databases Forums  

[BUGS] BUG #1500: child dead

mailing.database.pgsql-bugs mailing.database.pgsql-bugs


Discuss [BUGS] BUG #1500: child dead in the mailing.database.pgsql-bugs forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
nagash
 
Posts: n/a

Default [BUGS] BUG #1500: child dead - 02-22-2005 , 11:52 PM







The following bug has been logged online:

Bug reference: 1500
Logged by: nagash
Email address: postgresql (AT) nagash (DOT) org
PostgreSQL version: 8.0.1
Operating system: RedHat
Description: child dead
Details:

site_utf=# SELECT to_char(NOW() - '2000-10-02'::date, 'YYYYMonDD');
server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.
The connection to the server was lost. Attempting reset: Failed.

tested on 2 servers and it show with exactly 'YYYYMonDD' if I write
SELECT to_char(NOW() - '2000-10-02'::date, 'YYYY');

it will be OK

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

Reply With Quote
  #2  
Old   
Tom Lane
 
Posts: n/a

Default Re: [BUGS] BUG #1500: child dead - 02-23-2005 , 10:14 AM






"nagash" <postgresql (AT) nagash (DOT) org> writes:
Quote:
site_utf=# SELECT to_char(NOW() - '2000-10-02'::date, 'YYYYMonDD');
server closed the connection unexpectedly
Hmm, I get bad output rather than a core dump, but it certainly seems
like a "must fix" if a dump is possible. Karel, can you look into it?

regression=# select to_char('1605 days 12:09:35'::interval, 'YYYYMonDD');
to_char
-----------
0001Ä@16
(1 row)

regression=#

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match


Reply With Quote
  #3  
Old   
Richard Huxton
 
Posts: n/a

Default Re: [BUGS] BUG #1500: child dead - 02-23-2005 , 10:34 AM



Tom Lane wrote:
Quote:
"nagash" <postgresql (AT) nagash (DOT) org> writes:

site_utf=# SELECT to_char(NOW() - '2000-10-02'::date, 'YYYYMonDD');
server closed the connection unexpectedly


Hmm, I get bad output rather than a core dump, but it certainly seems
like a "must fix" if a dump is possible. Karel, can you look into it?
I got sig-11 here (although that was with an 8.0 beta I had lying
around) - does it with intervals but not with dates.

--
Richard Huxton
Archonet Ltd

---------------------------(end of broadcast)---------------------------
TIP 7: don't forget to increase your free space map settings


Reply With Quote
  #4  
Old   
Alexander Kirpa
 
Posts: n/a

Default Re: [BUGS] BUG #1500: child dead - 02-23-2005 , 10:41 PM



SELECT to_char(NOW() - '2000-10-02'::date, 'YYYYMonDD');

Clear CRASH and autorestart.
Need fix :-|

pg 8.0.1 FreeBSD 5.2.1
Core size 3334144

Best regards,
Alexander Kirpa


---------------------------(end of broadcast)---------------------------
TIP 7: don't forget to increase your free space map settings

Reply With Quote
  #5  
Old   
Klint Gore
 
Posts: n/a

Default Re: [BUGS] BUG #1500: child dead - 02-23-2005 , 11:13 PM



If it's any help, on windows 8.0.0, I get a popup that says

'The instruction at "0x78001d90" referenced memory at "0x00000000". The
memory could not be read."

klint.

+---------------------------------------+-----------------+
: Klint Gore : "Non rhyming :
: EMail : kg (AT) kgb (DOT) une.edu.au : slang - the :
: Snail : A.B.R.I. : possibilities :
: Mail University of New England : are useless" :
: Armidale NSW 2351 Australia : L.J.J. :
: Fax : +61 2 6772 5376 : :
+---------------------------------------+-----------------+

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.