Subject: Re: iterating over DictRow
To: Karsten Hilbert <Karsten.Hilbert@gmx.net>, psycopg@lists.postgresql.org
References: <20200923215444.GA25406@hermes.hilbert.loc>
 <AM0PR07MB4036EA8B58205084F30DA2AC87390@AM0PR07MB4036.eurprd07.prod.outlook.com>
 <20200924211147.GA2089@hermes.hilbert.loc>
 <9f9f7536-9d5f-d95b-b1eb-eed7ec1b83f6@aklaver.com>
 <20200925074820.GC2138@hermes.hilbert.loc>
 <4975719e-8981-c2ff-1408-c348730b31c5@aklaver.com>
 <20200925211635.GA1544@hermes.hilbert.loc>
 <65a4f678-4c7f-d88b-3709-e0686a561461@aklaver.com>
 <20200925222523.GB1544@hermes.hilbert.loc>
From: Adrian Klaver <adrian.klaver@aklaver.com>
Message-ID: <e384427d-9d7f-a9e5-22cc-ab97ec9853ea@aklaver.com>
Date: Fri, 25 Sep 2020 16:46:39 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.12.0
MIME-Version: 1.0
In-Reply-To: <20200925222523.GB1544@hermes.hilbert.loc>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Precedence: bulk

On 9/25/20 3:25 PM, Karsten Hilbert wrote:
> On Fri, Sep 25, 2020 at 03:19:12PM -0700, Adrian Klaver wrote:
> 
>>> Sure, there's a number of solutions to my immediate problem,
>>> the fitting of which is
>>>
>>> 	for key in dict(DictRow):
>>>
>>> That's the best fit because my
>>>
>>> 	def _escape_dict(the_dict, ...):
>>>
>>> was inaptly named. It should have been (and now is)
>>>
>>> 	def _escape_dict_like(dict_like, ...):
>>>
>>> within which
>>>
>>> 	dict(dict_like)
>>>
>>> is quite the thing to do despite having to make something a
>>> duck which already nearly quacks like one is somehwat
>>> unfortunate.
>>
>> I'm pretty sure DictRow has had the same behavior for some time so:
>>
>> Are you migrating from Python 2?
> 
> I did not too long ago.

So that explains the error that popped up.

> 
>> Or what changed that made this show up?
> 
> At the very core ?  My grandpa was admitted to a hospital :-)

Sorry to hear that, it's a trial.

> 
> Karsten
> --
> GPG  40BE 5B0E C98E 1713 AFA6  5BC0 3BEA AC80 7D4F C89B
> 
> 


-- 
Adrian Klaver
adrian.klaver@aklaver.com