From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com> |
Cc: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Peter Eisentraut <peter_e(at)gmx(dot)net> |
Subject: | Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist |
Date: | 2013-12-02 19:37:18 |
Message-ID: | 20131202193718.GC5731@eldon.alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
Dean Rasheed escribió:
> +/*
> + * If a schema was explicitly specified, test if it exists. If it does not,
> + * report the schema as missing rather than the child object.
> + */
> +static bool
> +schema_does_not_exist_skipping(List *objname,
> + const char **msg,
> + char **name)
> +{
> + RangeVar *rel;
> +
> + rel = makeRangeVarFromNameList(objname);
> +
> + if (rel->schemaname != NULL &&
> + !OidIsValid(LookupNamespaceNoError(rel->schemaname)))
> + {
> + *msg = gettext_noop("schema \"%s\" does not exist, skipping");
> + *name = rel->schemaname;
> +
> + return true;
> + }
> +
> + return false;
> +}
In success cases, are we leaking a lot of memory? In the error case I
guess it doesn't matter that the RangeVar is getting leaked (we're
aborting anyway), but if we're called and everything turns out to work,
are things cleaned up timely?
--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Dean Rasheed | 2013-12-02 20:15:11 | Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist |
Previous Message | valgog | 2013-12-02 19:30:15 | BUG #8647: Backend process hangs and becomes unkillable when SSL client looses connection |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2013-12-02 19:45:01 | Re: Trust intermediate CA for client certificates |
Previous Message | Greg Stark | 2013-12-02 19:33:22 | Re: Extension Templates S03E11 |