On 06/24/2009 11:45 AM, Andres Freund wrote:
On 06/24/2009 11:12 AM, Dave Page wrote:
On Wed, Jun 24, 2009 at 10:07 AM, Andres Freund
wrote:
On 06/24/2009 10:35 AM, Dave Page wrote:
On Tue, Jun 23, 2009 at 8:23 PM, Andres Freund
wrote:
I found the issue. The code compares '(unsigned int)(-1
On 06/24/2009 11:12 AM, Dave Page wrote:
On Wed, Jun 24, 2009 at 10:07 AM, Andres Freund wrote:
On 06/24/2009 10:35 AM, Dave Page wrote:
On Tue, Jun 23, 2009 at 8:23 PM, Andres Freundwrote:
I found the issue. The code compares '(unsigned int)(-1)' with
'(size_t)(-1)' which works on 32bi
On Wed, Jun 24, 2009 at 11:11 AM, Andres Freund wrote:
> For some fun I tried loading a 1GB+ file and it crashed earlier
> (wxUtfFile::Read) ;-)
You have a strange definition of 'fun' sir!
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgadmin-support mailing list (pg
On 06/24/2009 12:13 PM, Dave Page wrote:
On Wed, Jun 24, 2009 at 11:11 AM, Andres Freund wrote:
For some fun I tried loading a 1GB+ file and it crashed earlier
(wxUtfFile::Read) ;-)
You have a strange definition of 'fun' sir!
I got the idea from a client trying to restore a plain pg_dump fil
On 06/24/2009 10:35 AM, Dave Page wrote:
On Tue, Jun 23, 2009 at 8:23 PM, Andres Freund wrote:
I found the issue. The code compares '(unsigned int)(-1)' with
'(size_t)(-1)' which works on 32bit but not on 64bit.
Thanks Andres - patch applied.
I havent read very much of the code, but at a very
On Wed, Jun 24, 2009 at 10:07 AM, Andres Freund wrote:
> On 06/24/2009 10:35 AM, Dave Page wrote:
>>
>> On Tue, Jun 23, 2009 at 8:23 PM, Andres Freund wrote:
>>
>>> I found the issue. The code compares '(unsigned int)(-1)' with
>>> '(size_t)(-1)' which works on 32bit but not on 64bit.
>>
>> Thanks
On Tue, Jun 23, 2009 at 8:23 PM, Andres Freund wrote:
> I found the issue. The code compares '(unsigned int)(-1)' with
> '(size_t)(-1)' which works on 32bit but not on 64bit.
>
Thanks Andres - patch applied.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
--
Sent via pgadmin-supp
On Tue, Jun 23, 2009 at 3:23 PM, Andres Freund wrote:
> I found the issue. The code compares '(unsigned int)(-1)' with
> '(size_t)(-1)' which works on 32bit but not on 64bit.
The patch fixes the issue on my end.
David Blewett
--
Sent via pgadmin-support mailing list (pgadmin-support@postgresql.
On 06/23/2009 06:59 PM, Ashesh Vashi wrote:
Andres Freund wrote:
On 06/23/2009 06:39 PM, Ashesh Vashi wrote:
Hi Andres,
I am not able to reproduce it on my end.
The following details may help me reproduce on my end:
1. Is it 32 bit/64 bit linux?
This is 64bit - I can create a 32bit chroot if
On 06/23/2009 06:59 PM, Ashesh Vashi wrote:
Hi Andres,
Andres Freund wrote:
On 06/23/2009 06:39 PM, Ashesh Vashi wrote:
Hi Andres,
I am not able to reproduce it on my end.
The following details may help me reproduce on my end:
1. Is it 32 bit/64 bit linux?
This is 64bit - I can create a 32b
On 06/23/2009 06:39 PM, Ashesh Vashi wrote:
Hi Andres,
I am not able to reproduce it on my end.
The following details may help me reproduce on my end:
1. Is it 32 bit/64 bit linux?
This is 64bit - I can create a 32bit chroot if you have suspicions in
that direction.
2. What exactly are you
Hi Andres,
Andres Freund wrote:
On 06/23/2009 06:39 PM, Ashesh Vashi wrote:
Hi Andres,
I am not able to reproduce it on my end.
The following details may help me reproduce on my end:
1. Is it 32 bit/64 bit linux?
This is 64bit - I can create a 32bit chroot if you have suspicions in
that dire
Hi Andres,
I am not able to reproduce it on my end.
The following details may help me reproduce on my end:
1. Is it 32 bit/64 bit linux?
2. What exactly are you using in Find & Replace text-controls?
Andres Freund wrote:
On 06/23/2009 06:02 PM, David Blewett wrote:
On Tue, Jun 23, 2009 at 10:5
On 06/23/2009 06:02 PM, David Blewett wrote:
On Tue, Jun 23, 2009 at 10:58 AM, David Blewett wrote:
I have no idea how to debug this, but maybe some of the stuff at the
end might help.
In helping me debug this, Andres Freund hit the same bug on the Karmic
Koala Ubuntu beta.
I could reproduce i
On Tue, Jun 23, 2009 at 10:58 AM, David Blewett wrote:
> I have no idea how to debug this, but maybe some of the stuff at the
> end might help.
In helping me debug this, Andres Freund hit the same bug on the Karmic
Koala Ubuntu beta.
David
--
Sent via pgadmin-support mailing list (pgadmin-suppo
Hi All:
Sorry for resurrecting this bug [1], but it's been annoying me now for
a few weeks (since I switched my main desktop at work from winxp to
ubuntu 9.04).
Symptoms: open a query editor to an 8.3 database (SSL enabled, not
sure if that matters). Paste some text inside and try to find/replace
On Fri, Oct 31, 2008 at 11:06 AM, Steve Roberts <[EMAIL PROTECTED]> wrote:
> If from the SQL editor I click edit->find and replace, complete a text
> string to find and a text string to replace it with, then click Replace
> All pgAdmin3 freezes, consuming 100% cpu usage of one of my cpu cores
> unt
If from the SQL editor I click edit->find and replace, complete a text
string to find and a text string to replace it with, then click Replace
All pgAdmin3 freezes, consuming 100% cpu usage of one of my cpu cores
until I kill the process.
Replace each occurence singly works, but replace all freeze
If from the SQL editor I click edit->find and replace, complete a text
string to find and a text string to replace it with, then click Replace
All pgAdmin3 freezes, consuming 100% cpu usage of one of my cpu cores
until I kill the process.
Replace each occurence singly works, but replace all freeze
19 matches
Mail list logo
