pgsql-hackers-win32 2005-03 Thread Index (1/1)

Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Text Size: Normal / Large
Donate
Contact

Header And Logo

PostgreSQL

|

The world's most advanced open source database.

Site Navigation

pgsql-hackers-win32 2005-03 Thread Index (1/1)

Last updated: Wed Jan 18 03:41:38 2012
172 messages

Main Index
[Prev Page]
[Next Page]

[no subject] Unknown (Wed 18 03:41)
Re: [BUGS] Enhancement: Remove NT/Interactive from Power Users Group Bruce Momjian (Wed 30 06:35)

<Possible follow-ups>
Re: [BUGS] Enhancement: Remove NT/Interactive from Power Users Group Magnus Hagander (Wed 30 07:10)

writing backend extensions using Visual Studio Greg Landrum (Fri 25 22:28)

Re: writing backend extensions using Visual Studio Tom Lane (Fri 25 22:57)

Re: writing backend extensions using Visual Studio Greg Landrum (Sat 26 15:58)

Re: writing backend extensions using Visual Andrew Dunstan (Sat 26 16:25)

Re: writing backend extensions using Visual Studio Greg Landrum (Sat 26 16:39)

Re: writing backend extensions using Visual Studio Bruce Momjian (Sat 26 17:40)
Re: writing backend extensions using Visual Studio Greg Landrum (Mon 28 19:46)

Re: writing backend extensions using Visual Tom Lane (Sat 26 18:55)

Re: writing backend extensions using Visual Greg Landrum (Sat 26 19:41)

<Possible follow-ups>
Re: writing backend extensions using Visual Studio Dave Page (Mon 28 21:07)

Re: writing backend extensions using Visual Studio Greg Landrum (Mon 28 22:31)

Re: writing backend extensions using Visual Studio Dave Page (Tue 29 07:37)

Re: writing backend extensions using Visual Studio Andrew Dunstan (Tue 29 11:24)

Re: writing backend extensions using Visual Studio Dave Page (Tue 29 12:33)

Re: writing backend extensions using Visual Studio Greg Landrum (Tue 29 14:52)
Re: writing backend extensions using Visual Studio Tom Lane (Tue 29 15:22)

Re: writing backend extensions using Visual Studio Dave Page (Tue 29 14:55)

Re: writing backend extensions using Visual Studio Greg Landrum (Tue 29 15:06)

Re: writing backend extensions using Visual Studio Magnus Hagander (Tue 29 15:05)
Re: writing backend extensions using Visual Studio Dave Page (Tue 29 15:08)
Re: writing backend extensions using Visual Studio Dave Page (Tue 29 15:46)

Re: [GENERAL] Simple query takes a long time on win2K Tom Lane (Wed 23 18:11)

<Possible follow-ups>
Re: [GENERAL] Simple query takes a long time on win2K Magnus Hagander (Wed 23 19:04)

Re: [GENERAL] Simple query takes a long time on win2K A. Mous (Wed 23 19:57)
Re: [GENERAL] Simple query takes a long time on win2K A. Mous (Thu 24 03:49)

Half filled xlogs Simon Riggs (Sun 20 15:38)

<Possible follow-ups>
Re: Half filled xlogs Magnus Hagander (Sun 20 16:02)

Re: Half filled xlogs Simon Riggs (Sun 20 23:09)

Re: explain analyze timings Magnus Hagander (Sun 20 13:42)

Re: explain analyze timings Simon Riggs (Sun 20 15:32)

Re: explain analyze timings John A Meinel (Sun 20 16:01)

Re: explain analyze timings Tom Lane (Sun 20 17:43)
<Possible follow-ups>
Re: explain analyze timings Magnus Hagander (Sun 20 18:37)

Re: explain analyze timings Tom Lane (Sun 20 22:30)

Re: explain analyze timings Magnus Hagander (Mon 21 08:49)

Re: [HACKERS] Changing the default wal_sync_method to open_sync for Dave Page (Thu 17 09:12)

Re: [HACKERS] Changing the default wal_sync_method to open_sync for Marc G. Fournier (Thu 17 18:11)

Re: [HACKERS] Changing the default wal_sync_method to open_sync for Win32? Magnus Hagander (Thu 17 08:45)

<Possible follow-ups>
Re: [HACKERS] Changing the default wal_sync_method to open_sync for Win32? Dave Page (Thu 17 09:06)

Re: [HACKERS] Changing the default wal_sync_method to open_sync for Bruce Momjian (Thu 17 17:30)

Re: [HACKERS] Changing the default wal_sync_method to open_sync for Marc G. Fournier (Thu 17 18:15)

Re: [HACKERS] Changing the default wal_sync_method to open_sync for Bruce Momjian (Thu 17 18:43)
Re: [HACKERS] Changing the default wal_sync_method to open_sync for Christopher Kings-Lynne (Fri 18 01:59)

Re: [HACKERS] win32 performance - fsync question Bruce Momjian (Thu 17 04:29)

Re: [HACKERS] win32 performance - fsync question Michael Paesold (Thu 17 07:08)
<Possible follow-ups>
Re: [HACKERS] win32 performance - fsync question Magnus Hagander (Thu 17 09:05)

Re: [HACKERS] win32 performance - fsync question Bruce Momjian (Thu 17 18:35)

Re: [HACKERS] win32 performance - fsync question Tom Lane (Thu 17 18:41)

Re: [HACKERS] win32 performance - fsync question Bruce Momjian (Thu 17 18:53)

Re: [HACKERS] win32 performance - fsync question Tom Lane (Thu 17 19:02)

Re: [HACKERS] win32 performance - fsync question Bruce Momjian (Thu 24 04:31)

Re: [HACKERS] win32 performance - fsync question Dann Corbit (Thu 17 19:24)
Re: [HACKERS] win32 performance - fsync question Tom Lane (Thu 17 19:36)

Re: [HACKERS] win32 performance - fsync question Bruce Momjian (Thu 17 19:38)

Changing the default wal_sync_method to open_sync for Win32? Bruce Momjian (Thu 17 04:20)

Re: Changing the default wal_sync_method to open_sync for Win32? Tom Lane (Thu 17 04:26)

Re: [HACKERS] Changing the default wal_sync_method to open_sync for Bruce Momjian (Thu 17 04:32)

Re: [HACKERS] Changing the default wal_sync_method to open_sync for Marc G. Fournier (Thu 17 05:32)
<Possible follow-ups>
Re: Changing the default wal_sync_method to open_sync for Win32? Merlin Moncure (Thu 17 13:19)

Re: [HACKERS] UNICODE/UTF-8 on win32 Bruce Momjian (Tue 15 04:01)

<Possible follow-ups>
Re: [HACKERS] UNICODE/UTF-8 on win32 Bruce Momjian (Wed 16 00:48)

Re: Repleacement for src/port/snprintf.c Bruce Momjian (Thu 10 21:26)

<Possible follow-ups>
Re: Repleacement for src/port/snprintf.c Bruce Momjian (Fri 11 21:31)

Connection is closed in pg801 using pgadmin3 Rodrigo Moreno (Tue 08 20:37)
Re: [PERFORM] Help with tuning this query (with Dave Held (Mon 07 22:30)

Re: [PERFORM] Help with tuning this query (with Greg Stark (Mon 07 23:15)
<Possible follow-ups>
Re: [PERFORM] Help with tuning this query (with Dave Page (Mon 07 23:09)
Re: [PERFORM] Help with tuning this query (with Dave Held (Tue 08 00:11)

Re: [PERFORM] Help with tuning this query (with Steinar H. Gunderson (Tue 08 01:38)

Re: [PERFORM] Help with tuning this query (with Tom Lane (Tue 08 02:02)

Re: [PERFORM] Help with tuning this query (with Steinar H. Gunderson (Tue 08 02:06)

Re: [PERFORM] Help with tuning this query (with PFC (Tue 08 03:53)

Re: [PERFORM] Help with tuning this query (with Dave Held (Tue 08 00:29)
Re: [PERFORM] Help with tuning this query (with Magnus Hagander (Tue 08 09:05)

Question about odbc E U (Sat 05 19:21)

<Possible follow-ups>
Fw: Question about odbc E U (Sun 06 16:06)

Re: [HACKERS] unexpected and reproducable crash in pl/pgsql function Merlin Moncure (Thu 03 21:04)

Re: [HACKERS] unexpected and reproducable crash in pl/pgsql function Tom Lane (Thu 03 21:20)
<Possible follow-ups>
Re: [HACKERS] unexpected and reproducable crash in pl/pgsql function Merlin Moncure (Thu 03 21:29)

unexpected and reproducable crash in pl/pgsql function Merlin Moncure (Thu 03 19:49)
Re: [PERFORM] Help with tuning this query (with explain analyze finally) Tom Lane (Wed 02 22:29)

<Possible follow-ups>
Re: [PERFORM] Help with tuning this query (with explain analyze finally) Dave Held (Wed 02 23:01)
Re: [PERFORM] Help with tuning this query (with explain analyze finally) Magnus Hagander (Mon 07 08:55)

Re: [PERFORM] Help with tuning this query (with explain analyze finally) Tom Lane (Mon 07 14:11)

Re: [PERFORM] Help with tuning this query (with explain analyze finally) Magnus Hagander (Mon 07 14:36)

Re: [PERFORM] Help with tuning this query (with explain analyze finally) Tom Lane (Mon 07 14:45)

Re: [PERFORM] Help with tuning this query (with John A Meinel (Mon 07 16:30)

Re: [PERFORM] Help with tuning this query (with explain analyze finally) Tom Lane (Mon 07 16:39)

Re: [PERFORM] Help with tuning this query (with John A Meinel (Mon 07 17:24)
Re: [PERFORM] Help with tuning this query (with Greg Stark (Mon 07 18:05)

Re: [PERFORM] Help with tuning this query (with explain analyze finally) Dave Held (Mon 07 22:34)

Re: [PERFORM] Help with tuning this query (with John A Meinel (Mon 07 22:48)

Re: [PERFORM] Help with tuning this query (with Tom Lane (Mon 07 22:56)

Re: [PERFORM] Help with tuning this query (with John A Meinel (Tue 08 04:35)

Problem during postgresql-8.0.msi installation massimo . zanforlin (Wed 02 17:58)

<Possible follow-ups>
Re: Problem during postgresql-8.0.msi installation Magnus Hagander (Wed 02 18:48)

Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Wed 02 15:40)

Re: [HACKERS] snprintf causes regression pgsql (Wed 02 16:01)
Re: [HACKERS] snprintf causes regression tests to fail Tom Lane (Wed 02 18:21)

Re: [HACKERS] snprintf causes regression pgsql (Wed 02 21:39)
Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Thu 03 00:02)

Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Wed 09 12:40)

Re: [HACKERS] snprintf causes regression pgsql (Wed 09 15:37)
Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Thu 10 03:51)

Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Thu 10 19:22)
Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Thu 10 21:26)
Re: [HACKERS] snprintf causes regression tests Nicolai Tufar (Thu 10 22:43)
Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Fri 11 16:21)
Re: [HACKERS] snprintf causes regression tests to fail Tom Lane (Thu 10 23:55)
Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Fri 11 00:21)
Re: [HACKERS] snprintf causes regression pgsql (Fri 11 01:28)
Re: [HACKERS] snprintf causes regression tests Tom Lane (Fri 11 03:58)
Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Fri 11 16:18)
Re: [HACKERS] snprintf causes regression pgsql (Fri 11 17:01)
Re: [HACKERS] snprintf causes regression Bruce Momjian (Fri 11 17:14)
Re: [HACKERS] snprintf causes regression Tom Lane (Fri 11 17:23)
Re: [HACKERS] snprintf causes regression Bruce Momjian (Fri 11 17:37)
Re: [HACKERS] snprintf causes regression Bruce Momjian (Fri 11 17:44)
Re: [HACKERS] snprintf causes regression Bruce Momjian (Fri 11 04:10)
Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Fri 11 05:58)
Re: [HACKERS] snprintf causes regression tests to fail Tom Lane (Fri 11 06:14)
Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Fri 11 06:41)
Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Fri 11 23:58)
Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Sat 12 15:01)
Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Wed 16 06:00)
Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Wed 16 11:36)
Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Wed 16 15:07)
Re: [PATCHES] [HACKERS] snprintf causes regression Bruce Momjian (Wed 16 21:31)
Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Sun 20 05:11)
Re: [HACKERS] snprintf causes regression tests Andrew Dunstan (Sun 20 18:24)
Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Mon 14 18:55)
Re: [HACKERS] snprintf causes regression tests to fail Tom Lane (Mon 14 19:19)
Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Mon 14 19:39)
Re: [HACKERS] snprintf causes regression tests to fail Tom Lane (Mon 14 19:41)

Re: [HACKERS] snprintf causes regression tests to fail Magnus Hagander (Tue 01 20:44)

Re: [HACKERS] snprintf causes regression tests to fail Joerg Hessdoerfer (Tue 01 21:43)

Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Tue 01 21:59)
Re: [HACKERS] snprintf causes regression tests to fail Tom Lane (Tue 01 22:13)

Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Tue 01 22:57)

Re: [HACKERS] snprintf causes regression tests to fail Tom Lane (Tue 01 23:15)

Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Tue 01 23:38)
Re: [HACKERS] snprintf causes regression tests to fail Tom Lane (Tue 01 23:53)
Re: [HACKERS] snprintf causes regression tests to fail Tom Lane (Wed 02 00:28)
Re: [HACKERS] snprintf causes regression tests to fail Joerg Hessdoerfer (Wed 02 08:24)
Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Wed 02 09:13)

Re: snprintf causes regression tests to fail Bruce Momjian (Tue 01 04:54)

Re: [HACKERS] snprintf causes regression tests to fail Bruce Momjian (Tue 01 05:55)

Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Tue 01 14:23)

Re: [HACKERS] snprintf causes regression tests Bruce Momjian (Tue 01 14:28)

Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Tue 01 20:20)

Re: [HACKERS] snprintf causes regression pgsql (Tue 01 20:37)
Re: [HACKERS] snprintf causes regression tests to fail Nicolai Tufar (Tue 01 20:58)
Re: [HACKERS] snprintf causes regression pgsql (Tue 01 21:19)
Re: [HACKERS] snprintf causes regression tests to fail Tom Lane (Tue 01 21:22)
Re: [HACKERS] snprintf causes regression Nicolai Tufar (Tue 01 22:26)

Re: [HACKERS] snprintf causes regression pgsql (Tue 01 20:27)

Re: [HACKERS] snprintf causes regression tests Tom Lane (Tue 01 20:31)

<Possible follow-ups>
Re: snprintf causes regression tests to fail Tom Lane (Tue 01 22:45)

Re: snprintf causes regression tests to fail Nicolai Tufar (Tue 01 23:09)

Re: snprintf causes regression tests to fail Bruce Momjian (Wed 02 00:00)
Re: snprintf causes regression tests to fail Bruce Momjian (Wed 02 01:54)

Re: [HACKERS] snprintf causes regression tests to fail Tom Lane (Wed 02 02:32)

Re: [HACKERS] snprintf causes regression tests to fail Bruce Momjian (Wed 02 02:38)
Re: [HACKERS] snprintf causes regression tests to fail Bruce Momjian (Wed 02 03:23)

Re: [HACKERS] snprintf causes regression tests to fail Tom Lane (Wed 02 04:21)

Re: [HACKERS] snprintf causes regression tests to fail Bruce Momjian (Wed 02 04:22)
Re: [HACKERS] snprintf causes regression tests to fail Bruce Momjian (Wed 02 04:31)

Re: [HACKERS] snprintf causes regression tests to fail pgsql (Wed 02 12:10)

Re: [HACKERS] Thread-safe snprintf() vsnprintf() and printf() Bruce Momjian (Tue 01 00:38)

Main Index
[Prev Page]
[Next Page]

Mail converted by MHonArc

Privacy Policy | About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group