• Text Size: Normal / Large
• Donate
• Contact

Section Navigation

• Community
• Contributors
• Mailing Lists
  • Subscribe
  • User lists
  • Developer lists
    • pgsql-committers
    • pgsql-hackers
    • pgsql-patches
    • pgsql-www
  • Regional lists
  • Project lists
  • User groups
  • Inactive lists
• IRC
• Featured Users
• International Sites
• Propaganda
• Resources
• Weekly News
• Community login
  • Profile
  • Lost password

pgsql-hackers 2008-02 Thread Index (1/8)

• Main Index
• [Prev Page]
• [Next Page]

• request feature: alter view add column (or something like) Olivier Thauvin
• Re: [BUGS] bug or not bug, xmlvalidate(xml, text) can read and show one line from file Tom Lane
• Re: [BUGS] bug or not bug, xmlvalidate(xml, text) can read and show one line from file Peter Eisentraut
• Re: [BUGS] bug or not bug, xmlvalidate(xml, text) can read and show one line from file Alvaro Herrera
• Re: [BUGS] bug or not bug, xmlvalidate(xml, text) can read and show one line from file Tom Lane
• Why we panic in pglz_decompress Zdenek Kotala
• Re: Why we panic in pglz_decompress Alvaro Herrera
• Re: Why we panic in pglz_decompress Zdenek Kotala
• Re: Why we panic in pglz_decompress Tom Lane
• Re: Why we panic in pglz_decompress Zdenek Kotala
• creating new aggregate function Justin
• Re: creating new aggregate function Sam Mason
• Re: creating new aggregate function Webb Sprague
• Read-ahead and parallelism in redo recovery Pavan Deolasee
• Re: Read-ahead and parallelism in redo recovery Florian Weimer
• Re: Read-ahead and parallelism in redo recovery Decibel!
• Re: Read-ahead and parallelism in redo recovery Heikki Linnakangas
• Re: Read-ahead and parallelism in redo recovery Tom Lane
• Re: Read-ahead and parallelism in redo recovery Aidan Van Dyk
• Re: Read-ahead and parallelism in redo recovery Florian G. Pflug
• Re: Read-ahead and parallelism in redo recovery Tom Lane
• Re: Read-ahead and parallelism in redo recovery Simon Riggs
• Message not available
  • Re: Read-ahead and parallelism in redo recovery Florian G. Pflug
• <Possible follow-ups>
• Re: Read-ahead and parallelism in redo recovery Gregory Stark
• A couple of PG schedule reminders Tom Lane
• "could not open relation 1663/16384/16584: No such file or directory" in a specific combination of transactions with temp tables John Smith
• Re: "could not open relation 1663/16384/16584: No such file or directory" in a specific combination of transactions with temp tables Heikki Linnakangas
• Re: "could not open relation 1663/16384/16584: No such file or directory" in a specific combination of transactions with temp tables Heikki Linnakangas
• Re: "could not open relation 1663/16384/16584: No such file or directory" in a specific combination of transactions with temp tables Gurjeet Singh
• Re: "could not open relation 1663/16384/16584: No such file or directory" in a specific combination of transactions with temp tables Heikki Linnakangas
• Need Mentors for Google Summer of Code! Josh Berkus
• Re: Need Mentors for Google Summer of Code! Jonah H. Harris
• Google SoC 2008? Joey K.
• Re: Google SoC 2008? Josh Berkus
• Re: Google SoC 2008? Kevin Grittner
• Silly Newbie question Aaron Spiteri
• Re: Silly Newbie question Andrew Dunstan
• Re: Silly Newbie question Tom Lane
• Re: Silly Newbie question Andrew Dunstan
• Re: Silly Newbie question Tom Lane
• CREATE TABLE, load and freezing Pavan Deolasee
• Re: CREATE TABLE, load and freezing Florian G. Pflug
• Re: CREATE TABLE, load and freezing Pavan Deolasee
• Re: CREATE TABLE, load and freezing Heikki Linnakangas
• Re: CREATE TABLE, load and freezing ITAGAKI Takahiro
• Re: CREATE TABLE, load and freezing Pavan Deolasee
• Re: CREATE TABLE, load and freezing Florian Pflug
• Re: CREATE TABLE, load and freezing Kevin Grittner
• Re: CREATE TABLE, load and freezing Tom Lane
• Re: CREATE TABLE, load and freezing Pavan Deolasee
• Re: CREATE TABLE, load and freezing Simon Riggs
• Logging conflicted queries on deadlocks ITAGAKI Takahiro
• Re: Logging conflicted queries on deadlocks Alvaro Herrera
• Re: Logging conflicted queries on deadlocks Alvaro Herrera
• ES7000 Windows 2003 server 64bit processor Babu, Gabriel Suresh
• Buildfarm member gypsy_moth seems not to like alignment patch Tom Lane
• Re: Buildfarm member gypsy_moth seems not to like alignment patch Jorgen Austvik - Sun Norway
• Re: Buildfarm member gypsy_moth seems not to like alignment patch Jorgen Austvik - Sun Norway
• Re: Buildfarm member gypsy_moth seems not to like alignment patch Tom Lane
• UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Dawid Kuroczko
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Josh Berkus
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Gevik Babakhani
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Tom Lane
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Jochem van Dieten
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Josh Berkus
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Andrew Sullivan
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Zeugswetter Andreas ADI SD
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Kenneth Marshall
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x James Mansion
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Mark Mielke
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x James Mansion
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Mark Mielke
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Sam Mason
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Tom Lane
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Tom Dunstan
• Re: UUID data format 4x-4x-4x-4x-4x-4x-4x-4x Tom Lane
• Snapshot Reuse Simon Riggs
• new warning message Jeff Davis
• Re: new warning message Tom Lane
• Idea for minor tstore optimization Neil Conway
• Re: Idea for minor tstore optimization Tom Lane
• ResourceOwners for Snapshots? holdable portals Alvaro Herrera
• Re: ResourceOwners for Snapshots? holdable portals Tom Lane
• Re: ResourceOwners for Snapshots? holdable portals Alvaro Herrera
• proposal: plpgsql return execute ... Pavel Stehule
• Re: proposal: plpgsql return execute ... Neil Conway
• Re: proposal: plpgsql return execute ... Merlin Moncure
• Re: proposal: plpgsql return execute ... Pavel Stehule
• select avanced cristianopintado
• Re: select avanced Richard Huxton
• Proposal: wildcards in pg_service.conf Albe Laurenz
• Re: Proposal: wildcards in pg_service.conf Tom Lane
• Re: Proposal: wildcards in pg_service.conf Albe Laurenz
• Re: Proposal: wildcards in pg_service.conf Dawid Kuroczko
• Full text search - altering the default parser Richard Huxton
• win32 build problem (cvs, msvc 2005 express) craigp
• Re: win32 build problem (cvs, msvc 2005 express) Magnus Hagander
• An idea for parallelizing COPY within one backend Florian G. Pflug
• Re: An idea for parallelizing COPY within one backend Tom Lane
• Re: An idea for parallelizing COPY within one backend Florian G. Pflug
• Re: An idea for parallelizing COPY within one backend Brian Hurt
• Re: An idea for parallelizing COPY within one backend Florian G. Pflug
• Re: An idea for parallelizing COPY within one backend Tom Dunstan
• Re: An idea for parallelizing COPY within one backend Andrew Dunstan
• Re: An idea for parallelizing COPY within one backend Brian Hurt
• Re: An idea for parallelizing COPY within one backend Florian G. Pflug
• Re: An idea for parallelizing COPY within one backend Tom Lane
• Re: An idea for parallelizing COPY within one backend Florian G. Pflug
• Re: An idea for parallelizing COPY within one backend Dimitri Fontaine
• Re: An idea for parallelizing COPY within one backend Simon Riggs
• Re: An idea for parallelizing COPY within one backend Florian G. Pflug
• Re: An idea for parallelizing COPY within one backend A.M.
• Re: An idea for parallelizing COPY within one backend Alvaro Herrera
• Re: An idea for parallelizing COPY within one backend Tom Lane
• Re: An idea for parallelizing COPY within one backend Heikki Linnakangas
• Required make version Peter Eisentraut
• Re: Required make version Tom Lane
• Re: Required make version Andrew Dunstan
• Re: Required make version Tom Lane
• Re: Required make version Peter Eisentraut
• Re: Required make version Tom Lane
• Re: Required make version Alvaro Herrera
• Re: Required make version Alvaro Herrera
• Re: Required make version Peter Eisentraut
• Two Coverity Scan volunteers needed Josh Berkus
• Re: Two Coverity Scan volunteers needed Neil Conway
• Re: Two Coverity Scan volunteers needed Josh Berkus
• Re: Two Coverity Scan volunteers needed Joshua D. Drake
• Re: Two Coverity Scan volunteers needed Neil Conway
• Re: Two Coverity Scan volunteers needed Andrej Ricnik-Bay
• Re: Two Coverity Scan volunteers needed Martijn van Oosterhout
• Idle idea for improving concurrency of LISTEN/NOTIFY Tom Lane
• Re: [COMMITTERS] pgsql: Don't build the win32 support files in the all target, only in Peter Eisentraut
• Varlena Type Creation Dimitri Fontaine
• Re: Varlena Type Creation Martijn van Oosterhout
• Re: Varlena Type Creation Dimitri Fontaine
• Bulk loading performance improvements Simon Riggs
• Re: Bulk loading performance improvements Gregory Stark
• Re: Bulk loading performance improvements Simon Riggs
• pgAgent job limit Roberts, Jon
• Re: pgAgent job limit Andrew Dunstan
• Re: pgAgent job limit Roberts, Jon
• Re: pgAgent job limit Alvaro Herrera
• Re: pgAgent job limit Magnus Hagander
• Re: pgAgent job limit Roberts, Jon
• Producer/Consumer Issues in the COPY across network Simon Riggs
• Re: Producer/Consumer Issues in the COPY across network Martijn van Oosterhout
• Re: Producer/Consumer Issues in the COPY across network Simon Riggs
• Re: Producer/Consumer Issues in the COPY across network Martijn van Oosterhout
• Re: Producer/Consumer Issues in the COPY across network Simon Riggs
• code cleanup of timestamp code Warren Turkal
• Re: code cleanup of timestamp code Martijn van Oosterhout
• Re: code cleanup of timestamp code Neil Conway
• Re: code cleanup of timestamp code Tom Lane
• Re: code cleanup of timestamp code Neil Conway
• Reference by in \d <table_name> out kenneth d'souza
• Re: Reference by in \d <table_name> out Alvaro Herrera
• Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the D'Arcy J.M. Cain
• Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the Tom Lane
• <Possible follow-ups>
• Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the Peter Eisentraut
• Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the Tom Lane
• Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the Peter Eisentraut
• Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the Tom Lane
• Re: [COMMITTERS] pgsql: Link postgres from all object files at once, to avoid the Andrew Dunstan
• libpq.rc make rule Peter Eisentraut
• Re: libpq.rc make rule Dave Page
• Re: libpq.rc make rule Peter Eisentraut
• Re: libpq.rc make rule Dave Page
• Re: libpq.rc make rule Peter Eisentraut
• Re: libpq.rc make rule Dave Page
• Re: libpq.rc make rule Magnus Hagander
• Tuning 8.3 Roberts, Jon
• Re: Tuning 8.3 Andrew Dunstan
• Re: Tuning 8.3 Gregory Stark
• Re: Tuning 8.3 Roberts, Jon
• pgAgent job throttling Roberts, Jon
• Re: Tuning 8.3 Christopher Browne
• Strange behavior with leap dates and centuries BC Bernd Helmle
• Re: Strange behavior with leap dates and centuries BC Tom Lane
• Re: Strange behavior with leap dates and centuries BC Bernd Helmle

---

• Main Index
• [Prev Page]
• [Next Page]

---

Mail converted by MHonArc