The following bug has been logged online:
Bug reference: 4907
Logged by: Michael Tenenbaum
Email address: mich...@strategic-techs.com
PostgreSQL version: 8.2.11
Operating system: Gentoo
Description:stored procedures and changed tables
Details:
If I have a stored pro
2009/7/7 Wojciech Strzałka :
>
> I think both 8.3 & 8.4 are from EnterpriseDB (the integer_datetime
> is 'off' at least in 8.3 which is active at the time).
OK, I put a zip of a server build at
http://uploads.enterprisedb.com/download.php?file=fc168613430d6c1bf756036466963a5f
It's PG84, and inc
I think both 8.3 & 8.4 are from EnterpriseDB (the integer_datetime
is 'off' at least in 8.3 which is active at the time).
Don't hesitate too much - reinstalling binaries with dump & restore of
data is not a problem whatever version you'll send to me.
> 2009/7/7 Wojciech Strzałka :
>>
>>
2009/7/7 Wojciech Strzałka :
>
> Sorry if what i'm talking is completely silly, but
> the error code (ERROR_INVALID_ADDRESS - 487 (0x1E7)) returned from
> MapViewOfFileEx suggest the ShMem address is wrong. The Windows
> error codes are usually not really helpfull but
> can we log the Use
Sorry if what i'm talking is completely silly, but
the error code (ERROR_INVALID_ADDRESS - 487 (0x1E7)) returned from
MapViewOfFileEx suggest the ShMem address is wrong. The Windows
error codes are usually not really helpfull but
can we log the UsedShmemSegAddr and UsedShmemSegID in
2009/7/7 Wojciech Strzałka :
>
> Here ( http://www.codelabs.pl/_varia/pg.zip ) is detailed info from
> my machine (PostgreSQL 8.3.6, compiled by Visual C++ build 1400):
>
> - detailed log file with several memory attach problems
> - process activity log file (created by Process Monitor from Sys
Here ( http://www.codelabs.pl/_varia/pg.zip ) is detailed info from
my machine (PostgreSQL 8.3.6, compiled by Visual C++ build 1400):
- detailed log file with several memory attach problems
- process activity log file (created by Process Monitor from SysInternals)
- dll's loaded by post
The installer claimed a non-fatal problem, cluster is up and running.
Excerpt from install-postgresql.log
Installing pl/pgsql in the template1 databases...
psql: Warnung: berflssiges Kommandozeilenargument ¯CREATE LANGUAGE
plpgsql;® ignoriert
psql: Warnung: berflssiges Kommandozeilenargument ¯
2009/7/6 Alvaro Herrera :
> Wojciech Strzałka escribió:
>>
>> I don't suppose this explains anything but - why not to try (this is
>> DEBUG and has more details, but looks like some information are less
>> detailed than in
>> INFO log level ?? (ie. socket error code is missing):
>
> I suggest you
