Search Postgresql Archives

Re: PG_MODULE_MAGIC check in 8.2

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



You are assuming I have the source for the library and although I've asked nicely via email Microsoft hasn't responded to my requests for the source code to kernel32.dll.  ;)

Regardless, even if I had the source, adding PG_MODULE_MAGIC to an arbitrary dll that has no need to know anything about the internals of Postgresql comes at a cost of much more than a one line to the source.  It requires having all the random bits of developer headers/libraries/etc from Postgresql which has been been properly set up to work with my particular compiler environment.  In this case, my initial attempts to wrap the functions in a shared library that I can control using the headers supplied with the beta3 installer have met with little success under cygwin using -mno-cygwin (which, in theory, should invoke mingw) and MSVC due to strange desires to include things like strings.h, libintl.h and various other files that don't exist.

I have an 8.1 database that has a few functions that utilize of a couple of api calls to kernel32 and another library.  I'd just like to get it working under 8.2 with minimal hassle and I'll work out the long term solution of writing a proper module that wraps the calls later.  Since I am familiar with building Postgresql from source that is something I'd much rather do after removing the check for a short-term solution.

Regards,

Shelby Cain

----- Original Message ----
From: Martijn van Oosterhout <kleptog@xxxxxxxxx>
To: Shelby Cain <alyandon@xxxxxxxxx>
Cc: pgsql-general <pgsql-general@xxxxxxxxxxxxxx>
Sent: Tuesday, November 14, 2006 5:23:58 PM
Subject: Re: [GENERAL] PG_MODULE_MAGIC check in 8.2

On Tue, Nov 14, 2006 at 02:46:41PM -0800, Shelby Cain wrote:
> Could someone give me some general hints as to what modifications I'd
> need to make in the 8.2 source tree in order to remove the
> PG_MODULE_MAGIC requirement for loading shared libraries into the
> backend?  Is there any chance this could be made into a configurable
> option so the user can choose the desired behavior?

Why? It's a one line addition to the source of the module, much less
work than trying to disable the check in the backend...

Have a nice day,
-- 
Martijn van Oosterhout   <kleptog@xxxxxxxxx>   http://svana.org/kleptog/
> From each according to his ability. To each according to his ability to litigate.







[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux