The tsvector code is printing a pointer difference as an integer,
generating the following warning:
tsvector.c: In function 'tsvectorin':
tsvector.c:225: warning: format '%d' expects type 'int', but argument 2
has type 'long int'
I was thinking the %td specifier wasn't well supported
, but it wasn't built shared, so I can't test
plperl. I ran the test case Greg posted to the perl bug tracker and it
doesn't fail, so unless you're concerned that your change will break 5.6,
then it doesn't look like 5.6 needs a fix.
Kris Jurka
---(end of broadcast
argument 2 of 'gss_release_cred' from
incompatible pointer type
Parts of the GSS API want the object while others want pointers to the
object and it looks like this code got it backwards. I haven't tested
these changes, but they look right to me.
Kris Jurka? src/backend/libpq/.deps
Index
On Wed, 5 Sep 2007, Tom Lane wrote:
Kris Jurka [EMAIL PROTECTED] writes:
Parts of the GSS API want the object while others want pointers to the
object and it looks like this code got it backwards. I haven't tested
these changes, but they look right to me.
Wouldn't the code fail entirely
The attached patch removes this warning:
encnames.c:511: warning: passing argument 1 of 'clean_encoding_name'
discards qualifiers from pointer target type
Kris JurkaIndex: src/backend/utils/mb/encnames.c
===
RCS file:
On Mon, 16 Apr 2007, Tom Lane wrote:
Kris Jurka [EMAIL PROTECTED] writes:
The attached patch removes this warning:
encnames.c:511: warning: passing argument 1 of 'clean_encoding_name'
discards qualifiers from pointer target type
Applied, but I've not seen that warning myself ... what
On Wed, 28 Feb 2007, Bruce Momjian wrote:
Your patch has been added to the PostgreSQL unapplied patches list at:
http://momjian.postgresql.org/cgi-bin/pgpatches
It will be applied as soon as one of the PostgreSQL committers reviews
and approves it.
Here's a patch that works with
The attached patch implements lo_truncate for truncating large objects to
a given length. This is required for implementing Blob.truncate in the
JDBC driver[1] and rounds out filesystem like functionality for large
objects.
Kris Jurka
[1] http://java.sun.com/javase/6/docs/api/java/sql
tomorrow. We need some more work on the uuid feature (e.g. generator
functions and documentation), but that can be done shortly.
This fails on Solaris 9 buildfarm members kudu and dragonfly because they
do not support the hh scanf modifier using in UUID_FMTx.
Kris Jurka
When building with --enable-cassert, without --enable-thread-safety, or
when the OS supports USE_WIDE_UPPER_LOWER we need some more include files.
Kris JurkaIndex: src/backend/storage/buffer/buf_table.c
===
RCS file:
The inclusion of access/tuptoaster.h in access/common/indextuple.c brought
in the define of TOAST_INDEX_HACK which compresses large index entries.
When this was removed the entries were no longer compressed which caused
btree_gist to fail.
Kris JurkaIndex:
A recent backpatch to 7.3's contrib/ltree got mixed up, putting code in
the wrong place. This moves it to the right place which allows it to
compile.
Kris Jurka
Index: contrib/ltree/_ltree_gist.c
===
RCS file: /projects/cvsroot
The attached patch makes the tree build for me again after the recent
include changes. This patch still violates the postgres.h before all
system headers rule and I'm still not sure what changed that broke
everything, but if people need to get work done this may help.
Kris JurkaIndex:
platform
are you using?
I tested on Solaris 9 with Sun compiler and Debian unstable with
gcc-4.1.1. Debian only failed on contrib while Solaris failed on both
core and contrib.
Kris Jurka
---(end of broadcast)---
TIP 5: don't forget
Bruce Momjian wrote:
Great, changes attached and applied. I removed the solaris_i386 and
solaris_x86_64.s files and made just one solaris_x86.s. I updated the
build system to use the new file, updated the macros, and added some
documentation on the approach. Thanks.
Would you test current
).
Kris Jurka
? src/bin/pg_dump/.deps
? src/bin/pg_dump/pg_dump
? src/bin/pg_dump/pg_dumpall
? src/bin/pg_dump/pg_restore
Index: doc/src/sgml/ref/pg_dump.sgml
===
RCS file: /projects/cvsroot/pgsql/doc/src/sgml/ref/pg_dump.sgml,v
On Fri, 24 Mar 2006, Jim C. Nasby wrote:
On Wed, Mar 22, 2006 at 02:37:28PM -0500, Kris Jurka wrote:
On Wed, 22 Mar 2006, Jim C. Nasby wrote:
Ok, I saw disk activity on the base directory and assumed it was pg_xlog
stuff. Turns out that both SELECT INTO and CREATE TABLE AS ignore
On Fri, 3 Mar 2006, Bruce Momjian wrote:
I am a little worried that some of our platforms do not support LL
designations, so I applied it only to CVS HEAD.
Yes, this one is probably better.
Kris Jurka? src/port/.deps
? src/port/pg_config_paths.h
Index: src/port/gettimeofday.c
On Sat, 18 Feb 2006, Peter Eisentraut wrote:
Kris Jurka wrote:
The attached patch adds support for windows codepages 1253, 1254,
1255, and 1257 and cleans up a bunch of the support utilities.
I've applied this patch but left out the changes to the Japanese
encoding maps, as you suggested
This patch fixes this warning.
gettimeofday.c:35: warning: integer constant is too large for long type
Kris Jurka
Index: src/port/gettimeofday.c
===
RCS file: /projects/cvsroot/pgsql/src/port/gettimeofday.c,v
retrieving
with/without oids is now available for the EXECUTE variant.
Currently you still cannot specify inheritance attributes with these
commands, but this seems like a more complicated task.
Kris Jurka? GNUmakefile
? config.log
? config.status
? log
? contrib/spi/.deps
? src/Makefile.global
? src/backend
On Tue, 14 Feb 2006, Kris Jurka wrote:
This patch adds most of the options available for regular CREATE TABLE syntax
to the CREATE TABLE x AS SELECT ... and AS EXECUTE ...
Here's the doc changes for this.
Kris JurkaIndex: doc/src/sgml/ref/create_table_as.sgml
When performing a parallel build (make -j N) with ./configure
--enable-depend it often tries to create the .deps directory twice and
bails out when it already exists due to a race condition of if doesn't
exist, then create. This patch prevents mkdir from returning an error.
Kris
On Sat, 3 Dec 2005, Michael Fuhr wrote:
On Sat, Dec 03, 2005 at 07:53:23PM -0500, Kris Jurka wrote:
I'm seeing some date input overflows here.
Yep, I noticed this a few days ago while looking at another problem.
I probably should have started a new thread.
This seems to fix it.
Kris
The patch updates the documentation to reflect the fact that higher values
of client_min_messages (fatal + panic) are valid and also fixes a slight
issue with how psql tried to display error messages that aren't sent to
the client.
We often tell people to ignore errors in response to
The attached patch fixes this buildfarm failure:
http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=canarydt=2005-07-18%2015:30:01
Kris Jurka
Index: src/bin/pg_dump/po/pt_BR.po
===
RCS file: /projects/cvsroot/pgsql/src/bin/pg_dump
as I see it is that gcc is choosing to link libz.a rather than
libz.so --- why is that happening?
The link line says -L/usr/local/lib -lz and libz.a is in /usr/local/lib
while libz.so is in /usr/lib.
Kris Jurka
---(end of broadcast)---
TIP 5: don't
/3 branches to help
enforce it.
Also getting the regression tests to pass on even older versions(=7.1)
seems like a waste of time, but ensuring that they at least compile and
start to allow data extraction may not be, as a recent -general thread has
shown.
Kris Jurka
On Sat, 16 Jul 2005, Tom Lane wrote:
Kris Jurka [EMAIL PROTECTED] writes:
The link line says -L/usr/local/lib -lz and libz.a is in /usr/local/lib
while libz.so is in /usr/lib.
Well, that is a flat-out configuration error on the local sysadmin's
part. I can't think of any good
This patch removes a couple of warnings Sun's cc reports in
contrib/pgcrypto.
cc -Xa -v -g -KPIC -I. -I../../src/include -I/usr/local/include -c -o sha2.o
sha2.c
sha2.c, line 173: warning: storage class after type is obsolescent
sha2.c, line 193: warning: storage class after type is
This adds the strict function attribute to the places in contrib that
crash on null inputs.
Kris JurkaIndex: contrib/chkpass/chkpass.sql.in
===
RCS file: /projects/cvsroot/pgsql/contrib/chkpass/chkpass.sql.in,v
retrieving revision
sequence
{fn difference('a','b') }
Kris Jurka
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send unregister YourEmailAddressHere to [EMAIL PROTECTED])
The attached patch implements the soundex difference function which
compares two strings' soundex values for similarity.
http://databases.about.com/od/development/l/aasoundex.htm
Kris Jurka? contrib/fuzzystrmatch/.deps
? contrib/fuzzystrmatch/fuzzystrmatch.sql
? contrib/fuzzystrmatch
On Tue, 25 Jan 2005, Neil Conway wrote:
On Tue, 2005-01-25 at 01:13 -0500, Kris Jurka wrote:
The attached patch implements the soundex difference function which
compares two strings' soundex values for similarity.
*** 19,24
--- 19,28
AS 'MODULE_PATHNAME', 'soundex
the performance boost from prepared statements. We
don't want to have to reprepare on each connection and we don't want them
to disappear from underneath us, because the prepared statements are
generated transparently by the JDBC driver, not directly by a user
statement.
Kris Jurka
string we are looking for. If we add the RESET you've implemented
then it will never have a pre-prepared statement for us to use, so we'll
have to create a new one every time.
Kris Jurka
---(end of broadcast)---
TIP 3: if posting/reading through
connection. So each new
connection from the pool gets a new proxy object, but the real underlying
connection stays the same. So the real connection will know what it has
or has not prepared. So I don't see why, simply because it's in a pool,
that it forgets what's been prepared.
Kris Jurka
OR
REPLACE would be more useful.
Kris Jurka
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list
On Sat, 27 Nov 2004, Bruce Momjian wrote:
Kris Jurka wrote:
Compiling on solaris with a non gcc compiler does not correctly enable
debugging when --enable-debug is specified. src/template/solaris is
specifying CFLAGS=-O -v and -O overrides the -g that --enable-debug
adds
/doc/postgresql/contrib
../../config/install-sh: ./README.mysql does not exist.
renaming README to README.mysql fixes this.
Kris Jurka
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org
configure checks for the presense of pthread.h before adjusting CFLAGS to
include PTHREAD_CFLAGS. This patch just moves the check down so CFLAGS
are set usefully.
Kris Jurka
---(end of broadcast)---
TIP 6: Have you searched our list archives
This makes dblink pass its installcheck test on platforms where
snprintf(data, len, %s, NULL) crash.
The code was trying to find a connection by name when it already had an
unnamed connection and did not have a name to search with.
Kris JurkaIndex: contrib/dblink/dblink.c
Here ae some code/comment cleanups now that the odbc interface is no
longer part of the main distribution.
Kris JurkaIndex: src/backend/libpq/md5.c
===
RCS file: /projects/cvsroot/pgsql-server/src/backend/libpq/md5.c,v
retrieving
in that area.
Kris Jurka
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faqs/FAQ.html
When running pg_dump --clean against a server that doesn't have schemas
the namespace is blank and ends up producing a dump full off things like:
DROP TABLE .tab;
The attached patch only includes a schema if one exists. There are
numerous comments about the DROPs needing to be fully qualified
possible reasons are deliberately making it fail or
just a lack of testing. There's no way it does anything useful.
Kris Jurka
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail
Compiling with ssl without thread safety still broken.
pq_initssllib is being incorrectly guarded by ENABLE_THREAD_SAFETY.
Kris JurkaIndex: src/interfaces/libpq/fe-secure.c
===
RCS file:
contrib/ltree's readme has = instead of = as the operator name for
greater than or equal to.
Kris Jurka
Index: contrib/ltree/README.ltree
===
RCS file: /projects/cvsroot/pgsql-server/contrib/ltree/README.ltree,v
retrieving revision
ago. Unfortunately I didn't keep a copy, and
I'm not having any luck finding that message in the archives right
now. Sumit, did you keep a copy?
http://groups.google.com/groups?hl=enlr=ie=UTF-8selm=28882.1057162309%40sss.pgh.pa.us
Kris Jurka
---(end of broadcast
49 matches
Mail list logo