Re: [GENERAL] WARNING: could not remove database directory
От | Bruce Momjian |
---|---|
Тема | Re: [GENERAL] WARNING: could not remove database directory |
Дата | |
Msg-id | 200502141625.j1EGPAL26146@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: [GENERAL] WARNING: could not remove database directory (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
8.0.X will have proper filename reporting for rmtree() failures. --------------------------------------------------------------------------- Tom Lane wrote: > Bruce Momjian <pgman@candle.pha.pa.us> writes: > > Tom Lane wrote: > >> [ looks at code... ] dbcommands.c is expecting that rmtree() will have > >> printed out a more-detailed message about the problem, but someone has > >> carefully removed every trace of error reporting from rmtree(). > > > I think the issue is that we didn't want different object files for > > client and server output message and and returning error codes and > > having every calling location print strings was unmaintainable. > > But we already bit that bullet. Look at the other routines in dirmod.c: > > #ifndef FRONTEND > ereport(ERROR, > (errcode_for_file_access(), > errmsg("Error setting junction for %s: %s", > nativeTarget, msg))); > #else > fprintf(stderr, "Error setting junction for %s: %s\n", > nativeTarget, msg); > #endif > > It's certainly not realistic to pass back enough information from > rmtree() to let the caller print a useful error message, so I think > we have to add reporting code along this line to rmtree(). > > regards, tom lane > > ---------------------------(end of broadcast)--------------------------- > TIP 4: Don't 'kill -9' the postmaster > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001+ If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania19073
В списке pgsql-hackers по дате отправления: