The following bug has been logged online:
Bug reference: 1820
Logged by: Bernard
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.03-1
Operating system: Linux RedHat 9
Description:Installation: Dependency failure
Details:
How to reproduce:
- Install Red Hat 9
The following bug has been logged online:
Bug reference: 1821
Logged by: Bernard
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.0.3-1
Operating system: RedHat Linux 9
Description:Source RPM: Missing dependency ncurses-devel
Details:
How to reproduce
The following bug has been logged online:
Bug reference: 1822
Logged by: Bernard
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.0.3-1
Operating system: RedHat Linux 9
Description:header file
Details:
How to reproduce:
- Install RedHat 9 without any
The following bug has been logged online:
Bug reference: 1830
Logged by: Bernard
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.0.3
Operating system: Linux RedHat 9
Description:Non-super-user must be able to copy from a file
Details:
On the attempt to bulk
String in memory.
Thanks
Bernard
On Wed, 17 Aug 2005 06:51:12 -0500, you wrote:
>On Wed, Aug 17, 2005 at 09:22:16 +0100,
> Bernard <[EMAIL PROTECTED]> wrote:
>>
>> The following bug has been logged online:
>
>This isn't a bug and you really should have aske
The following bug has been logged online:
Bug reference: 1834
Logged by: Bernard
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.03
Operating system: Linux RedHat 9
Description:Non-super-user must be able to copy from a file through
JDBC
Details:
On the
a file.
The need is only created by the limitations of the Postgres COPY
command.
I can't see why a workaround should be developed instead of or before
fixing the COPY command.
It works in other DB engines.
Regards
Bernard
On Fri, 19 Aug 2005 11:10:42 +1200, you wrote:
>Berna
setup for such "bulk" loading is a mess.
Regards,
Bernard
On Fri, 19 Aug 2005 12:27:01 +1200, you wrote:
>Bernard wrote:
>
>> The majority of JDBC users trying to bulk load tables would not want
>> to send the data through their connection. This connection is designed
urrently unaccessible for configuration.
Regrads
Bernard
On Fri, 19 Aug 2005 14:11:38 +1200, you wrote:
>Bernard wrote:
>
>> This difference of performance is the main reason for the COPY
>> command, and this is also the reason why bulk loading through the JDBC
>> interface will n
t in which ident auth is
>at all trustable, it would in theory be possible to implement COPY to a
>file descriptor opened by the client and passed through the socket. I
>personally think it is unlikely that this would be worth the (not
>inconsiderable) amount of work needed to implement i
remote data transfers.
Regards
Bernard
On 19 Aug 2005 02:03:54 -0400, you wrote:
>
>Oliver Jowett <[EMAIL PROTECTED]> writes:
>
>> Bernard was also objecting to the overhead of pushing the data down a
>> TCP pipe when it's already available locally, I think.. I di
decision which
database to use is theirs.
Regards
Bernard
On Fri, 19 Aug 2005 01:10:46 -0700, you wrote:
>Yeah, I'm -vvv tonight.
>
>psql provides \COPY table from file
>
>how about
>String cmd = "psql -c '\COPY table from file' -U user -d database"
&
Sean,
Very diplomatic way to get the message across without offending anyone
except the bastards.
Capatalism is good for development. But it has to be kept in check as
to not destroy the basis on which it once grew and provided fair
chances for anyone to participate. Who is keeping it in check to
from that data.
Unfortunately the user is not in the position to convert the output to
another format or change the software output in any non-standard way.
Any help would be highly appreciated.
Regards
Bernard
---(end of broadcast)---
TIP 1: if posti
/lib/libmp.so.2
/usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1
libthread.so.1 =>/lib/libthread.so.1
Regards
Bernard Stewe
System Administrator: UNIX
4CIT Software Solutions <http://www.4cit.co.za/>
Tel: +27(0)21 979 0900 ext. 200
Fax: +27(0)21 979 0902
Cell: +27(0)79 885 6809
Since version 7.0beta2 of ecpg,
a statement as:
EXEC SQL DECLARE CURSOR FOR
SELECT column1
FROM table1
WHERE column2='smith'
ORDER BY column1;
gives a "Parse error" at the line of the ORDER BY statement.
It was ok in 7.0beta1.
I can't figure wha
POSTGRESQL BUG REPORT TEMPLATE
Your name : Bernard Isambert
Your email address : [EMAIL
0 0 0 0 0 0 dist_pl - - ));
replacing 628 by 604 ,
compiling and reinstalling everything including the database
and It works (I didnt verify the result)
So I am wondering , if I miss something, do I have to convert my point
in a degenerated circle or polygon) or do you forget one definition ?
I have checked the source code in versions 7.4.2,7.4.3 , 8.1.0 &
8.1.4.
The version I patched is 8.1.4 and the lines above were extracted from
7.4.2
Thank you
Bernard SNYERS
Chief Architect
Ionic Software
[EMAIL PROTECTED]
The following bug has been logged online:
Bug reference: 1945
Logged by: Bernard Simmons
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.1 Beta 2
Operating system: Windows 2000 Professional SP4
Description:pgAdmin Crash when adding user
Details:
I was able
The following bug has been logged online:
Bug reference: 3967
Logged by: Bernard Le Jour
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.2.3
Operating system: i386-apple-darwin8.9.1
Description:EXISTS clause on subquery
Details:
Please see the following SQL
The following bug has been logged online:
Bug reference: 1849
Logged by: Bernard Henry Voynet
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.0.3
Operating system: Windows XP
Description:Is PgOleDb still alive ?
Details:
Since this project has no new release
21 matches
Mail list logo
