Re: [HACKERS] [PATCH] Windows x64 [repost]

Thank you very much for refining patch. I thought there is no missing part. Magnus Hagander wrote: > On Fri, Dec 4, 2009 at 11:42, Tsutomu Yamada wrote: > > The following patches support Windows x64. > > > > 1) use intptr_t for Datum and pointer macros. (to

Re: [HACKERS] [PATCH] Windows x64 [repost]

Magnus Hagander wrote: > 2009/12/4 Tsutomu Yamada : > > Thanks to suggestion. > > I send pathces again by another mailer for the archive. > > > > Sorry to waste resources, below is same content that I send before. > > I have a couple of comments about

Re: [HACKERS] [PATCH] Windows x64 [repost]

Magnus Hagander wrote: > On Fri, Jan 1, 2010 at 20:45, Magnus Hagander wrote: > > On Fri, Dec 4, 2009 at 11:42, Tsutomu Yamada wrote: > >> > >> 2) use appropriate macro and datatypes for Windows API. > >> enables more than 32bits shared memory. >

Re: [HACKERS] [PATCH] Windows x64 [repost]

Thanks to suggestion. I send pathces again by another mailer for the archive. Sorry to waste resources, below is same content that I send before. Tsutomu Yamada SRA OSS, Inc. Japan # The following patches support Windows x64. 1) use intptr_t for Datum and pointer macros. (to support

Re: [HACKERS] [PATCH] Windows x64

Robert Haas wrote: > On Tue, Dec 1, 2009 at 6:25 AM, Tsutomu Yamada wrote: > > Hello. > > > > The following patches support Windows x64. > > > > 1) use intptr_t for Datum and pointer macros. (to support Windows LLP64) > > almost th

[HACKERS] [PATCH] Windows x64

lx", (long) qdesc); + /* XXX: for LLP64, use %p or %ll */ + snprintf(qdesc->qname, sizeof(qdesc->qname), "%p", qdesc); qdesc->nargs = argc; qdesc->argtypes = (Oid *) malloc(argc * sizeof(Oid)); qdesc->arginfuncs = (FmgrInfo *) malloc(argc

Re: [HACKERS] Proposal: More portable way to support 64bit platforms

Robert Haas wrote: > On Fri, Jul 24, 2009 at 4:24 PM, Peter Eisentraut wrote: > > On Friday 26 June 2009 12:07:24 Tsutomu Yamada wrote: > >> Included is a conceptual patch to use intptr_t. Comments are welcome. > > > > After closer inspection, not having a

Re: [HACKERS] [PATCH] "could not reattach to shared memory" on Windows

elog(LOG, "reserved shared memory region got incorrect address %p, >expected %p", >+ address, UsedShmemSegAddr); >+ VirtualFree(address, 0, MEM_RELEASE); VirtualFreeEx(hChild, address, 0, MEM_RELEASE); >+ retu

Re: [HACKERS] [PATCH] "could not reattach to shared memory" on Windows

Hello, Alvaro Herrera wrote: > Tsutomu Yamada wrote: > > > This patch using VirtualAlloc()/VirtualFree() to avoid failing in > > reattach to shared memory. > > > > Can this be added to CommitFest ? > > Since this fixes a very annoying bug presen

[HACKERS] [PATCH] "could not reattach to shared memory" on Windows

deleted. http://archives.postgresql.org/pgsql-bugs/2009-07/msg00078.php Regards, -- Tsutomu Yamada SRA OSS, Inc. Japan Index: src/backend/port/win32_shmem.c === RCS file: /mnt/prj/pg/cvsmirror/pg/pgsql/src/backend/port/win32_shmem.c,v

Re: [HACKERS] Proposal: More portable way to support 64bit platforms

Peter Eisentraut wrote: > On Friday 26 June 2009 12:07:24 Tsutomu Yamada wrote: > > Proposal: More portable way to support 64bit platforms > > > > Short description: > > > > Current PostgreSQL implementation has some portability issues to > > suppor

[HACKERS] Proposal: More portable way to support 64bit platforms

eed to add something like below to include/port/*.h. /* LP64, IPL64, ILP32, LP32 */ typedef long intptr_t; typedef unsigned long uintptr_t; /* LLP64 */ typedef long long intptr_t; typedef unsigned long long uintptr_t; Thanks, -- Tsutomu Yamada // tsut...@sraoss.co.jp SRA OSS,

[HACKERS] port to Windows x64

or it. We thought that following VirtualAllocEx() method was good, but did somebody try to test ? http://archives.postgresql.org/pgsql-general/2007-08/msg01592.php Thanks. -- Tsutomu Yamada SRA OSS, Inc. Japan -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers