FAQ
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.

- ---1777720829-1042254855-894027561=:3936
Content-Type: TEXT/PLAIN; charset=US-ASCII

Dear Postgresql maintainers

I am trying to install Postgresql 6.3.2 on my Linux Slackware
System. The specs of the system:

zsuzsi:~$ uname -a
Linux zsuzsi 2.0.33 #1 Wed Jan 21 20:19:50 GMT 1998 i486
zsuzsi:~$ gcc -v
Reading specs from
/usr/local/lib/gcc-lib/i486-pc-linux-gnulibc1/egcs-2.90.27/specs
gcc version egcs-2.90.27 980315 (egcs-1.0.2 release)

Configuring the system with configure succeeds without any apparent
failures. Compiling fails when bootstrap.c is to be compiled. Since I was
not able to solve the problem I ask you for help. To provide more
information I have attached the output of ./configure and make all to this
mail. I will appreciate any help on solving the problem.

Fritz


- ---1777720829-1042254855-894027561=:3936
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="make.install.log"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.3.95.980501125921.3936B@zsuzsi.rot.stusta.mhn.de>
Content-Description:

bWFrZSAtQyBsZXh0ZXN0IGFsbA0KbWFrZVsxXTogRW50ZXJpbmcgZGlyZWN0
b3J5IGAvdXNyL3NyYy9wb3N0Z3Jlc3FsLTYuMy4yL3NyYy9sZXh0ZXN0Jw0K
ZmxleCBzY2FuLmwNCmdjYyAtYyBsZXgueXkuYw0KZ2NjIC1jIGxleHRlc3Qu
Yw0KZ2NjIC1vIGxleHRlc3QgbGV4Lnl5Lm8gbGV4dGVzdC5vDQptYWtlWzFd
OiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvcG9zdGdyZXNxbC02LjMu
Mi9zcmMvbGV4dGVzdCcNCm1ha2UgLUMgdXRpbHMgYWxsDQptYWtlWzFdOiBF
bnRlcmluZyBkaXJlY3RvcnkgYC91c3Ivc3JjL3Bvc3RncmVzcWwtNi4zLjIv
c3JjL3V0aWxzJw0KZ2NjIC1JLi4vaW5jbHVkZSAtSS4uL2JhY2tlbmQgICAg
IC1XYWxsIC1XbWlzc2luZy1wcm90b3R5cGVzICAgLWMgdmVyc2lvbi5jIC1v
IHZlcnNpb24ubw0KbWFrZVsxXTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3Iv
c3JjL3Bvc3RncmVzcWwtNi4zLjIvc3JjL3V0aWxzJw0KbWFrZSAtQyBiYWNr
ZW5kIGFsbA0KbWFrZVsxXTogRW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3Ny
Yy9wb3N0Z3Jlc3FsLTYuMy4yL3NyYy9iYWNrZW5kJw0KbWFrZSAtQyBhY2Nl
c3MgYWxsIA0KbWFrZVsyXTogRW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3Ny
Yy9wb3N0Z3Jlc3FsLTYuMy4yL3NyYy9iYWNrZW5kL2FjY2VzcycNCm1ha2Ug
LUMgY29tbW9uICBTVUJTWVMubw0KbWFrZVszXTogRW50ZXJpbmcgZGlyZWN0
b3J5IGAvdXNyL3NyYy9wb3N0Z3Jlc3FsLTYuMy4yL3NyYy9iYWNrZW5kL2Fj
Y2Vzcy9jb21tb24nDQptYWtlIC1DIC4uLy4uIGZtZ3IuaA0KbWFrZVs0XTog
RW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3NyYy9wb3N0Z3Jlc3FsLTYuMy4y
L3NyYy9iYWNrZW5kJw0KbWFrZSAtQyB1dGlscyBmbWdyLmgNCm1ha2VbNV06
IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvcG9zdGdyZXNxbC02LjMu
Mi9zcmMvYmFja2VuZC91dGlscycNCnNoICBHZW5fZm1ncnRhYi5zaCAuLi8u
Li9pbmNsdWRlL2NhdGFsb2cvcGdfcHJvYy5oDQpHZW5fZm1ncnRhYi5zaDog
Y3BwOiBjb21tYW5kIG5vdCBmb3VuZA0KbWFrZVs1XTogTGVhdmluZyBkaXJl
Y3RvcnkgYC91c3Ivc3JjL3Bvc3RncmVzcWwtNi4zLjIvc3JjL2JhY2tlbmQv
dXRpbHMnDQpjcCB1dGlscy9mbWdyLmggLg0KbWFrZVs0XTogTGVhdmluZyBk
aXJlY3RvcnkgYC91c3Ivc3JjL3Bvc3RncmVzcWwtNi4zLjIvc3JjL2JhY2tl
bmQnDQpnY2MgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4vLi4vLi4vYmFja2Vu
ZCAgICAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLUkuLi8uLiAgIC1j
IGhlYXB0dXBsZS5jIC1vIGhlYXB0dXBsZS5vDQpnY2MgLUkuLi8uLi8uLi9p
bmNsdWRlIC1JLi4vLi4vLi4vYmFja2VuZCAgICAgLVdhbGwgLVdtaXNzaW5n
LXByb3RvdHlwZXMgLUkuLi8uLiAgIC1jIGhlYXB2YWxpZC5jIC1vIGhlYXB2
YWxpZC5vDQpnY2MgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4vLi4vLi4vYmFj
a2VuZCAgICAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLUkuLi8uLiAg
IC1jIGluZGV4dHVwbGUuYyAtbyBpbmRleHR1cGxlLm8NCmdjYyAtSS4uLy4u
Ly4uL2luY2x1ZGUgLUkuLi8uLi8uLi9iYWNrZW5kICAgICAtV2FsbCAtV21p
c3NpbmctcHJvdG90eXBlcyAtSS4uLy4uICAgLWMgaW5kZXh2YWxpZC5jIC1v
IGluZGV4dmFsaWQubw0KZ2NjIC1JLi4vLi4vLi4vaW5jbHVkZSAtSS4uLy4u
Ly4uL2JhY2tlbmQgICAgIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5cGVzIC1J
Li4vLi4gICAtYyBwcmludHR1cC5jIC1vIHByaW50dHVwLm8NCmdjYyAtSS4u
Ly4uLy4uL2luY2x1ZGUgLUkuLi8uLi8uLi9iYWNrZW5kICAgICAtV2FsbCAt
V21pc3NpbmctcHJvdG90eXBlcyAtSS4uLy4uICAgLWMgc2NhbmtleS5jIC1v
IHNjYW5rZXkubw0KZ2NjIC1JLi4vLi4vLi4vaW5jbHVkZSAtSS4uLy4uLy4u
L2JhY2tlbmQgICAgIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5cGVzIC1JLi4v
Li4gICAtYyB0dXBkZXNjLmMgLW8gdHVwZGVzYy5vDQpsZCAtciAtbyBTVUJT
WVMubyBoZWFwdHVwbGUubyBoZWFwdmFsaWQubyBpbmRleHR1cGxlLm8gaW5k
ZXh2YWxpZC5vIHByaW50dHVwLm8gc2NhbmtleS5vIHR1cGRlc2MubyAgDQpt
YWtlWzNdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvcG9zdGdyZXNx
bC02LjMuMi9zcmMvYmFja2VuZC9hY2Nlc3MvY29tbW9uJw0KbWFrZSAtQyBn
aXN0ICAgIFNVQlNZUy5vDQptYWtlWzNdOiBFbnRlcmluZyBkaXJlY3Rvcnkg
YC91c3Ivc3JjL3Bvc3RncmVzcWwtNi4zLjIvc3JjL2JhY2tlbmQvYWNjZXNz
L2dpc3QnDQpnY2MgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4vLi4vLi4vYmFj
a2VuZCAgICAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLUkuLi8uLiAg
ICAtYyBnaXN0LmMgLW8gZ2lzdC5vDQpnY2MgLUkuLi8uLi8uLi9pbmNsdWRl
IC1JLi4vLi4vLi4vYmFja2VuZCAgICAgLVdhbGwgLVdtaXNzaW5nLXByb3Rv
dHlwZXMgLUkuLi8uLiAgICAtYyBnaXN0Z2V0LmMgLW8gZ2lzdGdldC5vDQpn
Y2MgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4vLi4vLi4vYmFja2VuZCAgICAg
LVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLUkuLi8uLiAgICAtYyBnaXN0
c2Nhbi5jIC1vIGdpc3RzY2FuLm8NCmdjYyAtSS4uLy4uLy4uL2luY2x1ZGUg
LUkuLi8uLi8uLi9iYWNrZW5kICAgICAtV2FsbCAtV21pc3NpbmctcHJvdG90
eXBlcyAtSS4uLy4uICAgIC1jIGdpc3RzdHJhdC5jIC1vIGdpc3RzdHJhdC5v
DQpsZCAtciAtbyBTVUJTWVMubyBnaXN0Lm8gZ2lzdGdldC5vIGdpc3RzY2Fu
Lm8gZ2lzdHN0cmF0Lm8NCm1ha2VbM106IExlYXZpbmcgZGlyZWN0b3J5IGAv
dXNyL3NyYy9wb3N0Z3Jlc3FsLTYuMy4yL3NyYy9iYWNrZW5kL2FjY2Vzcy9n
aXN0Jw0KbWFrZSAtQyBoYXNoICAgIFNVQlNZUy5vDQptYWtlWzNdOiBFbnRl
cmluZyBkaXJlY3RvcnkgYC91c3Ivc3JjL3Bvc3RncmVzcWwtNi4zLjIvc3Jj
L2JhY2tlbmQvYWNjZXNzL2hhc2gnDQpnY2MgLUkuLi8uLi8uLi9pbmNsdWRl
IC1JLi4vLi4vLi4vYmFja2VuZCAgICAgLVdhbGwgLVdtaXNzaW5nLXByb3Rv
dHlwZXMgLUkuLi8uLiAgIC1jIGhhc2guYyAtbyBoYXNoLm8NCmdjYyAtSS4u
Ly4uLy4uL2luY2x1ZGUgLUkuLi8uLi8uLi9iYWNrZW5kICAgICAtV2FsbCAt
V21pc3NpbmctcHJvdG90eXBlcyAtSS4uLy4uICAgLWMgaGFzaGZ1bmMuYyAt
byBoYXNoZnVuYy5vDQpnY2MgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4vLi4v
Li4vYmFja2VuZCAgICAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLUku
Li8uLiAgIC1jIGhhc2hpbnNlcnQuYyAtbyBoYXNoaW5zZXJ0Lm8NCmdjYyAt
SS4uLy4uLy4uL2luY2x1ZGUgLUkuLi8uLi8uLi9iYWNrZW5kICAgICAtV2Fs
bCAtV21pc3NpbmctcHJvdG90eXBlcyAtSS4uLy4uICAgLWMgaGFzaG92Zmwu
YyAtbyBoYXNob3ZmbC5vDQpnY2MgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4v
Li4vLi4vYmFja2VuZCAgICAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMg
LUkuLi8uLiAgIC1jIGhhc2hwYWdlLmMgLW8gaGFzaHBhZ2Uubw0KZ2NjIC1J
Li4vLi4vLi4vaW5jbHVkZSAtSS4uLy4uLy4uL2JhY2tlbmQgICAgIC1XYWxs
IC1XbWlzc2luZy1wcm90b3R5cGVzIC1JLi4vLi4gICAtYyBoYXNoc2Nhbi5j
IC1vIGhhc2hzY2FuLm8NCmdjYyAtSS4uLy4uLy4uL2luY2x1ZGUgLUkuLi8u
Li8uLi9iYWNrZW5kICAgICAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAt
SS4uLy4uICAgLWMgaGFzaHNlYXJjaC5jIC1vIGhhc2hzZWFyY2gubw0KZ2Nj
IC1JLi4vLi4vLi4vaW5jbHVkZSAtSS4uLy4uLy4uL2JhY2tlbmQgICAgIC1X
YWxsIC1XbWlzc2luZy1wcm90b3R5cGVzIC1JLi4vLi4gICAtYyBoYXNoc3Ry
YXQuYyAtbyBoYXNoc3RyYXQubw0KZ2NjIC1JLi4vLi4vLi4vaW5jbHVkZSAt
SS4uLy4uLy4uL2JhY2tlbmQgICAgIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5
cGVzIC1JLi4vLi4gICAtYyBoYXNodXRpbC5jIC1vIGhhc2h1dGlsLm8NCmxk
IC1yIC1vIFNVQlNZUy5vIGhhc2gubyBoYXNoZnVuYy5vIGhhc2hpbnNlcnQu
byBoYXNob3ZmbC5vIGhhc2hwYWdlLm8gaGFzaHNjYW4ubyBoYXNoc2VhcmNo
Lm8gaGFzaHN0cmF0Lm8gaGFzaHV0aWwubw0KbWFrZVszXTogTGVhdmluZyBk
aXJlY3RvcnkgYC91c3Ivc3JjL3Bvc3RncmVzcWwtNi4zLjIvc3JjL2JhY2tl
bmQvYWNjZXNzL2hhc2gnDQptYWtlIC1DIGhlYXAgICAgU1VCU1lTLm8NCm1h
a2VbM106IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvcG9zdGdyZXNx
bC02LjMuMi9zcmMvYmFja2VuZC9hY2Nlc3MvaGVhcCcNCmdjYyAtSS4uLy4u
Ly4uL2luY2x1ZGUgLUkuLi8uLi8uLi9iYWNrZW5kICAgICAtV2FsbCAtV21p
c3NpbmctcHJvdG90eXBlcyAtSS4uLy4uICAgIC1jIGhlYXBhbS5jIC1vIGhl
YXBhbS5vDQpnY2MgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4vLi4vLi4vYmFj
a2VuZCAgICAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLUkuLi8uLiAg
ICAtYyBoaW8uYyAtbyBoaW8ubw0KZ2NjIC1JLi4vLi4vLi4vaW5jbHVkZSAt
SS4uLy4uLy4uL2JhY2tlbmQgICAgIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5
cGVzIC1JLi4vLi4gICAgLWMgc3RhdHMuYyAtbyBzdGF0cy5vDQpsZCAtciAt
byBTVUJTWVMubyBoZWFwYW0ubyBoaW8ubyBzdGF0cy5vDQptYWtlWzNdOiBM
ZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvcG9zdGdyZXNxbC02LjMuMi9z
cmMvYmFja2VuZC9hY2Nlc3MvaGVhcCcNCm1ha2UgLUMgaW5kZXggICBTVUJT
WVMubw0KbWFrZVszXTogRW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3NyYy9w
b3N0Z3Jlc3FsLTYuMy4yL3NyYy9iYWNrZW5kL2FjY2Vzcy9pbmRleCcNCmdj
YyAtSS4uLy4uLy4uL2luY2x1ZGUgLUkuLi8uLi8uLi9iYWNrZW5kICAgICAt
V2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtSS4uLy4uICAgIC1jIGdlbmFt
LmMgLW8gZ2VuYW0ubw0KZ2NjIC1JLi4vLi4vLi4vaW5jbHVkZSAtSS4uLy4u
Ly4uL2JhY2tlbmQgICAgIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5cGVzIC1J
Li4vLi4gICAgLWMgaW5kZXhhbS5jIC1vIGluZGV4YW0ubw0KZ2NjIC1JLi4v
Li4vLi4vaW5jbHVkZSAtSS4uLy4uLy4uL2JhY2tlbmQgICAgIC1XYWxsIC1X
bWlzc2luZy1wcm90b3R5cGVzIC1JLi4vLi4gICAgLWMgaXN0cmF0LmMgLW8g
aXN0cmF0Lm8NCmxkIC1yIC1vIFNVQlNZUy5vIGdlbmFtLm8gaW5kZXhhbS5v
IGlzdHJhdC5vDQptYWtlWzNdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9z
cmMvcG9zdGdyZXNxbC02LjMuMi9zcmMvYmFja2VuZC9hY2Nlc3MvaW5kZXgn
DQptYWtlIC1DIHJ0cmVlICAgU1VCU1lTLm8NCm1ha2VbM106IEVudGVyaW5n
IGRpcmVjdG9yeSBgL3Vzci9zcmMvcG9zdGdyZXNxbC02LjMuMi9zcmMvYmFj
a2VuZC9hY2Nlc3MvcnRyZWUnDQpnY2MgLUkuLi8uLi8uLi9pbmNsdWRlIC1J
Li4vLi4vLi4vYmFja2VuZCAgICAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlw
ZXMgLUkuLi8uLiAgICAtYyBydGdldC5jIC1vIHJ0Z2V0Lm8NCmdjYyAtSS4u
Ly4uLy4uL2luY2x1ZGUgLUkuLi8uLi8uLi9iYWNrZW5kICAgICAtV2FsbCAt
V21pc3NpbmctcHJvdG90eXBlcyAtSS4uLy4uICAgIC1jIHJ0cHJvYy5jIC1v
IHJ0cHJvYy5vDQpnY2MgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4vLi4vLi4v
YmFja2VuZCAgICAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLUkuLi8u
LiAgICAtYyBydHJlZS5jIC1vIHJ0cmVlLm8NCmdjYyAtSS4uLy4uLy4uL2lu
Y2x1ZGUgLUkuLi8uLi8uLi9iYWNrZW5kICAgICAtV2FsbCAtV21pc3Npbmct
cHJvdG90eXBlcyAtSS4uLy4uICAgIC1jIHJ0c2Nhbi5jIC1vIHJ0c2Nhbi5v
DQpnY2MgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4vLi4vLi4vYmFja2VuZCAg
ICAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLUkuLi8uLiAgICAtYyBy
dHN0cmF0LmMgLW8gcnRzdHJhdC5vDQpsZCAtciAtbyBTVUJTWVMubyBydGdl
dC5vIHJ0cHJvYy5vIHJ0cmVlLm8gcnRzY2FuLm8gcnRzdHJhdC5vDQptYWtl
WzNdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvcG9zdGdyZXNxbC02
LjMuMi9zcmMvYmFja2VuZC9hY2Nlc3MvcnRyZWUnDQptYWtlIC1DIG5idHJl
ZSAgU1VCU1lTLm8NCm1ha2VbM106IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vz
ci9zcmMvcG9zdGdyZXNxbC02LjMuMi9zcmMvYmFja2VuZC9hY2Nlc3MvbmJ0
cmVlJw0KZ2NjIC1JLi4vLi4vLi4vaW5jbHVkZSAtSS4uLy4uLy4uL2JhY2tl
bmQgICAgIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5cGVzIC1JLi4vLi4gICAg
LWMgbmJ0Y29tcGFyZS5jIC1vIG5idGNvbXBhcmUubw0KZ2NjIC1JLi4vLi4v
Li4vaW5jbHVkZSAtSS4uLy4uLy4uL2JhY2tlbmQgICAgIC1XYWxsIC1XbWlz
c2luZy1wcm90b3R5cGVzIC1JLi4vLi4gICAgLWMgbmJ0aW5zZXJ0LmMgLW8g
bmJ0aW5zZXJ0Lm8NCmdjYyAtSS4uLy4uLy4uL2luY2x1ZGUgLUkuLi8uLi8u
Li9iYWNrZW5kICAgICAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtSS4u
Ly4uICAgIC1jIG5idHBhZ2UuYyAtbyBuYnRwYWdlLm8NCmdjYyAtSS4uLy4u
Ly4uL2luY2x1ZGUgLUkuLi8uLi8uLi9iYWNrZW5kICAgICAtV2FsbCAtV21p
c3NpbmctcHJvdG90eXBlcyAtSS4uLy4uICAgIC1jIG5idHJlZS5jIC1vIG5i
dHJlZS5vDQpnY2MgLUkuLi8uLi8uLi9pbmNsdWRlIC1JLi4vLi4vLi4vYmFj
a2VuZCAgICAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLUkuLi8uLiAg
ICAtYyBuYnRzY2FuLmMgLW8gbmJ0c2Nhbi5vDQpnY2MgLUkuLi8uLi8uLi9p
bmNsdWRlIC1JLi4vLi4vLi4vYmFja2VuZCAgICAgLVdhbGwgLVdtaXNzaW5n
LXByb3RvdHlwZXMgLUkuLi8uLiAgICAtYyBuYnRzZWFyY2guYyAtbyBuYnRz
ZWFyY2gubw0KZ2NjIC1JLi4vLi4vLi4vaW5jbHVkZSAtSS4uLy4uLy4uL2Jh
Y2tlbmQgICAgIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5cGVzIC1JLi4vLi4g
ICAgLWMgbmJ0c3RyYXQuYyAtbyBuYnRzdHJhdC5vDQpnY2MgLUkuLi8uLi8u
Li9pbmNsdWRlIC1JLi4vLi4vLi4vYmFja2VuZCAgICAgLVdhbGwgLVdtaXNz
aW5nLXByb3RvdHlwZXMgLUkuLi8uLiAgICAtYyBuYnR1dGlscy5jIC1vIG5i
dHV0aWxzLm8NCmdjYyAtSS4uLy4uLy4uL2luY2x1ZGUgLUkuLi8uLi8uLi9i
YWNrZW5kICAgICAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtSS4uLy4u
ICAgIC1jIG5idHNvcnQuYyAtbyBuYnRzb3J0Lm8NCmxkIC1yIC1vIFNVQlNZ
Uy5vIG5idGNvbXBhcmUubyBuYnRpbnNlcnQubyBuYnRwYWdlLm8gbmJ0cmVl
Lm8gbmJ0c2Nhbi5vIG5idHNlYXJjaC5vIG5idHN0cmF0Lm8gbmJ0dXRpbHMu
byBuYnRzb3J0Lm8NCm1ha2VbM106IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNy
L3NyYy9wb3N0Z3Jlc3FsLTYuMy4yL3NyYy9iYWNrZW5kL2FjY2Vzcy9uYnRy
ZWUnDQptYWtlIC1DIHRyYW5zYW0gU1VCU1lTLm8NCm1ha2VbM106IEVudGVy
aW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvcG9zdGdyZXNxbC02LjMuMi9zcmMv
YmFja2VuZC9hY2Nlc3MvdHJhbnNhbScNCmdjYyAtSS4uLy4uLy4uL2luY2x1
ZGUgLUkuLi8uLi8uLi9iYWNrZW5kICAgICAtV2FsbCAtV21pc3NpbmctcHJv
dG90eXBlcyAtSS4uLy4uICAgIC1jIHRyYW5zYW0uYyAtbyB0cmFuc2FtLm8N
CmdjYyAtSS4uLy4uLy4uL2luY2x1ZGUgLUkuLi8uLi8uLi9iYWNrZW5kICAg
ICAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtSS4uLy4uICAgIC1jIHRy
YW5zc3VwLmMgLW8gdHJhbnNzdXAubw0KZ2NjIC1JLi4vLi4vLi4vaW5jbHVk
ZSAtSS4uLy4uLy4uL2JhY2tlbmQgICAgIC1XYWxsIC1XbWlzc2luZy1wcm90
b3R5cGVzIC1JLi4vLi4gICAgLWMgdmFyc3VwLmMgLW8gdmFyc3VwLm8NCmdj
YyAtSS4uLy4uLy4uL2luY2x1ZGUgLUkuLi8uLi8uLi9iYWNrZW5kICAgICAt
V2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtSS4uLy4uICAgIC1jIHhhY3Qu
YyAtbyB4YWN0Lm8NCmdjYyAtSS4uLy4uLy4uL2luY2x1ZGUgLUkuLi8uLi8u
Li9iYWNrZW5kICAgICAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtSS4u
Ly4uICAgIC1jIHhpZC5jIC1vIHhpZC5vDQpsZCAtciAtbyBTVUJTWVMubyB0
cmFuc2FtLm8gdHJhbnNzdXAubyB2YXJzdXAubyB4YWN0Lm8geGlkLm8gDQpt
YWtlWzNdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvcG9zdGdyZXNx
bC02LjMuMi9zcmMvYmFja2VuZC9hY2Nlc3MvdHJhbnNhbScNCmxkIC1yIC1v
IFNVQlNZUy5vIGNvbW1vbi9TVUJTWVMubyBnaXN0L1NVQlNZUy5vIGhhc2gv
U1VCU1lTLm8gaGVhcC9TVUJTWVMubyBpbmRleC9TVUJTWVMubyBydHJlZS9T
VUJTWVMubyBuYnRyZWUvU1VCU1lTLm8gdHJhbnNhbS9TVUJTWVMubw0KbWFr
ZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3Ivc3JjL3Bvc3RncmVzcWwt
Ni4zLjIvc3JjL2JhY2tlbmQvYWNjZXNzJw0KbWFrZSAtQyBib290c3RyYXAg
YWxsIA0KbWFrZVsyXTogRW50ZXJpbmcgZGlyZWN0b3J5IGAvdXNyL3NyYy9w
b3N0Z3Jlc3FsLTYuMy4yL3NyYy9iYWNrZW5kL2Jvb3RzdHJhcCcNCi91c3Iv
YmluL2Jpc29uIC15IC1kIGJvb3RwYXJzZS55DQpncmVwIC12ICJeIyIgYm9v
dC5zZWQgPiBzZWRmaWxlDQpzZWQgLWYgc2VkZmlsZSA8IHkudGFiLmMgPiBi
b290cGFyc2UuYw0KbXYgeS50YWIuaCBib290c3RyYXBfdG9rZW5zLmgNCnJt
IC1mIHkudGFiLmMgc2VkZmlsZQ0KZmxleCBib290c2Nhbm5lci5sDQpncmVw
IC12ICJeIyIgYm9vdC5zZWQgPiBzZWRmaWxlDQpzZWQgLWYgc2VkZmlsZSA8
IGxleC55eS5jID4gYm9vdHNjYW5uZXIuYw0Kcm0gLWYgbGV4Lnl5LmMgc2Vk
ZmlsZQ0KZ2NjIC1NTSAtSS4uLy4uL2luY2x1ZGUgLUkuLi8uLi9iYWNrZW5k
ICAgICAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtSS4uIC1Xbm8tZXJy
b3IgKi5jID5kZXBlbmQNCm1ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5IGAv
dXNyL3NyYy9wb3N0Z3Jlc3FsLTYuMy4yL3NyYy9iYWNrZW5kL2Jvb3RzdHJh
cCcNCm1ha2VbMl06IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvcG9z
dGdyZXNxbC02LjMuMi9zcmMvYmFja2VuZC9ib290c3RyYXAnDQpnY2MgLUku
Li8uLi9pbmNsdWRlIC1JLi4vLi4vYmFja2VuZCAgICAgLVdhbGwgLVdtaXNz
aW5nLXByb3RvdHlwZXMgLUkuLiAtV25vLWVycm9yICAgLWMgYm9vdHBhcnNl
LmMgLW8gYm9vdHBhcnNlLm8NCi91c3IvbGliL2Jpc29uLnNpbXBsZTogSW4g
ZnVuY3Rpb24gYEludF95eXBhcnNlJzoNCi91c3IvbGliL2Jpc29uLnNpbXBs
ZToyOTQ6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0
aW9uIGBJbnRfeXllcnJvcicNCi91c3IvbGliL2Jpc29uLnNpbXBsZTozNTQ6
IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBJ
bnRfeXlsZXgnDQpnY2MgLUkuLi8uLi9pbmNsdWRlIC1JLi4vLi4vYmFja2Vu
ZCAgICAgLVdhbGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLUkuLiAtV25vLWVy
cm9yICAgLWMgYm9vdHNjYW5uZXIuYyAtbyBib290c2Nhbm5lci5vDQpsZXgu
SW50X3l5LmM6NjgzOiB3YXJuaW5nOiBubyBwcmV2aW91cyBwcm90b3R5cGUg
Zm9yIGBJbnRfeXlsZXgnDQpib290c2Nhbm5lci5sOjEzNzogd2FybmluZzog
bm8gcHJldmlvdXMgcHJvdG90eXBlIGZvciBgSW50X3l5ZXJyb3InDQpnY2Mg
LUkuLi8uLi9pbmNsdWRlIC1JLi4vLi4vYmFja2VuZCAgICAgLVdhbGwgLVdt
aXNzaW5nLXByb3RvdHlwZXMgLUkuLiAtV25vLWVycm9yICAgLWMgYm9vdHN0
cmFwLmMgLW8gYm9vdHN0cmFwLm8NCmJvb3RzdHJhcC5jOjE2MDogYEZfQk9P
TElOJyB1bmRlY2xhcmVkIGhlcmUgKG5vdCBpbiBhIGZ1bmN0aW9uKQ0KYm9v
dHN0cmFwLmM6MTYwOiBpbml0aWFsaXplciBlbGVtZW50IGZvciBgUHJvY2lk
WzBdLmlucHJvYycgaXMgbm90IGNvbnN0YW50DQpib290c3RyYXAuYzoxNjA6
IGBGX0JPT0xPVVQnIHVuZGVjbGFyZWQgaGVyZSAobm90IGluIGEgZnVuY3Rp
b24pDQpib290c3RyYXAuYzoxNjA6IGluaXRpYWxpemVyIGVsZW1lbnQgZm9y
IGBQcm9jaWRbMF0ub3V0cHJvYycgaXMgbm90IGNvbnN0YW50DQpib290c3Ry
YXAuYzoxNjE6IGBGX0JZVEVBSU4nIHVuZGVjbGFyZWQgaGVyZSAobm90IGlu
IGEgZnVuY3Rpb24pDQpib290c3RyYXAuYzoxNjE6IGluaXRpYWxpemVyIGVs
ZW1lbnQgZm9yIGBQcm9jaWRbMV0uaW5wcm9jJyBpcyBub3QgY29uc3RhbnQN
CmJvb3RzdHJhcC5jOjE2MTogYEZfQllURUFPVVQnIHVuZGVjbGFyZWQgaGVy
ZSAobm90IGluIGEgZnVuY3Rpb24pDQpib290c3RyYXAuYzoxNjE6IGluaXRp
YWxpemVyIGVsZW1lbnQgZm9yIGBQcm9jaWRbMV0ub3V0cHJvYycgaXMgbm90
IGNvbnN0YW50DQpib290c3RyYXAuYzoxNjI6IGBGX0NIQVJJTicgdW5kZWNs
YXJlZCBoZXJlIChub3QgaW4gYSBmdW5jdGlvbikNCmJvb3RzdHJhcC5jOjE2
MjogaW5pdGlhbGl6ZXIgZWxlbWVudCBmb3IgYFByb2NpZFsyXS5pbnByb2Mn
IGlzIG5vdCBjb25zdGFudA0KYm9vdHN0cmFwLmM6MTYyOiBgRl9DSEFST1VU
JyB1bmRlY2xhcmVkIGhlcmUgKG5vdCBpbiBhIGZ1bmN0aW9uKQ0KYm9vdHN0
cmFwLmM6MTYyOiBpbml0aWFsaXplciBlbGVtZW50IGZvciBgUHJvY2lkWzJd
Lm91dHByb2MnIGlzIG5vdCBjb25zdGFudA0KYm9vdHN0cmFwLmM6MTYzOiBg
Rl9OQU1FSU4nIHVuZGVjbGFyZWQgaGVyZSAobm90IGluIGEgZnVuY3Rpb24p
DQpib290c3RyYXAuYzoxNjM6IGluaXRpYWxpemVyIGVsZW1lbnQgZm9yIGBQ
cm9jaWRbM10uaW5wcm9jJyBpcyBub3QgY29uc3RhbnQNCmJvb3RzdHJhcC5j
OjE2MzogYEZfTkFNRU9VVCcgdW5kZWNsYXJlZCBoZXJlIChub3QgaW4gYSBm
dW5jdGlvbikNCmJvb3RzdHJhcC5jOjE2MzogaW5pdGlhbGl6ZXIgZWxlbWVu
dCBmb3IgYFByb2NpZFszXS5vdXRwcm9jJyBpcyBub3QgY29uc3RhbnQNCmJv
b3RzdHJhcC5jOjE2NDogYEZfQ0hBUjE2SU4nIHVuZGVjbGFyZWQgaGVyZSAo
bm90IGluIGEgZnVuY3Rpb24pDQpib290c3RyYXAuYzoxNjQ6IGluaXRpYWxp
emVyIGVsZW1lbnQgZm9yIGBQcm9jaWRbNF0uaW5wcm9jJyBpcyBub3QgY29u
c3RhbnQNCmJvb3RzdHJhcC5jOjE2NDogYEZfQ0hBUjE2T1VUJyB1bmRlY2xh
cmVkIGhlcmUgKG5vdCBpbiBhIGZ1bmN0aW9uKQ0KYm9vdHN0cmFwLmM6MTY0
OiBpbml0aWFsaXplciBlbGVtZW50IGZvciBgUHJvY2lkWzRdLm91dHByb2Mn
IGlzIG5vdCBjb25zdGFudA0KYm9vdHN0cmFwLmM6MTY2OiBgRl9JTlQySU4n
IHVuZGVjbGFyZWQgaGVyZSAobm90IGluIGEgZnVuY3Rpb24pDQpib290c3Ry
YXAuYzoxNjY6IGluaXRpYWxpemVyIGVsZW1lbnQgZm9yIGBQcm9jaWRbNV0u
aW5wcm9jJyBpcyBub3QgY29uc3RhbnQNCmJvb3RzdHJhcC5jOjE2NjogYEZf
SU5UMk9VVCcgdW5kZWNsYXJlZCBoZXJlIChub3QgaW4gYSBmdW5jdGlvbikN
CmJvb3RzdHJhcC5jOjE2NjogaW5pdGlhbGl6ZXIgZWxlbWVudCBmb3IgYFBy
b2NpZFs1XS5vdXRwcm9jJyBpcyBub3QgY29uc3RhbnQNCmJvb3RzdHJhcC5j
OjE2NzogYEZfSU5UMjhJTicgdW5kZWNsYXJlZCBoZXJlIChub3QgaW4gYSBm
dW5jdGlvbikNCmJvb3RzdHJhcC5jOjE2NzogaW5pdGlhbGl6ZXIgZWxlbWVu
dCBmb3IgYFByb2NpZFs2XS5pbnByb2MnIGlzIG5vdCBjb25zdGFudA0KYm9v
dHN0cmFwLmM6MTY3OiBgRl9JTlQyOE9VVCcgdW5kZWNsYXJlZCBoZXJlIChu
b3QgaW4gYSBmdW5jdGlvbikNCmJvb3RzdHJhcC5jOjE2NzogaW5pdGlhbGl6
ZXIgZWxlbWVudCBmb3IgYFByb2NpZFs2XS5vdXRwcm9jJyBpcyBub3QgY29u
c3RhbnQNCmJvb3RzdHJhcC5jOjE2ODogYEZfSU5UNElOJyB1bmRlY2xhcmVk
IGhlcmUgKG5vdCBpbiBhIGZ1bmN0aW9uKQ0KYm9vdHN0cmFwLmM6MTY4OiBp
bml0aWFsaXplciBlbGVtZW50IGZvciBgUHJvY2lkWzddLmlucHJvYycgaXMg
bm90IGNvbnN0YW50DQpib290c3RyYXAuYzoxNjg6IGBGX0lOVDRPVVQnIHVu
ZGVjbGFyZWQgaGVyZSAobm90IGluIGEgZnVuY3Rpb24pDQpib290c3RyYXAu
YzoxNjg6IGluaXRpYWxpemVyIGVsZW1lbnQgZm9yIGBQcm9jaWRbN10ub3V0
cHJvYycgaXMgbm90IGNvbnN0YW50DQpib290c3RyYXAuYzoxNjk6IGBGX1JF
R1BST0NJTicgdW5kZWNsYXJlZCBoZXJlIChub3QgaW4gYSBmdW5jdGlvbikN
CmJvb3RzdHJhcC5jOjE2OTogaW5pdGlhbGl6ZXIgZWxlbWVudCBmb3IgYFBy
b2NpZFs4XS5pbnByb2MnIGlzIG5vdCBjb25zdGFudA0KYm9vdHN0cmFwLmM6
MTY5OiBgRl9SRUdQUk9DT1VUJyB1bmRlY2xhcmVkIGhlcmUgKG5vdCBpbiBh
IGZ1bmN0aW9uKQ0KYm9vdHN0cmFwLmM6MTY5OiBpbml0aWFsaXplciBlbGVt
ZW50IGZvciBgUHJvY2lkWzhdLm91dHByb2MnIGlzIG5vdCBjb25zdGFudA0K
Ym9vdHN0cmFwLmM6MTcwOiBgRl9URVhUSU4nIHVuZGVjbGFyZWQgaGVyZSAo
bm90IGluIGEgZnVuY3Rpb24pDQpib290c3RyYXAuYzoxNzA6IGluaXRpYWxp
emVyIGVsZW1lbnQgZm9yIGBQcm9jaWRbOV0uaW5wcm9jJyBpcyBub3QgY29u
c3RhbnQNCmJvb3RzdHJhcC5jOjE3MDogYEZfVEVYVE9VVCcgdW5kZWNsYXJl
ZCBoZXJlIChub3QgaW4gYSBmdW5jdGlvbikNCmJvb3RzdHJhcC5jOjE3MDog
aW5pdGlhbGl6ZXIgZWxlbWVudCBmb3IgYFByb2NpZFs5XS5vdXRwcm9jJyBp
cyBub3QgY29uc3RhbnQNCmJvb3RzdHJhcC5jOjE3MTogYEZfSU5UNElOJyB1
bmRlY2xhcmVkIGhlcmUgKG5vdCBpbiBhIGZ1bmN0aW9uKQ0KYm9vdHN0cmFw
LmM6MTcxOiBpbml0aWFsaXplciBlbGVtZW50IGZvciBgUHJvY2lkWzEwXS5p
bnByb2MnIGlzIG5vdCBjb25zdGFudA0KYm9vdHN0cmFwLmM6MTcxOiBgRl9J
TlQ0T1VUJyB1bmRlY2xhcmVkIGhlcmUgKG5vdCBpbiBhIGZ1bmN0aW9uKQ0K
Ym9vdHN0cmFwLmM6MTcxOiBpbml0aWFsaXplciBlbGVtZW50IGZvciBgUHJv
Y2lkWzEwXS5vdXRwcm9jJyBpcyBub3QgY29uc3RhbnQNCmJvb3RzdHJhcC5j
OjE3MjogYEZfVElESU4nIHVuZGVjbGFyZWQgaGVyZSAobm90IGluIGEgZnVu
Y3Rpb24pDQpib290c3RyYXAuYzoxNzI6IGluaXRpYWxpemVyIGVsZW1lbnQg
Zm9yIGBQcm9jaWRbMTFdLmlucHJvYycgaXMgbm90IGNvbnN0YW50DQpib290
c3RyYXAuYzoxNzI6IGBGX1RJRE9VVCcgdW5kZWNsYXJlZCBoZXJlIChub3Qg
aW4gYSBmdW5jdGlvbikNCmJvb3RzdHJhcC5jOjE3MjogaW5pdGlhbGl6ZXIg
ZWxlbWVudCBmb3IgYFByb2NpZFsxMV0ub3V0cHJvYycgaXMgbm90IGNvbnN0
YW50DQpib290c3RyYXAuYzoxNzM6IGBGX1hJRElOJyB1bmRlY2xhcmVkIGhl
cmUgKG5vdCBpbiBhIGZ1bmN0aW9uKQ0KYm9vdHN0cmFwLmM6MTczOiBpbml0
aWFsaXplciBlbGVtZW50IGZvciBgUHJvY2lkWzEyXS5pbnByb2MnIGlzIG5v
dCBjb25zdGFudA0KYm9vdHN0cmFwLmM6MTczOiBgRl9YSURPVVQnIHVuZGVj
bGFyZWQgaGVyZSAobm90IGluIGEgZnVuY3Rpb24pDQpib290c3RyYXAuYzox
NzM6IGluaXRpYWxpemVyIGVsZW1lbnQgZm9yIGBQcm9jaWRbMTJdLm91dHBy
b2MnIGlzIG5vdCBjb25zdGFudA0KYm9vdHN0cmFwLmM6MTc0OiBgRl9DSURJ
TicgdW5kZWNsYXJlZCBoZXJlIChub3QgaW4gYSBmdW5jdGlvbikNCmJvb3Rz
dHJhcC5jOjE3NDogaW5pdGlhbGl6ZXIgZWxlbWVudCBmb3IgYFByb2NpZFsx
M10uaW5wcm9jJyBpcyBub3QgY29uc3RhbnQNCmJvb3RzdHJhcC5jOjE3NDog
YEZfQ0lET1VUJyB1bmRlY2xhcmVkIGhlcmUgKG5vdCBpbiBhIGZ1bmN0aW9u
KQ0KYm9vdHN0cmFwLmM6MTc0OiBpbml0aWFsaXplciBlbGVtZW50IGZvciBg
UHJvY2lkWzEzXS5vdXRwcm9jJyBpcyBub3QgY29uc3RhbnQNCmJvb3RzdHJh
cC5jOjE3NTogYEZfT0lEOElOJyB1bmRlY2xhcmVkIGhlcmUgKG5vdCBpbiBh
IGZ1bmN0aW9uKQ0KYm9vdHN0cmFwLmM6MTc1OiBpbml0aWFsaXplciBlbGVt
ZW50IGZvciBgUHJvY2lkWzE0XS5pbnByb2MnIGlzIG5vdCBjb25zdGFudA0K
Ym9vdHN0cmFwLmM6MTc1OiBgRl9PSUQ4T1VUJyB1bmRlY2xhcmVkIGhlcmUg
KG5vdCBpbiBhIGZ1bmN0aW9uKQ0KYm9vdHN0cmFwLmM6MTc1OiBpbml0aWFs
aXplciBlbGVtZW50IGZvciBgUHJvY2lkWzE0XS5vdXRwcm9jJyBpcyBub3Qg
Y29uc3RhbnQNCmJvb3RzdHJhcC5jOjE3NjogYEZfU01HUklOJyB1bmRlY2xh
cmVkIGhlcmUgKG5vdCBpbiBhIGZ1bmN0aW9uKQ0KYm9vdHN0cmFwLmM6MTc2
OiBpbml0aWFsaXplciBlbGVtZW50IGZvciBgUHJvY2lkWzE1XS5pbnByb2Mn
IGlzIG5vdCBjb25zdGFudA0KYm9vdHN0cmFwLmM6MTc2OiBgRl9TTUdST1VU
JyB1bmRlY2xhcmVkIGhlcmUgKG5vdCBpbiBhIGZ1bmN0aW9uKQ0KYm9vdHN0
cmFwLmM6MTc2OiBpbml0aWFsaXplciBlbGVtZW50IGZvciBgUHJvY2lkWzE1
XS5vdXRwcm9jJyBpcyBub3QgY29uc3RhbnQNCmJvb3RzdHJhcC5jOjE3Nzog
YEZfQVJSQVlfSU4nIHVuZGVjbGFyZWQgaGVyZSAobm90IGluIGEgZnVuY3Rp
b24pDQpib290c3RyYXAuYzoxNzc6IGluaXRpYWxpemVyIGVsZW1lbnQgZm9y
IGBQcm9jaWRbMTZdLmlucHJvYycgaXMgbm90IGNvbnN0YW50DQpib290c3Ry
YXAuYzoxNzc6IGBGX0FSUkFZX09VVCcgdW5kZWNsYXJlZCBoZXJlIChub3Qg
aW4gYSBmdW5jdGlvbikNCmJvb3RzdHJhcC5jOjE3NzogaW5pdGlhbGl6ZXIg
ZWxlbWVudCBmb3IgYFByb2NpZFsxNl0ub3V0cHJvYycgaXMgbm90IGNvbnN0
YW50DQpib290c3RyYXAuYzoxNzg6IGBGX0FSUkFZX0lOJyB1bmRlY2xhcmVk
IGhlcmUgKG5vdCBpbiBhIGZ1bmN0aW9uKQ0KYm9vdHN0cmFwLmM6MTc4OiBp
bml0aWFsaXplciBlbGVtZW50IGZvciBgUHJvY2lkWzE3XS5pbnByb2MnIGlz
IG5vdCBjb25zdGFudA0KYm9vdHN0cmFwLmM6MTc4OiBgRl9BUlJBWV9PVVQn
IHVuZGVjbGFyZWQgaGVyZSAobm90IGluIGEgZnVuY3Rpb24pDQpib290c3Ry
YXAuYzoxNzg6IGluaXRpYWxpemVyIGVsZW1lbnQgZm9yIGBQcm9jaWRbMTdd
Lm91dHByb2MnIGlzIG5vdCBjb25zdGFudA0KbWFrZVsyXTogKioqIFtib290
c3RyYXAub10gRXJyb3IgMQ0KbWFrZVsyXTogTGVhdmluZyBkaXJlY3Rvcnkg
YC91c3Ivc3JjL3Bvc3RncmVzcWwtNi4zLjIvc3JjL2JhY2tlbmQvYm9vdHN0
cmFwJw0KbWFrZVsxXTogKioqIFtib290c3RyYXAuZGlyXSBFcnJvciAyDQpt
YWtlWzFdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvcG9zdGdyZXNx
bC02LjMuMi9zcmMvYmFja2VuZCcNCm1ha2U6ICoqKiBbYWxsXSBFcnJvciAy
DQo=
- ---1777720829-1042254855-894027561=:3936
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="configure.out"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.3.95.980501125921.3936C@zsuzsi.rot.stusta.mhn.de>
Content-Description:

bG9hZGluZyBjYWNoZSAuL2NvbmZpZy5jYWNoZQ0KY2hlY2tpbmcgaG9zdCBz
eXN0ZW0gdHlwZS4uLiBpNDg2LXBjLWxpbnV4LWdudQ0KY2hlY2tpbmcgZWNo
byBzZXR0aW5nLi4uDQpjaGVja2luZyBzZXR0aW5nIHRlbXBsYXRlIHRvLi4u
IHRlbXBsYXRlL2xpbnV4DQpjaGVja2luZyBzZXR0aW5nIFVTRV9MT0NBTEUu
Li4gZGlzYWJsZWQNCmNoZWNraW5nIHNldHRpbmcgQ1lSX1JFQ09ERS4uLiBk
aXNhYmxlZA0KY2hlY2tpbmcgc2V0dGluZyBERUZfUEdQT1JULi4uIDU0MzIN
CmNoZWNraW5nIHNldHRpbmcgVVNFX1RDTC4uLiBkaXNhYmxlZA0KY2hlY2tp
bmcgc2V0dGluZyBVU0VfUEVSTC4uLiBkaXNhYmxlZA0KY2hlY2tpbmcgc2V0
dGluZyBBU1NFUlQgQ0hFQ0tJTkcuLi4gZGlzYWJsZWQNCmNoZWNraW5nIGZv
ciBnY2MuLi4gKGNhY2hlZCkgZ2NjDQpjaGVja2luZyB3aGV0aGVyIHRoZSBD
IGNvbXBpbGVyIChnY2MgICkgd29ya3MuLi4geWVzDQpjaGVja2luZyB3aGV0
aGVyIHRoZSBDIGNvbXBpbGVyIChnY2MgICkgaXMgYSBjcm9zcy1jb21waWxl
ci4uLiBubw0KY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUgdXNpbmcgR05VIEMu
Li4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyB3aGV0aGVyIGdjYyBhY2NlcHRz
IC1nLi4uIChjYWNoZWQpIHllcw0KLSBzZXR0aW5nIENQUEZMQUdTPSANCi0g
c2V0dGluZyBMREZMQUdTPSANCmNoZWNraW5nIGhvdyB0byBydW4gdGhlIEMg
cHJlcHJvY2Vzc29yLi4uIChjYWNoZWQpIGdjYyAtRQ0KY2hlY2tpbmcgZm9y
IGdpbnN0YWxsLi4uIChjYWNoZWQpIC91c3IvYmluL2dpbnN0YWxsDQotIFVz
aW5nIC91c3IvYmluL2dpbnN0YWxsDQpjaGVja2luZyBmb3IgZmxleC4uLiAo
Y2FjaGVkKSBmbGV4DQpjaGVja2luZyBmb3IgeXl3cmFwIGluIC1sZmwuLi4g
KGNhY2hlZCkgeWVzDQpjaGVja2luZyB3aGV0aGVyIGxuIC1zIHdvcmtzLi4u
IChjYWNoZWQpIHllcw0KY2hlY2tpbmcgd2hldGhlciBtYWtlIHNldHMgJHtN
QUtFfS4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciByYW5saWIuLi4g
KGNhY2hlZCkgcmFubGliDQpjaGVja2luZyBmb3IgZmluZC4uLiAoY2FjaGVk
KSAvdXNyL2Jpbi9maW5kDQpjaGVja2luZyBmb3IgdGFyLi4uIChjYWNoZWQp
IC9iaW4vdGFyDQpjaGVja2luZyBmb3Igc3BsaXQuLi4gKGNhY2hlZCkgL3Vz
ci9iaW4vc3BsaXQNCmNoZWNraW5nIGZvciBldGFncy4uLiAoY2FjaGVkKSAv
dXNyL2Jpbi9ldGFncw0KY2hlY2tpbmcgZm9yIHhhcmdzLi4uIChjYWNoZWQp
IC91c3IvYmluL3hhcmdzDQpjaGVja2luZyBmb3IgaXBjcy4uLiAoY2FjaGVk
KSAvdXNyL2Jpbi9pcGNzDQpjaGVja2luZyBmb3IgaXBjcm0uLi4gKGNhY2hl
ZCkgL3Vzci9iaW4vaXBjcm0NCmNoZWNraW5nIGZvciB0cmJzZC4uLiAoY2Fj
aGVkKSAvdXNyL2Jpbi90cg0KY2hlY2tpbmcgZm9yIHlhY2MuLi4gKGNhY2hl
ZCkgL3Vzci9iaW4veWFjYw0KY2hlY2tpbmcgZm9yIGJpc29uLi4uIChjYWNo
ZWQpIC91c3IvYmluL2Jpc29uDQotIFVzaW5nIC91c3IvYmluL2Jpc29uIC15
IC1kDQpjaGVja2luZyBmb3IgbWFpbiBpbiAtbHNmaW8uLi4gKGNhY2hlZCkg
bm8NCmNoZWNraW5nIGZvciBtYWluIGluIC1sY3Vyc2VzLi4uIChjYWNoZWQp
IG5vDQpjaGVja2luZyBmb3IgbWFpbiBpbiAtbHRlcm1jYXAuLi4gKGNhY2hl
ZCkgeWVzDQpjaGVja2luZyBmb3IgbWFpbiBpbiAtbGhpc3RvcnkuLi4gKGNh
Y2hlZCkgbm8NCmNoZWNraW5nIGZvciBtYWluIGluIC1scmVhZGxpbmUuLi4g
KGNhY2hlZCkgbm8NCmNoZWNraW5nIGZvciB3cml0ZV9oaXN0b3J5IGluIC1s
cmVhZGxpbmUuLi4gKGNhY2hlZCkgbm8NCmNoZWNraW5nIGZvciBtYWluIGlu
IC1sYnNkLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIG1haW4gaW4g
LWxtLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIG1haW4gaW4gLWxk
bC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBtYWluIGluIC1sc29j
a2V0Li4uIChjYWNoZWQpIG5vDQpjaGVja2luZyBmb3IgbWFpbiBpbiAtbG5z
bC4uLiAoY2FjaGVkKSBubw0KY2hlY2tpbmcgZm9yIG1haW4gaW4gLWxpcGMu
Li4gKGNhY2hlZCkgbm8NCmNoZWNraW5nIGZvciBtYWluIGluIC1sSVBDLi4u
IChjYWNoZWQpIG5vDQpjaGVja2luZyBmb3IgbWFpbiBpbiAtbGxjLi4uIChj
YWNoZWQpIG5vDQpjaGVja2luZyBmb3IgbWFpbiBpbiAtbGRsZC4uLiAoY2Fj
aGVkKSBubw0KY2hlY2tpbmcgZm9yIG1haW4gaW4gLWxsbi4uLiAoY2FjaGVk
KSBubw0KY2hlY2tpbmcgZm9yIG1haW4gaW4gLWxsZC4uLiAoY2FjaGVkKSBu
bw0KY2hlY2tpbmcgZm9yIG1haW4gaW4gLWxjb21wYXQuLi4gKGNhY2hlZCkg
bm8NCmNoZWNraW5nIGZvciBtYWluIGluIC1sQlNELi4uIChjYWNoZWQpIG5v
DQpjaGVja2luZyBmb3IgbWFpbiBpbiAtbGNyeXB0Li4uIChjYWNoZWQpIG5v
DQpjaGVja2luZyBmb3IgbWFpbiBpbiAtbGdlbi4uLiAoY2FjaGVkKSBubw0K
Y2hlY2tpbmcgZm9yIG1haW4gaW4gLWxQVy4uLiAoY2FjaGVkKSBubw0KY2hl
Y2tpbmcgZm9yIEFOU0kgQyBoZWFkZXIgZmlsZXMuLi4gKGNhY2hlZCkgeWVz
DQpjaGVja2luZyBmb3Igc3lzL3dhaXQuaCB0aGF0IGlzIFBPU0lYLjEgY29t
cGF0aWJsZS4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBsaW1pdHMu
aC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciB1bmlzdGQuaC4uLiAo
Y2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciB0ZXJtaW9zLmguLi4gKGNhY2hl
ZCkgeWVzDQpjaGVja2luZyBmb3IgdmFsdWVzLmguLi4gKGNhY2hlZCkgeWVz
DQpjaGVja2luZyBmb3Igc3lzL3NlbGVjdC5oLi4uIChjYWNoZWQpIG5vDQpj
aGVja2luZyBmb3Igc3lzL3Jlc291cmNlLmguLi4gKGNhY2hlZCkgeWVzDQpj
aGVja2luZyBmb3IgbmV0ZGIuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5n
IGZvciBhcnBhL2luZXQuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZv
ciBnZXRvcHQuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciByZWFk
bGluZS5oLi4uIChjYWNoZWQpIG5vDQpjaGVja2luZyBmb3IgaGlzdG9yeS5o
Li4uIChjYWNoZWQpIG5vDQpjaGVja2luZyBmb3IgZGxkLmguLi4gKGNhY2hl
ZCkgbm8NCmNoZWNraW5nIGZvciBjcnlwdC5oLi4uIChjYWNoZWQpIG5vDQpj
aGVja2luZyBmb3IgZW5kaWFuLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2lu
ZyBmb3IgZmxvYXQuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBy
ZWFkbGluZS9yZWFkbGluZS5oLi4uIChjYWNoZWQpIG5vDQpjaGVja2luZyBm
b3IgcmVhZGxpbmUvaGlzdG9yeS5oLi4uIChjYWNoZWQpIG5vDQpjaGVja2lu
ZyBmb3IgaWVlZWZwLmguLi4gKGNhY2hlZCkgbm8NCmNoZWNraW5nIGZvciBm
cF9jbGFzcy5oLi4uIChjYWNoZWQpIG5vDQpjaGVja2luZyBmb3IgbmV0aW5l
dC9pbi5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN0cmluZy5o
Li4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN0cmluZ3MuaC4uLiAo
Y2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciB3b3JraW5nIGNvbnN0Li4uIChj
YWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHVpZF90IGluIHN5cy90eXBlcy5o
Li4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIGlubGluZS4uLiAoY2Fj
aGVkKSBpbmxpbmUNCmNoZWNraW5nIGZvciBtb2RlX3QuLi4gKGNhY2hlZCkg
eWVzDQpjaGVja2luZyBmb3Igb2ZmX3QuLi4gKGNhY2hlZCkgeWVzDQpjaGVj
a2luZyBmb3Igc2l6ZV90Li4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgd2hl
dGhlciB0aW1lLmggYW5kIHN5cy90aW1lLmggbWF5IGJvdGggYmUgaW5jbHVk
ZWQuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyB3aGV0aGVyIHN0cnVjdCB0
bSBpcyBpbiBzeXMvdGltZS5oIG9yIHRpbWUuaC4uLiAoY2FjaGVkKSB0aW1l
LmgNCmNoZWNraW5nIGZvciBpbnQgdGltZXpvbmUuLi4geWVzDQpjaGVja2lu
ZyBmb3IgZ2V0dGltZW9mZGF5IGFyZ3MuLi4gMiBhcmdzDQpjaGVja2luZyBm
b3IgdW5pb24gc2VtdW4uLi4geWVzDQpjaGVja2luZyB3aGV0aGVyIGdjYyBu
ZWVkcyAtdHJhZGl0aW9uYWwuLi4gKGNhY2hlZCkgbm8NCmNoZWNraW5nIGZv
ciA4LWJpdCBjbGVhbiBtZW1jbXAuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2lu
ZyByZXR1cm4gdHlwZSBvZiBzaWduYWwgaGFuZGxlcnMuLi4gKGNhY2hlZCkg
dm9pZA0KY2hlY2tpbmcgZm9yIHZwcmludGYuLi4gKGNhY2hlZCkgeWVzDQpj
aGVja2luZyBmb3IgdHpzZXQuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBm
b3IgdmZvcmsuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgbWVtbW92
ZS4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzaWdzZXRqbXAuLi4g
KGNhY2hlZCkgbm8NCmNoZWNraW5nIGZvciBraWxsLi4uIChjYWNoZWQpIHll
cw0KY2hlY2tpbmcgZm9yIHN5c2NvbmYuLi4gKGNhY2hlZCkgeWVzDQpjaGVj
a2luZyBmb3IgZnBjbGFzcy4uLiAoY2FjaGVkKSBubw0KY2hlY2tpbmcgZm9y
IGZwX2NsYXNzLi4uIChjYWNoZWQpIG5vDQpjaGVja2luZyBmb3IgZnBfY2xh
c3NfZC4uLiAoY2FjaGVkKSBubw0KY2hlY2tpbmcgZm9yIGNsYXNzLi4uIChj
YWNoZWQpIG5vDQpjaGVja2luZyBmb3Igc2lncHJvY21hc2suLi4gKGNhY2hl
ZCkgeWVzDQpjaGVja2luZyBmb3Igd2FpdHBpZC4uLiAoY2FjaGVkKSB5ZXMN
CmNoZWNraW5nIGZvciBzZXRzaWQuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2lu
ZyBmb3IgZmN2dC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBpc2lu
Zi4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBnZXRydXNhZ2UuLi4g
KGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Igc3JhbmRvbS4uLiAoY2FjaGVk
KSB5ZXMNCmNoZWNraW5nIGZvciBnZXRob3N0bmFtZS4uLiAoY2FjaGVkKSB5
ZXMNCmNoZWNraW5nIGZvciByYW5kb20uLi4gKGNhY2hlZCkgeWVzDQpjaGVj
a2luZyBmb3IgaW5ldF9hdG9uLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcg
Zm9yIHN0cmVycm9yLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN0
cmR1cC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzdHJ0b2wuLi4g
KGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Igc3RydG91bC4uLiAoY2FjaGVk
KSB5ZXMNCmNoZWNraW5nIGZvciBzdHJjYXNlY21wLi4uIChjYWNoZWQpIHll
cw0KY2hlY2tpbmcgZm9yIGNicnQuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2lu
ZyBmb3IgcmludC4uLiAoY2FjaGVkKSB5ZXMNCmNyZWF0aW5nIC4vY29uZmln
LnN0YXR1cw0KY3JlYXRpbmcgR05VbWFrZWZpbGUNCmNyZWF0aW5nIE1ha2Vm
aWxlLmdsb2JhbA0KY3JlYXRpbmcgYmFja2VuZC9wb3J0L01ha2VmaWxlDQpj
cmVhdGluZyBiaW4vcGdfdmVyc2lvbi9NYWtlZmlsZQ0KY3JlYXRpbmcgYmlu
L3BzcWwvTWFrZWZpbGUNCmNyZWF0aW5nIGJpbi9wZ19kdW1wL01ha2VmaWxl
DQpjcmVhdGluZyBiYWNrZW5kL3V0aWxzL0dlbl9mbWdydGFiLnNoDQpjcmVh
dGluZyBpbnRlcmZhY2VzL2xpYnBxL01ha2VmaWxlDQpjcmVhdGluZyBpbnRl
cmZhY2VzL2xpYnBndGNsL01ha2VmaWxlDQpjcmVhdGluZyBpbnRlcmZhY2Vz
L2VjcGcvbGliL01ha2VmaWxlDQpjcmVhdGluZyBpbmNsdWRlL2NvbmZpZy5o
DQppbmNsdWRlL2NvbmZpZy5oIGlzIHVuY2hhbmdlZA0KbGlua2luZyAuL2Jh
Y2tlbmQvcG9ydC90YXMvZHVtbXkucyB0byBiYWNrZW5kL3BvcnQvdGFzLnMN
CmxpbmtpbmcgLi9iYWNrZW5kL3BvcnQvZHlubG9hZGVyL2xpbnV4LmMgdG8g
YmFja2VuZC9wb3J0L2R5bmxvYWRlci5jDQpsaW5raW5nIC4vYmFja2VuZC9w
b3J0L2R5bmxvYWRlci9saW51eC5oIHRvIGluY2x1ZGUvZHlubG9hZGVyLmgN
CmxpbmtpbmcgLi9pbmNsdWRlL3BvcnQvbGludXguaCB0byBpbmNsdWRlL29z
LmgNCmxpbmtpbmcgLi9tYWtlZmlsZXMvTWFrZWZpbGUubGludXggdG8gTWFr
ZWZpbGUucG9ydA0K
- ---1777720829-1042254855-894027561=:3936--

From scrappy
Date: Fri, 1 May 1998 15:02:59 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: /usr/lib/dld.sl: Can't open shared library: ../../interfaces/libpq/libpq.sl

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Mehra Heravi
Your email address : mheravi@siac.com

Category : unknown
Severity : critical

Summary: /usr/lib/dld.sl: Can't open shared library: ../../interfaces/libpq/libpq.sl

System Configuration
- --------------------
Operating System : hpux 10.2

PostgreSQL version : 6.3.2

Compiler used : gcc

Hardware:
- ---------


Versions of other tools:
- ------------------------
gmake flex & bison

- --------------------------------------------------------------------------

Problem Description:
- --------------------
/usr/lib/dld.sl: Can't open shared library: ../../interfaces/libpq/libpq.sl
/usr/lib/dld.sl: No such file or directory
/usr/local/pgsql/bin/createdb[86]: 27858 Abort(coredump)
createdb: database creation failed on mheravi.


- --------------------------------------------------------------------------

Test Case:
- ----------
i know /usr/lib/dld.sl exists and is good

- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Sat, 02 May 1998 04:33:50 +0900
From: "Park, Chul-Su" <pcs@mhlx01.kek.jp>
Subject: shared libs on Solaris

Hello,

I'm using v6.3.2 PostgreSQL on

uname -a
SunOS bwg03 5.5.1 Generic_103640-12 sun4u sparc SUNW,Ultra-Enterprise

gcc -v
gcc version 2.7.2.3.f.1

but it seems to me that shared libs cannot be made with current
Makefile.in s under libpq & libpgtcl dirs

it seems to me that followin lines work on my machine
- --------------------------------------------------
ifeq ($(PORTNAME), sparc_solaris)
install-shlib-dep := install-shlib
shlib := libpq.so.$(SO_MAJOR_VERSION).$(SO_MINOR_VERSION)
LDFLAGS_SL = -G
CFLAGS += $(CFLAGS_SL)
endif
- --------------------------------------------------

can you include this in the next version?

Best Regards, C.S.Park

From scrappy
Date: Fri, 1 May 1998 15:26:00 -0500 (EST)
From: John Fieber <jfieber@indiana.edu>
Subject: Re: [PORTS] Port Bug Report: /usr/lib/dld.sl: Can't open shared library: ../../interfaces/libpq/libpq.sl
On Fri, 1 May 1998, Unprivileged user wrote:

Summary: /usr/lib/dld.sl: Can't open shared library: ../../interfaces/libpq/libpq.sl
This is rapidly becoming FAQ material for the 6.3.2 release...

1. You need to add -Wl,+b$(LIBDIR) to LDFLAGS in
makefiles/Makefile.hpux.

And for the two problems you might not have encountered yet...

2. Be sure that cpp is in your path (normally in /usr/ccs/lbin)
when building. The build will succeed if cpp is not found,
but the result will not run.

3. After installing, but before doing initdb, add execute
permission to {prefix}/lib/libpq.sl.

- -john

From scrappy
Date: Tue, 3 May 1994 04:18:21 +0900
From: shlee@chronos (SungHee Lee)
Subject: [none]

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Lee sung hee
Your email address : shlee@chronos.cs.pusan.ac.kr


System Configuration
- ---------------------
Architecture (example: Intel Pentium) : Sparc

Operating System (example: Linux 2.0.26 ELF) : SunOS5.4 generic sun4m sparc

PostgreSQL version (example: PostgreSQL-6.3.2) : PostgreSQL-6.3.2

Compiler used (example: gcc 2.7.2) : gcc 2.7.2.1


Please enter a FULL description of your problem:
- ------------------------------------------------
postmaster -i &
FATAL: StreamServerPort: setsockopt (SO_REUSEADDR) failed: errno=71
postmaster: cannot create UNIX stream port


Please describe a way to repeat the problem. Please try to provide a
concise reproducible example, if at all possible:
- ----------------------------------------------------------------------





If you know how this problem might be fixed, list the solution below:
- ---------------------------------------------------------------------


I am very unhappy. I wish your help!!!...
Please help me!!!... Thank you . Good luck to you!!!

From scrappy
Date: Mon, 4 May 1998 17:39:55 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report:

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name :
Your email address :

Category :
Severity :

Summary:

System Configuration
- --------------------
Operating System :

PostgreSQL version :

Compiler used :

Hardware:
- ---------


Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Wed, 6 May 1998 04:57:26 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: Compile of src/backend/bootstrap/bootstrap.c stops from undeclared identifiers

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Richard Plana
Your email address : richip@mozcom.com

Category : install: compile
Severity : serious

Summary: Compile of src/backend/bootstrap/bootstrap.c stops from undeclared identifiers

System Configuration
- --------------------
Operating System : RedHat 5.0 Linux 2.0.33 ELF glibc2

PostgreSQL version : 6.3.2-(where's the date???)6ü^s³??ü^s±?~ü^s´*¨ü^s¶,

Compiler used : pgcc-2.90.27 980315 (egcs-1.0.2 release)

Hardware:
- ---------
Cyrix 6X86-166, 40MB RAM
Linux garfield 2.0.33 #1 Fri May 1 15:26:11 PHT 1998 i586 unknown


Versions of other tools:
- ------------------------
gmake-3.76.1
flex-2.5.4
binutils-2.9.1

- --------------------------------------------------------------------------

Problem Description:
- --------------------
While trying to compile, make stops at src/backend/bootstrap/bootstrap.c with the ff. error message sample:

gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c bootstrap.c -o bootstrap.o
bootstrap.c:160: `F_BOOLIN' undeclared here (not in a function)
bootstrap.c:160: initializer element for `Procid[0].inproc' is not constant
bootstrap.c:160: `F_BOOLOUT' undeclared here (not in a function)
bootstrap.c:160: initializer element for `Procid[0].outproc' is not constant
bootstrap.c:161: `F_BYTEAIN' undeclared here (not in a function)
bootstrap.c:161: initializer element for `Procid[1].inproc' is not constant
...

And I can't find those identifiers declared anywhere (pgsql/, /usr/include/, /usr/src/linux/include, etc.)

- --------------------------------------------------------------------------

Test Case:
- ----------
build sequence:

1) cd /home/richip/src/postgresql-6.3.2/src
2) ./configure
3) make

make stops at error.

- --------------------------------------------------------------------------

Solution:
- ---------
Include the missing header file, or perhaps identifiers were not proper(?)

- --------------------------------------------------------------------------

From scrappy
Date: Wed, 6 May 1998 13:49:09 -0400 (EDT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] Port Bug Report: Compile of src/backend/bootstrap/bootstrap.c stops from undeclared identifiers
On Wed, 6 May 1998, Unprivileged user wrote:


============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Richard Plana
Your email address : richip@mozcom.com

Category : install: compile
Severity : serious

Summary: Compile of src/backend/bootstrap/bootstrap.c stops from undeclared identifiers

System Configuration
--------------------
Operating System : RedHat 5.0 Linux 2.0.33 ELF glibc2

PostgreSQL version : 6.3.2-(where's the date???)6ü^s³??ü^s±?~ü^s´*¨ü^s¶,

Compiler used : pgcc-2.90.27 980315 (egcs-1.0.2 release)

Hardware:
---------
Cyrix 6X86-166, 40MB RAM
Linux garfield 2.0.33 #1 Fri May 1 15:26:11 PHT 1998 i586 unknown


Versions of other tools:
------------------------
gmake-3.76.1
flex-2.5.4
binutils-2.9.1

--------------------------------------------------------------------------

Problem Description:
--------------------
While trying to compile, make stops at src/backend/bootstrap/bootstrap.c with the ff. error message sample:

gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c bootstrap.c -o bootstrap.o
bootstrap.c:160: `F_BOOLIN' undeclared here (not in a function)
bootstrap.c:160: initializer element for `Procid[0].inproc' is not constant
bootstrap.c:160: `F_BOOLOUT' undeclared here (not in a function)
bootstrap.c:160: initializer element for `Procid[0].outproc' is not constant
bootstrap.c:161: `F_BYTEAIN' undeclared here (not in a function)
bootstrap.c:161: initializer element for `Procid[1].inproc' is not constant
Try a 'make distclean;./configure -<opts?>;make' and look for an
error further back in the compile. If I remember right, this is
indicative of a failure in flex/bison at an earlier point in the compile
process...

From scrappy
Date: Fri, 8 May 1998 09:35:35 -0400 (EDT)
From: Mike Simpson <msimpson@pobox.upenn.edu>
Subject: Failed Compile on AIX 4.1

Hi --

Hoping someone here can help ... I checked the archives, didn't find
anything that seemed to address this particular problem. RS6000/AIX 4.1,
with GNU stuff in /usr/local: gcc 2.7.2.2, make 3.7.5, bison 1.2.4, flex
2.5.4.

Compile seems to be failing in two places (not sure if they're related):
during a shell script in src/backend/utils, and then during the
compilation of bootstrap.c.

Official form, with captures of the relevant make output, included below.

Thanks for any tips ...

- -mgs


============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Mike Simpson
Your email address : msimpson@pobox.upenn.edu


System Configuration
- ---------------------

Architecture (example: Intel Pentium) : RS6000

Operating System (example: Linux 2.0.26 ELF) : AIX 4.1

PostgreSQL version (example: PostgreSQL-6.3.2): PostgreSQL-6.3.2

Compiler used (example: gcc 2.7.2) : gcc 2.7.2.2


Please enter a FULL description of your problem:
- ------------------------------------------------

Failed compile using

./configure --with-template=aix-gcc
make all

Compile succeeds through bootstrap.c, with a few warnings, then throws a
series of " 'foo' undeclared here (not in a function) " in lines 160-178
of bootstrap.c . Exits bootstrap.o with Error 1. Output included below.


Please describe a way to repeat the problem. Please try to provide a
concise reproducible example, if at all possible:
- ----------------------------------------------------------------------

$ ./configure --with-template=aix-gcc

[...]

$ make all

[...]

make[5]: Entering directory
`/home/simpson/postgresql-6.3.2/src/backend/utils'
sh Gen_fmgrtab.sh ../../include/catalog/pg_proc.h
0509-037 System error - error data is: cpp
0509-023 Symbol _locp in sh is not defined.
0509-026 System error: Cannot run a file that does not have a
valid format.
make[5]: Leaving directory `/home/simpson/postgresql-6.3.2/src/backend/utils'

[...]

make -C bootstrap all
make[2]: Entering directory
`/home/simpson/postgresql-6.3.2/src/backend/bootstrap'
/usr/local/bin/bison -y -d bootparse.y
grep -v "^#" boot.sed > sedfile
sed -f sedfile < y.tab.c > bootparse.c
mv y.tab.h bootstrap_tokens.h
rm -f y.tab.c sedfile
gcc -I../../include -I../../backend -fsigned-chars -Wall
-Wmissing-prototypes -I.. -Wno-error -c bootparse.c -o bootparse.o
/usr/local/share/bison.simple: In function `Int_yyparse':
/usr/local/share/bison.simple:317: warning: implicit declaration of
function `Int_yyerror'
/usr/local/share/bison.simple:377: warning: implicit declaration of
function `Int_yylex'
flex bootscanner.l
grep -v "^#" boot.sed > sedfile
sed -f sedfile < lex.yy.c > bootscanner.c
rm -f lex.yy.c sedfile
gcc -I../../include -I../../backend -fsigned-chars -Wall
-Wmissing-prototypes -I.. -Wno-error -c bootscanner.c -o bootscanner.o
lex.Int_yy.c:683: warning: no previous prototype for `Int_yylex'
bootscanner.l:137: warning: no previous prototype for `Int_yyerror'
gcc -I../../include -I../../backend -fsigned-chars -Wall
-Wmissing-prototypes -I.. -Wno-error -c bootstrap.c -o bootstrap.o
bootstrap.c:160: `F_BOOLIN' undeclared here (not in a function)
bootstrap.c:160: initializer element for `Procid[0].inproc' is not constant
bootstrap.c:160: `F_BOOLOUT' undeclared here (not in a function)
bootstrap.c:160: initializer element for `Procid[0].outproc' is not constant
bootstrap.c:161: `F_BYTEAIN' undeclared here (not in a function)
bootstrap.c:161: initializer element for `Procid[1].inproc' is not constant
bootstrap.c:161: `F_BYTEAOUT' undeclared here (not in a function)
bootstrap.c:161: initializer element for `Procid[1].outproc' is not constant
bootstrap.c:162: `F_CHARIN' undeclared here (not in a function)
bootstrap.c:162: initializer element for `Procid[2].inproc' is not constant
bootstrap.c:162: `F_CHAROUT' undeclared here (not in a function)
bootstrap.c:162: initializer element for `Procid[2].outproc' is not constant
bootstrap.c:163: `F_NAMEIN' undeclared here (not in a function)
bootstrap.c:163: initializer element for `Procid[3].inproc' is not constant
bootstrap.c:163: `F_NAMEOUT' undeclared here (not in a function)
bootstrap.c:163: initializer element for `Procid[3].outproc' is not constant
bootstrap.c:164: `F_CHAR16IN' undeclared here (not in a function)
bootstrap.c:164: initializer element for `Procid[4].inproc' is not constant
bootstrap.c:164: `F_CHAR16OUT' undeclared here (not in a function)
bootstrap.c:164: initializer element for `Procid[4].outproc' is not constant
bootstrap.c:166: `F_INT2IN' undeclared here (not in a function)
bootstrap.c:166: initializer element for `Procid[5].inproc' is not constant
bootstrap.c:166: `F_INT2OUT' undeclared here (not in a function)
bootstrap.c:166: initializer element for `Procid[5].outproc' is not constant
bootstrap.c:167: `F_INT28IN' undeclared here (not in a function)
bootstrap.c:167: initializer element for `Procid[6].inproc' is not constant
bootstrap.c:167: `F_INT28OUT' undeclared here (not in a function)
bootstrap.c:167: initializer element for `Procid[6].outproc' is not constant
bootstrap.c:168: `F_INT4IN' undeclared here (not in a function)
bootstrap.c:168: initializer element for `Procid[7].inproc' is not constant
bootstrap.c:168: `F_INT4OUT' undeclared here (not in a function)
bootstrap.c:168: initializer element for `Procid[7].outproc' is not constant
bootstrap.c:169: `F_REGPROCIN' undeclared here (not in a function)
bootstrap.c:169: initializer element for `Procid[8].inproc' is not constant
bootstrap.c:169: `F_REGPROCOUT' undeclared here (not in a function)
bootstrap.c:169: initializer element for `Procid[8].outproc' is not constant
bootstrap.c:170: `F_TEXTIN' undeclared here (not in a function)
bootstrap.c:170: initializer element for `Procid[9].inproc' is not constant
bootstrap.c:170: `F_TEXTOUT' undeclared here (not in a function)
bootstrap.c:170: initializer element for `Procid[9].outproc' is not constant
bootstrap.c:171: `F_INT4IN' undeclared here (not in a function)
bootstrap.c:171: initializer element for `Procid[10].inproc' is not constant
bootstrap.c:171: `F_INT4OUT' undeclared here (not in a function)
bootstrap.c:171: initializer element for `Procid[10].outproc' is not constant
bootstrap.c:172: `F_TIDIN' undeclared here (not in a function)
bootstrap.c:172: initializer element for `Procid[11].inproc' is not constant
bootstrap.c:172: `F_TIDOUT' undeclared here (not in a function)
bootstrap.c:172: initializer element for `Procid[11].outproc' is not constant
bootstrap.c:173: `F_XIDIN' undeclared here (not in a function)
bootstrap.c:173: initializer element for `Procid[12].inproc' is not constant
bootstrap.c:173: `F_XIDOUT' undeclared here (not in a function)
bootstrap.c:173: initializer element for `Procid[12].outproc' is not constant
bootstrap.c:174: `F_CIDIN' undeclared here (not in a function)
bootstrap.c:174: initializer element for `Procid[13].inproc' is not constant
bootstrap.c:174: `F_CIDOUT' undeclared here (not in a function)
bootstrap.c:174: initializer element for `Procid[13].outproc' is not constant
bootstrap.c:175: `F_OID8IN' undeclared here (not in a function)
bootstrap.c:175: initializer element for `Procid[14].inproc' is not constant
bootstrap.c:175: `F_OID8OUT' undeclared here (not in a function)
bootstrap.c:175: initializer element for `Procid[14].outproc' is not constant
bootstrap.c:176: `F_SMGRIN' undeclared here (not in a function)
bootstrap.c:176: initializer element for `Procid[15].inproc' is not constant
bootstrap.c:176: `F_SMGROUT' undeclared here (not in a function)
bootstrap.c:176: initializer element for `Procid[15].outproc' is not constant
bootstrap.c:177: `F_ARRAY_IN' undeclared here (not in a function)
bootstrap.c:177: initializer element for `Procid[16].inproc' is not constant
bootstrap.c:177: `F_ARRAY_OUT' undeclared here (not in a function)
bootstrap.c:177: initializer element for `Procid[16].outproc' is not constant
bootstrap.c:178: `F_ARRAY_IN' undeclared here (not in a function)
bootstrap.c:178: initializer element for `Procid[17].inproc' is not constant
bootstrap.c:178: `F_ARRAY_OUT' undeclared here (not in a function)
bootstrap.c:178: initializer element for `Procid[17].outproc' is not constant
make[2]: *** [bootstrap.o] Error 1
make[2]: Leaving directory
`/home/simpson/postgresql-6.3.2/src/backend/bootstrap'
make[1]: *** [bootstrap.dir] Error 2
make[1]: Leaving directory `/home/simpson/postgresql-6.3.2/src/backend'
make: *** [all] Error 2
$


If you know how this problem might be fixed, list the solution below:
- ---------------------------------------------------------------------

From scrappy
Date: Fri, 8 May 1998 11:55:11 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: Postgresql backend fills up filesystem with temp(?) files

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : John Goerzen
Your email address : jgoerzen@complete.org

Category : runtime: back-end
Severity : critical

Summary: Postgresql backend fills up filesystem with temp(?) files

System Configuration
- --------------------
Operating System : BSDI 3.1

PostgreSQL version : 6.3.2

Compiler used : gcc 2.7.2.1

Hardware:
- ---------
BSD/OS jasper.southwind.net 3.1 BSDI BSD/OS 3.1 Kernel #4: Thu Oct 16 16:16:52 MDT 1997 polk@corp.BSDI.COM:/amd/demiurge/home/polk/sys-3.0patches/compile/GENERIC i386

Versions of other tools:
- ------------------------
gmake, latest bison and flex from GNU

- --------------------------------------------------------------------------

Problem Description:
- --------------------
I just upgraded our server from 6.3 to 6.3.2 this morning.
A few minutes ago, we began experiencing numerous system
failures as our /var partition had apparently filled up.
Investigation showed that there were numerous LARGE (70 meg+)
files of the pg_psort.27796.* type under
/var/postgres/data/base (where our postgres installation
lives). FYI, our entire data directory is normally under 15
meg.

Incidentally, the process number in the filename corresponds
with the master postmaster daemon.

- --------------------------------------------------------------------------

Test Case:
- ----------
I have no idea what caused this or how to reproduce it.

- --------------------------------------------------------------------------

Solution:
- ---------
My workaround was to kill all server processes, remove the
files, and restart the server. Simple removing of the
files did not reclaim the space until the server processes
were killed, indicating that at least one of the processes
was still holding them open for no apparent reason.

- --------------------------------------------------------------------------

From scrappy
Date: Fri, 8 May 1998 14:54:20 -0600 (CST)
From: Sergio Lemus Lopez <slemus@uxmcc1.iimas.unam.mx>
Subject: I can't compile the sources

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name :Sergio Lemus
Your email address :slemus@uxmcc2.iimas.unam.mx


System Configuration
- ---------------------
Architecture (example: Intel Pentium) :Intel Pentium

Operating System (example: Linux 2.0.26 ELF) :Solaris SunOS 5.5.1

PostgreSQL version (example: PostgreSQL-6.3.2) :PostgreSQL-6.3.2

Compiler used (example: gcc 2.7.2) :2.4.5


Please enter a FULL description of your problem:
- ------------------------------------------------
The gmake crash when I try to compile sources.
The make.log file is at the end of this text



Please describe a way to repeat the problem. Please try to provide a
concise reproducible example, if at all possible:
- ----------------------------------------------------------------------





If you know how this problem might be fixed, list the solution below:
- ---------------------------------------------------------------------






Here is the make.log file.
- ---------------------------------------------------------------------
gmake -C lextest all
gmake[1]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/lextest'
lex scan.l
gcc -c lex.yy.c
gcc -c lextest.c
gcc -o lextest lex.yy.o lextest.o
gmake[1]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/lextest'
gmake -C utils all
gmake[1]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/utils'
gcc -I../include -I../backend -Wall -Wmissing-prototypes -c version.c -o version.o
version.c: In function `ValidatePgVersion':
version.c:79: warning: implicit declaration of function `isascii'
gmake[1]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/utils'
gmake -C backend all
gmake[1]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend'
gmake -C access all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access'
gmake -C common SUBSYS.o
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/common'
gmake -C ../.. fmgr.h
gmake[4]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend'
gmake -C utils fmgr.h
gmake[5]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils'
sh Gen_fmgrtab.sh ../../include/catalog/pg_proc.h
gmake[5]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils'
cp utils/fmgr.h .
gmake[4]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c heaptuple.c -o heaptuple.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c heapvalid.c -o heapvalid.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c indextuple.c -o indextuple.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c indexvalid.c -o indexvalid.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c printtup.c -o printtup.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c scankey.c -o scankey.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c tupdesc.c -o tupdesc.o
ld -r -o SUBSYS.o heaptuple.o heapvalid.o indextuple.o indexvalid.o printtup.o scankey.o tupdesc.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/common'
gmake -C gist SUBSYS.o
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/gist'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c gist.c -o gist.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c gistget.c -o gistget.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c gistscan.c -o gistscan.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c giststrat.c -o giststrat.o
ld -r -o SUBSYS.o gist.o gistget.o gistscan.o giststrat.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/gist'
gmake -C hash SUBSYS.o
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/hash'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c hash.c -o hash.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c hashfunc.c -o hashfunc.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c hashinsert.c -o hashinsert.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c hashovfl.c -o hashovfl.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c hashpage.c -o hashpage.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c hashscan.c -o hashscan.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c hashsearch.c -o hashsearch.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c hashstrat.c -o hashstrat.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c hashutil.c -o hashutil.o
ld -r -o SUBSYS.o hash.o hashfunc.o hashinsert.o hashovfl.o hashpage.o hashscan.o hashsearch.o hashstrat.o hashutil.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/hash'
gmake -C heap SUBSYS.o
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/heap'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c heapam.c -o heapam.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c hio.c -o hio.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c stats.c -o stats.o
ld -r -o SUBSYS.o heapam.o hio.o stats.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/heap'
gmake -C index SUBSYS.o
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/index'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c genam.c -o genam.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c indexam.c -o indexam.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c istrat.c -o istrat.o
ld -r -o SUBSYS.o genam.o indexam.o istrat.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/index'
gmake -C rtree SUBSYS.o
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/rtree'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c rtget.c -o rtget.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c rtproc.c -o rtproc.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c rtree.c -o rtree.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c rtscan.c -o rtscan.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c rtstrat.c -o rtstrat.o
ld -r -o SUBSYS.o rtget.o rtproc.o rtree.o rtscan.o rtstrat.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/rtree'
gmake -C nbtree SUBSYS.o
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/nbtree'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c nbtcompare.c -o nbtcompare.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c nbtinsert.c -o nbtinsert.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c nbtpage.c -o nbtpage.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c nbtree.c -o nbtree.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c nbtscan.c -o nbtscan.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c nbtsearch.c -o nbtsearch.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c nbtstrat.c -o nbtstrat.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c nbtutils.c -o nbtutils.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c nbtsort.c -o nbtsort.o
ld -r -o SUBSYS.o nbtcompare.o nbtinsert.o nbtpage.o nbtree.o nbtscan.o nbtsearch.o nbtstrat.o nbtutils.o nbtsort.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/nbtree'
gmake -C transam SUBSYS.o
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/transam'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c transam.c -o transam.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c transsup.c -o transsup.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c varsup.c -o varsup.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c xact.c -o xact.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c xid.c -o xid.o
ld -r -o SUBSYS.o transam.o transsup.o varsup.o xact.o xid.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access/transam'
ld -r -o SUBSYS.o common/SUBSYS.o gist/SUBSYS.o hash/SUBSYS.o heap/SUBSYS.o index/SUBSYS.o rtree/SUBSYS.o nbtree/SUBSYS.o transam/SUBSYS.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/access'
gmake -C bootstrap all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/bootstrap'
/usr/ccs/bin/yacc -d bootparse.y
grep -v "^#" boot.sed > sedfile
sed -f sedfile < y.tab.c > bootparse.c
mv y.tab.h bootstrap_tokens.h
rm -f y.tab.c sedfile
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -D__STDC__=0 -c bootparse.c -o bootparse.o
/usr/ccs/bin/yaccpar:115: warning: no previous prototype for `Int_yyparse'
/usr/ccs/bin/yaccpar: In function `Int_yyparse':
/usr/ccs/bin/yaccpar:251: warning: implicit declaration of function `Int_yyerror'
/usr/ccs/bin/yaccpar:275: warning: implicit declaration of function `Int_yylex'
/usr/ccs/bin/yaccpar:375: warning: label `Int_yyerrlab' defined but not used
/usr/ccs/bin/yaccpar:165: warning: label `Int_yynewstate' defined but not used
lex bootscanner.l
grep -v "^#" boot.sed > sedfile
sed -f sedfile < lex.yy.c > bootscanner.c
rm -f lex.yy.c sedfile
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -D__STDC__=0 -c bootscanner.c -o bootscanner.o
bootscanner.l:60: warning: return-type defaults to `int'
bootscanner.l: In function `Int_yylex':
bootscanner.l:61: warning: unused variable `Int_yyprevious'
bootscanner.l:68: warning: label `Int_yyfussy' defined but not used
bootscanner.l: At top level:
bootscanner.l:140: warning: no previous prototype for `Int_yyerror'
bootscanner.l:650: warning: aggregate has a partly bracketed initializer
bootscanner.l:764: warning: aggregate has a partly bracketed initializer
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -D__STDC__=0 -c bootstrap.c -o bootstrap.o
ld -r -o SUBSYS.o bootparse.o bootscanner.o bootstrap.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/bootstrap'
gmake -C catalog all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/catalog'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c catalog.c -o catalog.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c heap.c -o heap.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c index.c -o index.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c indexing.c -o indexing.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c aclchk.c -o aclchk.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c pg_aggregate.c -o pg_aggregate.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c pg_operator.c -o pg_operator.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c pg_proc.c -o pg_proc.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c pg_type.c -o pg_type.o
ld -r -o SUBSYS.o catalog.o heap.o index.o indexing.o aclchk.o pg_aggregate.o pg_operator.o pg_proc.o pg_type.o
sh ./genbki.sh ../../include/catalog/pg_database.h ../../include/catalog/pg_variable.h ../../include/catalog/pg_shadow.h ../../include/catalog/pg_group.h ../../include/catalog/pg_log.h > global1.bki.source 2>global1.description
sh ./genbki.sh ../../include/catalog/pg_proc.h ../../include/catalog/pg_type.h ../../include/catalog/pg_attribute.h ../../include/catalog/pg_class.h ../../include/catalog/pg_inherits.h ../../include/catalog/pg_index.h ../../include/catalog/pg_version.h
../../include/catalog/pg_statistic.h ../../include/catalog/pg_operator.h ../../include/catalog/pg_opclass.h ../../include/catalog/pg_am.h ../../include/catalog/pg_amop.h ../../include/catalog/pg_amproc.h ../../include/catalog/pg_language.h ../../include/c
atalog/pg_parg.h ../../include/catalog/pg_aggregate.h ../../include/catalog/pg_ipl.h ../../include/catalog/pg_inheritproc.h ../../include/catalog/pg_rewrite.h ../../include/catalog/pg_listener.h ../../include/catalog/pg_description.h ../../include/catalog
/indexing.h > local1_template1.bki.source 2>local1_template1.description
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/catalog'
gmake -C commands all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/commands'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c async.c -o async.o
async.c: In function `Async_Notify':
async.c:197: warning: implicit declaration of function `strdup'
async.c:197: warning: assignment makes pointer from integer without a cast
async.c: In function `Async_NotifyAtCommit':
async.c:314: warning: implicit declaration of function `kill'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c creatinh.c -o creatinh.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c command.c -o command.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c copy.c -o copy.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c defind.c -o defind.o
defind.c: In function `DefineIndex':
defind.c:143: warning: implicit declaration of function `strcasecmp'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c define.c -o define.o
define.c: In function `compute_full_attributes':
define.c:132: warning: implicit declaration of function `strcasecmp'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c remove.c -o remove.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c rename.c -o rename.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c vacuum.c -o vacuum.o
vacuum.c: In function `vc_scanheap':
vacuum.c:646: warning: implicit declaration of function `getrusage'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c version.c -o version.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c view.c -o view.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c cluster.c -o cluster.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c recipe.c -o recipe.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c explain.c -o explain.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c sequence.c -o sequence.o
sequence.c: In function `init_params':
sequence.c:477: warning: implicit declaration of function `strcasecmp'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c trigger.c -o trigger.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c user.c -o user.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c proclang.c -o proclang.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c dbcommands.c -o dbcommands.o
dbcommands.c: In function `stop_vacuum':
dbcommands.c:333: warning: implicit declaration of function `kill'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c variable.c -o variable.o
variable.c: In function `parse_geqo':
variable.c:147: warning: implicit declaration of function `strcasecmp'
variable.c: In function `parse_date':
variable.c:348: warning: implicit declaration of function `strncasecmp'
variable.c: In function `parse_timezone':
variable.c:459: warning: implicit declaration of function `putenv'
variable.c:462: warning: implicit declaration of function `tzset'
ld -r -o SUBSYS.o async.o creatinh.o command.o copy.o defind.o define.o remove.o rename.o vacuum.o version.o view.o cluster.o recipe.o explain.o sequence.o trigger.o user.o proclang.o dbcommands.o variable.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/commands'
gmake -C executor all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/executor'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c execAmi.c -o execAmi.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c execFlatten.c -o execFlatten.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c execJunk.c -o execJunk.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c execMain.c -o execMain.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c execProcnode.c -o execProcnode.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c execQual.c -o execQual.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c execScan.c -o execScan.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c execTuples.c -o execTuples.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c execUtils.c -o execUtils.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c functions.c -o functions.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeAppend.c -o nodeAppend.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeAgg.c -o nodeAgg.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeHash.c -o nodeHash.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeHashjoin.c -o nodeHashjoin.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeIndexscan.c -o nodeIndexscan.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeMaterial.c -o nodeMaterial.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeMergejoin.c -o nodeMergejoin.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeNestloop.c -o nodeNestloop.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeResult.c -o nodeResult.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeSeqscan.c -o nodeSeqscan.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeSort.c -o nodeSort.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeUnique.c -o nodeUnique.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeTee.c -o nodeTee.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeGroup.c -o nodeGroup.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c spi.c -o spi.o
spi.c: In function `SPI_fnumber':
spi.c:388: warning: implicit declaration of function `strcasecmp'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeSubplan.c -o nodeSubplan.o
ld -r -o SUBSYS.o execAmi.o execFlatten.o execJunk.o execMain.o execProcnode.o execQual.o execScan.o execTuples.o execUtils.o functions.o nodeAppend.o nodeAgg.o nodeHash.o nodeHashjoin.o nodeIndexscan.o nodeMaterial.o nodeMergejoin.o nodeNestloop.o nodeRe
sult.o nodeSeqscan.o nodeSort.o nodeUnique.o nodeTee.o nodeGroup.o spi.o nodeSubplan.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/executor'
gmake -C lib all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/lib'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c bit.c -o bit.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c fstack.c -o fstack.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c hasht.c -o hasht.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c lispsort.c -o lispsort.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c stringinfo.c -o stringinfo.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c dllist.c -o dllist.o
ld -r -o SUBSYS.o bit.o fstack.o hasht.o lispsort.o stringinfo.o dllist.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/lib'
gmake -C libpq all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/libpq'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c be-dumpdata.c -o be-dumpdata.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c be-fsstubs.c -o be-fsstubs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c be-pqexec.c -o be-pqexec.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c pqcomprim.c -o pqcomprim.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c auth.c -o auth.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c hba.c -o hba.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c crypt.c -o crypt.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c pqcomm.c -o pqcomm.o
pqcomm.c: In function `StreamServerPort':
pqcomm.c:605: warning: implicit declaration of function `bzero'
pqcomm.c: In function `StreamConnection':
pqcomm.c:699: warning: passing arg 4 of `setsockopt' from incompatible pointer type
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c portal.c -o portal.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c util.c -o util.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c portalbuf.c -o portalbuf.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c pqpacket.c -o pqpacket.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c pqsignal.c -o pqsignal.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c password.c -o password.o
ld -r -o SUBSYS.o be-dumpdata.o be-fsstubs.o be-pqexec.o pqcomprim.o auth.o hba.o crypt.o pqcomm.o portal.o util.o portalbuf.o pqpacket.o pqsignal.o password.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/libpq'
gmake -C main all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/main'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c main.c -o main.o
ld -r -o SUBSYS.o main.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/main'
gmake -C nodes all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/nodes'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodeFuncs.c -o nodeFuncs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c nodes.c -o nodes.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c list.c -o list.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c copyfuncs.c -o copyfuncs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c equalfuncs.c -o equalfuncs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c makefuncs.c -o makefuncs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c outfuncs.c -o outfuncs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c readfuncs.c -o readfuncs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c print.c -o print.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c read.c -o read.o
ld -r -o SUBSYS.o nodeFuncs.o nodes.o list.o copyfuncs.o equalfuncs.o makefuncs.o outfuncs.o readfuncs.o print.o read.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/nodes'
gmake -C optimizer all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/optimizer'
for i in path plan prep util geqo; do gmake -C $i SUBSYS.o; done
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/optimizer/path'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c allpaths.c -o allpaths.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c clausesel.c -o clausesel.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c costsize.c -o costsize.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c hashutils.c -o hashutils.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c indxpath.c -o indxpath.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c joinpath.c -o joinpath.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c joinrels.c -o joinrels.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c joinutils.c -o joinutils.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c mergeutils.c -o mergeutils.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c orindxpath.c -o orindxpath.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c prune.c -o prune.o
ld -r -o SUBSYS.o allpaths.o clausesel.o costsize.o hashutils.o indxpath.o joinpath.o joinrels.o joinutils.o mergeutils.o orindxpath.o prune.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/optimizer/path'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/optimizer/plan'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c createplan.c -o createplan.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c initsplan.c -o initsplan.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c planmain.c -o planmain.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c planner.c -o planner.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c setrefs.c -o setrefs.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c subselect.c -o subselect.o
ld -r -o SUBSYS.o createplan.o initsplan.o planmain.o planner.o setrefs.o subselect.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/optimizer/plan'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/optimizer/prep'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c prepqual.c -o prepqual.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c preptlist.c -o preptlist.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c prepunion.c -o prepunion.o
ld -r -o SUBSYS.o prepqual.o preptlist.o prepunion.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/optimizer/prep'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/optimizer/util'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c clauseinfo.c -o clauseinfo.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c clauses.c -o clauses.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c indexnode.c -o indexnode.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c internal.c -o internal.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c plancat.c -o plancat.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c joininfo.c -o joininfo.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c keys.c -o keys.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c ordering.c -o ordering.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c pathnode.c -o pathnode.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c relnode.c -o relnode.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c tlist.c -o tlist.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c var.c -o var.o
ld -r -o SUBSYS.o clauseinfo.o clauses.o indexnode.o internal.o plancat.o joininfo.o keys.o ordering.o pathnode.o relnode.o tlist.o var.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/optimizer/util'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/optimizer/geqo'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_copy.c -o geqo_copy.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_eval.c -o geqo_eval.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_main.c -o geqo_main.o
geqo_main.c: In function `geqo':
geqo_main.c:116: warning: implicit declaration of function `srandom'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_misc.c -o geqo_misc.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_params.c -o geqo_params.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_paths.c -o geqo_paths.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_pool.c -o geqo_pool.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_recombination.c -o geqo_recombination.o
geqo_recombination.c: In function `init_tour':
geqo_recombination.c:72: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_selection.c -o geqo_selection.o
geqo_selection.c: In function `linear':
geqo_selection.c:101: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_erx.c -o geqo_erx.o
geqo_erx.c: In function `gimme_tour':
geqo_erx.c:215: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_pmx.c -o geqo_pmx.o
geqo_pmx.c: In function `pmx':
geqo_pmx.c:90: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_cx.c -o geqo_cx.o
geqo_cx.c: In function `cx':
geqo_cx.c:81: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_px.c -o geqo_px.o
geqo_px.c: In function `px':
geqo_px.c:78: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_ox1.c -o geqo_ox1.o
geqo_ox1.c: In function `ox1':
geqo_ox1.c:75: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -Wno-error -c geqo_ox2.c -o geqo_ox2.o
geqo_ox2.c: In function `ox2':
geqo_ox2.c:79: warning: implicit declaration of function `random'
ld -r -o SUBSYS.o geqo_copy.o geqo_eval.o geqo_main.o geqo_misc.o geqo_params.o geqo_paths.o geqo_pool.o geqo_recombination.o geqo_selection.o geqo_erx.o geqo_pmx.o geqo_cx.o geqo_px.o geqo_ox1.o geqo_ox2.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/optimizer/geqo'
ld -r -o SUBSYS.o path/SUBSYS.o plan/SUBSYS.o prep/SUBSYS.o util/SUBSYS.o geqo/SUBSYS.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/optimizer'
gmake -C parser all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/parser'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c analyze.c -o analyze.o
analyze.c: In function `CreateIndexName':
analyze.c:414: warning: implicit declaration of function `strcasecmp'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c gram.c -o gram.o
gram.y: In function `xlateSqlFunc':
gram.y:4954: warning: implicit declaration of function `strcasecmp'
/usr/ccs/bin/yaccpar: In function `yyparse':
/usr/ccs/bin/yaccpar:251: warning: implicit declaration of function `yyerror'
/usr/ccs/bin/yaccpar:275: warning: implicit declaration of function `yylex'
/usr/ccs/bin/yaccpar:375: warning: label `yyerrlab' defined but not used
/usr/ccs/bin/yaccpar:165: warning: label `yynewstate' defined but not used
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c keywords.c -o keywords.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c parser.c -o parser.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c parse_agg.c -o parse_agg.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c parse_clause.c -o parse_clause.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c parse_expr.c -o parse_expr.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c parse_func.c -o parse_func.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c parse_node.c -o parse_node.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c parse_oper.c -o parse_oper.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c parse_relation.c -o parse_relation.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c parse_type.c -o parse_type.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c parse_target.c -o parse_target.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c scan.c -o scan.o
lex.yy.c:808: warning: no previous prototype for `yylex'
lex.yy.c: In function `yy_init_buffer':
lex.yy.c:1883: warning: implicit declaration of function `fileno'
scan.l: At top level:
scan.l:414: warning: no previous prototype for `yyerror'
lex.yy.c:2150: warning: `yy_flex_realloc' defined but not used
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -Wno-error -c scansup.c -o scansup.o
ld -r -o SUBSYS.o analyze.o gram.o keywords.o parser.o parse_agg.o parse_clause.o parse_expr.o parse_func.o parse_node.o parse_oper.o parse_relation.o parse_type.o parse_target.o scan.o scansup.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/parser'
gmake -C port all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/port'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c dynloader.c -o dynloader.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c inet_aton.c -o inet_aton.o
inet_aton.c:58: warning: no previous prototype for `inet_aton'
inet_aton.c: In function `inet_aton':
inet_aton.c:84: warning: implicit declaration of function `isascii'
as -o tas.o tas.s
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c isinf.c -o isinf.o
ld -r -o SUBSYS.o dynloader.o inet_aton.o tas.o isinf.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/port'
gmake -C postmaster all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/postmaster'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -c postmaster.c -o postmaster.o
postmaster.c: In function `PostmasterMain':
postmaster.c:307: warning: implicit declaration of function `gethostname'
postmaster.c: In function `readStartupPacket':
postmaster.c:758: warning: unsigned value < 0 is always 0
postmaster.c: In function `RandomSalt':
postmaster.c:1287: warning: implicit declaration of function `srandom'
postmaster.c:1291: warning: implicit declaration of function `random'
ld -r -o SUBSYS.o postmaster.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/postmaster'
gmake -C regex all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/regex'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -DPOSIX_MISTAKE -c regcomp.c -o regcomp.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -DPOSIX_MISTAKE -c regerror.c -o regerror.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -DPOSIX_MISTAKE -c regexec.c -o regexec.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -DPOSIX_MISTAKE -c regfree.c -o regfree.o
ld -r -o SUBSYS.o regcomp.o regerror.o regexec.o regfree.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/regex'
gmake -C rewrite all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/rewrite'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c rewriteRemove.c -o rewriteRemove.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c rewriteDefine.c -o rewriteDefine.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c rewriteHandler.c -o rewriteHandler.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c rewriteManip.c -o rewriteManip.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c rewriteSupport.c -o rewriteSupport.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c locks.c -o locks.o
ld -r -o SUBSYS.o rewriteRemove.o rewriteDefine.o rewriteHandler.o rewriteManip.o rewriteSupport.o locks.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/rewrite'
gmake -C storage all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage'
for i in buffer file ipc large_object lmgr page smgr; do gmake -C $i SUBSYS.o; done
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/buffer'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c buf_table.c -o buf_table.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c buf_init.c -o buf_init.o
buf_init.c: In function `InitBufferPool':
buf_init.c:234: warning: implicit declaration of function `S_INIT_LOCK'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c bufmgr.c -o bufmgr.o
bufmgr.c: In function `ReadBufferWithBufferLock':
bufmgr.c:336: warning: implicit declaration of function `S_UNLOCK'
bufmgr.c: In function `BufferAlloc':
bufmgr.c:486: warning: implicit declaration of function `S_LOCK'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c freelist.c -o freelist.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c localbuf.c -o localbuf.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c s_lock.c -o s_lock.o
ld -r -o SUBSYS.o buf_table.o buf_init.o bufmgr.o freelist.o localbuf.o s_lock.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/buffer'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/file'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c fd.c -o fd.o
ld -r -o SUBSYS.o fd.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/file'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/ipc'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c ipc.c -o ipc.o
ipc.c: In function `CreateAndInitSLockMemory':
ipc.c:654: warning: implicit declaration of function `S_INIT_LOCK'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c ipci.c -o ipci.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c shmem.c -o shmem.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c shmqueue.c -o shmqueue.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c sinval.c -o sinval.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c sinvaladt.c -o sinvaladt.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c spin.c -o spin.o
spin.c: In function `SpinAcquire':
spin.c:107: warning: implicit declaration of function `S_LOCK'
spin.c:114: warning: implicit declaration of function `S_UNLOCK'
ld -r -o SUBSYS.o ipc.o ipci.o shmem.o shmqueue.o sinval.o sinvaladt.o spin.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/ipc'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/large_object'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c inv_api.c -o inv_api.o
ld -r -o SUBSYS.o inv_api.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/large_object'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/lmgr'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c lmgr.c -o lmgr.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c lock.c -o lock.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c multi.c -o multi.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c proc.c -o proc.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c single.c -o single.o
ld -r -o SUBSYS.o lmgr.o lock.o multi.o proc.o single.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/lmgr'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/page'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c bufpage.c -o bufpage.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c itemptr.c -o itemptr.o
ld -r -o SUBSYS.o bufpage.o itemptr.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/page'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/smgr'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c md.c -o md.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c mm.c -o mm.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c smgr.c -o smgr.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c smgrtype.c -o smgrtype.o
ld -r -o SUBSYS.o md.o mm.o smgr.o smgrtype.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage/smgr'
ld -r -o SUBSYS.o buffer/SUBSYS.o file/SUBSYS.o ipc/SUBSYS.o large_object/SUBSYS.o lmgr/SUBSYS.o page/SUBSYS.o smgr/SUBSYS.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/storage'
gmake -C tcop all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/tcop'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -Wno-error -c dest.c -o dest.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -Wno-error -c fastpath.c -o fastpath.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -Wno-error -c postgres.c -o postgres.o
postgres.c: In function `ResetUsage':
postgres.c:1444: warning: implicit declaration of function `getrusage'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -Wno-error -c pquery.c -o pquery.o
gmake -C .. parse.h
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend'
gmake -C parser parse.h
gmake[4]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/parser'
gmake[4]: `parse.h' is up to date.
gmake[4]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/parser'
cp parser/parse.h .
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -D__STDC__=0 -Wno-error -c utility.c -o utility.o
ld -r -o SUBSYS.o dest.o fastpath.o postgres.o pquery.o utility.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/tcop'
gmake -C utils all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils'
for i in adt cache error fmgr hash init misc mmgr sort time; do gmake -C $i SUBSYS.o; done
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/adt'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c acl.c -o acl.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c arrayfuncs.c -o arrayfuncs.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c arrayutils.c -o arrayutils.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c bool.c -o bool.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c cash.c -o cash.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c char.c -o char.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c chunk.c -o chunk.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c date.c -o date.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c datum.c -o datum.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c dt.c -o dt.o
dt.c: In function `datetime2tm':
dt.c:2505: warning: assignment makes pointer from integer without a cast
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c filename.c -o filename.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c float.c -o float.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c geo_ops.c -o geo_ops.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c geo_selfuncs.c -o geo_selfuncs.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c int.c -o int.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c misc.c -o misc.o
misc.c: In function `oidrand':
misc.c:71: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c nabstime.c -o nabstime.o
nabstime.c: In function `GetCurrentAbsoluteTime':
nabstime.c:86: warning: passing arg 2 of `strcpy' makes pointer from integer without a cast
nabstime.c: In function `abstime2tm':
nabstime.c:178: warning: passing arg 2 of `strcpy' makes pointer from integer without a cast
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c name.c -o name.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c not_in.c -o not_in.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c numutils.c -o numutils.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c oid.c -o oid.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c oidname.c -o oidname.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c oidint2.c -o oidint2.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c oidint4.c -o oidint4.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c oracle_compat.c -o oracle_compat.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c regexp.c -o regexp.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c regproc.c -o regproc.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c selfuncs.c -o selfuncs.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c tid.c -o tid.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c varchar.c -o varchar.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c varlena.c -o varlena.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c sets.c -o sets.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c datetime.c -o datetime.o
datetime.c: In function `date2tm':
datetime.c:394: warning: assignment makes pointer from integer without a cast
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c like.c -o like.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c timestamp.c -o timestamp.o
ld -r -o SUBSYS.o acl.o arrayfuncs.o arrayutils.o bool.o cash.o char.o chunk.o date.o datum.o dt.o filename.o float.o geo_ops.o geo_selfuncs.o int.o misc.o nabstime.o name.o not_in.o numutils.o oid.o oidname.o oidint2.o oidint4.o oracle_compat.o regexp.o
regproc.o selfuncs.o tid.o varchar.o varlena.o sets.o datetime.o like.o timestamp.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/adt'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/cache'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c catcache.c -o catcache.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c inval.c -o inval.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c rel.c -o rel.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c relcache.c -o relcache.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c syscache.c -o syscache.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c lsyscache.c -o lsyscache.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c fcache.c -o fcache.o
ld -r -o SUBSYS.o catcache.o inval.o rel.o relcache.o syscache.o lsyscache.o fcache.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/cache'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/error'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c assert.c -o assert.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c elog.c -o elog.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c exc.c -o exc.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c excabort.c -o excabort.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c excid.c -o excid.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c format.c -o format.o
ld -r -o SUBSYS.o assert.o elog.o exc.o excabort.o excid.o format.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/error'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/fmgr'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c dfmgr.c -o dfmgr.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c fmgr.c -o fmgr.o
ld -r -o SUBSYS.o dfmgr.o fmgr.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/fmgr'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/hash'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c dynahash.c -o dynahash.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c hashfn.c -o hashfn.o
ld -r -o SUBSYS.o dynahash.o hashfn.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/hash'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/init'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c enbl.c -o enbl.o
gcc -I../.../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c findbe.c -o findbe.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c globals.c -o globals.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c miscinit.c -o miscinit.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c postinit.c -o postinit.o
ld -r -o SUBSYS.o enbl.o findbe.o globals.o miscinit.o postinit.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/init'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/misc'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c database.c -o database.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c superuser.c -o superuser.o
ld -r -o SUBSYS.o database.o superuser.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/misc'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/mmgr'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c aset.c -o aset.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c mcxt.c -o mcxt.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c palloc.c -o palloc.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c portalmem.c -o portalmem.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c oset.c -o oset.o
ld -r -o SUBSYS.o aset.o mcxt.o palloc.o portalmem.o oset.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/mmgr'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/sort'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c lselect.c -o lselect.o
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -c psort.c -o psort.o
psort.c: In function `gettape':
psort.c:1045: warning: implicit declaration of function `fileno'
ld -r -o SUBSYS.o lselect.o psort.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/sort'
gmake[3]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/time'
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../.. -D__STDC__=0 -c tqual.c -o tqual.o
ld -r -o SUBSYS.o tqual.o
gmake[3]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils/time'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes -I.. -c fmgrtab.c -o fmgrtab.o
ld -r -o SUBSYS.o fmgrtab.o adt/SUBSYS.o cache/SUBSYS.o error/SUBSYS.o fmgr/SUBSYS.o hash/SUBSYS.o init/SUBSYS.o misc/SUBSYS.o mmgr/SUBSYS.o sort/SUBSYS.o time/SUBSYS.o
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/utils'
gcc -o postgres access/SUBSYS.o bootstrap/SUBSYS.o catalog/SUBSYS.o commands/SUBSYS.o executor/SUBSYS.o lib/SUBSYS.o libpq/SUBSYS.o main/SUBSYS.o nodes/SUBSYS.o optimizer/SUBSYS.o parser/SUBSYS.o port/SUBSYS.o postmaster/SUBSYS.o regex/SUBSYS.o rewrite/SU
BSYS.o storage/SUBSYS.o tcop/SUBSYS.o utils/SUBSYS.o ../utils/version.o -lgen -lcrypt -lnsl -lsocket -ldl -lm -ltermcap -lcurses
Undefined first referenced
symbol in file
S_UNLOCK storage/SUBSYS.o
S_LOCK storage/SUBSYS.o
S_INIT_LOCK storage/SUBSYS.o
ld: fatal: Symbol referencing errors. No output written to postgres
gmake[1]: *** [postgres] Error 1
gmake[1]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend'
gmake: *** [all] Error 2

- ---- End of make.log ----

From scrappy
Date: Sun, 10 May 1998 05:59:20 -0700 (PDT)
From: Phil Nelson <phil@steelhead.cs.wwu.edu>
Subject: Postgresql-6.3

- ------- Start of forwarded message -------

Somewhere between 6.1 and 6.3 someone removed the support for the
NS32K machine I contributed. In any case, I now have postgresql-6.3
running again on NetBSD/pc532, a NS32532 machine. The following
changes are needed relative to the src directory. (It looks
like support was partially removed when the files were moved from the
src/backend/storage/.... tree to the src/include tree.)

If you need me to get a current development version of postgresql for
this change let me know. Also, let me know if this code needs
updating due to another code movement that deleted the old NS32K
support.

Thank you.

- - --- include/storage/s_lock.h.orig Thu Mar 19 12:22:30 1998
+++ include/storage/s_lock.h Sun May 10 05:38:20 1998
@@ -339,6 +339,25 @@

#endif /* NEED_I386_TAS_ASM */

+#if defined(NEED_NS32K_TAS_ASM)
+
+#define S_LOCK(lock) \
+{ \
+ slock_t res = 1; \
+ while (res) { \
+ __asm__("movqd 0, r0"); \
+ __asm__("sbitd r0, %0" : "=m"(*lock)); \
+ __asm__("sprb us, %0" : "=r" (res)); \
+ res = ((res >> 5) & 1); \
+ } \
+}
+
+#define S_UNLOCK(lock) (*(lock) = 0)
+
+#define S_INIT_LOCK(lock) S_UNLOCK(lock)
+
+#endif /* NEED_NS32K_TAS_ASM */
+

#if defined(__alpha__) && defined(linux)

- - --- include/port/bsd.h.orig Wed Feb 25 20:42:54 1998
+++ include/port/bsd.h Thu Mar 19 12:44:54 1998
@@ -15,8 +15,8 @@
#define HAS_TEST_AND_SET
#endif

- - -#if defined(ns32k)
- - -#define NEED_NS32k_TAS_ASM
+#if defined(__ns32k__)
+#define NEED_NS32K_TAS_ASM
#define HAS_TEST_AND_SET
#endif


- ---
Phil Nelson
phil@steelhead.cs.wwu.edu (NetBSD/pc532 machine)
phil@cs.wwu.edu (work)
http://www.cs.wwu.edu/~phil

From scrappy
Date: Sun, 10 May 1998 15:22:27 +0000
From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Subject: Re: [PORTS] Postgresql-6.3
Somewhere between 6.1 and 6.3 someone removed the support for the
NS32K machine I contributed. In any case, I now have postgresql-6.3
running again on NetBSD/pc532, a NS32532 machine. The following
changes are needed relative to the src directory. (It looks
like support was partially removed when the files were moved from the
src/backend/storage/.... tree to the src/include tree.)

If you need me to get a current development version of postgresql for
this change let me know. Also, let me know if this code needs
updating due to another code movement that deleted the old NS32K
support.
Hi Phil. Support for NS32K was not intentionally removed, but for v6.3
all platform support was extensively updated/changed. We tried very hard
to identify everyone on the hackers mailing list who had an interest in
a specific platform, and for every platform listed in the new docs as
"supported" we received confirmation that the s/w in fact compiled and
passed the regression tests.

Somehow the NS32K was never on the list of platforms, and we didn't know
that there was an interested "porter". After we incorporate you patches
(or an interation on them; scrappy is the one leading the port-specific
support issue) I'll list your machine as a supported platform and
include your e-mail address as the person confirming the port. That way
we can contact you later to make sure you stay in the loop...

OK??

- Tom

From scrappy
Date: Sun, 10 May 1998 09:13:25 -0700 (PDT)
From: Phil Nelson <phil@steelhead.cs.wwu.edu>
Subject: Re: [PORTS] Postgresql-6.3
Somehow the NS32K was never on the list of platforms, and we didn't know
that there was an interested "porter". After we incorporate you patches
(or an interation on them; scrappy is the one leading the port-specific
support issue) I'll list your machine as a supported platform and
include your e-mail address as the person confirming the port. That way
we can contact you later to make sure you stay in the loop...
Thanks! Since we are running NetBSD, most of your changes will work
on the NS32K if it works on other NetBSD boxes. The only one that
should require any extra work is if the s_lock stuff is changed again.

Thanks for the response AND postgresql.

- --
Phil Nelson
phil@steelhead.cs.wwu.edu (NetBSD/pc532 machine)
phil@cs.wwu.edu (work)
http://www.cs.wwu.edu/~phil

From scrappy
Date: Sat, 09 May 1998 10:54:17 EDT
From: purrezab@ce.sharif.ac.ir
Subject: help

Hello
I try to install PostgreSQL ver 6.3 on IBM PC but in step 19 (regression
test) I encounter an error.The PC that I try to install on it has no
network installation.When I run "nohup postnaster >regress.log 2>&1 &"
in the log file I found this error:
"FATAL:StreamServerPort:setsock opt(SO_REUSEADDR) failed:errno 95.
postmaster:cannot create unix port."
If it is possible please help me.My address is :purrezab@ce.sharif.ac.ir

From scrappy
Date: Sun, 10 May 1998 16:49:00 -0400
From: Fletcher E Kittredge <fkittred@mail.gwi.net>
Subject: Problems under FreeBSD 2.2.6

Postgres Version: 6.3.2
OS: FreeBSD 2.2.6
Hardware: Pentium

Compile and install went cleanly. When trying to run the regression
tests I get the following core dump and the database dies. There are
no other known problems with this system.

#0 0x201d5ef1 in ?? ()
#1 0x201cc400 in ?? ()
#2 0xda663 in IpcSemaphoreKill (key=5432014) at ipc.c:371
#3 0xe3216 in ProcFreeAllSemaphores () at proc.c:847
#4 0xda3ae in quasi_exitpg () at ipc.c:171
#5 0xc55aa in CleanupProc (pid=9986, exitstatus=140) at
postmaster.c:976
#6 0xc528d in reaper (postgres_signal_arg=20) at postmaster.c:859
#7 0xefbfdfdc in ?? ()
#8 0xc4461 in PostmasterMain (argc=1, argv=0xefbfd7b4) at
postmaster.c:477
#9 0x6d932 in main (argc=1, argv=0xefbfd7b4) at main.c:96

From scrappy
Date: Mon, 11 May 1998 11:12:19 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: Failed regression test on int2, int4, oldint2, oldint4, float8, and a few others.

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Trever Adams
Your email address : arabian@onramp.net

Category : unknown
Severity : non-critical

Summary: Failed regression test on int2, int4, oldint2, oldint4, float8, and a few others.

System Configuration
- --------------------
Operating System : Linux 2.1.101 ELF glib2 (libc6 RedHat 5.0)(might do the same on 2.0.33 ELF haven't tried)

PostgreSQL version : 6.3.2

Compiler used : gcc 2.7.2.3 (gcc -v)

Hardware:
- ---------
Pentium 133 72M RAM 1 gig Linux ext2fs 2 gig vfat win95.
Linux arabian 2.1.101 #4 Mon May 11 07:23:19 CDT 1998 i586 unknown


Versions of other tools:
- ------------------------
GNU Make version 3.76.1, by Richard Stallman and Roland McGrath.
flex version 2.5.4


- --------------------------------------------------------------------------

Problem Description:
- --------------------
I ran the regression test shortly after compiling, installing, and
restarting postgresql. I had never done this before. I noticed several
things fail including int2, int4, oldint2, oldint4, and float 8.

I looked in the results directory and noticed this:
QUERY: INSERT INTO INT2_TBL(f1) VALUES ('34.5');
ERROR: pg_atoi: error in "34.5": can't parse ".5"

and

QUERY: INSERT INTO INT2_TBL(f1) VALUES ('100000');
ERROR: pg_atoi: error reading "100000": Numerical result out of range

In C (and in math) integers are whole numbers. The first one should have
failed and shouldn't have caused a fail of the regression testing.

On the second one, if I read int2 right (type short int in 'C'... being 16
bits long) 100,000 is larger than 65,535 and therefore doesn't fit. It
should have failed as well.

QUERY: INSERT INTO INT2_TBL(f1) VALUES ('asdf');
ERROR: pg_atoi: error in "asdf": can't parse "asdf"

Text in an integer?!?

These are the only things I can see that might be wrong in the entire
results file for int2.out. I am just learning SQL so my interperetation
of these things and the rest of the file may be totally invalid.

I hope this helps.

Thank you for the nice database.
Trever Adams


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Mon, 11 May 1998 14:24:32 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: initdb doesn't work

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : David Rubia Serrano
Your email address : Dispro21@alazraq.alc.upv.es

Category : install: other
Severity : serious

Summary: initdb doesn't work

System Configuration
- --------------------
Operating System : Linux Red hat 5.0

PostgreSQL version : 6.3.2

Compiler used : gcc 2.7.0

Hardware:
- ---------
pemtium II 96M ram

Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------
I'm sorry but my English is quite bad, so i hope you will understand me.
When I try to execute initdb the program fail when send the template to postgres.
I have read initdb and the template and i don't understand any things:
Whith sed initdb substitute PGUID and PGUID POSTGRES SUPERUSERNAME but POSTGRES SUPERUSERNAME don't
exists in template and it have other world in capital letters ( OID), must be replaced this world ?.
The compilation and the installation have been succesfull.


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Mon, 11 May 1998 20:11:04 -0300 (ADT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] Port Bug Report: initdb doesn't work

What does the actual error look like?
On Mon, 11 May 1998, Unprivileged user wrote:


============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : David Rubia Serrano
Your email address : Dispro21@alazraq.alc.upv.es

Category : install: other
Severity : serious

Summary: initdb doesn't work

System Configuration
--------------------
Operating System : Linux Red hat 5.0

PostgreSQL version : 6.3.2

Compiler used : gcc 2.7.0

Hardware:
---------
pemtium II 96M ram

Versions of other tools:
------------------------


--------------------------------------------------------------------------

Problem Description:
--------------------
I'm sorry but my English is quite bad, so i hope you will understand me.
When I try to execute initdb the program fail when send the template to postgres.
I have read initdb and the template and i don't understand any things:
Whith sed initdb substitute PGUID and PGUID POSTGRES SUPERUSERNAME but POSTGRES SUPERUSERNAME don't
exists in template and it have other world in capital letters ( OID), must be replaced this world ?.
The compilation and the installation have been succesfull.


--------------------------------------------------------------------------

Test Case:
----------


--------------------------------------------------------------------------

Solution:
---------


--------------------------------------------------------------------------
Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org

From scrappy
Date: Tue, 12 May 1998 09:37:25 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: template/irix does not exist

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Otelo Pons
Your email address : otelo@kmm.uib.es

Category : install: compile
Severity : critical

Summary: template/irix does not exist

System Configuration
- --------------------
Operating System : Irix 6.3

PostgreSQL version : 6.3

Compiler used : cc native

Hardware:
- ---------


Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------
I don't know how configure postgres compilation

- --------------------------------------------------------------------------

Test Case:
- ----------
configure
loading cache ./config.cache
checking host system type... mips-sgi-irix6.3
checking echo setting...
checking setting template to... template/irix

template/irix does not exist

Available Templates (set using --with-template):

aix-gcc bsdi-3.0 i386_solaris-cc linuxalpha sparc_solaris-gcc
aix_325 dgux i386_solaris-gcc netbsd sunos4-cc
aix_41 freebsd irix5 nextstep sunos4-gcc
alpha generic linux openbsd svr4
bsdi-2.0 hpux-cc linux-elf sco ultrix4
bsdi-2.1 hpux-gcc linux-elf-sparc sparc_solaris-cc univel



- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Tue, 12 May 1998 09:44:10 -0400 (EDT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] Port Bug Report: template/irix does not exist
On Tue, 12 May 1998, Unprivileged user wrote:


============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Otelo Pons
Your email address : otelo@kmm.uib.es

Category : install: compile
Severity : critical

Summary: template/irix does not exist

System Configuration
--------------------
Operating System : Irix 6.3

PostgreSQL version : 6.3
Upgrade to 6.3.2+patches and this should be okay,...

From scrappy
Date: Tue, 12 May 1998 19:02:13 +0100
From: duda <jhoewelm@os-net.de>
Subject: Initdb doesent work
If PostgreSQL failed to compile on your computer or you found a bug that
is likely to be specific to one platform then please fill out this form
and e-mail it to pgsql-ports@postgresql.org.

To report any other bug, fill out the form below and e-mail it to
pgsql-bugs@postgresql.org.

If you not only found the problem but solved it and generated a patch
then e-mail it to pgsql-patches@postgresql.org instead. Please use the
command "diff -c" to generate the patch.

You may also enter a bug report at http://www.postgresql.org/ instead of
e-mail-ing this form.

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name :
Your email address :


System Configuration
---------------------
Architecture (example: Intel Pentium) :

Operating System : Linux -Elf 2.030

PostgreSQL version (example: PostgreSQL-6.3.2) : PostgreSQL-6.3.2

Compiler used (example: gcc 2.7.2) : gcc 2.8.0
glibc 2.0.6sed 2.0.5
bash 2.0.1


Please enter a FULL description of your problem:
------------------------------------------------
initdb: using /usr/local/pgsql/lib/local1_template1.bki.source as input to create the template database.

initdb: using /usr/local/pgsql/lib/global1.bki.source as input to create the global classes.
initdb: using /usr/local/pgsql/lib/pg_hba.conf.sample as the host-based authentication control file.

/usr/local/pgsql/bin/initdb: [: =: unary operator expected
/usr/local/pgsql/bin/initdb: [: too many arguments
We are initializing the database system with username postgres (uid=).
This user will own all the files and must also own the server process.

initdb: creating template database in /usr/local/pgsql/data/base/template1
Running: postgres -boot -C -F -D/usr/local/pgsql/data -Q template1
/usr/local/pgsql/bin/initdb: line 267: 219 Broken pipe cat $TEMPLATE
220 | sed -e "s/postgres PGUID/$POSTGRES_SUPERUSERNAME $POSTGRES_SUPERUID/"
-e "s/PGUID/$POSTGRES_SUPERUID/"
221 Segmentation fault | postgres $BACKENDARGS template1
initdb: could not create template database
initdb: cleaning up by wiping out /usr/local/pgsql/data/base/template1





Please describe a way to repeat the problem. Please try to provide a
concise reproducible example, if at all possible:
----------------------------------------------------------------------
running init db as described in INSTALL
compiling and installing are without problems




If you know how this problem might be fixed, list the solution below:
---------------------------------------------------------------------

From scrappy
Date: Tue, 12 May 1998 14:15:00 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report:

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Tim Epkes
Your email address : tepkes@icscorp.com

Category : install: compile
Severity : serious

Summary:

System Configuration
- --------------------
Operating System : Solaris Sparc

PostgreSQL version : 6.3.2

Compiler used : 2.7.2.2.f.2

Hardware:
- ---------
Sparc ultra 1
SunOS neptune 5.5.1 Generic sun4u sparc SUNW,Ultra-1

Versions of other tools:
- ------------------------
flex version 2.5.4
GNU Make version 3.75

- --------------------------------------------------------------------------

Problem Description:
- --------------------
I am trying to compile todays version of 6.3.2 on a sparc and am getting some errors.
First when doing configure I had to copy sparc_solaris-gcc to sunos and the type ./configure
to make configure work. When I do the gmake all, I get the following:
gmake -C bootstrap all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/
bootstrap'
d bootparse.y
gmake[2]: d: Command not found
gmake[2]: [bootparse.c] Error 127 (ignored)
grep -v "^#" boot.sed > sedfile
sed -f sedfile < y.tab.c > bootparse.c
/bin/sh: y.tab.c: cannot open
gmake[2]: *** [bootparse.c] Error 1
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/b
ootstrap'
gmake[1]: *** [bootstrap.dir] Error 2
gmake[1]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend'
gmake: *** [all] Error 2

I noticed that two files were being called and weren't their, bootparse.c and
y.tab.c being called out of ...src/backend/bootstrap/

- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Tue, 12 May 1998 15:49:36 -0400 (EDT)
From: Bruce Momjian <maillist@candle.pha.pa.us>
Subject: Re: [PORTS] Port Bug Report: libpgtcl Makefile.in

Patch applied.

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : C.S.Park
Your email address : pcs@bmail.kek.jp

Category : install: other
Severity : non-critical

Summary: libpgtcl Makefile.in

System Configuration
--------------------
Operating System : SunOS bwg03 5.5.1 Generic_103640-12 sun4u sparc SUNW,Ultra-Enterprise

PostgreSQL version : 6.3.2

Compiler used : gcc version 2.7.2.3.f.1

Hardware:
---------
SunOS bwg03 5.5.1 Generic_103640-12 sun4u sparc SUNW,Ultra-Enterprise

Versions of other tools:
------------------------


--------------------------------------------------------------------------

Problem Description:
--------------------
Please add this line for solaris in libpgtcl/Makefile.in

ifeq ($(PORTNAME), sparc_solaris)
install-shlib-dep := install-shlib
shlib := libpgtcl.so.1
LDFLAGS_SL = -G
CFLAGS += $(CFLAGS_SL)
endif

And correct this line
LIBPQ = -L $(SRCDIR)/interfaces/libpq -lpq
< LIBPQ = -L$(SRCDIR)/interfaces/libpq -lpq

best regards.


--------------------------------------------------------------------------

Test Case:
----------


--------------------------------------------------------------------------

Solution:
---------


--------------------------------------------------------------------------


- --
Bruce Momjian | 830 Blythe Avenue
maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026
+ If your life is a hard drive, | (610) 353-9879(w)
+ Christ can be your backup. | (610) 853-3000(h)

From scrappy
Date: Tue, 12 May 1998 16:32:13 -0400 (EDT)
From: Bruce Momjian <maillist@candle.pha.pa.us>
Subject: Re: [PORTS] shared libs on Solaris

Applied.
Hello,

I'm using v6.3.2 PostgreSQL on

uname -a
SunOS bwg03 5.5.1 Generic_103640-12 sun4u sparc SUNW,Ultra-Enterprise

gcc -v
gcc version 2.7.2.3.f.1

but it seems to me that shared libs cannot be made with current
Makefile.in s under libpq & libpgtcl dirs

it seems to me that followin lines work on my machine
--------------------------------------------------
ifeq ($(PORTNAME), sparc_solaris)
install-shlib-dep := install-shlib
shlib := libpq.so.$(SO_MAJOR_VERSION).$(SO_MINOR_VERSION)
LDFLAGS_SL = -G
CFLAGS += $(CFLAGS_SL)
endif
--------------------------------------------------

can you include this in the next version?

Best Regards, C.S.Park



- --
Bruce Momjian | 830 Blythe Avenue
maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026
+ If your life is a hard drive, | (610) 353-9879(w)
+ Christ can be your backup. | (610) 853-3000(h)

From scrappy
Date: Tue, 12 May 1998 22:38:00 -0300 (ADT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] Port Bug Report:
On Tue, 12 May 1998, Unprivileged user wrote:

Operating System : Solaris Sparc

PostgreSQL version : 6.3.2

Compiler used : 2.7.2.2.f.2

Problem Description:
--------------------
I am trying to compile todays version of 6.3.2 on a sparc and am getting
some errors. First when doing configure I had to copy sparc_solaris-gcc
to sunos and the type ./configure to make configure work. When I do the
gmake all, I get the following:
gmake -C bootstrap all
gmake[2]: Entering directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/
bootstrap'
d bootparse.y
gmake[2]: d: Command not found
gmake[2]: [bootparse.c] Error 127 (ignored)
grep -v "^#" boot.sed > sedfile
sed -f sedfile < y.tab.c > bootparse.c
/bin/sh: y.tab.c: cannot open
gmake[2]: *** [bootparse.c] Error 1
gmake[2]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend/b
ootstrap'
gmake[1]: *** [bootstrap.dir] Error 2
gmake[1]: Leaving directory `/usr/share/src/pgsql/postgresql-6.3.2/src/backend'
gmake: *** [all] Error 2

I noticed that two files were being called and weren't their, bootparse.c and
y.tab.c being called out of ...src/backend/bootstrap/
I just today build v6.3.2+patches under Solaris 2.5.1, without a
problem...the line above about "d bootparse.y" has me curious
though...there should be either a 'yacc' or 'bison' in front of that...do
you have neither on your machine?

Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org

From scrappy
Date: Tue, 12 May 1998 22:39:33 -0300 (ADT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] Problems under FreeBSD 2.2.6
On Sun, 10 May 1998, Fletcher E Kittredge wrote:


Postgres Version: 6.3.2
OS: FreeBSD 2.2.6
Hardware: Pentium

Compile and install went cleanly. When trying to run the regression
tests I get the following core dump and the database dies. There are
no other known problems with this system.

#0 0x201d5ef1 in ?? ()
#1 0x201cc400 in ?? ()
#2 0xda663 in IpcSemaphoreKill (key=5432014) at ipc.c:371
#3 0xe3216 in ProcFreeAllSemaphores () at proc.c:847
#4 0xda3ae in quasi_exitpg () at ipc.c:171
#5 0xc55aa in CleanupProc (pid=9986, exitstatus=140) at
postmaster.c:976
#6 0xc528d in reaper (postgres_signal_arg=20) at postmaster.c:859
#7 0xefbfdfdc in ?? ()
#8 0xc4461 in PostmasterMain (argc=1, argv=0xefbfd7b4) at
postmaster.c:477
#9 0x6d932 in main (argc=1, argv=0xefbfd7b4) at main.c:96
Does the postmaster report something like "Bad system call" or similar?
The fact taht it is in the IpcSemaphoreKill area, my first thought is that
you don't have the SYSV* options installed in your kernel...

Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org

From scrappy
Date: Wed, 13 May 1998 05:08:24 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: initdb fails, complaining of being unable to access the lib files

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Masamichi Hayashi
Your email address : sam@twics.com

Category : install: other
Severity : non-critical

Summary: initdb fails, complaining of being unable to access the lib files

System Configuration
- --------------------
Operating System : FreeBSD 2.2.5

PostgreSQL version : 6.3

Compiler used : gnu

Hardware:
- ---------
Pentium, 80M RAM

Versions of other tools:
- ------------------------
gmake 3.76.1

- --------------------------------------------------------------------------

Problem Description:
- --------------------
%initdb
initdb: using /usr/local/pgsql/lib/local1_template1.bki.source as input to create the template database.
initdb: using /usr/local/pgsql/lib/global1.bki.source as input to create the global classes.
initdb: using /usr/local/pgsql/lib/pg_hba.conf.sample as the host-based authentication control file.

ld.so failed: Can't find shared library "libpq.so.1.1"
[: syntax error
ld.so failed: Can't find shared library "libpq.so.1.1"
ld.so failed: Can't find shared library "libpq.so.1.1"
[: syntax error

We are initializing the database system with username pgmaster (uid=).
This user will own all the files and must also own the server process.

initdb: creating template database in /home/pgmaster/pgsql/data/base/template1
Running: postgres -boot -C -F -D/home/pgmaster/pgsql/data -Q template1
ERROR: pg_atoi: error in "f": can't parse "f"
ERROR: pg_atoi: error in "f": can't parse "f"
Segmentation fault - core dumped
initdb: could not create template database
initdb: cleaning up by wiping out /home/pgmaster/pgsql/data/base/template1


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------
Maybe this problem shouldnt't have been addressed here because this actually isn't
any bug report. After going thru the documentation I simply couldn't find other
places to put my question.
Simply refering me to appropriate information/documentation would suffice. Thanks.

- --------------------------------------------------------------------------

From scrappy
Date: Wed, 13 May 1998 16:08:55 +0600
From: "Sergei Chernev" <ser@nsu.ru>
Subject: BSDI-3.1 libpgtcl

Hello!
Can anybody tell me how to make libpgtcl on BSDI3.1 I use postgresql.6.3.2
compiled --with-tcl. But I can't find libpgtcl.so.
If I
ld -r -o libpgtcl.so
/usr/src/pgsql/postgres6.3.2/src/interfaces/libpgtcl/*.o
it links, but wish -f pgaccess.tcl says:
Can't process object file:
Inapropriate file type or format...

May be it happened because of old tcl version 7.5 ??
THANX!
- ---------------------------
Sergei Chernev
Internet: ser@nsu.ru
Phone: +7-3832-397354

From scrappy
Date: Wed, 13 May 1998 07:40:38 -0400
From: Fletcher E Kittredge <fkittred@mail.gwi.net>
Subject: Re: [PORTS] Problems under FreeBSD 2.2.6
On Tue, 12 May 1998 22:39:33 -0300 (ADT) The Hermit Hacker wrote:

Does the postmaster report something like "Bad system call" or similar?
The fact taht it is in the IpcSemaphoreKill area, my first thought is that
you don't have the SYSV* options installed in your kernel...
Doh! Of course. Thanks. I am not used to an O/S where they are
optional :)

regards,
fletcher

From scrappy
Date: Wed, 13 May 1998 11:54:02 -0400 (EDT)
From: Bruce Momjian <maillist@candle.pha.pa.us>
Subject: Re: [PORTS] BSDI-3.1 libpgtcl
Hello!
Can anybody tell me how to make libpgtcl on BSDI3.1 I use postgresql.6.3.2
compiled --with-tcl. But I can't find libpgtcl.so.
If I
ld -r -o libpgtcl.so
/usr/src/pgsql/postgres6.3.2/src/interfaces/libpgtcl/*.o
it links, but wish -f pgaccess.tcl says:
Can't process object file:
Inapropriate file type or format...

May be it happened because of old tcl version 7.5 ??
OK, I am running BSDI and can help you with this. I did not put in
bsdi-specific shared library stuff, but hope to for 6.4.

You need to execute in libpgtcl directory after you have created
libpgtcl.a:

shlicc -O -o libpgtcl.so *.o -ldl -lm

Then edit the pgaccess file and make the path point to that libpgtcl.so
file.



- --
Bruce Momjian | 830 Blythe Avenue
maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026
+ If your life is a hard drive, | (610) 353-9879(w)
+ Christ can be your backup. | (610) 853-3000(h)

From scrappy
Date: Wed, 13 May 1998 14:00:54 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: <gmake install> doesn't copy pg_version -> initdb must fail

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Martin Buechler
Your email address : mdm@swix.ch

Category : install: other
Severity : serious

Summary: <gmake install> doesn't copy pg_version -> initdb must fail

System Configuration
- --------------------
Operating System : Solaris

PostgreSQL version : 6.3.2

Compiler used : gcc2.7.2

Hardware:
- ---------
sparc

Versions of other tools:
- ------------------------
gmake, flex

- --------------------------------------------------------------------------

Problem Description:
- --------------------


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Wed, 13 May 1998 12:21:50 -0700 (MST)
From: Doug Winterburn <dlw@seavme.xroads.com>
Subject: Motorola 88k SVR4 6.3.2 port

- The version of PostgreSQL: 6.3.2
- Your operating system:
UNIX_System_V seavme 4.0 R40V4.4 m88k mc88100
- Your hardware: Motorola m88k mc88100
- Did you compile, install and run the regression tests cleanly?
If not, what source code did you change (i.e. patches you
applied, changes you made, etc.), what tests failed, etc.
It is normal to get many warning when you compile. You do
not need to report these.

Notes on porting postgresql-6.3.2 to Motorola 88k SVR4 V4.4

Several things have been fixed since 6.3.1. These are the remaining
issues for 6.3.2


CONFIGURATION

configure ran OK, but as explained in MAKE, some changes should be
made. Used ./configure --with-template=svr4 as there was no
default.


MAKE

1) Add "#define BYTE_ORDER BIG_ENDIAN" to src/include/config.h
Not sure of the fix for this, but on my platfrom,
/usr/include/arpa/nameser.h will set BYTE_ORDER to BIG_ENDIAN.
Perhaps a configure test program that sets a known value into an
int and then reexamines the value with a char[] could be used?


TESTING

2) initdb gets a segv during vacuum, but postgres still functions.
The initdb log follows:

initdb: using /usr/local/pgsql/lib/local1_template1.bki.source as input to create the template database.
initdb: using /usr/local/pgsql/lib/global1.bki.source as input to create the global classes.
initdb: using /usr/local/pgsql/lib/pg_hba.conf.sample as the host-based authentication control file.

We are initializing the database system with username postgres (uid=116).
This user will own all the files and must also own the server process.

Creating Postgres database system directory /home/postgres/pgsql/data/base

initdb: creating template database in /home/postgres/pgsql/data/base/template1
Running: postgres -boot -C -F -D/home/postgres/pgsql/data -Q template1

Creating global classes in /base
Running: postgres -boot -C -F -D/home/postgres/pgsql/data -Q template1

Adding template1 database to pg_database...
Running: postgres -boot -C -F -D/home/postgres/pgsql/data -Q template1 < /tmp/create.26334

vacuuming template1
Segmentation Fault - core dumped
creating public pg_user view
loading pg_description


3) Got ENOPROTOOPT (Error 134) on starting postmaster. In function
StreamServerPort() in module src/backend/libpq/pqcomm.c, I added the
two lines denoted by the HACK comment:

if (family == AF_INET) { /* HACK */

if ((setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, (char *) &one,
sizeof(one))) == -1)
{
.
.
.
}

} /* HACK */

On my machine, the setsockopt was failing on AF_UNIX domain, but
it apparently works on AF_INET domain.

4) Shared libs - I had to add an #if section for svr4 in all the
Makefiles in src/interfaces/???. The Makefile fragment from libpq
follows:

ifeq ($(PORTNAME), svr4)
install-shlib-dep := install-shlib
shlib := libpq.so.1
LDFLAGS_SL = -G
CFLAGS_SL = -fPIC
CFLAGS += $(CFLAGS_SL)
endif

The problem of shared library differences on different platforms
might be solved by using GNU Libtool.

5) When running regression tests, got error while doing dlopen
during several tests:

seavme> diff -w expected/create_function_2.out results
40a41
ERROR: Load of file /pkg/postgresql-6.3.2/src/test/regress/input/../regress.so failed: dynamic linker: /usr/local/pgsql/bin/postgres: relocation error: symbol not found: CurrentTriggerData
The error was on symbol CurrentTriggerData. This is explained in
the Mot 88k SVR4 dlopen man page:

Any symbols in the executable that may be referenced from a
shared object accessed via dlopen must also be referenced in
a shared library that is linked in at link time.

The easiest way to get around this was to move regress.so to
/usr/local/pgsql/lib and relink postgres with the following in
src/backend/Makefile:

postgres: $(OBJS) ../utils/version.o
$(CC) -o postgres $(OBJS) ../utils/version.o /usr/local/pgsql/lib/regres
s.so $(LDFLAGS)

The "real" way to fix this would be to create a shared lib to be
linked with postgres that contained references to any postgres
data that might be referenced from dlopened modules.
I think that when using the RTLD_LAZY option, one would only need to
make references to the data items from this dummy shared lib as
dlopen only attempts to resolve data references and not function
references. This was confirmed from the dlopen man page:

RTLD_LAZY
Under this mode, only references to data symbols are
relocated when the object is loaded. References to
functions are not relocated until a given function is
invoked for the first time. This mode should result in
better performance, since a process may not reference
all of the functions in any given shared object.


6) VACUUM Problems
The following sequence shows the problems with vacuum. Initially
there are no vacuum locks. After an attempted vacuum fails, a
second vacuum attempt says there is no connection to the backend,
even though the postmaster is still running. Another invocation of
psql does connect with the postmaster.

seavme> find /home/postgres -name pg_vlock -print
seavme> psql template1
Welcome to the POSTGRESQL interactive sql monitor:
Please read the file COPYRIGHT for copyright terms of POSTGRESQL

type \? for help on slash commands
type \q to quit
type \g or terminate with semicolon to execute query
You are currently connected to the database: template1

template1=> vacuum;
PQexec() -- Request was sent to backend, but backend closed the channel before responding.
This probably means the backend terminated abnormally before or while processing the request.
template1=> vacuum;
PQexec() -- There is no connection to the backend.
template1=> \q

seavme> find /home/postgres -name pg_vlock -print
/home/postgres/pgsql/data/base/template1/pg_vlock

seavme> ps -ef|grep post
postgres 29565 1 0 11:32:49 ? 0:00 /usr/local/pgsql/bin/postmaster -D/home/postgres/pgsql/data -i -S -o -F

seavme> psql template1
Welcome to the POSTGRESQL interactive sql monitor:
Please read the file COPYRIGHT for copyright terms of POSTGRESQL

type \? for help on slash commands
type \q to quit
type \g or terminate with semicolon to execute query
You are currently connected to the database: template1

template1=> \d

Database = template1
+------------------+----------------------------------+----------+
Owner | Relation | Type |
+------------------+----------------------------------+----------+
postgres | pga_forms | table |
postgres | pga_queries | table |
postgres | pga_reports | table |
postgres | pga_scripts | table |
+------------------+----------------------------------+----------+
template1=> \q
seavme>



REMAINING PROBLEMS

Here is the output of the regression tests along with the diffs where
problems occured. The major problems are in triggers and dates. The
timezone was set according to the INSTALL instructions.

=============== Notes... =================
postmaster must already be running for the regression tests to succeed.
The time zone is now set to PST8PDT explicitly by this regression test
client frontend. Please report any apparent problems to
ports@postgresql.org
See regress/README for more information.

=============== destroying old regression database... =================
ERROR: destroydb: database regression does not exist.
destroydb: database destroy failed on regression.
=============== creating new regression database... =================
=============== running regression queries... =================
boolean .. ok
char .. ok
char2 .. ok
char4 .. ok
char8 .. ok
char16 .. ok
varchar .. ok
text .. ok
strings .. ok
int2 .. failed OK, differences in error message
int4 .. failed OK, differences in error message
oid .. ok
oidint2 .. failed OK, differences in error message
oidint4 .. failed OK, differences in error message
oidname .. ok
float4 .. ok
float8 .. failed diff follows......
159c159
< |1004.3 |31.6906926399535
---
1004.3 |31.6906926399534
206,214c206
< bad| ?column?
< ---+--------------------
< | 1
< |7.39912306090513e-16
< | 0
< | 0
< | 1
< (5 rows)
<
---
ERROR: exp() result is out of range
numerology .. ok
point .. ok
lseg .. ok
box .. ok
path .. ok
polygon .. ok
circle .. ok
geometry .. failed OK, zero sign and slight precision
timespan .. ok
datetime .. failed diff follows......
505c505
< |Tue Dec 31 16:00:00 1968 PST
---
Fri Feb 06 22:28:00 2105 PST
reltime .. ok
abstime .. failed diff follows......
25c25
< |Sat May 10 23:59:12 1947 PST
---
Wed Jun 16 07:27:28 2083 PDT
38c38
< |Sat May 10 23:59:12 1947 PST
---
Wed Jun 16 07:27:28 2083 PDT
50c50
< |Sat May 10 23:59:12 1947 PST
---
Wed Jun 16 07:27:28 2083 PDT
78c78
< |Sat May 10 23:59:12 1947 PST
---
Wed Jun 16 07:27:28 2083 PDT
88c88
< |Sat May 10 23:59:12 1947 PST
---
Wed Jun 16 07:27:28 2083 PDT
109c109
< |Sat May 10 23:59:12 1947 PST
---
Wed Jun 16 07:27:28 2083 PDT
119c119
< |Sat May 10 23:59:12 1947 PST
---
Wed Jun 16 07:27:28 2083 PDT
129c129
< |Sat May 10 23:59:12 1947 PST
---
Wed Jun 16 07:27:28 2083 PDT
139c139
< |Sat May 10 23:59:12 1947 PST
---
Wed Jun 16 07:27:28 2083 PDT
148,152c148,152
< |Sat May 10 23:59:12 1947 PST|@ 14 secs ago
< |Sat May 10 23:59:12 1947 PST|@ 1 min
< |Sat May 10 23:59:12 1947 PST|@ 5 hours
< |Sat May 10 23:59:12 1947 PST|@ 10 days
< |Sat May 10 23:59:12 1947 PST|@ 3 mons
---
Wed Jun 16 07:27:28 2083 PDT|@ 14 secs ago
Wed Jun 16 07:27:28 2083 PDT|@ 1 min
Wed Jun 16 07:27:28 2083 PDT|@ 5 hours
Wed Jun 16 07:27:28 2083 PDT|@ 10 days
Wed Jun 16 07:27:28 2083 PDT|@ 3 mons
tinterval .. failed diff follows......
22c22
< |["Sat May 10 23:59:12 1947 PST" "Sun Jan 14 03:14:21 1973 PST"]
---
["Wed Jun 16 07:27:28 2083 PDT" "Sun Jan 14 03:14:21 1973 PST"]
41c41
< |["Sat May 10 23:59:12 1947 PST" "Sun Jan 14 03:14:21 1973 PST"]
---
["Wed Jun 16 07:27:28 2083 PDT" "Sun Jan 14 03:14:21 1973 PST"]
66c66
< |["Sat May 10 23:59:12 1947 PST" "Sun Jan 14 03:14:21 1973 PST"]
---
["Wed Jun 16 07:27:28 2083 PDT" "Sun Jan 14 03:14:21 1973 PST"]
76c76
< |["Sat May 10 23:59:12 1947 PST" "Sun Jan 14 03:14:21 1973 PST"]
---
["Wed Jun 16 07:27:28 2083 PDT" "Sun Jan 14 03:14:21 1973 PST"]
101c101
< |["Sat May 10 23:59:12 1947 PST" "Sun Jan 14 03:14:21 1973 PST"]|["Sat May 10 23:59:12 1947 PST" "Sun Jan 14 03:14:21 1973 PST"]
---
["Wed Jun 16 07:27:28 2083 PDT" "Sun Jan 14 03:14:21 1973 PST"]|["Wed Jun 16 07:27:28 2083 PDT" "Sun Jan 14 03:14:21 1973 PST"]
113,115c113
< |["-infinity" "infinity"] |["Sat May 10 23:59:12 1947 PST" "Sun Jan 14 03:14:21 1973 PST"]
< |["-infinity" "infinity"] |["Sun Sep 04 23:59:12 1983 PDT" "Tue Oct 04 23:59:12 1983 PDT"]
< |["-infinity" "infinity"] |["epoch" "Mon May 01 00:30:30 1995 PDT"]
---
["-infinity" "infinity"] |["Wed Jun 16 07:27:28 2083 PDT" "Sun Jan 14 03:14:21 1973 PST"]
117c115,116
< |["Sat May 10 23:59:12 1947 PST" "Sun Jan 14 03:14:21 1973 PST"]|["-infinity" "infinity"]
---
["-infinity" "infinity"] |["epoch" "Mon May 01 00:30:30 1995 PDT"]
["-infinity" "infinity"] |["Sun Sep 04 23:59:12 1983 PDT" "Tue Oct 04 23:59:12 1983 PDT"]
119d117
< |["Sun Sep 04 23:59:12 1983 PDT" "Tue Oct 04 23:59:12 1983 PDT"]|["-infinity" "infinity"]
121,122c119,122
< |["epoch" "Mon May 01 00:30:30 1995 PDT"] |["Sat May 10 23:59:12 1947 PST" "Sun Jan 14 03:14:21 1973 PST"]
< |["Sat May 10 23:59:12 1947 PST" "Sun Jan 14 03:14:21 1973 PST"]|["epoch" "Mon May 01 00:30:30 1995 PDT"]
---
["Wed Jun 16 07:27:28 2083 PDT" "Sun Jan 14 03:14:21 1973 PST"]|["-infinity" "infinity"]
["Thu Feb 15 12:15:03 1990 PST" "current"] |["epoch" "Mon May 01 00:30:30 1995 PDT"]
["epoch" "Mon May 01 00:30:30 1995 PDT"] |["Wed Jun 16 07:27:28 2083 PDT" "Sun Jan 14 03:14:21 1973 PST"]
["Wed Jun 16 07:27:28 2083 PDT" "Sun Jan 14 03:14:21 1973 PST"]|["epoch" "Mon May 01 00:30:30 1995 PDT"]
126c126
< |["Thu Feb 15 12:15:03 1990 PST" "current"] |["epoch" "Mon May 01 00:30:30 1995 PDT"]
---
["Sun Sep 04 23:59:12 1983 PDT" "Tue Oct 04 23:59:12 1983 PDT"]|["-infinity" "infinity"]
136c136
< |["Sat May 10 23:59:12 1947 PST" "Sun Jan 14 03:14:21 1973 PST"]
---
["Wed Jun 16 07:27:28 2083 PDT" "Sun Jan 14 03:14:21 1973 PST"]
horology .. failed diff follows......
136,151c136,151
< |epoch |@ 34 years |Tue Dec 31 16:00:00 1935 PST
< |Wed Feb 28 17:32:01 1996 PST|@ 34 years |Wed Feb 28 17:32:01 1962 PST
< |Thu Feb 29 17:32:01 1996 PST|@ 34 years |Wed Feb 28 17:32:01 1962 PST
< |Fri Mar 01 17:32:01 1996 PST|@ 34 years |Thu Mar 01 17:32:01 1962 PST
< |Mon Dec 30 17:32:01 1996 PST|@ 34 years |Sun Dec 30 17:32:01 1962 PST
< |Tue Dec 31 17:32:01 1996 PST|@ 34 years |Mon Dec 31 17:32:01 1962 PST
< |epoch |@ 6 years |Tue Dec 31 16:00:00 1963 PST
< |Fri Dec 31 17:32:01 1999 PST|@ 34 years |Fri Dec 31 17:32:01 1965 PST
< |Sat Jan 01 17:32:01 2000 PST|@ 34 years |Sat Jan 01 17:32:01 1966 PST
< |Sun Dec 31 17:32:01 2000 PST|@ 34 years |Sat Dec 31 17:32:01 1966 PST
< |Mon Jan 01 17:32:01 2001 PST|@ 34 years |Sun Jan 01 17:32:01 1967 PST
< |epoch |@ 5 mons 12 hours |Thu Jul 31 05:00:00 1969 PDT
< |epoch |@ 5 mons |Thu Jul 31 17:00:00 1969 PDT
< |epoch |@ 3 mons |Tue Sep 30 17:00:00 1969 PDT
< |epoch |@ 10 days |Sun Dec 21 16:00:00 1969 PST
< |epoch |@ 1 day 2 hours 3 mins 4 secs|Tue Dec 30 13:56:56 1969 PST
---
epoch |@ 34 years |Fri Feb 05 22:28:00 2072 PST
Wed Feb 28 17:32:01 1996 PST|@ 34 years |Sun Apr 06 00:00:01 2098 PST
Thu Feb 29 17:32:01 1996 PST|@ 34 years |Sun Apr 06 00:00:01 2098 PST
Fri Mar 01 17:32:01 1996 PST|@ 34 years |Mon Apr 07 01:00:01 2098 PDT
Mon Dec 30 17:32:01 1996 PST|@ 34 years |Thu Feb 05 00:00:01 2099 PST
Tue Dec 31 17:32:01 1996 PST|@ 34 years |Fri Feb 06 00:00:01 2099 PST
epoch |@ 6 years |Fri Feb 05 22:28:00 2100 PST
Fri Dec 31 17:32:01 1999 PST|@ 34 years |Tue Feb 07 00:00:01 2102 PST
Sat Jan 01 17:32:01 2000 PST|@ 34 years |Wed Feb 08 00:00:01 2102 PST
Sun Dec 31 17:32:01 2000 PST|@ 34 years |Wed Feb 07 00:00:01 2103 PST
Mon Jan 01 17:32:01 2001 PST|@ 34 years |Thu Feb 08 00:00:01 2103 PST
epoch |@ 5 mons 12 hours |Sun Sep 06 11:28:00 2105 PDT
epoch |@ 5 mons |Sun Sep 06 23:28:00 2105 PDT
epoch |@ 3 mons |Fri Nov 06 22:28:00 2105 PST
epoch |@ 10 days |Wed Jan 27 22:28:00 2106 PST
epoch |@ 1 day 2 hours 3 mins 4 secs|Fri Feb 05 20:25:56 2106 PST
433c433
< |Sat May 10 23:59:12 1947 PST|1947| 5| 10| 23| 59| 12
---
Wed Jun 16 07:27:28 2083 PDT|2083| 6| 16| 7| 27| 12
480d479
< |Sat May 10 23:59:12 1947 PST|05-10-1947
483a483
Wed Jun 16 07:27:28 2083 PDT|06-16-2083
614c614
< |Sat May 10 23:59:12 1947 PST
---
Wed Jun 16 07:27:28 2083 PDT
695c695
< |1947-05-10 23:59:12-08
---
2083-06-16 07:27:28-07
778c778
< |05/10/1947 23:59:12.00 PST
---
06/16/2083 07:27:28.00 PDT
857c857
< |Thu 13 Jun 00:00:00 1957 PDT
---
Sun 19 Jul 07:28:00 2093 PDT
869c869
< |Sat 10 May 23:59:12 1947 PST
---
Wed 16 Jun 07:27:28 2083 PDT
941c941
< |1957-06-13 00:00:00-07
---
2093-07-19 07:28:00-07
953c953
< |1947-05-10 23:59:12-08
---
2083-06-16 07:27:28-07
1025c1025
< |13/06/1957 00:00:00.00 PDT
---
19/07/2093 07:28:00.00 PDT
1037c1037
< |10/05/1947 23:59:12.00 PST
---
16/06/2083 07:27:28.00 PDT
1112c1112
< |Thu Jun 13 00:00:00 1957 PDT
---
Sun Jul 19 07:28:00 2093 PDT
1124c1124
< |Sat May 10 23:59:12 1947 PST
---
Wed Jun 16 07:27:28 2083 PDT
1194c1194
< |1957-06-13 00:00:00-07
---
2093-07-19 07:28:00-07
1206c1206
< |1947-05-10 23:59:12-08
---
2083-06-16 07:27:28-07
1278c1278
< |06/13/1957 00:00:00.00 PDT
---
07/19/2093 07:28:00.00 PDT
1290c1290
< |05/10/1947 23:59:12.00 PST
---
06/16/2083 07:27:28.00 PDT
1369,1370c1369,1370
< |Thu 13 Jun 00:00:00 1957 PDT
< |Thu 13 Jun 00:00:00 1957 PDT
---
Sun 19 Jul 07:28:00 2093 PDT
Sun 19 Jul 07:28:00 2093 PDT
1382c1382
< |Sat 10 May 23:59:12 1947 PST
---
Wed 16 Jun 07:27:28 2083 PDT
1454,1455c1454,1455
< |1957-06-13 00:00:00-07
< |1957-06-13 00:00:00-07
---
2093-07-19 07:28:00-07
2093-07-19 07:28:00-07
1467c1467
< |1947-05-10 23:59:12-08
---
2083-06-16 07:27:28-07
1539,1540c1539,1540
< |13/06/1957 00:00:00.00 PDT
< |13/06/1957 00:00:00.00 PDT
---
19/07/2093 07:28:00.00 PDT
19/07/2093 07:28:00.00 PDT
1552c1552
< |10/05/1947 23:59:12.00 PST
---
16/06/2083 07:27:28.00 PDT
comments .. ok
create_function_1 .. ok
create_type .. ok
create_table .. ok
create_function_2 .. ok
constraints .. ok
triggers .. failed diff follows, backend didn't terminate
53,54c53,54
< NOTICE: check_pkeys_fkey_cascade: 1 tuple(s) of fkeys are deleted
< ERROR: check_fkeys2_fkey_restrict: tuple referenced in fkeys
---
PQexec() -- Request was sent to backend, but backend closed the channel before responding.
This probably means the backend terminated abnormally before or while processing the request.
56,57c56
< NOTICE: check_pkeys_fkey_cascade: 1 tuple(s) of fkeys are deleted
< NOTICE: check_pkeys_fkey_cascade: 1 tuple(s) of fkeys2 are deleted
---
PQexec() -- There is no connection to the backend.
59,60c58
< NOTICE: check_pkeys_fkey_cascade: 1 tuple(s) of fkeys are deleted
< ERROR: check_fkeys2_fkey_restrict: tuple referenced in fkeys
---
PQexec() -- There is no connection to the backend.
62,63c60
< NOTICE: check_pkeys_fkey_cascade: 1 tuple(s) of fkeys are deleted
< NOTICE: check_pkeys_fkey_cascade: 1 tuple(s) of fkeys2 are deleted
---
PQexec() -- There is no connection to the backend. 64a62
PQexec() -- There is no connection to the backend. 65a64
PQexec() -- There is no connection to the backend. 66a66
PQexec() -- There is no connection to the backend. 67a68
PQexec() -- There is no connection to the backend. 73a75
PQexec() -- There is no connection to the backend.
75c77
< NOTICE: funny_dup17 (fired BEFORE) on level 1: 0/0 tuples inserted/selected
---
PQexec() -- There is no connection to the backend.
77,81c79
< count
< -----
< 1
< (1 row)
<
---
PQexec() -- There is no connection to the backend.
83,99c81
< NOTICE: funny_dup17 (fired BEFORE) on level 17: 1/2 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 16: 1/3 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 15: 1/4 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 14: 1/5 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 13: 1/6 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 12: 1/7 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 11: 1/8 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 10: 1/9 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 9: 1/10 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 8: 1/11 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 7: 1/12 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 6: 1/13 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 5: 1/14 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 4: 1/15 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 3: 1/16 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 2: 1/17 tuples inserted/selected
< NOTICE: funny_dup17 (fired BEFORE) on level 1: 1/18 tuples inserted/selected
---
PQexec() -- There is no connection to the backend.
101,105c83
< count
< -----
< 19
< (1 row)
<
---
PQexec() -- There is no connection to the backend. 106a85
PQexec() -- There is no connection to the backend. 112a92
PQexec() -- There is no connection to the backend.
114,130c94
< NOTICE: funny_dup17 (fired AFTER ) on level 17: 17/34 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 16: 16/49 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 15: 15/63 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 14: 14/76 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 13: 13/88 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 12: 12/99 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 11: 11/109 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 10: 10/118 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 9: 9/126 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 8: 8/133 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 7: 7/139 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 6: 6/144 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 5: 5/148 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 4: 4/151 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 3: 3/153 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 2: 2/154 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 1: 1/154 tuples inserted/selected
---
PQexec() -- There is no connection to the backend.
132,136c96
< count
< -----
< 154
< (1 row)
<
---
PQexec() -- There is no connection to the backend.
138,154c98
< NOTICE: funny_dup17 (fired AFTER ) on level 17: 171/342 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 16: 170/511 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 15: 169/679 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 14: 168/846 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 13: 167/1012 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 12: 166/1177 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 11: 165/1341 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 10: 164/1504 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 9: 163/1666 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 8: 162/1827 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 7: 161/1987 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 6: 160/2146 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 5: 159/2304 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 4: 158/2461 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 3: 157/2617 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 2: 156/2772 tuples inserted/selected
< NOTICE: funny_dup17 (fired AFTER ) on level 1: 155/2926 tuples inserted/selected
---
PQexec() -- There is no connection to the backend.
156,160c100
< count
< -----
< 2926
< (1 row)
<
---
PQexec() -- There is no connection to the backend. 161a102
PQexec() -- There is no connection to the backend. 162a104
PQexec() -- There is no connection to the backend. 168a111
PQexec() -- There is no connection to the backend. 173a117
PQexec() -- There is no connection to the backend. 178a123
PQexec() -- There is no connection to the backend. 179a125
PQexec() -- There is no connection to the backend. 180a127
PQexec() -- There is no connection to the backend. 181a129
PQexec() -- There is no connection to the backend.
183,189c131
< price_id|price_val|price_on|price_off
< --------+---------+--------+---------
< 1| 1| 10| 999999
< 2| 2| 20| 999999
< 3| 3| 30| 999999
< (3 rows)
<
---
PQexec() -- There is no connection to the backend. 190a133
PQexec() -- There is no connection to the backend.
192,198c135
< price_id|price_val|price_on|price_off
< --------+---------+--------+---------
< 1| 1| 10| 999999
< 3| 3| 30| 999999
< 2| 2| 20| 40
< (3 rows)
<
---
PQexec() -- There is no connection to the backend.
200,205c137
< price_id|price_val|price_on|price_off
< --------+---------+--------+---------
< 1| 1| 10| 999999
< 3| 3| 30| 999999
< (2 rows)
<
---
PQexec() -- There is no connection to the backend. 206a139
PQexec() -- There is no connection to the backend.
208,215c141
< price_id|price_val|price_on|price_off
< --------+---------+--------+---------
< 1| 1| 10| 999999
< 2| 2| 20| 40
< 3| 30| 50| 999999
< 3| 3| 30| 50
< (4 rows)
<
---
PQexec() -- There is no connection to the backend. 216a143
PQexec() -- There is no connection to the backend.
218,226c145
< price_id|price_val|price_on|price_off
< --------+---------+--------+---------
< 1| 1| 10| 999999
< 2| 2| 20| 40
< 3| 3| 30| 50
< 5| 30| 60| 999999
< 3| 30| 50| 60
< (5 rows)
<
---
PQexec() -- There is no connection to the backend.
228,232c147
< set_ttdummy
< -----------
< 1
< (1 row)
<
---
PQexec() -- There is no connection to the backend. 233a149
PQexec() -- There is no connection to the backend. 234a151
PQexec() -- There is no connection to the backend.
236,243c153
< price_id|price_val|price_on|price_off
< --------+---------+--------+---------
< 1| 1| 10| 999999
< 2| 2| 20| 40
< 3| 3| 30| 50
< 3| 30| 50| 999999
< (4 rows)
<
---
PQexec() -- There is no connection to the backend. 244a155
PQexec() -- There is no connection to the backend.
246,253c157
< price_id|price_val|price_on|price_off
< --------+---------+--------+---------
< 1| 1| 10| 999999
< 2| 2| 20| 40
< 5| 3| 30| 50
< 5| 30| 50| 999999
< (4 rows)
<
---
PQexec() -- There is no connection to the backend.
255,259c159
< set_ttdummy
< -----------
< 0
< (1 row)
<
---
PQexec() -- There is no connection to the backend.
261c161
< ERROR: ttdummy (tttest): you can't change price_on and/or price_off columns (use set_ttdummy)
---
PQexec() -- There is no connection to the backend.
263,267c163
< set_ttdummy
< -----------
< 1
< (1 row)
<
---
PQexec() -- There is no connection to the backend. 268a165
PQexec() -- There is no connection to the backend.
270,277c167
< price_id|price_val|price_on|price_off
< --------+---------+--------+---------
< 2| 2| 20| 40
< 5| 3| 30| 50
< 5| 30| 50| 999999
< 1| 1| -1| 999999
< (4 rows)
<
---
PQexec() -- There is no connection to the backend.
279,283c169
< price_id|price_val|price_on|price_off
< --------+---------+--------+---------
< 5| 3| 30| 50
< (1 row)
<
---
PQexec() -- There is no connection to the backend. 284a171
PQexec() -- There is no connection to the backend. 285a173
PQexec() -- There is no connection to the backend.
copy .. ok
create_misc .. ok
create_aggregate .. ok
create_operator .. ok
create_view .. ok
create_index .. ok
sanity_check .. failed diff follows......
1a2
ERROR: can't create lock file -- another vacuum cleaner running?
7c8
< --------------+-----------
---
-------------+----------- 12a14,15
fkeys |t
fkeys2 |t
20,23d22
< pg_attribute |t
< pg_class |t
< pg_description|t
< pg_proc |t
26c25
< pg_type |t
---
pkeys |t
31c30
< (23 rows)
---
(21 rows)
errors .. ok
select .. ok
select_into .. ok
select_distinct .. ok
select_distinct_on .. ok
subselect .. ok
aggregates .. ok
transactions .. ok
random .. failed diff follows......
10c10
< 92
---
97
16c16
< 98
---
101
portals .. ok
misc .. failed diff follows......
33d32
< 0
34a34

474a475,476
fkeys
fkeys2 493a496
pkeys
514c517
< (69 rows)
---
(72 rows)
arrays .. ok
btree_index .. ok
hash_index .. ok
select_views .. ok
alter_table .. ok
portals_p2 .. ok
_______________/\_/\/\/\___/\/\___ | ______/\__/\/\________/\_____________
Doug Winterburn | |_|
Email: dlw@seavme.xroads.com |_| "The older I get,
Voice: (602) 807-5264 | the better I was."
Fax: (602) 807-5265 |

From scrappy
Date: Wed, 13 May 1998 21:10:46 -0300 (ADT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] Port Bug Report: initdb fails, complaining of being unable to access the lib files
On Wed, 13 May 1998, Unprivileged user wrote:

System Configuration
--------------------
Operating System : FreeBSD 2.2.5

PostgreSQL version : 6.3

Compiler used : gnu

Hardware:
---------
Pentium, 80M RAM

Versions of other tools:
------------------------
gmake 3.76.1

--------------------------------------------------------------------------

Problem Description:
--------------------
%initdb
initdb: using /usr/local/pgsql/lib/local1_template1.bki.source as input to create the template database.
initdb: using /usr/local/pgsql/lib/global1.bki.source as input to create the global classes.
initdb: using /usr/local/pgsql/lib/pg_hba.conf.sample as the host-based authentication control file.

ld.so failed: Can't find shared library "libpq.so.1.1"
[: syntax error
ld.so failed: Can't find shared library "libpq.so.1.1"
ld.so failed: Can't find shared library "libpq.so.1.1"
[: syntax error
Try doing a 'ldconfig -m /usr/local/pgsql/lib' before running initdb...


Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org

From scrappy
Date: Thu, 14 May 1998 12:03:49 +0600
From: "Sergei Chernev" <ser@nsu.ru>
Subject: Re: [PORTS] BSDI-3.1 libpgtcl
I had much misery with this. I ended up making it statically
linked. My impression of bsdi's shared library implementation
is that is it not good. So much so that I brought up a FreeBSD
server just to run code like this. I hear tell that as of 4.???
bsdi is switching to ELF and .so code should run much smoother.
Wait and see ...
BSDI-3.1
In postgresql6.3.2/src/interfaces/libpgtcl

shlicc -O -r -o libpgtcl.so *.o -ldl -lm -lpq -L/usr/local/pgsql/lib
- - It works! Thanks everybody !
- ---------------------------
Sergei Chernev
Internet: ser@nsu.ru
Phone: +7-3832-397354

From scrappy
Date: Thu, 14 May 1998 15:24:22 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: pg_dump Seg Faults

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Niklas Paulsson
Your email address : niklas@adb.gu.se

Category : runtime: front-end
Severity : serious

Summary: pg_dump Seg Faults

System Configuration
- --------------------
Operating System : Sunos 5.5.1

PostgreSQL version : 6.2.1

Compiler used : gcc 2.7.2.2

Hardware:
- ---------
Enterprise 3000 2/170

Versions of other tools:
- ------------------------
flex version 2.5.4
GNU Make version 3.74, by Richard Stallman and Roland McGrath.
GNU Bison version 1.25
pg_dump - version 1.13.dhb.2



- --------------------------------------------------------------------------

Problem Description:
- --------------------
I am trying to upgrade from 6.2.1 to 6.3.2 and when trying
do a pg_dumpall pg_dump segfaults when

- --------------------------------------------------------------------------

Test Case:
- ----------

One users databse is refusing to get dumped, when running pg_dump -v -S
I have found out that it segfaults when it's dumping out indicies
A pgdump -a works alright.


- --------------------------------------------------------------------------

Solution:
- ---------

pg_dump -v -S
And then manually copy paste all the CREATE lines to a file
pg_dump -a > dumpfile

Both file contains the data I need.

This is very ugly ... But it does the job I need ..


- --------------------------------------------------------------------------

From scrappy
Date: Thu, 14 May 1998 12:35:49 -0700
From: Internet Wire <owner-iwire-enduser@ml.internetwire.com>
Subject: Internet Wire

INTERNET WIRE: http://www.internetwire.com
"Connecting Business to the World"

NOTE: List instructions and contact information at the end of this email.

To Get Full-Text Stories, click on the link associated with the story you wish to read.

May 14,1998 Headlines:

Agents Technologies: Signs With Barry Friedman Enterprises For Worldwide Representation
http://www.internetwire.com/technews/tn/tn980520.htx

BusinessTech: Baby Bell Merger Not What The Congress Intended, Says Businesstech's Becker
http://www.internetwire.com/technews/tn/tn980518.htx

Cyberjunction: Announces Internet Promotion Program For Travel Suppliers
http://www.internetwire.com/technews/tn/tn980514.htx

The Cyber Media Show: Extranets Discussed On The Cyber Media Show
With Kim Bayne
http://www.internetwire.com/technews/tn/tn980515.htx

E*Trade Canada And Balisoft: Launch The Internet's First Web-Based Customer Service For Investors
http://www.internetwire.com/technews/tn/tn980523.htx

The Irish Trade Board: Irish Software Database Launched On CD-ROM And Internet
http://www.internetwire.com/technews/tn/tn980519.htx

LGC Wireless & AG Communication: To Work Together On Wireless In-Building Solutions
http://www.internetwire.com/technews/tn/tn980513.htx

Lockergnome: Free Newsgroups for Windows Users
http://www.internetwire.com/technews/tn/tn980517.htx

Mecklermedia: Announces Launch Of UK.Internet.Com And Australia.Internet.Com
http://www.internetwire.com/technews/tn/tn980516.htx

Tritium Network: Launches Free Internet Service In Dallas/Ft. Worth
http://www.internetwire.com/technews/tn/tn980521.htx

Tritium Network: Launches Free Internet Service In Houston
http://www.internetwire.com/technews/tn/tn980522.htx

===============================================================
Daily Debuts
===============================================================

Moon-Watch.com -- http://www.moon-watch.com/
Moon-related photos, news, and information.

Apollo Eighteen -- http://www.apolloeighteen.com/
Resource for space history, education, news and debate.

Race City USA -- http://www.racecitywebpages.com/
Race City USA is Mooresville, NC.

Sweet Tooth -- http://www.sweettooth1.com/
Online candy store.

The Children's Home -- http://www.childrens-home.org/
Providing special education and residential services to disadvantaged youth.

===============================================================

TO CHANGE YOUR EMAIL ADDRESS

Email newslist@internetwire.com
On the Subject line, type: Address Change
In the BODY of the message, type: change [old_address] [new_address]
e.g. change oldname@oldplace.comnewname@newplace.com

===============================================================

TO UNSUBSCRIBE

Email newslist@internetwire.com
On the Subject line, type: Remove Internet Wire

===============================================================

General Information

Email: newslist@internetwire.com
Or visit:
http://www.internetwire.com

From scrappy
Date: Fri, 15 May 1998 09:54:40 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: Fatal in compile

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Laurent Guglielm
Your email address : Laurent.Guglielmi@cdf.in2p3.fr

Category : install: compile
Severity : critical

Summary: Fatal in compile

System Configuration
- --------------------
Operating System : HP -UX 10.20

PostgreSQL version : 6.3.2

Compiler used : native cc

Hardware:
- ---------
HP-UX cdfhp4 B.10.20 A 9000/780 2006763662


Versions of other tools:
- ------------------------
GNU Make version 3.76.1
lex
GNU Bison version 1.24


- --------------------------------------------------------------------------

Problem Description:
- --------------------
make[3]: Leaving directory `/usr/src/pgsql/postgresql-6.3.2/src/interfaces/ecpg/lib'
make -C preproc all
make[3]: Entering directory `/usr/src/pgsql/postgresql-6.3.2/src/interfaces/ecpg/preproc'
/opt/hppd/bin/bison -y -d preproc.y
cc -I../../../include -I../../../backend -W l,-E -Ae -I../include -DMAJOR_VERSION=1 -DMINOR_VERSION=1 -DPATCHLEVEL=0 -DINCLUDE_PATH=\"/usr/local/pgsql/include\" -c y.tab.c -o y.tab.o
lex -t pgc.l > pgc.c
"pgc.l" line 157: warning 22: Executable statements should occur right after %%
"pgc.l" line 206: error 3: Parse tree too big, Try using %e num
1000/1000 nodes(%e), 0/2500 positions(%p), 1/500 (%n), 0 transitions, 0/1000 packed char classes(%k), 0/2000 packed transitions(%a), 0/0 output slots(%o)
make[3]: *** [pgc.c] Error 1
make[3]: Leaving directory `/usr/src/pgsql/postgresql-6.3.2/src/interfaces/ecpg/preproc'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/src/pgsql/postgresql-6.3.2/src/interfaces/ecpg'make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/src/pgsql/postgresql-6.3.2/src/interfaces'
make: *** [all] Error 2


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Fri, 15 May 1998 10:35:09 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: Symbol SA_RESTART in .../src/backend/libpq/pqsignal.c is undefined

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : V.R.Anand
Your email address : vaidyanathan.r.anand@boeing.com

Category : install: compile
Severity : serious

Summary: Symbol SA_RESTART in .../src/backend/libpq/pqsignal.c is undefined

System Configuration
- --------------------
Operating System : HP-UX 9.05

PostgreSQL version : 6.3.2

Compiler used : A.09.61 HP C compiler, gcc 2.7.2.3.f.1 GNU C compiler

Hardware:
- ---------
Hewlett Packard HP-UX hpr07 A.09.05 A 9000/735
PA-RISC 1.1 processor

Versions of other tools:
- ------------------------
GNU make 3.76.1
A.09.61 HP lex

- --------------------------------------------------------------------------

Problem Description:
- --------------------
1. Used the hpux-cc template for the first attempt.
Compilation aborted due to F_SETOWN being undefined
in .../src/backend/libpq/pqcomm.c. The system's version of
fcntl does not define F_SETOWN. This problem disappeared
when I switched to the hpux-gcc template.
2. Compilation with the hpux-gcc template aborted due to the
symbol SA_RESTART being undefined in
.../src/backend/libpq/pqsignal.c. Apparently the system's
version of sigaction does not define or support SA_RESTART.

- --------------------------------------------------------------------------

Test Case:
- ----------
Make the postgresql-6.3.2 distribution on a HP-UX 9.05
system using the hpux-gcc template.

- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Fri, 15 May 1998 10:35:13 -0400 (EDT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] Port Bug Report: Fatal in compile
On Fri, 15 May 1998, Unprivileged user wrote:


============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Laurent Guglielm
Your email address : Laurent.Guglielmi@cdf.in2p3.fr

Category : install: compile
Severity : critical

Summary: Fatal in compile

System Configuration
--------------------
Operating System : HP -UX 10.20

PostgreSQL version : 6.3.2

Compiler used : native cc

Hardware:
---------
HP-UX cdfhp4 B.10.20 A 9000/780 2006763662


Versions of other tools:
------------------------
GNU Make version 3.76.1
lex
GNU Bison version 1.24


--------------------------------------------------------------------------

Problem Description:
--------------------
make[3]: Leaving directory `/usr/src/pgsql/postgresql-6.3.2/src/interfaces/ecpg/lib'
make -C preproc all
make[3]: Entering directory `/usr/src/pgsql/postgresql-6.3.2/src/interfaces/ecpg/preproc'
/opt/hppd/bin/bison -y -d preproc.y
cc -I../../../include -I../../../backend -W l,-E -Ae -I../include -DMAJOR_VERSION=1 -DMINOR_VERSION=1 -DPATCHLEVEL=0 -DINCLUDE_PATH=\"/usr/local/pgsql/include\" -c y.tab.c -o y.tab.o
lex -t pgc.l > pgc.c
"pgc.l" line 157: warning 22: Executable statements should occur right after %%
"pgc.l" line 206: error 3: Parse tree too big, Try using %e num
1000/1000 nodes(%e), 0/2500 positions(%p), 1/500 (%n), 0 transitions, 0/1000 packed char classes(%k), 0/2000 packed transitions(%a), 0/0 output slots(%o)
Install flex 2.5.4a and you should be fine...

From scrappy
Date: Fri, 15 May 1998 13:30:28 -0700
From: Internet Wire <owner-iwire-enduser@ml.internetwire.com>
Subject: Internet Wire

INTERNET WIRE: http://www.internetwire.com

NOTE: List instructions and contact information at the end of this email.

To Get Full-Text Stories, click on the link associated with the story you wish to read.

Headlines for May 15,1998

American Heart Association: Heart-Healthy Greeting Cards for Every Occasion
http://www.internetwire.com/technews/tn/tn980525.htx

Aris Software: Announces Availability Of NoetixViews For Oracle HRMS Applications
http://www.internetwire.com/technews/wd/wd980344.htx

Cyberjunction: Announces Plan For Significant "Point Of Sale" Growth In The Next 36 Months
http://www.internetwire.com/technews/tn/tn980524.htx

Donaldson, Lufkin & Jenrette, Inc: Sprout Group InvestS $5 Million In Skila Inc.
http://www.internetwire.com/technews/tn/tn980527.htx

Donaldson, Lufkin & Jenrette, Inc: Declares Regular Quarterly Common Dividend
http://www.internetwire.com/technews/tn/tn980528.htx

Donegal Group Inc: Announces Agreement To Acquire Southern Heritage Insurance Company
http://www.internetwire.com/technews/tn/tn980526.htx

ProNetLink(R): The World's First Import-Export 'Webtool', Launches May 15th
http://www.internetwire.com/technews/wd/wd980343.htx

Symantec: And TeleAdapt Help Norton Mobile Essentials Customers Connect From Anywhere
http://www.internetwire.com/technews/wd/wd980345.htx

===============================================================
Daily Debuts
===============================================================

HastaLaVista - http://www.hastalavista.de/
Virtual postcards.

IT News - http://www.it-news.com/
IT related information

ETA Online Review - http://www.exam-ta.ac.uk/onlinere.htm
Featuring reviews of latest hi-tech products

Cephalon, Inc. - http://www.cephalon.com/
Discovers, develops and markets neurological products.

WelcomeTo Musician's Depot - http://www.musicians-depot.com/
The online source for musical equipment.

===============================================================

TO CHANGE YOUR EMAIL ADDRESS

Email newslist@internetwire.com
On the Subject line, type: Address Change
In the BODY of the message, type: change [old_address] [new_address]
e.g. change oldname@oldplace.comnewname@newplace.com

===============================================================

TO UNSUBSCRIBE

Email newslist@internetwire.com
On the Subject line, type: Remove Internet Wire

===============================================================

General Information

Email: newslist@internetwire.com
Or visit:
http://www.internetwire.com

From scrappy
Date: Sat, 16 May 1998 13:19:40 +0200 (CEST)
From: Paul Ortyl <ortylp@dracula.osk.gda.pl>
Subject: Time printing

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.

- ---1463811839-1166913237-895317580=:537
Content-Type: TEXT/PLAIN; charset=iso-8859-2
Content-Transfer-Encoding: QUOTED-PRINTABLE


=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
POSTGRESQL BUG REPORT TEMPLATE
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D


Your name=09=09: Pawe=B3 Ortyl
Your email address=09: ortylp@dracula.osk.gda.pl=09


System Configuration
- ---------------------
Architecture (example: Intel Pentium) =09: AMD K6 200

Operating System (example: Linux 2.0.26 ELF) =09: Linux 2.0.33 ELF

PostgreSQL version (example: PostgreSQL-6.2.1): PostgreSQL-6.2.1

Compiler used (example: gcc 2.7.2)=09=09: gcc 2.7.2.3

=09=09=09=09=09=09All tools from RedHat 5.0

Please enter a FULL description of your problem:
- ------------------------------------------------
In the "regress" tests I noticed (as for me) unproper handling of=20
printing time.=20
Eg:

ten|f1
- ---+------------------------------------
@ 60.00 secs
@ 4 hours 59 mins 60.00 secs
@ 9 days 23 hours 59 mins 60.00 secs
the test failed on most of time/date involving tests, because

4 hours 59 mins 60.00 secs should be 5 hours

This may lead to many strange things in client applications !!!
(Tell me if I am wrong -- I am a newbie in the subject of data bases)

I include my result file timespan.out as an example

Other thing I noticed was output in float8 test instead of error message=20
it gave table of NaN's !!!

Please describe a way to repeat the problem. Please try to provide a
concise reproducible example, if at all possible:=20
- ----------------------------------------------------------------------
Take RedHat 5.0 install it, install provided sources of POSTGRESQL




If you know how this problem might be fixed, list the solution below:
- ---------------------------------------------------------------------
The first thing I would check is if it is a problem of a C library
- -- RedHat 5.0 comes with glibc...



- ---
Paul Ortyl
Technical University of Gda=F1sk, Telecomunications Faculty
- ---

- ---1463811839-1166913237-895317580=:537
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="timespan.out"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.3.96.980516131940.537D@paul>
Content-Description:

UVVFUlk6IENSRUFURSBUQUJMRSBUSU1FU1BBTl9UQkwgKGYxIHRpbWVzcGFu
KTsNClFVRVJZOiBJTlNFUlQgSU5UTyBUSU1FU1BBTl9UQkwgKGYxKSBWQUxV
RVMgKCdAIDEgbWludXRlJyk7DQpRVUVSWTogSU5TRVJUIElOVE8gVElNRVNQ
QU5fVEJMIChmMSkgVkFMVUVTICgnQCA1IGhvdXInKTsNClFVRVJZOiBJTlNF
UlQgSU5UTyBUSU1FU1BBTl9UQkwgKGYxKSBWQUxVRVMgKCdAIDEwIGRheScp
Ow0KUVVFUlk6IElOU0VSVCBJTlRPIFRJTUVTUEFOX1RCTCAoZjEpIFZBTFVF
UyAoJ0AgMzQgeWVhcicpOw0KUVVFUlk6IElOU0VSVCBJTlRPIFRJTUVTUEFO
X1RCTCAoZjEpIFZBTFVFUyAoJ0AgMyBtb250aHMnKTsNClFVRVJZOiBJTlNF
UlQgSU5UTyBUSU1FU1BBTl9UQkwgKGYxKSBWQUxVRVMgKCdAIDE0IHNlY29u
ZHMgYWdvJyk7DQpRVUVSWTogSU5TRVJUIElOVE8gVElNRVNQQU5fVEJMIChm
MSkgVkFMVUVTICgnMSBkYXkgMiBob3VycyAzIG1pbnV0ZXMgNCBzZWNvbmRz
Jyk7DQpRVUVSWTogSU5TRVJUIElOVE8gVElNRVNQQU5fVEJMIChmMSkgVkFM
VUVTICgnNiB5ZWFycycpOw0KUVVFUlk6IElOU0VSVCBJTlRPIFRJTUVTUEFO
X1RCTCAoZjEpIFZBTFVFUyAoJzUgbW9udGhzJyk7DQpRVUVSWTogSU5TRVJU
IElOVE8gVElNRVNQQU5fVEJMIChmMSkgVkFMVUVTICgnNSBtb250aHMgMTIg
aG91cnMnKTsNClFVRVJZOiBJTlNFUlQgSU5UTyBUSU1FU1BBTl9UQkwgKGYx
KSBWQUxVRVMgKCdiYWRseSBmb3JtYXR0ZWQgdGltZXNwYW4nKTsNCldBUk46
QmFkIHRpbWVzcGFuIGV4dGVybmFsIHJlcHJlc2VudGF0aW9uICdiYWRseSBm
b3JtYXR0ZWQgdGltZXNwYW4nDQpRVUVSWTogSU5TRVJUIElOVE8gVElNRVNQ
QU5fVEJMIChmMSkgVkFMVUVTICgnQCAzMCBlb25zIGFnbycpOw0KV0FSTjpC
YWQgdGltZXNwYW4gZXh0ZXJuYWwgcmVwcmVzZW50YXRpb24gJ0AgMzAgZW9u
cyBhZ28nDQpRVUVSWTogU0VMRUNUICcnIEFTIHRlbiwgVElNRVNQQU5fVEJM
Lio7DQp0ZW58ZjEgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
DQotLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQog
ICB8QCA2MC4wMCBzZWNzICAgICAgICAgICAgICAgICAgICAgICAgDQogICB8
QCA0IGhvdXJzIDU5IG1pbnMgNjAuMDAgc2VjcyAgICAgICAgDQogICB8QCA5
IGRheXMgMjMgaG91cnMgNTkgbWlucyA2MC4wMCBzZWNzDQogICB8QCAzNCB5
ZWFycyAgICAgICAgICAgICAgICAgICAgICAgICAgDQogICB8QCAzIG1vbnMg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogICB8QCAxNC4wMCBzZWNz
IGFnbyAgICAgICAgICAgICAgICAgICAgDQogICB8QCAxIGRheSAyIGhvdXJz
IDMgbWlucyA0LjAwIHNlY3MgICAgDQogICB8QCA2IHllYXJzICAgICAgICAg
ICAgICAgICAgICAgICAgICAgDQogICB8QCA1IG1vbnMgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgDQogICB8QCA1IG1vbnMgMTEgaG91cnMgNTkgbWlu
cyA2MC4wMCBzZWNzDQooMTAgcm93cykNCg0KUVVFUlk6IFNFTEVDVCAnJyBB
UyBuaW5lLCBUSU1FU1BBTl9UQkwuKg0KICAgV0hFUkUgVElNRVNQQU5fVEJM
LmYxIDw+ICdAIDEwIGRheXMnOjp0aW1lc3BhbjsNCm5pbmV8ZjEgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgDQotLS0tKy0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgIHxAIDYwLjAwIHNlY3Mg
ICAgICAgICAgICAgICAgICAgICAgICANCiAgICB8QCA0IGhvdXJzIDU5IG1p
bnMgNjAuMDAgc2VjcyAgICAgICAgDQogICAgfEAgMzQgeWVhcnMgICAgICAg
ICAgICAgICAgICAgICAgICAgIA0KICAgIHxAIDMgbW9ucyAgICAgICAgICAg
ICAgICAgICAgICAgICAgICANCiAgICB8QCAxNC4wMCBzZWNzIGFnbyAgICAg
ICAgICAgICAgICAgICAgDQogICAgfEAgMSBkYXkgMiBob3VycyAzIG1pbnMg
NC4wMCBzZWNzICAgIA0KICAgIHxAIDYgeWVhcnMgICAgICAgICAgICAgICAg
ICAgICAgICAgICANCiAgICB8QCA1IG1vbnMgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgDQogICAgfEAgNSBtb25zIDExIGhvdXJzIDU5IG1pbnMgNjAu
MDAgc2Vjcw0KKDkgcm93cykNCg0KUVVFUlk6IFNFTEVDVCAnJyBBUyB0aHJl
ZSwgVElNRVNQQU5fVEJMLioNCiAgIFdIRVJFIFRJTUVTUEFOX1RCTC5mMSA8
PSAnQCA1IGhvdXJzJzo6dGltZXNwYW47DQp0aHJlZXxmMSAgICAgICAgICAg
ICAgICAgICAgICAgICAgDQotLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tDQogICAgIHxAIDYwLjAwIHNlY3MgICAgICAgICAgICAgICAgDQog
ICAgIHxAIDQgaG91cnMgNTkgbWlucyA2MC4wMCBzZWNzDQogICAgIHxAIDE0
LjAwIHNlY3MgYWdvICAgICAgICAgICAgDQooMyByb3dzKQ0KDQpRVUVSWTog
U0VMRUNUICcnIEFTIHRocmVlLCBUSU1FU1BBTl9UQkwuKg0KICAgV0hFUkUg
VElNRVNQQU5fVEJMLmYxIDwgJ0AgMSBkYXknOjp0aW1lc3BhbjsNCnRocmVl
fGYxICAgICAgICAgICAgICAgICAgICAgICAgICANCi0tLS0tKy0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICAgfEAgNjAuMDAgc2VjcyAgICAg
ICAgICAgICAgICANCiAgICAgfEAgNCBob3VycyA1OSBtaW5zIDYwLjAwIHNl
Y3MNCiAgICAgfEAgMTQuMDAgc2VjcyBhZ28gICAgICAgICAgICANCigzIHJv
d3MpDQoNClFVRVJZOiBTRUxFQ1QgJycgQVMgb25lLCBUSU1FU1BBTl9UQkwu
Kg0KICAgV0hFUkUgVElNRVNQQU5fVEJMLmYxID0gJ0AgMzQgeWVhcnMnOjp0
aW1lc3BhbjsNCm9uZXxmMSAgICAgICAgDQotLS0rLS0tLS0tLS0tLQ0KICAg
fEAgMzQgeWVhcnMNCigxIHJvdykNCg0KUVVFUlk6IFNFTEVDVCAnJyBBUyBm
aXZlLCBUSU1FU1BBTl9UQkwuKg0KICAgV0hFUkUgVElNRVNQQU5fVEJMLmYx
ID49ICdAIDEgbW9udGgnOjp0aW1lc3BhbjsNCmZpdmV8ZjEgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgDQotLS0tKy0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgIHxAIDM0IHllYXJzICAgICAg
ICAgICAgICAgICAgICAgICAgICANCiAgICB8QCAzIG1vbnMgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgDQogICAgfEAgNiB5ZWFycyAgICAgICAgICAg
ICAgICAgICAgICAgICAgIA0KICAgIHxAIDUgbW9ucyAgICAgICAgICAgICAg
ICAgICAgICAgICAgICANCiAgICB8QCA1IG1vbnMgMTEgaG91cnMgNTkgbWlu
cyA2MC4wMCBzZWNzDQooNSByb3dzKQ0KDQpRVUVSWTogU0VMRUNUICcnIEFT
IG5pbmUsIFRJTUVTUEFOX1RCTC4qDQogICBXSEVSRSBUSU1FU1BBTl9UQkwu
ZjEgPiAnQCAzIHNlY29uZHMgYWdvJzo6dGltZXNwYW47DQpuaW5lfGYxICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KLS0tLSstLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICB8QCA2MC4wMCBz
ZWNzICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgfEAgNCBob3VycyA1
OSBtaW5zIDYwLjAwIHNlY3MgICAgICAgIA0KICAgIHxAIDkgZGF5cyAyMyBo
b3VycyA1OSBtaW5zIDYwLjAwIHNlY3MNCiAgICB8QCAzNCB5ZWFycyAgICAg
ICAgICAgICAgICAgICAgICAgICAgDQogICAgfEAgMyBtb25zICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIA0KICAgIHxAIDEgZGF5IDIgaG91cnMgMyBt
aW5zIDQuMDAgc2VjcyAgICANCiAgICB8QCA2IHllYXJzICAgICAgICAgICAg
ICAgICAgICAgICAgICAgDQogICAgfEAgNSBtb25zICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIA0KICAgIHxAIDUgbW9ucyAxMSBob3VycyA1OSBtaW5z
IDYwLjAwIHNlY3MNCig5IHJvd3MpDQoNClFVRVJZOiBTRUxFQ1QgJycgQVMg
Zm9ydHlmaXZlLCByMS4qLCByMi4qDQogICBGUk9NIFRJTUVTUEFOX1RCTCBy
MSwgVElNRVNQQU5fVEJMIHIyDQogICBXSEVSRSByMS5mMSA+IHIyLmYxDQog
ICBPUkRFUiBCWSByMS5mMSwgcjIuZjE7DQpmb3J0eWZpdmV8ZjEgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgfGYxICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIA0KLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0NCiAgICAgICAgIHxAIDYwLjAwIHNlY3MgICAgICAg
ICAgICAgICAgICAgICAgICB8QCAxNC4wMCBzZWNzIGFnbyAgICAgICAgICAg
ICAgICAgICAgDQogICAgICAgICB8QCA0IGhvdXJzIDU5IG1pbnMgNjAuMDAg
c2VjcyAgICAgICAgfEAgMTQuMDAgc2VjcyBhZ28gICAgICAgICAgICAgICAg
ICAgIA0KICAgICAgICAgfEAgNCBob3VycyA1OSBtaW5zIDYwLjAwIHNlY3Mg
ICAgICAgIHxAIDYwLjAwIHNlY3MgICAgICAgICAgICAgICAgICAgICAgICAN
CiAgICAgICAgIHxAIDEgZGF5IDIgaG91cnMgMyBtaW5zIDQuMDAgc2VjcyAg
ICB8QCAxNC4wMCBzZWNzIGFnbyAgICAgICAgICAgICAgICAgICAgDQogICAg
ICAgICB8QCAxIGRheSAyIGhvdXJzIDMgbWlucyA0LjAwIHNlY3MgICAgfEAg
NjAuMDAgc2VjcyAgICAgICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAg
fEAgMSBkYXkgMiBob3VycyAzIG1pbnMgNC4wMCBzZWNzICAgIHxAIDQgaG91
cnMgNTkgbWlucyA2MC4wMCBzZWNzICAgICAgICANCiAgICAgICAgIHxAIDkg
ZGF5cyAyMyBob3VycyA1OSBtaW5zIDYwLjAwIHNlY3N8QCAxNC4wMCBzZWNz
IGFnbyAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICB8QCA5IGRheXMg
MjMgaG91cnMgNTkgbWlucyA2MC4wMCBzZWNzfEAgNjAuMDAgc2VjcyAgICAg
ICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgfEAgOSBkYXlzIDIzIGhv
dXJzIDU5IG1pbnMgNjAuMDAgc2Vjc3xAIDQgaG91cnMgNTkgbWlucyA2MC4w
MCBzZWNzICAgICAgICANCiAgICAgICAgIHxAIDkgZGF5cyAyMyBob3VycyA1
OSBtaW5zIDYwLjAwIHNlY3N8QCAxIGRheSAyIGhvdXJzIDMgbWlucyA0LjAw
IHNlY3MgICAgDQogICAgICAgICB8QCAzIG1vbnMgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgfEAgMTQuMDAgc2VjcyBhZ28gICAgICAgICAgICAgICAg
ICAgIA0KICAgICAgICAgfEAgMyBtb25zICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIHxAIDYwLjAwIHNlY3MgICAgICAgICAgICAgICAgICAgICAgICAN
CiAgICAgICAgIHxAIDMgbW9ucyAgICAgICAgICAgICAgICAgICAgICAgICAg
ICB8QCA0IGhvdXJzIDU5IG1pbnMgNjAuMDAgc2VjcyAgICAgICAgDQogICAg
ICAgICB8QCAzIG1vbnMgICAgICAgICAgICAgICAgICAgICAgICAgICAgfEAg
MSBkYXkgMiBob3VycyAzIG1pbnMgNC4wMCBzZWNzICAgIA0KICAgICAgICAg
fEAgMyBtb25zICAgICAgICAgICAgICAgICAgICAgICAgICAgIHxAIDkgZGF5
cyAyMyBob3VycyA1OSBtaW5zIDYwLjAwIHNlY3MNCiAgICAgICAgIHxAIDUg
bW9ucyAgICAgICAgICAgICAgICAgICAgICAgICAgICB8QCAxNC4wMCBzZWNz
IGFnbyAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICB8QCA1IG1vbnMg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgfEAgNjAuMDAgc2VjcyAgICAg
ICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgfEAgNSBtb25zICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIHxAIDQgaG91cnMgNTkgbWlucyA2MC4w
MCBzZWNzICAgICAgICANCiAgICAgICAgIHxAIDUgbW9ucyAgICAgICAgICAg
ICAgICAgICAgICAgICAgICB8QCAxIGRheSAyIGhvdXJzIDMgbWlucyA0LjAw
IHNlY3MgICAgDQogICAgICAgICB8QCA1IG1vbnMgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgfEAgOSBkYXlzIDIzIGhvdXJzIDU5IG1pbnMgNjAuMDAg
c2Vjcw0KICAgICAgICAgfEAgNSBtb25zICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIHxAIDMgbW9ucyAgICAgICAgICAgICAgICAgICAgICAgICAgICAN
CiAgICAgICAgIHxAIDUgbW9ucyAxMSBob3VycyA1OSBtaW5zIDYwLjAwIHNl
Y3N8QCAxNC4wMCBzZWNzIGFnbyAgICAgICAgICAgICAgICAgICAgDQogICAg
ICAgICB8QCA1IG1vbnMgMTEgaG91cnMgNTkgbWlucyA2MC4wMCBzZWNzfEAg
NjAuMDAgc2VjcyAgICAgICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAg
fEAgNSBtb25zIDExIGhvdXJzIDU5IG1pbnMgNjAuMDAgc2Vjc3xAIDQgaG91
cnMgNTkgbWlucyA2MC4wMCBzZWNzICAgICAgICANCiAgICAgICAgIHxAIDUg
bW9ucyAxMSBob3VycyA1OSBtaW5zIDYwLjAwIHNlY3N8QCAxIGRheSAyIGhv
dXJzIDMgbWlucyA0LjAwIHNlY3MgICAgDQogICAgICAgICB8QCA1IG1vbnMg
MTEgaG91cnMgNTkgbWlucyA2MC4wMCBzZWNzfEAgOSBkYXlzIDIzIGhvdXJz
IDU5IG1pbnMgNjAuMDAgc2Vjcw0KICAgICAgICAgfEAgNSBtb25zIDExIGhv
dXJzIDU5IG1pbnMgNjAuMDAgc2Vjc3xAIDMgbW9ucyAgICAgICAgICAgICAg
ICAgICAgICAgICAgICANCiAgICAgICAgIHxAIDUgbW9ucyAxMSBob3VycyA1
OSBtaW5zIDYwLjAwIHNlY3N8QCA1IG1vbnMgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgDQogICAgICAgICB8QCA2IHllYXJzICAgICAgICAgICAgICAg
ICAgICAgICAgICAgfEAgMTQuMDAgc2VjcyBhZ28gICAgICAgICAgICAgICAg
ICAgIA0KICAgICAgICAgfEAgNiB5ZWFycyAgICAgICAgICAgICAgICAgICAg
ICAgICAgIHxAIDYwLjAwIHNlY3MgICAgICAgICAgICAgICAgICAgICAgICAN
CiAgICAgICAgIHxAIDYgeWVhcnMgICAgICAgICAgICAgICAgICAgICAgICAg
ICB8QCA0IGhvdXJzIDU5IG1pbnMgNjAuMDAgc2VjcyAgICAgICAgDQogICAg
ICAgICB8QCA2IHllYXJzICAgICAgICAgICAgICAgICAgICAgICAgICAgfEAg
MSBkYXkgMiBob3VycyAzIG1pbnMgNC4wMCBzZWNzICAgIA0KICAgICAgICAg
fEAgNiB5ZWFycyAgICAgICAgICAgICAgICAgICAgICAgICAgIHxAIDkgZGF5
cyAyMyBob3VycyA1OSBtaW5zIDYwLjAwIHNlY3MNCiAgICAgICAgIHxAIDYg
eWVhcnMgICAgICAgICAgICAgICAgICAgICAgICAgICB8QCAzIG1vbnMgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICB8QCA2IHllYXJz
ICAgICAgICAgICAgICAgICAgICAgICAgICAgfEAgNSBtb25zICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgfEAgNiB5ZWFycyAgICAg
ICAgICAgICAgICAgICAgICAgICAgIHxAIDUgbW9ucyAxMSBob3VycyA1OSBt
aW5zIDYwLjAwIHNlY3MNCiAgICAgICAgIHxAIDM0IHllYXJzICAgICAgICAg
ICAgICAgICAgICAgICAgICB8QCAxNC4wMCBzZWNzIGFnbyAgICAgICAgICAg
ICAgICAgICAgDQogICAgICAgICB8QCAzNCB5ZWFycyAgICAgICAgICAgICAg
ICAgICAgICAgICAgfEAgNjAuMDAgc2VjcyAgICAgICAgICAgICAgICAgICAg
ICAgIA0KICAgICAgICAgfEAgMzQgeWVhcnMgICAgICAgICAgICAgICAgICAg
ICAgICAgIHxAIDQgaG91cnMgNTkgbWlucyA2MC4wMCBzZWNzICAgICAgICAN
CiAgICAgICAgIHxAIDM0IHllYXJzICAgICAgICAgICAgICAgICAgICAgICAg
ICB8QCAxIGRheSAyIGhvdXJzIDMgbWlucyA0LjAwIHNlY3MgICAgDQogICAg
ICAgICB8QCAzNCB5ZWFycyAgICAgICAgICAgICAgICAgICAgICAgICAgfEAg
OSBkYXlzIDIzIGhvdXJzIDU5IG1pbnMgNjAuMDAgc2Vjcw0KICAgICAgICAg
fEAgMzQgeWVhcnMgICAgICAgICAgICAgICAgICAgICAgICAgIHxAIDMgbW9u
cyAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgIHxAIDM0
IHllYXJzICAgICAgICAgICAgICAgICAgICAgICAgICB8QCA1IG1vbnMgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICB8QCAzNCB5ZWFy
cyAgICAgICAgICAgICAgICAgICAgICAgICAgfEAgNSBtb25zIDExIGhvdXJz
IDU5IG1pbnMgNjAuMDAgc2Vjcw0KICAgICAgICAgfEAgMzQgeWVhcnMgICAg
ICAgICAgICAgICAgICAgICAgICAgIHxAIDYgeWVhcnMgICAgICAgICAgICAg
ICAgICAgICAgICAgICANCig0NSByb3dzKQ0KDQo=
- ---1463811839-1166913237-895317580=:537--

From scrappy
Date: Sat, 16 May 1998 12:45:10 +0000
From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Subject: Re: [PORTS] Time printing
PostgreSQL version (example: PostgreSQL-6.2.1): PostgreSQL-6.2.1
All tools from RedHat 5.0
In the "regress" tests I noticed (as for me) unproper handling of
printing time.
@ 4 hours 59 mins 60.00 secs
The first thing I would check is if it is a problem of a C library
-- RedHat 5.0 comes with glibc...
Well, it is a problem with the glibc2 library. Update your glibc to the
latest RedHat version for v5.0/hurricane. Anything prior to glibc-2.0.7
is likely to have the problem.

Also, you should probably be working with Postgres v6.3.2 which is the
latest release. There is a patch file available on postgresql.org which
fixes some Linux-specific installation problems (for v6.3.2 only).

Good luck!

- Tom

From scrappy
Date: Sat, 16 May 1998 13:01:48 +0000
From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Subject: Postgres v6.3.2

Hi Cristian. We have a new Postgres release which I _think_ can be
easily packaged into an rpm.

Although the "DESTDIR" environment variable support was removed from
this release, the environment variable originally intended for this,
"POSTGRESDIR", seems to do the right thing. I built from sources, having
set POSTGRESDIR to /tmp/postgres in my src/Makefile.custom (can probably
be set as you did DESTDIR) and things seemed to show up in /tmp as I
expected.

Somehow some Linux-specific support in configure.in was slightly broken
at the last minute for v6.3.2, but there is a patch file on
postgresql.org to fix that. So, untarring the source distribution, then
untarring the patch file over it, then setting POSTGRESDIR and running
configure should lead to a working installation.

Have you had a chance to try this? Can I help with anything?

Best regards.

- Tom

From scrappy
Date: Sat, 16 May 1998 10:48:17 -0600 (MDT)
From: Ryan Kirkpatrick <rkirkpat@nag.cs.colorado.edu>
Subject: Regression Test Analysis for Linux/Alpha...

I took the time today to take a close look at the regression tests
that fail when they are run on Linux/Alpha. I used the May 16th snapshot
on my RH4.0 UDB for the tests.

There are four types of failures that I could determine....

* Error message mismatch: One error message is in the expected regression
results, but the actual results generate a different one. Though they both
have the same meaning. Though for float{4,8} the expected on some was an
underflow, and instead a zero was silently inserted. Might be due to
catching the error at different points, or due to #ifdefs. Theses occured
mainly for int2, oidint2, and float{4,8} tests. Harmless for now.

* Range mismatch: Apparently Linux/Alpha thinks that such things as int4
and oidint4 have a larger range than the expected results do. The result
is that some inserts of larger numbers that should have failed, did not,
and caused additional rows returned on selects. Probably due to 32bit
expected results vs. 64bit actual results. Needs to be fixed, but not
fatal for now.

* Complete failures: These are the tests that resulted in postgres
throwing an arthimetic trap (as reported by the kernel), and sometimes
seg faults by psql. These only happened on the time and date related
tests, such as datetime, abstime, etc... Apparently date and time are
totally broken for Linux/Alpha at this time. These are the first problems
that need to be solved.

* Cascade Effects: Simply more advanced tests that depend on lower level
tests to succed. If they don't, then these don't. This includes both
Horology and Random. Should go away if we fix the above (two, three?)
problems.

That is about where things stand at the moment. I plan to start
looking at the date/time stuff soon, but I don't know how far I will get,
due to my limited C hacking ablities (nothing like learning by doing
though... :). Any advice/pointer/suggestions to get especially date/time
working, or on fixing any of these above problems would be greatly
apperciated. Thanks!

PS. If anyone is just dying to fix any of these problems
themselves, then feel free to do so. :) Just tell me, so we don't
duplicate work, and make sure I get any patches you make so I can test
things on my end!

- ----------------------------------------------------------------------------
"For to me to live is Christ, and to die is gain." |
--- Philippians 1:21 (KJV) |
- ----------------------------------------------------------------------------
Ryan Kirkpatrick | Boulder, Colorado | rkirkpat@nag.cs.colorado.edu |
- ----------------------------------------------------------------------------
http://www-ugrad.cs.colorado.edu/~rkirkpat/ |
- ----------------------------------------------------------------------------

From scrappy
Date: Mon, 18 May 1998 14:40:55 -0400 (EDT)
From: Cristian Gafton <gafton@redhat.com>
Subject: Re: Postgres v6.3.2
On Sat, 16 May 1998, Thomas G. Lockhart wrote:

Hi Cristian. We have a new Postgres release which I _think_ can be
easily packaged into an rpm.
We will ship 6.3.2 with Red Hat 5.1. I have managed to package it and it
seems to work so far.

Thanks for the note,
Have you had a chance to try this? Can I help with anything?
Just to confirm that 6.3.2 still have some issues on Linux-Alpha.
:-)

Cristian
- --
- ----------------------------------------------------------------------
Cristian Gafton -- gafton@redhat.com -- Red Hat Software, Inc.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
UNIX is user friendly. It's just selective about who its friends are.

From scrappy
Date: Mon, 18 May 1998 14:56:41 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: initdb failing on a WARN:heap_modifytuple: repl is \ -9

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Fran Fabrizio
Your email address : fran@primary.net

Category : install: other
Severity : critical

Summary: initdb failing on a WARN:heap_modifytuple: repl is \ -9

System Configuration
- --------------------
Operating System : Linux Redhat 5.0

PostgreSQL version : 6.3.2

Compiler used : gcc 2.7.2.3

Hardware:
- ---------
Linux 2.0.32 #1 Wed Nov 19 00:46:45 EST 1997 i586 unknown

Versions of other tools:
- ------------------------
gmake flex

- --------------------------------------------------------------------------

Problem Description:
- --------------------
Here is the output from my initdp run:

postgres:pgsql$ initdb
initdb: using /usr/local/pgsql/lib/local1_template1.bki.source as input to creat
e the template database.
initdb: using /usr/local/pgsql/lib/global1.bki.source as input to create the glo
bal classes.
initdb: using /usr/local/pgsql/lib/pg_hba.conf.sample as the host-based authenti
cation control file.

We are initializing the database system with username postgres (uid=100).
This user will own all the files and must also own the server process.

initdb: creating template database in /usr/local/pgsql/data/base/template1
Running: postgres -boot -C -F -D/usr/local/pgsql/data -Q template1
WARN:heap_modifytuple: repl is \ -9
initdb: could not create template database
initdb: cleaning up by wiping out /usr/local/pgsql/data/base/template1
postgres:pgsql$

- --------------------------------------------------------------------------

Test Case:
- ----------

Not sure how to repeat on another system.

- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Mon, 18 May 1998 21:20:24 +0200
From: Miguel Angel <maferre@iti.upv.es>
Subject: I can't compile postgers with a Sparc Sun 5.6 (Solaris 2.6)

============================================================================

POSTGRESQL BUG REPORT TEMPLATE
============================================================================



Your name : Miguel Angel Ferre
Your email address : maferre@iti.upv.es


System Configuration
- ---------------------
Architecture (example: Intel Pentium) : Sun Sparc Solaris

Operating System (example: Linux 2.0.26 ELF) : SunOS 5.6 with Solaris
2.6

PostgreSQL version (example: PostgreSQL-6.3.2) : PostgreSQL-6.3.2

Compiler used (example: gcc 2.7.2) : gcc 2.7.2


Please enter a FULL description of your problem:
- ------------------------------------------------

I have tryed to compile postgres and it isn't possible to do it. Please,
help me with this problem.



Please describe a way to repeat the problem. Please try to provide a
concise reproducible example, if at all possible:
- ----------------------------------------------------------------------

When all is decompressed, I execute:

configure --with-template=sparc_solaris-gcc

Until here, well.

Then I execute:

make all

and here's the problem!

After a time, it generates the next error message :

...
gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes
- -I../.o
In file included from /usr/include/sys/turnstile.h:12,
from /usr/include/sys/t_lock.h:20,
from /usr/include/sys/vnode.h:37,
from /usr/include/sys/stream.h:21,
from /usr/include/netinet/in.h:38,
from ../../../include/libpq/libpq.h:18,
from printtup.c:23:
/opt/gnu/lib/gcc-lib/sparc-sun-solaris2.5/2.7.2/include/sys/param.h:187:
warnind
/usr/include/sys/select.h:45: warning: this is the location of the
previous defn
In file included from /usr/include/sys/stream.h:26,
from /usr/include/netinet/in.h:38,
from ../../../include/libpq/libpq.h:18,
from printtup.c:23:
/usr/include/sys/model.h:32: #error "No DATAMODEL_NATIVE specified"
make[3]: *** [printtup.o] Error 1
make[3]: Leaving directory
`/export/home1/java/admon/p3/pos/src/backend/access/'
make[2]: *** [submake] Error 2
make[2]: Leaving directory
`/export/home1/java/admon/p3/pos/src/backend/access'
make[1]: *** [access.dir] Error 2
make[1]: Leaving directory `/export/home1/java/admon/p3/pos/src/backend'

make: *** [all] Error 2


If you know how this problem might be fixed, list the solution below:
- ---------------------------------------------------------------------

From scrappy
Date: Mon, 18 May 1998 18:13:36 -0300 (ADT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] Port Bug Report: initdb failing on a WARN:heap_modifytuple: repl is \ -9
On Mon, 18 May 1998, Unprivileged user wrote:


============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Fran Fabrizio
Your email address : fran@primary.net

Category : install: other
Severity : critical

Summary: initdb failing on a WARN:heap_modifytuple: repl is \ -9
This warning message is indicative of old postgresql libraries
being found on the system...


Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org

From scrappy
Date: Mon, 18 May 1998 18:15:00 -0300 (ADT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] I can't compile postgers with a Sparc Sun 5.6 (Solaris 2.6)
On Mon, 18 May 1998, Miguel Angel wrote:

/usr/include/sys/model.h:32: #error "No DATAMODEL_NATIVE specified"
This error message is generally indicative of a misconfigured
system...*generally* a system where, if I remember right, GCC 2.8.2 is
installed without the proper header files being found...


Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org

From scrappy
Date: Mon, 18 May 1998 11:35:30 -0700
From: Internet Wire <owner-iwire-enduser@ml.internetwire.com>
Subject: Internet Wire

INTERNET WIRE: http://www.internetwire.com
News and Links from Around the Web

NOTE: List instructions and contact information at the end of this email.

To Get Full-Text Stories, click on the link associated with the story you wish to read.

Headlines for May 18,1998

CNN Interactive And The IDG Network: Team To Deliver Number One Global Technology News Resource On The Web
http://www.internetwire.com/technews/tn/tn980533.htx

IPO Monitor: Announces Site Enhancements
http://www.internetwire.com/technews/tn/tn980537.htx

Lockergnome: The Gnome Is Becoming A Giant
http://www.internetwire.com/technews/tn/tn980532.htx

Medweigh, Inc.: A Web-Based Weight Loss Center That Gets Results
http://www.internetwire.com/technews/tn/tn980534.htx

Meeting City: An "Oscar" for your website?
http://www.internetwire.com/technews/tn/tn980530.htx

Mercury Center: News Site Marks Fifth Anniversary With Move To Free Subscription
http://www.internetwire.com/technews/tn/tn980531.htx

NovaStor: Ships NOVANET 7 Alliance Network Backup Software
http://www.internetwire.com/technews/tn/tn980538.htx

PM Media: "World Wide Web Radio Show" Now Heard On Talk Radio Network In 52 Markets
http://www.internetwire.com/technews/tn/tn980535.htx

Tritium Network: Names Maurice J. Moore Vice President Of Advertising Sales
http://www.internetwire.com/technews/tn/tn980536.htx

===============================================================
Daily Debuts
===============================================================

PBD Technologies -- http://www.softspider.com
Web site traffic builder program for Windows.

Adventurers Guild -- http://www.adventurers-guild.com
All things fantasy.

ArenaFan -- http://www.arenafan.com
Dedicated to the Arena Football League.

Caffeine Archive -- http://www.caffeinearchive.com
Links to caffeinated sites all over the internet.

Environmental General Store -- http://www.mamasearth.com
Products and ideas for earth-friendly living.

===============================================================

TO CHANGE YOUR EMAIL ADDRESS

Email newslist@internetwire.com
On the Subject line, type: Address Change
In the BODY of the message, type: change [old_address] [new_address]
e.g. change oldname@oldplace.comnewname@newplace.com

===============================================================

TO UNSUBSCRIBE

Email newslist@internetwire.com
On the Subject line, type: Remove Internet Wire

===============================================================

General Information

Email: newslist@internetwire.com
Or visit:
http://www.internetwire.com

From scrappy
Date: Mon, 18 May 1998 23:23:21 +0100
From: Andrew Boothman <andrew@boothman.easynet.co.uk>
Subject: PostgreSQL and Win'95

I'm sure you get question's like this every day, so I'll be short.

I've got MS Visual C++ V5. So, has anyone had any sucess in installing
postgreSQL on such a machine?
(Your web site described this as 'possibly incompatable')

Thanks!
P.S Please CC me any replies. Thanks!!!
- --
Andrew Boothman : andrew@boothman.easynet.co.uk
(http://easyweb.easynet.co.uk/~boothman/andrew/)
"Yahoo is a search engine.
Netanyahoo is an Israeli search engine"
-Robin Williams

From scrappy
Date: Mon, 18 May 1998 19:45:29 -0300 (ADT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] PostgreSQL and Win'95
On Mon, 18 May 1998, Andrew Boothman wrote:

I'm sure you get question's like this every day, so I'll be short.

I've got MS Visual C++ V5. So, has anyone had any sucess in installing
postgreSQL on such a machine?
(Your web site described this as 'possibly incompatable')
Not currently possible...mainly because nobody appears energetic
enough to take on the port :)

Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org

From scrappy
Date: Tue, 19 May 1998 12:14:15 +0900
From: David Cai <david_cai@sh.ctil.com>
Subject: RE: about hpux install postgresql

Hi:
would you please reply me below questions?

----------
From: Stan Brown[SMTP:stanb@awod.com]
Sent: Monday, May 18, 1998 11:20 AM
To: david_cai@sh.ctil.com
Subject: Re: about hpux install postgresql
Dear My stanb:
today, i downloaded postgresql-6.3.2.gz and want to install it
on my hpux 10.20 according the INSTALL comments, but when i executed:
$./configure -with-template=hpux-cc
but displayed the below message:

- No Install Script found - aborting

why?
would you please replay me? ok?
sincerely
david cai
I am a little out of touch with this project. I am still runing
6.3.1.
So would you please post this to the ports mailing list. This is
a
really strange error message BTW. Have you tried just doing a
make? You
should be presented witha choice of ports dusring the resultaant
actions.

Please try this.


--
Stan Brown stanb@netcom.com
770-996-6955
Factory Automation Systems
Atlanta Ga.
--
Windows 98: n.
32-bit extensions and a graphical shell for a 16-bit patch to an
8-bit
operating system originally coded for a 4-bit microprocessor,
written
by a 2-bit company that can't stand for 1 bit of competition.
-
(c) 1998 Stan Brown. Redistribution via the Microsoft Network is
prohibited.
From scrappy
Date: Tue, 19 May 1998 13:04:15 -0500
From: Dave Johnson <djohnson@maytag-grp.com>
Subject: [Fwd: [Fwd: Problems in pgc.l for hpux 10.20]]

This is a multi-part message in MIME format.
- --------------3FCE35DF90FE5CDF336F66B0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



- --------------3FCE35DF90FE5CDF336F66B0
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
From scrappy
Date: Tue, 19 May 1998 13:01:15 -0500
From: Dave Johnson <djohnson@maytag-grp.com>
X-Mailer: Mozilla 4.05 [en] (X11; I; Linux 2.0.33 i586)
MIME-Version: 1.0
To: pgsql-questions@postgresql.org
Subject: [Fwd: Problems in pgc.l for hpux 10.20]
Content-Type: multipart/mixed; boundary="------------E5497C5F38AE71925C27092E"

This is a multi-part message in MIME format.
- --------------E5497C5F38AE71925C27092E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



- --------------E5497C5F38AE71925C27092E
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
From scrappy
Date: Mon, 18 May 1998 15:41:00 -0500
From: Dave Johnson <djohnson@maytag-grp.com>
X-Mailer: Mozilla 4.05 [en] (X11; I; Linux 2.0.33 i586)
MIME-Version: 1.0
To: pgsql-general@postgresql.org
Subject: Problems in pgc.l for hpux 10.20
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I have recenntly tried to compile Postgresql 6.3.1 on a hpux 10.20
machine. Every time I compile it hits the interfaces directory and bails
out with the following:

make[3]: Entering directory
`/hp715i/users/davej/programs/POSTGRES95/v631/postgresql-6.3.1/src/interfaces/ecpg/preproc'

lex -t pgc.l > pgc.c
"pgc.l" line 236: warning 48: Undefined start condition <EOF
"pgc.l" line 272: error 50: output table overflow, try using %o num
1159/5000 nodes(%e), 5503/6000 positions(%p), 510/100000 (%n), 53300
transitions, 1335/2000 packed char classes(%k), 1898/2000 packed
transitions(%a), 0/0 output slots(%o)
make[3]: *** [pgc.c] Error 1
make[3]: Leaving directory
`/hp715i/users/davej/programs/POSTGRES95/v631/postgresql-6.3.1/src/interfaces/ecpg/preproc'

make[2]: *** [install] Error 2
make[2]: Leaving directory
`/hp715i/users/davej/programs/POSTGRES95/v631/postgresql-6.3.1/src/interfaces/ecpg'

make[1]: *** [install] Error 2
make[1]: Leaving directory
`/hp715i/users/davej/programs/POSTGRES95/v631/postgresql-6.3.1/src/interfaces'

make: *** [install] Error 2

As you can see I have bumped up all the lex settings and in some cases
to the extreme. I have not been able to resolve two things in pgc.l, the
<<EOF>> and a variable YY_BUFFER_STATE.

DOes anyone have an ideas why this does not work on hpux or other
similar platforms...

Thank
D. Johnson
djohnson@maytag-grp.com



- --------------E5497C5F38AE71925C27092E--


- --------------3FCE35DF90FE5CDF336F66B0--

From scrappy
Date: Wed, 20 May 1998 00:30:45 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report:

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name :
Your email address :

Category :
Severity :

Summary:

System Configuration
- --------------------
Operating System :

PostgreSQL version :

Compiler used :

Hardware:
- ---------


Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Wed, 20 May 1998 14:14:46 +0800 (SGT)
From: anbtanhm@fab.nus.edu.sg
Subject: Compiling PostgreSQL v6.3.2 on SPARC Solaris 2.6

Hi to all,

Is anyone able to compile smoothly with PostgreSQL 6.3.2 on SPARC solaris
2.6 with gcc2.8.1 ? (Or more specifically, anyone able to compile ecpg
under /src/interfaces ?)

I'm only able to compile smoothly when i commented
"$(MAKE) -C ecpg $@ " in the Makefile in /src/interfaces

<snip>
.DEFAULT all:
$(MAKE) -C libpq $@
# $(MAKE) -C ecpg $@
</snip>

I understand that ecpg is required to develop C programs with embedded
SQL code. Will missing that out affects the operation of Postgres.

Please advice. Thanks !

From scrappy
Date: Wed, 20 May 1998 13:57:07 +0000
From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Subject: Re: [PORTS] Compiling PostgreSQL v6.3.2 on SPARC Solaris 2.6

anbtanhm@fab.nus.edu.sg wrote:
Is anyone able to compile smoothly with PostgreSQL 6.3.2 on SPARC
solaris 2.6 with gcc2.8.1 ? (Or more specifically, anyone able to
compile ecpg under /src/interfaces ?)

I understand that ecpg is required to develop C programs with embedded
SQL code. Will missing that out affects the operation of Postgres.
No, ecpg is not required to use other parts of Postgres. I'm guessing
that your problem is that the sun lexer is not capable enough. Try
installing gnu flex and rerunning src/configure (do a "make distclean"
first or just get rid of all the configure output files in src/).

We will try to have the bison/flex output files shipped with the
distribution in the next release to avoid this problem.

- Tom

From scrappy
Date: Wed, 20 May 1998 16:05:17 +0200
From: Otelo Pons Alonso <otelo@o2a.uib.es>
Subject: PostgreSQL-v6.3.2-Irix-v6.3

Hello!

I want to install PostgreSQL-v6.3.2 on my SGI MIPS with Irix-v6.3 but i
can4t compile de sources becouse i don4t have the configure file for my
sistem.

Thank4s for your atemption.

From scrappy
Date: Wed, 20 May 1998 10:34:28 -0400
From: Sibyl Hare <root@prancer.csd.sc.edu>
Subject: Compile problem on AIX 4.1.5

I am trying to install postgresql 6.3.2 on an RS6000 running AIX 4.1.5
and am having compile problems.
I am using gcc 2.7.2.3 and gmake 3.75. All goes well until I get to the
following:

make[2]: Entering directory `/local2/postgresql-6.3.2/src/backend/port'
gcc -I../../include -I../../backend -fsigned-chars -Wall
- -Wmissing-prototypes
-save-temps -I.. -c isinf.c -o isinf.o
isinf.c: In function `isinf':
isinf.c:60: `FP_PLUS_INF' undeclared (first use this function)
isinf.c:60: (Each undeclared identifier is reported only once
isinf.c:60: for each function it appears in.)
isinf.c:62: `FP_MINUS_INF' undeclared (first use this function)
make[2]: *** [isinf.o] Error 1
make[2]: Leaving directory `/local2/postgresql-6.3.2/src/backend/port'
make[1]: *** [port.dir] Error 2
make[1]: Leaving directory `/local2/postgresql-6.3.2/src/backend'
make: *** [all] Error 2

Am I missing an include or something else? Any help would be
appreciated.

Thanks,
Sibyl Hare
Computer Services
University of South Carolina

From scrappy
Date: Wed, 20 May 1998 11:00:00 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: Tuples are given OIDs already used

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Christoph Wernhard
Your email address : wernhard@mathematik.hu-berlin.de

Category : unknown
Severity : serious

Summary: Tuples are given OIDs already used

System Configuration
- --------------------
Operating System : Solaris

PostgreSQL version : 6.0

Compiler used :

Hardware:
- ---------


Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------
When inserting tuples they get oids (counting of from about
731000) which are already used before (the DB contains
oids up to approx. 786408).


- --------------------------------------------------------------------------

Test Case:
- ----------
What happened before:

- - many database inserts (worked fine)
- - vacuum verbose analyze (worked fine)

- - deleting some tuples
- - tried to insert some tuples
got error since uniqueness condition on an index
over the oids has been violated




- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Wed, 20 May 1998 11:10:11 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: Tuples are given OIDs already used

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Christoph Wernhard
Your email address : wernhard@mathematik.hu-berlin.de

Category : unknown
Severity : serious

Summary: Tuples are given OIDs already used

System Configuration
- --------------------
Operating System : Solaris

PostgreSQL version : 6.3

Compiler used :

Hardware:
- ---------


Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------
When inserting tuples they get oids (counting of from about
731000) which are already used before (the DB contains
oids up to approx. 786408).


- --------------------------------------------------------------------------

Test Case:
- ----------
What happened before:

- - many database inserts (worked fine)
- - vacuum verbose analyze (worked fine)

- - deleting some tuples
- - tried to insert some tuples
got error since uniqueness condition on an index
over the oids has been violated




- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Wed, 20 May 1998 14:48:27 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: y previous bug report by a bit more information)

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Christoph Wernhard
Your email address : wernhard@mathematik.hu-berlin.de

Category : unknown
Severity : serious

Summary: y previous bug report by a bit more information)

System Configuration
- --------------------
Operating System : Solaris

PostgreSQL version : 6.3

Compiler used :

Hardware:
- ---------


Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------
When inserting tuples they get oids (counting of from about
731000) which are already used before (the DB contains
oids up to approx. 786408).




- --------------------------------------------------------------------------

Test Case:
- ----------
What happened before:

- - many database inserts (worked fine)
- - vacuum verbose analyze (worked fine)

- - deleting some tuples
- - tried to insert some tuples
got error since uniqueness condition on an index
over the oids has been violated

We had two postmasters running at different hosts,
insertions from host1 seem to ignore the changes in
the pg_variables file by insertions from host2.

(The postmaster man page seems
to suggest that it is possible to run different postmasters
on different machines?)




- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Wed, 20 May 1998 20:06:09 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: Cannot find way to configure building dynamic libpq.so

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Brian Capouch
Your email address : brianc@palaver.net

Category : runtime: back-end
Severity : non-critical

Summary: Cannot find way to configure building dynamic libpq.so

System Configuration
- --------------------
Operating System : Linux 2.1.102/Slakware

PostgreSQL version : 6.3.2

Compiler used : gcc 2.7.2.3

Hardware:
- ---------
Generic 64MB K200

Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------
I have been building PG for a very long time. Something has
apparently changed with 6.3.2, from 6.3.1. I do not get a .so
library built, and after two hours of looking I still do not
see where such a thing would be configured.

I'm sure there is some simple answer, but it's only simple
if one knows what it is. . . . .

- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Thu, 21 May 1998 13:20:11 +0800 (SGT)
From: anbtanhm@fab.nus.edu.sg
Subject: Re: [PORTS] Compiling PostgreSQL v6.3.2 on SPARC Solaris 2.6
On Wed, 20 May 1998, Thomas G. Lockhart wrote:

anbtanhm@fab.nus.edu.sg wrote:
Is anyone able to compile smoothly with PostgreSQL 6.3.2 on SPARC
solaris 2.6 with gcc2.8.1 ? (Or more specifically, anyone able to
compile ecpg under /src/interfaces ?)

I understand that ecpg is required to develop C programs with embedded
SQL code. Will missing that out affects the operation of Postgres.
No, ecpg is not required to use other parts of Postgres. I'm guessing
that your problem is that the sun lexer is not capable enough. Try
installing gnu flex and rerunning src/configure (do a "make distclean"
first or just get rid of all the configure output files in src/).
Thanks.
The above method works perfectly.

Regards
Hong Meng

From scrappy
Date: Thu, 21 May 1998 13:42:39 -0500
From: Brian Capouch <brianc@palaver.net>
Subject: 6.3.2/i86Linux How to build shared libpq?

I have been wracking my brain trying to figure out how to get the
configure program to build the dynamically-loaded version of the liibpq
library?

Unless I'm mistaken, which is unfortunately more common than I'd like,
I did everything the same in building a from-source 6.3.2 as I had
6.3.1, and on the earlier one I got the .so file without doing anything,
and with 6.3.2 I can't figure out how to trigger getting it built at
alll.

Could someone reply to me directly--I'm not a regular reader of this
list.

Thanks in advance for any help I might be able to find . . .

B.

From scrappy
Date: Thu, 21 May 1998 20:30:40 +0100
From: Hamish Marson <hmarson@ibm.net>
Subject: Compiling 6.3.2 on AIX 4.2.1 with IBM C for AIX 3.1.4

Version 3.1.4 of IBM C for AIX on AIX 4.2 takes exception to a couple of
places where the code trys to assign pointers to ulong to pointers to
int... Normally this makes sense, but under 64 bit now, sizeof(int) !=
sizeof(long).

I'm not at the computer where I compiled it, but it was in pqcomm.c
where the problems happened...

From scrappy
Date: Thu, 21 May 1998 17:46:41 -0700
From: postgres@haver
Subject: [none]

If PostgreSQL failed to compile on your computer or you found a bug that
is likely to be specific to one platform then please fill out this form
and e-mail it to pgsql-ports@postgresql.org.

To report any other bug, fill out the form below and e-mail it to
pgsql-bugs@postgresql.org.

If you not only found the problem but solved it and generated a patch
then e-mail it to pgsql-patches@postgresql.org instead. Please use the
command "diff -c" to generate the patch.

You may also enter a bug report at http://www.postgresql.org/ instead of
e-mail-ing this form.

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Scott Taylor
Your email address : stay@u.washington.edu


System Configuration
- ---------------------
Architecture (example: Intel Pentium) : Sun Sparc

Operating System (example: Linux 2.0.26 ELF) : Solaris 2.5

PostgreSQL version (example: PostgreSQL-6.3.2) : PostgreSQL-6.3.2

Compiler used (example: gcc 2.7.2) : gcc 2.7.2.1


Please enter a FULL description of your problem:
- ------------------------------------------------

Failure to compile pgc.c

Configured with the following command

./configure --prefix=/opt/postgres --with-template=sparc_solaris-gcc --with-pgport=5432

Compile with the follwing command

gmake all >& make.log &


Produced the following error

gcc -I../../../include -I../../../backend -Wall -Wmissing-prototypes -I../include -DMAJOR_VERSION=1 -DMINOR_VERSION=1 -DPATCHLEVEL=0 -DINCLUDE_PATH=\"/opt/postgre/include\" -c pgc.c
pgc.l:17: parse error before `YY_BUFFER_STATE'
pgc.l:17: warning: no semicolon at end of struct or union
pgc.l:21: parse error before `}'
pgc.l:21: warning: data definition has no type or storage class
gmake[3]: *** [pgc.o] Error 1
gmake[3]: Leaving directory `/export/home/postgres/postgresql-6.3.2/src/interfaces/ecpg/preproc'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory `/export/home/postgres/postgresql-6.3.2/src/interfaces/ecpg'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/export/home/postgres/postgresql-6.3.2/src/interfaces'
gmake: *** [all] Error 2


Please describe a way to repeat the problem. Please try to provide a
concise reproducible example, if at all possible:
- ----------------------------------------------------------------------





If you know how this problem might be fixed, list the solution below:
- ---------------------------------------------------------------------

From scrappy
Date: Fri, 22 May 1998 10:38:57 -0700 (PDT)
From: Tony Dering <tonyde@elsegundoca.ncr.com>
Subject: regression tests failing w/v6.3.2 on NCR Unix

Hi. I'm trying to get PostgreSQL working on an NCR Unix platform but
I've hit a wall. here's the details:
- --------------------------------------------------------------------
1. PostgreSQL version is v6.3.2.
2. UNIX is NCR's MP-RAS UNIX. this is an SVR4-based UNIX.
3. HW is standard PC HW (ie., i586, PCI based).
4. have compiled & installed successfully. however, had 6 compile
time errors & 1 link error which had to fix. will append details
to this email. I don't think any of these fixes have anything
to do with why I'm stuck though.
5. where I'm stuck is in the running of the regressions tests.
I run "make runtest" & it returns with:
------------------------------
$ /usr/local/bin/make runtest
MB=;export MB; \
/bin/sh ./regress.sh 2>&1 | tee regress.out
======= Notes... =========
postmaster must already be running for the regression tests
to succeed. time zone is now set to PST8PDT explicitly by
this regression test
client frontend. Please report any apparent problems to
ports@postgresql.org
See regress/README for more information.

======= destroying old regression database... =========
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
Connection to database 'template1' failed.
PQexec() -- There is no connection to the backend.
destroydb: database destroy failed on regression.
======= creating new regression database... =========
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
Connection to database 'template1' failed.
PQexec() -- There is no connection to the backend.
createdb: database creation failed on regression.
createdb failed
ACTUAL RESULTS OF REGRESSION TEST ARE NOW IN FILE regress.out
------------------------------
the database is running:
------------------------------
$ jobs
[1] + Running nohup postmaster > regress.log 2>&1 &
------------------------------
the timezone is correct:
------------------------------
$ date
Fri May 22 07:39:24 PDT 1998
------------------------------
& I'm not doing any of this as user "root":
------------------------------
$ id
uid=107(postgres) gid=107(postgres)
------------------------------
the regress.log file shows following:
------------------------------
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
ERROR: MultiRelease: couldn't release after error
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
ERROR: MultiRelease: couldn't release after error
------------------------------
I don't know how to get beyond this problem. one other thing
to note that I don't know if it's important or not but
"initdb" had following error:
------------------------------
vacuuming template1
creating public pg_user view
UX:mv: ERROR: Can't access /usr/local/pgsql/data/base/template1/\
xpg_user: No such file or dir
loading pg_description
------------------------------
anyway. I appreciate your time in this matter as I'm real
anxious to get this working.
- --------------------------------------------------------------------

- ----------------------------------------------------------
Tony Dering | Tony.Dering@ElSegundoCA.NCR.COM | NCR corp.

P.S. fixes I made for compile & link problems:
- --------------------------------------------------------------------
1. added "#define HAVE_SRANDOM 1" to src/include/config.h.
2. commented out following line in /usr/include/sys/mp/mptypes.h:
typedef enum cpusetcmd {Bind, Query } cpusetcmd_t;
3. chgd "struct proc" to "struct proc1" in "src/include/storage/proc.h".
4. in order to compile "src/backend/parser/gram.c" successfully
had to do compile on a mach w/400MB of free mem (as reported by
"sar -r"), as opposed to a mach w/only 80MB of free mem.
5. put #defines for INT_MIN & INT_MAX defined in file "src/backend/\
utils/adt/numutils.c" into files "date.c", "float.c" in same dir.
6. removed "strcasecmp.o" from "src/backend/port/Makefile".
7. added "LDFLAGS+= -lsocket" to "src/backend/Makefile".
- --------------------------------------------------------------------

From scrappy
Date: Sun, 24 May 1998 10:29:40 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: Unable to compile the PostgresSQL v.6.3.2

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Hristo Slavov
Your email address : hristo@digsys.bg

Category : install: compile
Severity : serious

Summary: Unable to compile the PostgresSQL v.6.3.2

System Configuration
- --------------------
Operating System : BSD/OS 3.0

PostgreSQL version : 6.3.2

Compiler used : gcc version 2.7.2.1

Hardware:
- ---------
Pentium MMX 166, 32M RAM

Versions of other tools:
- ------------------------
gmake version 3.75 lex version 2.5.4


- --------------------------------------------------------------------------

Problem Description:
- --------------------
gmake[2]: Entering directory `/usr/home/postgres/postgresql-6.3.2/src/backend/parser'
/usr/bin/yacc -d gram.y
/usr/bin/yacc: f - maximum table size exceeded
gmake[2]: *** [parse.h] Error 2


- --------------------------------------------------------------------------

Test Case:
- ----------
enter directory: /src/backend/parser
then execute: /usr/bin/yacc -d gram.y
After that the folowing an error message appears:
/usr/bin/yacc: f - maximum table size exceeded
and the compilation procedure stops.
If i have BUGY version of yacc, Where i can found
the proper version.


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Sun, 24 May 1998 12:17:29 -0400 (EDT)
From: Bruce Momjian <maillist@candle.pha.pa.us>
Subject: Re: [PORTS] Port Bug Report: Unable to compile the PostgresSQL v.6.3.2
--------------------
gmake[2]: Entering directory `/usr/home/postgres/postgresql-6.3.2/src/backend/parser'
/usr/bin/yacc -d gram.y
/usr/bin/yacc: f - maximum table size exceeded
gmake[2]: *** [parse.h] Error 2


--------------------------------------------------------------------------

Test Case:
----------
enter directory: /src/backend/parser
then execute: /usr/bin/yacc -d gram.y
After that the folowing an error message appears:
/usr/bin/yacc: f - maximum table size exceeded
and the compilation procedure stops.
If i have BUGY version of yacc, Where i can found
the proper version.
BSD yacc has a table size limitation, that can not be changed. Get the
gram patch from ftp.postgresql.org/pub/patches, or get bison.

- --
Bruce Momjian | 830 Blythe Avenue
maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026
+ If your life is a hard drive, | (610) 353-9879(w)
+ Christ can be your backup. | (610) 853-3000(h)

From scrappy
Date: Sun, 24 May 1998 22:18:32 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report:

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name :
Your email address :

Category :
Severity :

Summary:

System Configuration
- --------------------
Operating System :

PostgreSQL version :

Compiler used :

Hardware:
- ---------


Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Mon, 25 May 1998 09:41:26 +0200
From: Juan Antonio Gonzalez Ramos <juanan@gugu.usal.es>
Subject: PostgreSQL for Windows 95

Where can I get a binary version of PostgreSQL for Windows 95 ?

Thanks.





//////
( o o )
+--.oooO--(_)--Oooo.--------------------------------------+
Juan Antonio Gonz=E1lez Ramos |=20
Servicios Inform=E1ticos C.P.D, Gesti=F3n Acad=E9mica I |
Edificio Facultad de Derecho. Campus Unamuno |=20
Universidad de Salamanca Tf: 294400 Ext: 1394 |
Fax: +34 (923) 294594 |
.oooO |=20
( ) Oooo. juanan@gugu.usal.es |
+-----\ (----( )----------------------------------------+
\_) ) /
(_/

From scrappy
Date: Mon, 25 May 1998 14:11:35 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: \d * yields: pg_users table not found

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Bodo Zimmermann
Your email address : dozi@iwka.de

Category : unknown
Severity : serious

Summary: \d * yields: pg_users table not found

System Configuration
- --------------------
Operating System : Linux 2.0.33 S.u.S.E

PostgreSQL version : 6.3.2

Compiler used :

Hardware:
- ---------


Versions of other tools:
- ------------------------
flex 2.4. or so (the newest according to
README.linux

- --------------------------------------------------------------------------

Problem Description:
- --------------------
and: with pgaccess: pg_connect not found

- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Mon, 25 May 1998 14:16:16 -0500
From: Max Campos <maluki@pobox.com>
Subject: initdb - WARN:catalog is missing 660 attributes for relid 1215

Hello Everyone,
I'm trying to upgrade my system from PostgreSQL 6.1 to 6.3.2. I
received the following message when running initdb:

WARN:catalog is missing 660 attributes for relid 1215

Upon later inspection, I receive these warnings when compiling. I'm
running Linux 2.0.30, on what was originally a slackware install (not
sure what ver).

Any ideas? Thanks for your help!

- - Max

bison.simple: In function `Int_yyparse':
bison.simple:327: warning: implicit declaration of function
`Int_yyerror'
bison.simple:387: warning: implicit declaration of function `Int_yylex'
lex.Int_yy.c:683: warning: no previous prototype for `Int_yylex'
bootscanner.l:137: warning: no previous prototype for `Int_yyerror'
bison.simple: In function `yyparse':
bison.simple:327: warning: implicit declaration of function `yyerror'
bison.simple:387: warning: implicit declaration of function `yylex'
lex.yy.c:808: warning: no previous prototype for `yylex'
scan.l:414: warning: no previous prototype for `yyerror'
lex.yy.c:2150: warning: `yy_flex_realloc' defined but not used
In file included from /usr/include/sys/sem.h:8,
from ipc.c:38:
/usr/include/asm/bitops.h:32: warning: no previous prototype for
`set_bit'
/usr/include/asm/bitops.h:43: warning: no previous prototype for
`clear_bit'
/usr/include/asm/bitops.h:54: warning: no previous prototype for
`change_bit'
/usr/include/asm/bitops.h:68: warning: no previous prototype for
`test_bit'
/usr/include/asm/bitops.h:76: warning: no previous prototype for
`find_first_zer
o_bit'
/usr/include/asm/bitops.h:99: warning: no previous prototype for
`find_next_zero
_bit'
/usr/include/asm/bitops.h:130: warning: no previous prototype for `ffz'
In file included from /usr/include/sys/sem.h:8,
from proc.c:71:
/usr/include/asm/bitops.h:32: warning: no previous prototype for
`set_bit'
/usr/include/asm/bitops.h:43: warning: no previous prototype for
`clear_bit'
/usr/include/asm/bitops.h:54: warning: no previous prototype for
`change_bit'
/usr/include/asm/bitops.h:68: warning: no previous prototype for
`test_bit'
/usr/include/asm/bitops.h:76: warning: no previous prototype for
`find_first_zer
o_bit'
/usr/include/asm/bitops.h:99: warning: no previous prototype for
`find_next_zero
_bit'
/usr/include/asm/bitops.h:130: warning: no previous prototype for `ffz'
In file included from /usr/include/sys/sem.h:8,
from proc.c:71:
/usr/include/asm/bitops.h:32: warning: no previous prototype for
`set_bit'
/usr/include/asm/bitops.h:43: warning: no previous prototype for
`clear_bit'
/usr/include/asm/bitops.h:54: warning: no previous prototype for
`change_bit'
/usr/include/asm/bitops.h:68: warning: no previous prototype for
`test_bit'
/usr/include/asm/bitops.h:76: warning: no previous prototype for
`find_first_zer
o_bit'
/usr/include/asm/bitops.h:99: warning: no previous prototype for
`find_next_zero
_bit'
/usr/include/asm/bitops.h:130: warning: no previous prototype for `ffz'
bison.simple: In function `yyparse':
bison.simple:387: warning: implicit declaration of function `yylex'
pgc.l:173: warning: no previous prototype for `yylex'
pgc.l: In function `yylex':
pgc.l:131: warning: label `find_rule' defined but not used
pgc.l: At top level:
pgc.l:1106: warning: `yy_flex_realloc' defined but not used
pgc.l:589: warning: `yyunput' defined but not used

From scrappy
Date: Mon, 25 May 1998 15:37:09 -0600 (MDT)
From: Ryan Kirkpatrick <rkirkpat@nag.cs.colorado.edu>
Subject: Linux/Alpha.... Progress...

I am making some progress on cleaning up regression problems on
Linux/Alpha. I have finally got datetimes from causing postgres to SIGFPE
(floating point expections). The secret appears to be to include the
'-mieee' compile option, via the CFLAGS line in template/linuxalpha. I am
not 100% sure what it does, but it has often been recommend by the people
on the axp-redhat list when people are having SIGFPE problems with thier
programs. It doesn't appear to do any harm, and actually one entire test
(reltime) has been totally fixed. I am still getting a few SIGFPE during
the regression tests, but only a small number of the original many.
The major problem at the moment appears to be that while dates
can be instered and selected sucessfully, they are not correct. I insert
'5/20/98' and when I select I get '5/19/98 11:00 MDT'. It appears too
large for it to be a timezone problem, and the local time zone is properly
set to MDT. The same sort of things happens during the regression tests
when the TZ variable is set as directed (PST). I am thinking that there is
some type of round off error or such occuring, but I am having a rough
time following the sequence a date takes from MM, DD, YY format to the
single integer used to store the date interally, and then back out to a
human readable format again. Would some one please outline what is
happening here, and point out any spots that might cause trouble? Thanks!

PS. What is the correct format for a date in an SQL string? I.e.
the format that includes date, time, and timezone?

PPS. I am using the May 15th, 1998 snapshot still. I doubt that
updating would do me a lot of good at the moment.

- ----------------------------------------------------------------------------
"For to me to live is Christ, and to die is gain." |
--- Philippians 1:21 (KJV) |
- ----------------------------------------------------------------------------
Ryan Kirkpatrick | Boulder, Colorado | rkirkpat@nag.cs.colorado.edu |
- ----------------------------------------------------------------------------
http://www-ugrad.cs.colorado.edu/~rkirkpat/ |
- ----------------------------------------------------------------------------

From scrappy
Date: Mon, 25 May 1998 20:50:30 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: /usr/bin/yacc: f - maximum table size exceeded

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Jeff Manthei
Your email address : jmanthei@gte.net

Category : install: compile
Severity : critical

Summary: /usr/bin/yacc: f - maximum table size exceeded


System Configuration
- --------------------
Operating System : Red Hat 5.0 (2.0.31)

PostgreSQL version : 6.3.2

Compiler used : gcc.2.7.2.3-8

Hardware:
- ---------
AMD K6 64M
Linux localhost.localdomain 2.0.31 #1 Sun Nov 9 21:45:23 EST 1997 i586 unknown

Versions of other tools:
- ------------------------
gmake: 3.76.1-2
flex: 2.5.4a-2

- --------------------------------------------------------------------------

Problem Description:
- --------------------
Maximum table size is exceeded during the make of the parser.

- --------------------------------------------------------------------------

Test Case:
- ----------
Ran ./configure --with-tcl and then gmake all. No other
options were specified/overridden.

- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Mon, 25 May 1998 22:41:24 -0300 (ADT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] Port Bug Report: /usr/bin/yacc: f - maximum table size exceeded
On Mon, 25 May 1998, Unprivileged user wrote:



============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Jeff Manthei
Your email address : jmanthei@gte.net

Category : install: compile
Severity : critical

Summary: /usr/bin/yacc: f - maximum table size exceeded


System Configuration
--------------------
Operating System : Red Hat 5.0 (2.0.31)

PostgreSQL version : 6.3.2

Compiler used : gcc.2.7.2.3-8

Hardware:
---------
AMD K6 64M
Linux localhost.localdomain 2.0.31 #1 Sun Nov 9 21:45:23 EST 1997 i586 unknown

Versions of other tools:
------------------------
gmake: 3.76.1-2
flex: 2.5.4a-2

--------------------------------------------------------------------------

Problem Description:
--------------------
Maximum table size is exceeded during the make of the parser.
Grab and install bison is the best way of fixing this...


Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org

From scrappy
Date: Mon, 25 May 1998 21:58:43 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report:

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name :
Your email address :

Category :
Severity :

Summary:

System Configuration
- --------------------
Operating System :

PostgreSQL version :

Compiler used :

Hardware:
- ---------


Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Mon, 25 May 1998 23:52:02 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report:

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name :
Your email address :

Category :
Severity :

Summary:

System Configuration
- --------------------
Operating System :

PostgreSQL version :

Compiler used :

Hardware:
- ---------


Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Tue, 26 May 1998 08:46:09 -0500
From: Mike.Wainwright@abnamro.com
Subject: PostgreSQL Bug report - failed to build

If PostgreSQL failed to compile on your computer or you found a bug
that
is likely to be specific to one platform then please fill out this
form
and e-mail it to pgsql-ports@postgresql.org.

To report any other bug, fill out the form below and e-mail it to
pgsql-bugs@postgresql.org.

If you not only found the problem but solved it and generated a patch then
e-mail it to pgsql-patches@postgresql.org instead. Please use
the
command "diff -c" to generate the patch.

You may also enter a bug report at http://www.postgresql.org/ instead
of
e-mail-ing this form.

======================================================================
======
POSTGRESQL BUG REPORT TEMPLATE
======================================================================
======


Your name :
Your email address :


System Configuration
- ---------------------
Architecture (example: Intel Pentium) : Sparc 2

Operating System (example: Linux 2.0.26 ELF) : Solaris 2.5.1

PostgreSQL version (example: PostgreSQL-6.3.2) : PostgreSQL-6.3.2

Compiler used (example: gcc 2.7.2) : gcc 2.7.2


Please enter a FULL description of your problem:
- ------------------------------------------------
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../include -DMAJOR_VERSION=1 -DMINOR_VERSION=1
- -DPATCHLEVEL=0 -DINCLUDE_PATH=\"/t1s7/solaris/pgsql/include\" -c
y.tab.c -o y.tab.o
/usr/ccs/bin/yaccpar: In function `yyparse':
/usr/ccs/bin/yaccpar:275: warning: implicit declaration of function
`yylex'
/usr/ccs/bin/yaccpar:375: warning: label `yyerrlab' defined but not
used
/usr/ccs/bin/yaccpar:165: warning: label `yynewstate' defined but not
used
lex -t pgc.l > pgc.c
"pgc.l":line 26: Error: missing translation value

gmake then quits

see below for more diagnosis.
Seems to object to %option statement but if this is commented out other
errors result.

ie. Objects to blank lines containing tabs/spaces
need various parameters increasing (%p, %n etc)
finally fails on <<EOF>> line

At this point I gave up as I am not a lex/yacc person.
I commented out the epgc directory and the rest built ok.
I was able to start up postgres




Please describe a way to repeat the problem. Please try to provide a
concise reproducible example, if at all possible:
- ----------------------------------------------------------------------

./configure --prefix=/t1s7/solaris/pgsql
- --with-template=sparc_solaris-gcc
gmake all >& make.log &




If you know how this problem might be fixed, list the solution below:
- ---------------------------------------------------------------------

not known



some other error messages:


gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c bootparse.c -o bootparse.o
/usr/ccs/bin/yaccpar:115: warning: no previous prototype for
`Int_yyparse'
/usr/ccs/bin/yaccpar: In function `Int_yyparse': /usr/ccs/bin/yaccpar:251:
warning: implicit declaration of function
`Int_yyerror'
/usr/ccs/bin/yaccpar:275: warning: implicit declaration of function
`Int_yylex'
/usr/ccs/bin/yaccpar:375: warning: label `Int_yyerrlab' defined but
not used
/usr/ccs/bin/yaccpar:165: warning: label `Int_yynewstate' defined but
not used
lex bootscanner.l

gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c bootscanner.c -o bootscanner.o
bootscanner.l:60: warning: return-type defaults to `int'
bootscanner.l: In function `Int_yylex':
bootscanner.l:61: warning: unused variable `Int_yyprevious'
bootscanner.l:68: warning: label `Int_yyfussy' defined but not used
bootscanner.l: At top level:
bootscanner.l:140: warning: no previous prototype for `Int_yyerror'
bootscanner.l:471: warning: missing braces around initializer for
`Int_yycrank[0]'
bootscanner.l:652: warning: missing braces around initializer for
`Int_yysvec[0]'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c bootstrap.c -o bootstrap.o



gmake -C lextest all
gmake[1]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/lextest'
lex scan.l
gcc -c lex.yy.c
gcc -c lextest.c
gcc -o lextest lex.yy.o lextest.o
gmake[1]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/lextest'
gmake -C utils all
gmake[1]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/utils'
gcc -I../include -I../backend -Wall -Wmissing-prototypes -c
version.c -o version.o
gmake[1]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/utils'
gmake -C backend all
gmake[1]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend'
gmake -C access all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access'
gmake -C common SUBSYS.o
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/common'
gmake -C ../.. fmgr.h
gmake[4]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend'
gmake -C utils fmgr.h
gmake[5]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils'
sh Gen_fmgrtab.sh ../../include/catalog/pg_proc.h
gmake[5]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils'
cp utils/fmgr.h .
gmake[4]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c heaptuple.c -o heaptuple.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c heapvalid.c -o heapvalid.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c indextuple.c -o indextuple.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c indexvalid.c -o indexvalid.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c printtup.c -o printtup.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c scankey.c -o scankey.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c tupdesc.c -o tupdesc.o
ld -r -o SUBSYS.o heaptuple.o heapvalid.o indextuple.o indexvalid.o
printtup.o scankey.o tupdesc.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/common'
gmake -C gist SUBSYS.o
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/gist'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c gist.c -o gist.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c gistget.c -o gistget.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c gistscan.c -o gistscan.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c giststrat.c -o giststrat.o
ld -r -o SUBSYS.o gist.o gistget.o gistscan.o giststrat.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/gist'
gmake -C hash SUBSYS.o
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/hash'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c hash.c -o hash.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c hashfunc.c -o hashfunc.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c hashinsert.c -o hashinsert.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c hashovfl.c -o hashovfl.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c hashpage.c -o hashpage.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c hashscan.c -o hashscan.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c hashsearch.c -o hashsearch.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c hashstrat.c -o hashstrat.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c hashutil.c -o hashutil.o
ld -r -o SUBSYS.o hash.o hashfunc.o hashinsert.o hashovfl.o hashpage.o
hashscan.o hashsearch.o hashstrat.o hashutil.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/hash'
gmake -C heap SUBSYS.o
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/heap'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c heapam.c -o heapam.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c hio.c -o hio.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c stats.c -o stats.o
ld -r -o SUBSYS.o heapam.o hio.o stats.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/heap'
gmake -C index SUBSYS.o
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/index'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c genam.c -o genam.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c indexam.c -o indexam.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c istrat.c -o istrat.o
ld -r -o SUBSYS.o genam.o indexam.o istrat.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/index'
gmake -C rtree SUBSYS.o
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/rtree'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c rtget.c -o rtget.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c rtproc.c -o rtproc.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c rtree.c -o rtree.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c rtscan.c -o rtscan.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c rtstrat.c -o rtstrat.o
ld -r -o SUBSYS.o rtget.o rtproc.o rtree.o rtscan.o rtstrat.o gmake[3]:
Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/rtree'
gmake -C nbtree SUBSYS.o
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/nbtree'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c nbtcompare.c -o nbtcompare.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c nbtinsert.c -o nbtinsert.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c nbtpage.c -o nbtpage.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c nbtree.c -o nbtree.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c nbtscan.c -o nbtscan.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c nbtsearch.c -o nbtsearch.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c nbtstrat.c -o nbtstrat.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c nbtutils.c -o nbtutils.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c nbtsort.c -o nbtsort.o
ld -r -o SUBSYS.o nbtcompare.o nbtinsert.o nbtpage.o nbtree.o
nbtscan.o nbtsearch.o nbtstrat.o nbtutils.o nbtsort.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/nbtree'
gmake -C transam SUBSYS.o
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/transam'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c transam.c -o transam.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c transsup.c -o transsup.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c varsup.c -o varsup.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c xact.c -o xact.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c xid.c -o xid.o
ld -r -o SUBSYS.o transam.o transsup.o varsup.o xact.o xid.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access/transam'
ld -r -o SUBSYS.o common/SUBSYS.o gist/SUBSYS.o hash/SUBSYS.o heap/SUBSYS.o
index/SUBSYS.o rtree/SUBSYS.o nbtree/SUBSYS.o
transam/SUBSYS.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/access'
gmake -C bootstrap all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/bootstrap'
/usr/ccs/bin/yacc -d bootparse.y
grep -v "^#" boot.sed > sedfile
sed -f sedfile < y.tab.c > bootparse.c
mv y.tab.h bootstrap_tokens.h
rm -f y.tab.c sedfile
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c bootparse.c -o bootparse.o
/usr/ccs/bin/yaccpar:115: warning: no previous prototype for
`Int_yyparse'
/usr/ccs/bin/yaccpar: In function `Int_yyparse': /usr/ccs/bin/yaccpar:251:
warning: implicit declaration of function
`Int_yyerror'
/usr/ccs/bin/yaccpar:275: warning: implicit declaration of function
`Int_yylex'
/usr/ccs/bin/yaccpar:375: warning: label `Int_yyerrlab' defined but
not used
/usr/ccs/bin/yaccpar:165: warning: label `Int_yynewstate' defined but
not used
lex bootscanner.l
grep -v "^#" boot.sed > sedfile
sed -f sedfile < lex.yy.c > bootscanner.c
rm -f lex.yy.c sedfile
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c bootscanner.c -o bootscanner.o
bootscanner.l:60: warning: return-type defaults to `int'
bootscanner.l: In function `Int_yylex':
bootscanner.l:61: warning: unused variable `Int_yyprevious'
bootscanner.l:68: warning: label `Int_yyfussy' defined but not used
bootscanner.l: At top level:
bootscanner.l:140: warning: no previous prototype for `Int_yyerror'
bootscanner.l:471: warning: missing braces around initializer for
`Int_yycrank[0]'
bootscanner.l:652: warning: missing braces around initializer for
`Int_yysvec[0]'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c bootstrap.c -o bootstrap.o
ld -r -o SUBSYS.o bootparse.o bootscanner.o bootstrap.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/bootstrap'
gmake -C catalog all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/catalog'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c catalog.c -o catalog.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c heap.c -o heap.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c index.c -o index.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c indexing.c -o indexing.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c aclchk.c -o aclchk.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c pg_aggregate.c -o pg_aggregate.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c pg_operator.c -o pg_operator.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c pg_proc.c -o pg_proc.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c pg_type.c -o pg_type.o
ld -r -o SUBSYS.o catalog.o heap.o index.o indexing.o aclchk.o
pg_aggregate.o pg_operator.o pg_proc.o pg_type.o
sh ./genbki.sh ../../include/catalog/pg_database.h
../../include/catalog/pg_variable.h ../../include/catalog/pg_shadow.h
../../include/catalog/pg_group.h ../../include/catalog/pg_log.h >
global1.bki.source 2>global1.description
sh ./genbki.sh ../../include/catalog/pg_proc.h
../../include/catalog/pg_type.h ../../include/catalog/pg_attribute.h
../../include/catalog/pg_class.h ../../include/catalog/pg_inherits.h
../../include/catalog/pg_index.h ../../include/catalog/pg_version.h
../../include/catalog/pg_statistic.h
../../include/catalog/pg_operator.h ../../include/catalog/pg_opclass.h
../../include/catalog/pg_am.h ../../include/catalog/pg_amop.h
../../include/catalog/pg_amproc.h ../../include/catalog/pg_language.h
../../include/catalog/pg_parg.h ../../include/catalog/pg_aggregate.h
../../include/catalog/pg_ipl.h ../../include/catalog/pg_inheritproc.h
../../include/catalog/pg_rewrite.h ../../include/catalog/pg_listener.h
../../include/catalog/pg_description.h
../../include/catalog/indexing.h > local1_template1.bki.source
2>local1_template1.description
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/catalog'
gmake -C commands all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/commands'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c async.c -o async.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c creatinh.c -o creatinh.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c command.c -o command.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c copy.c -o copy.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c defind.c -o defind.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c define.c -o define.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c remove.c -o remove.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c rename.c -o rename.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c vacuum.c -o vacuum.o
vacuum.c: In function `vc_scanheap':
vacuum.c:646: warning: implicit declaration of function `getrusage'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c version.c -o version.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c view.c -o view.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c cluster.c -o cluster.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c recipe.c -o recipe.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c explain.c -o explain.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c sequence.c -o sequence.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c trigger.c -o trigger.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c user.c -o user.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c proclang.c -o proclang.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c dbcommands.c -o dbcommands.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c variable.c -o variable.o
ld -r -o SUBSYS.o async.o creatinh.o command.o copy.o defind.o define.o
remove.o rename.o vacuum.o version.o view.o cluster.o recipe.o explain.o
sequence.o trigger.o user.o proclang.o dbcommands.o
variable.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/commands'
gmake -C executor all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/executor'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c execAmi.c -o execAmi.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c execFlatten.c -o execFlatten.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c execJunk.c -o execJunk.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c execMain.c -o execMain.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c execProcnode.c -o execProcnode.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c execQual.c -o execQual.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c execScan.c -o execScan.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c execTuples.c -o execTuples.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes



- -I.. -c execUtils.c -o execUtils.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c functions.c -o functions.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeAppend.c -o nodeAppend.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeAgg.c -o nodeAgg.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeHash.c -o nodeHash.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeHashjoin.c -o nodeHashjoin.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeIndexscan.c -o nodeIndexscan.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeMaterial.c -o nodeMaterial.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeMergejoin.c -o nodeMergejoin.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeNestloop.c -o nodeNestloop.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeResult.c -o nodeResult.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeSeqscan.c -o nodeSeqscan.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeSort.c -o nodeSort.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeUnique.c -o nodeUnique.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeTee.c -o nodeTee.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeGroup.c -o nodeGroup.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c spi.c -o spi.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeSubplan.c -o nodeSubplan.o
ld -r -o SUBSYS.o execAmi.o execFlatten.o execJunk.o execMain.o
execProcnode.o execQual.o execScan.o execTuples.o execUtils.o functions.o
nodeAppend.o nodeAgg.o nodeHash.o nodeHashjoin.o nodeIndexscan.o
nodeMaterial.o nodeMergejoin.o nodeNestloop.o nodeResult.o nodeSeqscan.o
nodeSort.o nodeUnique.o nodeTee.o
nodeGroup.o spi.o nodeSubplan.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/executor'
gmake -C lib all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/lib'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c bit.c -o bit.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c fstack.c -o fstack.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c hasht.c -o hasht.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c lispsort.c -o lispsort.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c stringinfo.c -o stringinfo.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c dllist.c -o dllist.o
ld -r -o SUBSYS.o bit.o fstack.o hasht.o lispsort.o stringinfo.o
dllist.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/lib'
gmake -C libpq all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/libpq'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c be-dumpdata.c -o be-dumpdata.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c be-fsstubs.c -o be-fsstubs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c be-pqexec.c -o be-pqexec.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c pqcomprim.c -o pqcomprim.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c auth.c -o auth.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c hba.c -o hba.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c crypt.c -o crypt.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c pqcomm.c -o pqcomm.o
pqcomm.c: In function `StreamServerPort':
pqcomm.c:605: warning: implicit declaration of function `bzero'
pqcomm.c: In function `StreamConnection':
pqcomm.c:699: warning: passing arg 4 of `setsockopt' from incompatible
pointer type
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c portal.c -o portal.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c util.c -o util.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c portalbuf.c -o portalbuf.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c pqpacket.c -o pqpacket.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c pqsignal.c -o pqsignal.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c password.c -o password.o
ld -r -o SUBSYS.o be-dumpdata.o be-fsstubs.o be-pqexec.o pqcomprim.o auth.o
hba.o crypt.o pqcomm.o portal.o util.o portalbuf.o pqpacket.o
pqsignal.o password.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/libpq'
gmake -C main all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/main'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c main.c -o main.o
ld -r -o SUBSYS.o main.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/main'
gmake -C nodes all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/nodes'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodeFuncs.c -o nodeFuncs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c nodes.c -o nodes.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c list.c -o list.o
In file included from
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/flo
atingpoint.h:33,
from
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/mat
h.h:218,
from ../../include/utils/dt.h:19,
from ../../include/utils/datetime.h:16,
from ../../include/utils/builtins.h:23,
from list.c:28:
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/std
io.h:43: warning: redefinition of `va_list'
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/std
arg.h:135: warning: `va_list' previously declared here
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c copyfuncs.c -o copyfuncs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c equalfuncs.c -o equalfuncs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c makefuncs.c -o makefuncs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c outfuncs.c -o outfuncs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c readfuncs.c -o readfuncs.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c print.c -o print.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c read.c -o read.o
ld -r -o SUBSYS.o nodeFuncs.o nodes.o list.o copyfuncs.o equalfuncs.o
makefuncs.o outfuncs.o readfuncs.o print.o read.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/nodes'
gmake -C optimizer all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/optimizer'
for i in path plan prep util geqo; do gmake -C $i SUBSYS.o; done gmake[3]:
Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/optimizer/path'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c allpaths.c -o allpaths.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c clausesel.c -o clausesel.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c costsize.c -o costsize.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c hashutils.c -o hashutils.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c indxpath.c -o indxpath.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c joinpath.c -o joinpath.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c joinrels.c -o joinrels.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c joinutils.c -o joinutils.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c mergeutils.c -o mergeutils.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c orindxpath.c -o orindxpath.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c prune.c -o prune.o
ld -r -o SUBSYS.o allpaths.o clausesel.o costsize.o hashutils.o indxpath.o
joinpath.o joinrels.o joinutils.o mergeutils.o orindxpath.o
prune.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/optimizer/path'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/optimizer/plan'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c createplan.c -o createplan.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c initsplan.c -o initsplan.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c planmain.c -o planmain.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c planner.c -o planner.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c setrefs.c -o setrefs.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c subselect.c -o subselect.o
ld -r -o SUBSYS.o createplan.o initsplan.o planmain.o planner.o
setrefs.o subselect.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/optimizer/plan'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/optimizer/prep'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c prepqual.c -o prepqual.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c preptlist.c -o preptlist.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c prepunion.c -o prepunion.o
ld -r -o SUBSYS.o prepqual.o preptlist.o prepunion.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/optimizer/prep'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/optimizer/util'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c clauseinfo.c -o clauseinfo.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c clauses.c -o clauses.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c indexnode.c -o indexnode.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c internal.c -o internal.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c plancat.c -o plancat.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c joininfo.c -o joininfo.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c keys.c -o keys.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c ordering.c -o ordering.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c pathnode.c -o pathnode.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c relnode.c -o relnode.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c tlist.c -o tlist.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c var.c -o var.o
ld -r -o SUBSYS.o clauseinfo.o clauses.o indexnode.o internal.o plancat.o
joininfo.o keys.o ordering.o pathnode.o relnode.o tlist.o
var.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/optimizer/util'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/optimizer/geqo'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_copy.c -o
geqo_copy.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_eval.c -o
geqo_eval.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_main.c -o
geqo_main.o
geqo_main.c: In function `geqo':
geqo_main.c:116: warning: implicit declaration of function `srandom'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_misc.c -o
geqo_misc.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_params.c -o
geqo_params.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_paths.c -o
geqo_paths.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_pool.c -o
geqo_pool.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_recombination.c -o
geqo_recombination.o
geqo_recombination.c: In function `init_tour': geqo_recombination.c:72:
warning: implicit declaration of function
`random'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_selection.c -o
geqo_selection.o
geqo_selection.c: In function `linear':
geqo_selection.c:101: warning: implicit declaration of function
`random'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_erx.c -o geqo_erx.o
geqo_erx.c: In function `gimme_tour':
geqo_erx.c:215: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_pmx.c -o geqo_pmx.o
geqo_pmx.c: In function `pmx':
geqo_pmx.c:90: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_cx.c -o geqo_cx.o
geqo_cx.c: In function `cx':
geqo_cx.c:81: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_px.c -o geqo_px.o
geqo_px.c: In function `px':
geqo_px.c:78: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_ox1.c -o geqo_ox1.o
geqo_ox1.c: In function `ox1':
geqo_ox1.c:75: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -Wno-error -c geqo_ox2.c -o geqo_ox2.o
geqo_ox2.c: In function `ox2':
geqo_ox2.c:79: warning: implicit declaration of function `random'
ld -r -o SUBSYS.o geqo_copy.o geqo_eval.o geqo_main.o geqo_misc.o
geqo_params.o geqo_paths.o geqo_pool.o geqo_recombination.o
geqo_selection.o geqo_erx.o geqo_pmx.o geqo_cx.o geqo_px.o geqo_ox1.o
geqo_ox2.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/optimizer/geqo'
ld -r -o SUBSYS.o path/SUBSYS.o plan/SUBSYS.o prep/SUBSYS.o
util/SUBSYS.o geqo/SUBSYS.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/optimizer'
gmake -C parser all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/parser'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c analyze.c -o analyze.o
In file included from analyze.c:17:
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/std
arg.h:135: warning: redefinition of `va_list'
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/std
io.h:43: warning: `va_list' previously declared here
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c gram.c -o gram.o
/usr/share/misc/bison.simple: In function `yyparse':
/usr/share/misc/bison.simple:327: warning: implicit declaration of
function `yyerror'
/usr/share/misc/bison.simple:387: warning: implicit declaration of
function `yylex'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c keywords.c -o keywords.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c parser.c -o parser.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c parse_agg.c -o parse_agg.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c parse_clause.c -o parse_clause.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c parse_expr.c -o parse_expr.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c parse_func.c -o parse_func.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c parse_node.c -o parse_node.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c parse_oper.c -o parse_oper.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c parse_relation.c -o parse_relation.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c parse_type.c -o parse_type.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c parse_target.c -o parse_target.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c scan.c -o scan.o
lex.yy.c:808: warning: no previous prototype for `yylex'
scan.l:414: warning: no previous prototype for `yyerror'
lex.yy.c:2150: warning: `yy_flex_realloc' defined but not used
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c scansup.c -o scansup.o
ld -r -o SUBSYS.o analyze.o gram.o keywords.o parser.o parse_agg.o
parse_clause.o parse_expr.o parse_func.o parse_node.o parse_oper.o
parse_relation.o parse_type.o parse_target.o scan.o scansup.o gmake[2]:
Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/parser'
gmake -C port all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/port'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c dynloader.c -o dynloader.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c inet_aton.c -o inet_aton.o
inet_aton.c:58: warning: no previous prototype for `inet_aton'
as -o tas.o tas.s
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c isinf.c -o isinf.o
ld -r -o SUBSYS.o dynloader.o inet_aton.o tas.o isinf.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/port'
gmake -C postmaster all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/postmaster'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c postmaster.c -o postmaster.o
postmaster.c: In function `PostmasterMain':
postmaster.c:307: warning: implicit declaration of function
`gethostname'
postmaster.c: In function `RandomSalt':
postmaster.c:1287: warning: implicit declaration of function `srandom'
postmaster.c:1291: warning: implicit declaration of function `random'
ld -r -o SUBSYS.o postmaster.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/postmaster'
gmake -C regex all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/regex'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -DPOSIX_MISTAKE -c regcomp.c -o regcomp.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -DPOSIX_MISTAKE -c regerror.c -o regerror.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -DPOSIX_MISTAKE -c regexec.c -o regexec.o



gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -DPOSIX_MISTAKE -c regfree.c -o regfree.o
ld -r -o SUBSYS.o regcomp.o regerror.o regexec.o regfree.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/regex'
gmake -C rewrite all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/rewrite'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c rewriteRemove.c -o rewriteRemove.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c rewriteDefine.c -o rewriteDefine.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c rewriteHandler.c -o rewriteHandler.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c rewriteManip.c -o rewriteManip.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c rewriteSupport.c -o rewriteSupport.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c locks.c -o locks.o
ld -r -o SUBSYS.o rewriteRemove.o rewriteDefine.o rewriteHandler.o
rewriteManip.o rewriteSupport.o locks.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/rewrite'
gmake -C storage all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage'
for i in buffer file ipc large_object lmgr page smgr; do gmake -C $i
SUBSYS.o; done
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/buffer'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c buf_table.c -o buf_table.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c buf_init.c -o buf_init.o
../../../include/storage/s_lock.h:123: warning: `tas' declared
`static' but never defined
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c bufmgr.c -o bufmgr.o
../../../include/storage/s_lock.h:123: warning: `tas' declared
`static' but never defined
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c freelist.c -o freelist.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c localbuf.c -o localbuf.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c s_lock.c -o s_lock.o
../../../include/storage/s_lock.h:123: warning: `tas' declared
`static' but never defined
ld -r -o SUBSYS.o buf_table.o buf_init.o bufmgr.o freelist.o
localbuf.o s_lock.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/buffer'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/file'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c fd.c -o fd.o
ld -r -o SUBSYS.o fd.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/file'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/ipc'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c ipc.c -o ipc.o
../../../include/storage/s_lock.h:123: warning: `tas' declared
`static' but never defined
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c ipci.c -o ipci.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c shmem.c -o shmem.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c shmqueue.c -o shmqueue.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c sinval.c -o sinval.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c sinvaladt.c -o sinvaladt.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c spin.c -o spin.o
../../../include/storage/s_lock.h:123: warning: `tas' declared
`static' but never defined
ld -r -o SUBSYS.o ipc.o ipci.o shmem.o shmqueue.o sinval.o sinvaladt.o
spin.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/ipc'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/large_object'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c inv_api.c -o inv_api.o
ld -r -o SUBSYS.o inv_api.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/large_object'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/lmgr'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c lmgr.c -o lmgr.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c lock.c -o lock.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c multi.c -o multi.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c proc.c -o proc.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c single.c -o single.o
ld -r -o SUBSYS.o lmgr.o lock.o multi.o proc.o single.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/lmgr'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/page'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c bufpage.c -o bufpage.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c itemptr.c -o itemptr.o
ld -r -o SUBSYS.o bufpage.o itemptr.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/page'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/smgr'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c md.c -o md.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c mm.c -o mm.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c smgr.c -o smgr.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c smgrtype.c -o smgrtype.o
ld -r -o SUBSYS.o md.o mm.o smgr.o smgrtype.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage/smgr'
ld -r -o SUBSYS.o buffer/SUBSYS.o file/SUBSYS.o ipc/SUBSYS.o
large_object/SUBSYS.o lmgr/SUBSYS.o page/SUBSYS.o smgr/SUBSYS.o gmake[2]:
Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/storage'
gmake -C tcop all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/tcop'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c dest.c -o dest.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c fastpath.c -o fastpath.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c postgres.c -o postgres.o
postgres.c: In function `ResetUsage':
postgres.c:1444: warning: implicit declaration of function `getrusage'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c pquery.c -o pquery.o
gmake -C .. parse.h
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend'
gmake -C parser parse.h
gmake[4]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/parser'
gmake[4]: `parse.h' is up to date.
gmake[4]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/parser'
cp parser/parse.h .
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -Wno-error -c utility.c -o utility.o
ld -r -o SUBSYS.o dest.o fastpath.o postgres.o pquery.o utility.o gmake[2]:
Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/tcop'
gmake -C utils all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils'
for i in adt cache error fmgr hash init misc mmgr sort time; do gmake
- -C $i SUBSYS.o; done
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/adt'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c acl.c -o acl.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c arrayfuncs.c -o arrayfuncs.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c arrayutils.c -o arrayutils.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c bool.c -o bool.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c cash.c -o cash.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c char.c -o char.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c chunk.c -o chunk.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c date.c -o date.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c datum.c -o datum.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c dt.c -o dt.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c filename.c -o filename.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c float.c -o float.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c geo_ops.c -o geo_ops.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c geo_selfuncs.c -o geo_selfuncs.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c int.c -o int.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c misc.c -o misc.o
misc.c: In function `oidrand':
misc.c:71: warning: implicit declaration of function `random'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c nabstime.c -o nabstime.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c name.c -o name.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c not_in.c -o not_in.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c numutils.c -o numutils.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c oid.c -o oid.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c oidname.c -o oidname.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c oidint2.c -o oidint2.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c oidint4.c -o oidint4.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c oracle_compat.c -o oracle_compat.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c regexp.c -o regexp.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c regproc.c -o regproc.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c selfuncs.c -o selfuncs.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c tid.c -o tid.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c varchar.c -o varchar.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c varlena.c -o varlena.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c sets.c -o sets.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c datetime.c -o datetime.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c like.c -o like.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c timestamp.c -o timestamp.o
ld -r -o SUBSYS.o acl.o arrayfuncs.o arrayutils.o bool.o cash.o char.o
chunk.o date.o datum.o dt.o filename.o float.o geo_ops.o geo_selfuncs.o
int.o misc.o nabstime.o name.o not_in.o numutils.o oid.o oidname.o
oidint2.o oidint4.o oracle_compat.o regexp.o regproc.o selfuncs.o tid.o
varchar.o varlena.o sets.o datetime.o like.o
timestamp.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/adt'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/cache'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c catcache.c -o catcache.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c inval.c -o inval.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c rel.c -o rel.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c relcache.c -o relcache.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c syscache.c -o syscache.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c lsyscache.c -o lsyscache.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c fcache.c -o fcache.o
ld -r -o SUBSYS.o catcache.o inval.o rel.o relcache.o syscache.o
lsyscache.o fcache.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/cache'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/error'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c assert.c -o assert.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c elog.c -o elog.o
In file included from elog.c:22:
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/std
arg.h:135: warning: redefinition of `va_list'
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/std
io.h:43: warning: `va_list' previously declared here
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c exc.c -o exc.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c excabort.c -o excabort.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c excid.c -o excid.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c format.c -o format.o
In file included from format.c:15:
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/std
arg.h:135: warning: redefinition of `va_list'
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/std
io.h:43: warning: `va_list' previously declared here
ld -r -o SUBSYS.o assert.o elog.o exc.o excabort.o excid.o format.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/error'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/fmgr'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c dfmgr.c -o dfmgr.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c fmgr.c -o fmgr.o
In file included from fmgr.c:15:
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/std
arg.h:135: warning: redefinition of `va_list'
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/std
io.h:43: warning: `va_list' previously declared here
ld -r -o SUBSYS.o dfmgr.o fmgr.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/fmgr'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/hash'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c dynahash.c -o dynahash.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c hashfn.c -o hashfn.o
ld -r -o SUBSYS.o dynahash.o hashfn.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/hash'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/init'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c enbl.c -o enbl.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c findbe.c -o findbe.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c globals.c -o globals.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c miscinit.c -o miscinit.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c postinit.c -o postinit.o
ld -r -o SUBSYS.o enbl.o findbe.o globals.o miscinit.o postinit.o gmake[3]:
Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/init'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/misc'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c database.c -o database.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c superuser.c -o superuser.o
ld -r -o SUBSYS.o database.o superuser.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/misc'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/mmgr'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c aset.c -o aset.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c mcxt.c -o mcxt.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c palloc.c -o palloc.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c portalmem.c -o portalmem.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c oset.c -o oset.o
ld -r -o SUBSYS.o aset.o mcxt.o palloc.o portalmem.o oset.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/mmgr'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/sort'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c lselect.c -o lselect.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c psort.c -o psort.o
ld -r -o SUBSYS.o lselect.o psort.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/sort'
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/time'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../.. -c tqual.c -o tqual.o
ld -r -o SUBSYS.o tqual.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils/time'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -I.. -c fmgrtab.c -o fmgrtab.o
ld -r -o SUBSYS.o fmgrtab.o adt/SUBSYS.o cache/SUBSYS.o error/SUBSYS.o
fmgr/SUBSYS.o hash/SUBSYS.o init/SUBSYS.o misc/SUBSYS.o mmgr/SUBSYS.o
sort/SUBSYS.o time/SUBSYS.o
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend/utils'
gcc -o postgres access/SUBSYS.o bootstrap/SUBSYS.o catalog/SUBSYS.o
commands/SUBSYS.o executor/SUBSYS.o lib/SUBSYS.o libpq/SUBSYS.o
main/SUBSYS.o nodes/SUBSYS.o optimizer/SUBSYS.o parser/SUBSYS.o
port/SUBSYS.o postmaster/SUBSYS.o regex/SUBSYS.o rewrite/SUBSYS.o
storage/SUBSYS.o tcop/SUBSYS.o utils/SUBSYS.o ../utils/version.o -lgen
- -lcrypt -lnsl -lsocket -ldl -lm -lreadline -ltermcap -lcurses
cp catalog/global1.bki.source .
cp catalog/local1_template1.bki.source .
cp catalog/global1.description .
cp catalog/local1_template1.description .
gmake[1]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/backend'
gmake -C interfaces all
gmake[1]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/interfaces'
gmake -C libpq all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/interfaces/libpq'
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -DFRONTEND -c fe-auth.c -o fe-auth.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -DFRONTEND -c fe-connect.c -o fe-connect.o
fe-connect.c: In function `connectDB':
fe-connect.c:561: warning: passing arg 4 of `setsockopt' from
incompatible pointer type



gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -DFRONTEND -c fe-exec.c -o fe-exec.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -DFRONTEND -c fe-misc.c -o fe-misc.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -DFRONTEND -c fe-lobj.c -o fe-lobj.o
ln -s ../../backend/lib/dllist.c .
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -DFRONTEND -c dllist.c -o dllist.o
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -DFRONTEND -c pqsignal.c -o pqsignal.o
ln -s ../../backend/libpq/pqcomprim.c .
gcc -I../../include -I../../backend -Wall -Wmissing-prototypes
- -DFRONTEND -c pqcomprim.c -o pqcomprim.o
ar crs libpq.a `lorder fe-auth.o fe-connect.o fe-exec.o fe-misc.o
fe-lobj.o dllist.o pqsignal.o pqcomprim.o | tsort`
UX tsort: INFORM: cycle in data
fe-connect.o
fe-auth.o
UX tsort: INFORM: cycle in data
fe-exec.o
fe-connect.o
ranlib libpq.a
rm -f c.h
echo "#undef PORTNAME" > c.h
echo "#define PORTNAME sparc_solaris" >> c.h
cat ../../include/c.h >> c.h
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/interfaces/libpq'
gmake -C ecpg all
gmake[2]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/interfaces/ecpg'
gmake -C include all
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/interfaces/ecpg/include'
Nothing to be done.
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/interfaces/ecpg/include'
gmake -C lib all
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/interfaces/ecpg/lib'
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../include -I../../../interfaces/libpq -c
ecpglib.c
In file included from ecpglib.c:18:
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/std
arg.h:135: warning: redefinition of `va_list'
/t1s7/solaris/gnu/lib/gcc-lib/sparc-sun-solaris2.5.1/2.7.2/include/std
io.h:43: warning: `va_list' previously declared here
ecpglib.c: In function `ECPGlog':
ecpglib.c:673: warning: int format, pid_t arg (arg 3)
ar rv libecpg.a ecpglib.o
ar: creating libecpg.a
ar: writing libecpg.a
a - ecpglib.o
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../include -I../../../interfaces/libpq -c
typename.c
ar rv libecpg.a typename.o
ar: writing libecpg.a
a - typename.o
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/interfaces/ecpg/lib'
gmake -C preproc all
gmake[3]: Entering directory
`/t2s7/postgres/postgresql-6.3.2/src/interfaces/ecpg/preproc'
/usr/ccs/bin/yacc -d preproc.y
gcc -I../../../include -I../../../backend -Wall
- -Wmissing-prototypes -I../include -DMAJOR_VERSION=1 -DMINOR_VERSION=1
- -DPATCHLEVEL=0 -DINCLUDE_PATH=\"/t1s7/solaris/pgsql/include\" -c
y.tab.c -o y.tab.o
/usr/ccs/bin/yaccpar: In function `yyparse':
/usr/ccs/bin/yaccpar:275: warning: implicit declaration of function
`yylex'
/usr/ccs/bin/yaccpar:375: warning: label `yyerrlab' defined but not
used
/usr/ccs/bin/yaccpar:165: warning: label `yynewstate' defined but not
used
lex -t pgc.l > pgc.c
"pgc.l":line 26: Error: missing translation value
gmake[3]: *** [pgc.c] Error 1
gmake[3]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/interfaces/ecpg/preproc'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/interfaces/ecpg'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory
`/t2s7/postgres/postgresql-6.3.2/src/interfaces'
gmake: *** [all] Error 2


- -->commented out %option yylineno

sparc2% cd /t2s7/postgres/postgresql-6.3.2/src/interfaces/ecpg/preproc
sparc2% lex -t pgc.l > pgc.c
"pgc.l":line 157: Error: executable statements should occur right
after %%
"pgc.l":line 206: Error: Parse tree too big
Try using %e num


- -->removed blanks (spaces and tabs) in line at 157

lex -t pgc.l > pgc.c
"pgc.l":line 205: Error: Parse tree too big
Try using %e num

- -->added %e 2000 after %option line

lex -t pgc.l > pgc.c
"pgc.l":line 230: Error: undefined start condition <EOF
"pgc.l":line 265: Error: Too many positions
Try using %p num
1127/2000 nodes(%e), 2504/2500 positions(%p), 172/500 (%n), 6071
transitions,
1335/10000 packed char classes(%k), 671/2000 packed transitions(%a), 0/3000
output slots(%o)

From scrappy
Date: Tue, 26 May 1998 14:44:51 +0000
From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Subject: Re: [PORTS] PostgreSQL for Windows 95
Where can I get a binary version of PostgreSQL for Windows 95 ?
Not available. There have been reports of successful ports of the client
side library and apps using a Posix compatibility library for the port.

btw, nice sig :)

- Tom

From scrappy
Date: Tue, 26 May 1998 15:04:03 +0000
From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Subject: Re: [PORTS] initdb - WARN:catalog is missing 660 attributes for relid 1215
Upon later inspection, I receive these warnings when compiling. I'm
running Linux 2.0.30, on what was originally a slackware install (not
sure what ver).

Any ideas? Thanks for your help!
Every warning you included is normal :/

The bison warnings are an artifact of the automatically generated code
from bison; don't know how to supress them.

The bitops warnings are due to inline assembler bit operations which are
in .h files on Linux boxes. Since the entire declaration and all code is
in the header file, the Linux folks didn't bother including a stub
declaration, but the gcc compiler complains about it.

I'm running a RH system with the same kernel, and don't see an initdb
problem.

- Tom

From scrappy
Date: Tue, 26 May 1998 20:06:20 +0100 (WET DST)
From: Domingo Pinya Maza <dpinya@iti.upv.es>
Subject: Success in installing PostgreSQL 6.3.2 in Sparc Solaris 2.6

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.

- ---559023410-851401618-896209580=:1153
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi:

We are installed Postgres successfully. Here is all data about the
versions of the programs we have used:

- - PostgresSQL: v 6.3.2
- - Operating system: Solaris 2.6
- - CPU: sparc Ultra-4
- - Compiler: GNU c version 2.8.1
- - Make: GNU make version 3.76.1
- - Bison: GNU Bison version 1.25
- - flex: GNU flex version 2.5.4

Postgres has compiled without any modification in the Makefiles. In the
regression test, there is six or seven test that have been failed. You can
see the output log file included as an attachment.

Cheers!

_________________________________________________________________________

Domingo Pinya Maza INSTITUTO TECNOLOGICO DE INFORMATICA
Email : dpinya@iti.upv.es UNIVERSIDAD POLITECNICA
Telefono/Fax : 34 96 3877233/7239 VALENCIA - SPAIN
Web : http://www.iti.upv.es/~dpinya/dpinya.html

- ---559023410-851401618-896209580=:1153
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="regress.log"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.SOL.3.96.980526200620.1153B@remero>
Content-Description: File regress.log

RVJST1I6ICBkZXN0cm95ZGI6IGRhdGFiYXNlIHJlZ3Jlc3Npb24gZG9lcyBu
b3QgZXhpc3QuDQpFUlJPUjogIEJhZCBib29sZWFuIGV4dGVybmFsIHJlcHJl
c2VudGF0aW9uICdYWFgnDQpFUlJPUjogIHBhcnNlcjogcGFyc2UgZXJyb3Ig
YXQgb3IgbmVhciAiJyINCkVSUk9SOiAgZnVuY3Rpb24gdGV4dChicGNoYXIp
IGRvZXMgbm90IGV4aXN0DQpFUlJPUjogIGZ1bmN0aW9uIHRleHQodmFyY2hh
cikgZG9lcyBub3QgZXhpc3QNCkVSUk9SOiAgcGdfYXRvaTogZXJyb3IgaW4g
IjM0LjUiOiBjYW4ndCBwYXJzZSAiLjUiDQpFUlJPUjogIHBnX2F0b2k6IGVy
cm9yIHJlYWRpbmcgIjEwMDAwMCI6IFJlc3VsdCB0b28gbGFyZ2UNCkVSUk9S
OiAgcGdfYXRvaTogZXJyb3IgaW4gImFzZGYiOiBjYW4ndCBwYXJzZSAiYXNk
ZiINCkVSUk9SOiAgcGdfYXRvaTogZXJyb3IgaW4gIjM0LjUiOiBjYW4ndCBw
YXJzZSAiLjUiDQpFUlJPUjogIHBnX2F0b2k6IGVycm9yIHJlYWRpbmcgIjEw
MDAwMDAwMDAwMDAiOiBSZXN1bHQgdG9vIGxhcmdlDQpFUlJPUjogIHBnX2F0
b2k6IGVycm9yIGluICJhc2RmIjogY2FuJ3QgcGFyc2UgImFzZGYiDQpFUlJP
UjogIHBnX2F0b2k6IGVycm9yIGluICJhc2RmYXNkIjogY2FuJ3QgcGFyc2Ug
ImFzZGZhc2QiDQpFUlJPUjogIHBnX2F0b2k6IGVycm9yIHJlYWRpbmcgIjEy
MzQ1NiI6IFJlc3VsdCB0b28gbGFyZ2UNCkVSUk9SOiAgcGdfYXRvaTogZXJy
b3IgaW4gImFzZGZhc2QiOiBjYW4ndCBwYXJzZSAiYXNkZmFzZCINCkVSUk9S
OiAgcGdfYXRvaTogZXJyb3IgcmVhZGluZyAiMTIzNDU2ODkwMTIzNDU2Nzg5
MCI6IFJlc3VsdCB0b28gbGFyZ2UNCkVSUk9SOiAgcGdfYXRvaTogZXJyb3Ig
aW4gImFzZGZhc2QiOiBjYW4ndCBwYXJzZSAiYXNkZmFzZCINCkVSUk9SOiAg
QmFkIGlucHV0IGRhdGEgZm9yIHR5cGUgb2lkbmFtZQ0KRVJST1I6ICBCYWQg
aW5wdXQgZGF0YSBmb3IgdHlwZSBvaWRuYW1lDQpFUlJPUjogIEJhZCBpbnB1
dCBkYXRhIGZvciB0eXBlIG9pZG5hbWUNCkVSUk9SOiAgQmFkIGZsb2F0NCBp
bnB1dCBmb3JtYXQgLS0gb3ZlcmZsb3cNCkVSUk9SOiAgQmFkIGZsb2F0NCBp
bnB1dCBmb3JtYXQgLS0gb3ZlcmZsb3cNCkVSUk9SOiAgQmFkIGZsb2F0NCBp
bnB1dCBmb3JtYXQgLS0gdW5kZXJmbG93DQpFUlJPUjogIEJhZCBmbG9hdDQg
aW5wdXQgZm9ybWF0IC0tIHVuZGVyZmxvdw0KRVJST1I6ICBmbG9hdDRkaXY6
IGRpdmlkZSBieSB6ZXJvIGVycm9yDQpFUlJPUjogIEJhZCBmbG9hdDggaW5w
dXQgZm9ybWF0ICcxMGU0MDAnDQpFUlJPUjogIEJhZCBmbG9hdDggaW5wdXQg
Zm9ybWF0ICctMTBlNDAwJw0KRVJST1I6ICBCYWQgZmxvYXQ4IGlucHV0IGZv
cm1hdCAnMTBlLTQwMCcNCkVSUk9SOiAgQmFkIGZsb2F0OCBpbnB1dCBmb3Jt
YXQgJy0xMGUtNDAwJw0KRVJST1I6ICBCYWQgZmxvYXQ4IGlucHV0IGZvcm1h
dCAtLSBvdmVyZmxvdw0KRVJST1I6ICBwb3coKSByZXN1bHQgaXMgb3V0IG9m
IHJhbmdlDQpFUlJPUjogIGNhbid0IHRha2UgbG9nIG9mIHplcm8NCkVSUk9S
OiAgY2FuJ3QgdGFrZSBsb2cgb2YgYSBuZWdhdGl2ZSBudW1iZXINCkVSUk9S
OiAgZXhwKCkgcmVzdWx0IGlzIG91dCBvZiByYW5nZQ0KRVJST1I6ICBmbG9h
dDhkaXY6IGRpdmlkZSBieSB6ZXJvIGVycm9yDQpFUlJPUjogIEJhZCBwb2lu
dCBleHRlcm5hbCByZXByZXNlbnRhdGlvbiAnYXNkZmFzZGYnDQpFUlJPUjog
IEJhZCBwb2ludCBleHRlcm5hbCByZXByZXNlbnRhdGlvbiAnKDEwLjAgMTAu
MCknDQpFUlJPUjogIEJhZCBwb2ludCBleHRlcm5hbCByZXByZXNlbnRhdGlv
biAnKDEwLjAsMTAuMCcNCkVSUk9SOiAgQmFkIGxzZWcgZXh0ZXJuYWwgcmVw
cmVzZW50YXRpb24gJygzYXNkZiwyICwzLDRyMiknDQpFUlJPUjogIEJhZCBs
c2VnIGV4dGVybmFsIHJlcHJlc2VudGF0aW9uICdbMSwyLDMsIDQnDQpFUlJP
UjogIEJhZCBsc2VnIGV4dGVybmFsIHJlcHJlc2VudGF0aW9uICdbKCwyKSwo
Myw0KV0nDQpFUlJPUjogIEJhZCBsc2VnIGV4dGVybmFsIHJlcHJlc2VudGF0
aW9uICdbKDEsMiksKDMsNCknDQpFUlJPUjogIEJhZCBib3ggZXh0ZXJuYWwg
cmVwcmVzZW50YXRpb24gJygyLjMsIDQuNSknDQpFUlJPUjogIEJhZCBib3gg
ZXh0ZXJuYWwgcmVwcmVzZW50YXRpb24gJ2FzZGZhc2RmKGFkJw0KRVJST1I6
ICBCYWQgcGF0aCBleHRlcm5hbCByZXByZXNlbnRhdGlvbiAnWygsMiksKDMs
NCldJw0KRVJST1I6ICBCYWQgcGF0aCBleHRlcm5hbCByZXByZXNlbnRhdGlv
biAnWygxLDIpLCgzLDQpJw0KRVJST1I6ICBCYWQgcG9seWdvbiBleHRlcm5h
bCByZXByZXNlbnRhdGlvbiAnMC4wJw0KRVJST1I6ICBCYWQgcG9seWdvbiBl
eHRlcm5hbCByZXByZXNlbnRhdGlvbiAnKDAuMCAwLjAnDQpFUlJPUjogIEJh
ZCBwb2x5Z29uIGV4dGVybmFsIHJlcHJlc2VudGF0aW9uICcoMCwxLDIpJw0K
RVJST1I6ICBCYWQgcG9seWdvbiBleHRlcm5hbCByZXByZXNlbnRhdGlvbiAn
KDAsMSwyLDMnDQpFUlJPUjogIEJhZCBwb2x5Z29uIGV4dGVybmFsIHJlcHJl
c2VudGF0aW9uICdhc2RmJw0KRVJST1I6ICBCYWQgY2lyY2xlIGV4dGVybmFs
IHJlcHJlc2VudGF0aW9uICc8KC0xMDAsMCksLTEwMD4nDQpFUlJPUjogIEJh
ZCBjaXJjbGUgZXh0ZXJuYWwgcmVwcmVzZW50YXRpb24gJzFhYmMsMyw1Jw0K
RVJST1I6ICBCYWQgY2lyY2xlIGV4dGVybmFsIHJlcHJlc2VudGF0aW9uICco
MywoMSwyKSwzKScNCkVSUk9SOiAgVGhlcmUgaXMgbm8gb3BlcmF0b3IgJyMn
IGZvciB0eXBlcyAnbHNlZycgYW5kICdwb2ludCcNCglZb3Ugd2lsbCBlaXRo
ZXIgaGF2ZSB0byByZXR5cGUgdGhpcyBxdWVyeSB1c2luZyBhbiBleHBsaWNp
dCBjYXN0LA0KCW9yIHlvdSB3aWxsIGhhdmUgdG8gZGVmaW5lIHRoZSBvcGVy
YXRvciB1c2luZyBDUkVBVEUgT1BFUkFUT1INCkVSUk9SOiAgQmFkIHRpbWVz
cGFuIGV4dGVybmFsIHJlcHJlc2VudGF0aW9uICdiYWRseSBmb3JtYXR0ZWQg
dGltZXNwYW4nDQpFUlJPUjogIEJhZCB0aW1lc3BhbiBleHRlcm5hbCByZXBy
ZXNlbnRhdGlvbiAnQCAzMCBlb25zIGFnbycNCkVSUk9SOiAgQmFkIGRhdGV0
aW1lIGV4dGVybmFsIHJlcHJlc2VudGF0aW9uICdGZWIgMTYgMTc6MzI6MDEg
LTAwOTcnDQpFUlJPUjogIERhdGV0aW1lIG91dCBvZiByYW5nZSAnRmViIDE2
IDE3OjMyOjAxIDUwOTcgQkMnDQpFUlJPUjogIEJhZCByZWx0aW1lIGV4dGVy
bmFsIHJlcHJlc2VudGF0aW9uICdiYWRseSBmb3JtYXR0ZWQgcmVsdGltZScN
CkVSUk9SOiAgQmFkIHJlbHRpbWUgZXh0ZXJuYWwgcmVwcmVzZW50YXRpb24g
J0AgMzAgZW9ucyBhZ28nDQpFUlJPUjogIEJhZCBhYnN0aW1lIGV4dGVybmFs
IHJlcHJlc2VudGF0aW9uICdGZWIgMzUsIDE5NDYgMTA6MDA6MDAnDQpFUlJP
UjogIEJhZCBhYnN0aW1lIGV4dGVybmFsIHJlcHJlc2VudGF0aW9uICdGZWIg
MjgsIDE5ODQgMjU6MDg6MTAnDQpFUlJPUjogIEJhZCBhYnN0aW1lIGV4dGVy
bmFsIHJlcHJlc2VudGF0aW9uICdiYWQgZGF0ZSBmb3JtYXQnDQpFUlJPUjog
IEJhZCBhYnN0aW1lIGV4dGVybmFsIHJlcHJlc2VudGF0aW9uICdiYWQgdGlt
ZSBzcGVjaWZpY2F0aW9ucycNCkVSUk9SOiAgQmFkIGFic3RpbWUgZXh0ZXJu
YWwgcmVwcmVzZW50YXRpb24gJycNCk5PVElDRTogIERhdGVTdHlsZSBpcyBQ
b3N0Z3JlcyB3aXRoIFVTIChOb25FdXJvcGVhbikgY29udmVudGlvbnMNCk5P
VElDRTogIERhdGVTdHlsZSBpcyBTUUwgd2l0aCBVUyAoTm9uRXVyb3BlYW4p
IGNvbnZlbnRpb25zDQpOT1RJQ0U6ICBEYXRlU3R5bGUgaXMgUG9zdGdyZXMg
d2l0aCBFdXJvcGVhbiBjb252ZW50aW9ucw0KTk9USUNFOiAgRGF0ZVN0eWxl
IGlzIElTTyB3aXRoIEV1cm9wZWFuIGNvbnZlbnRpb25zDQpOT1RJQ0U6ICBE
YXRlU3R5bGUgaXMgU1FMIHdpdGggRXVyb3BlYW4gY29udmVudGlvbnMNCk5P
VElDRTogIERhdGVTdHlsZSBpcyBQb3N0Z3JlcyB3aXRoIFVTIChOb25FdXJv
cGVhbikgY29udmVudGlvbnMNCk5PVElDRTogIERhdGVTdHlsZSBpcyBQb3N0
Z3JlcyB3aXRoIFVTIChOb25FdXJvcGVhbikgY29udmVudGlvbnMNCk5PVElD
RTogIERhdGVTdHlsZSBpcyBTUUwgd2l0aCBVUyAoTm9uRXVyb3BlYW4pIGNv
bnZlbnRpb25zDQpOT1RJQ0U6ICBEYXRlU3R5bGUgaXMgUG9zdGdyZXMgd2l0
aCBFdXJvcGVhbiBjb252ZW50aW9ucw0KTk9USUNFOiAgRGF0ZVN0eWxlIGlz
IElTTyB3aXRoIEV1cm9wZWFuIGNvbnZlbnRpb25zDQpOT1RJQ0U6ICBEYXRl
U3R5bGUgaXMgU1FMIHdpdGggRXVyb3BlYW4gY29udmVudGlvbnMNCk5PVElD
RTogIERhdGVTdHlsZSBpcyBQb3N0Z3JlcyB3aXRoIFVTIChOb25FdXJvcGVh
bikgY29udmVudGlvbnMNCk5PVElDRTogIFByb2NlZHVyZUNyZWF0ZTogdHlw
ZSAnd2lkZ2V0JyBpcyBub3QgeWV0IGRlZmluZWQNCkVSUk9SOiAgcGFyc2Vy
OiBwYXJzZSBlcnJvciBhdCBvciBuZWFyICIsIg0KRVJST1I6ICBib29sZWFu
IGV4cHJlc3Npb25zIG5vdCBzdXBwb3J0ZWQgaW4gREVGQVVMVA0KRVJST1I6
ICBFeGVjQXBwZW5kOiByZWplY3RlZCBkdWUgdG8gQ0hFQ0sgY29uc3RyYWlu
dCBjaGVja19jb24NCkVSUk9SOiAgRXhlY0FwcGVuZDogcmVqZWN0ZWQgZHVl
IHRvIENIRUNLIGNvbnN0cmFpbnQgY2hlY2tfY29uDQpFUlJPUjogIEV4ZWNB
cHBlbmQ6IHJlamVjdGVkIGR1ZSB0byBDSEVDSyBjb25zdHJhaW50IGNoZWNr
X2Nvbg0KRVJST1I6ICBFeGVjQXBwZW5kOiByZWplY3RlZCBkdWUgdG8gQ0hF
Q0sgY29uc3RyYWludCBzZXF1ZW5jZV9jb24NCkVSUk9SOiAgRXhlY0FwcGVu
ZDogcmVqZWN0ZWQgZHVlIHRvIENIRUNLIGNvbnN0cmFpbnQgc2VxdWVuY2Vf
Y29uDQpFUlJPUjogIEV4ZWNBcHBlbmQ6IHJlamVjdGVkIGR1ZSB0byBDSEVD
SyBjb25zdHJhaW50IHNlcXVlbmNlX2Nvbg0KRVJST1I6ICBFeGVjQXBwZW5k
OiByZWplY3RlZCBkdWUgdG8gQ0hFQ0sgY29uc3RyYWludCBzZXF1ZW5jZV9j
b24NCkVSUk9SOiAgRXhlY0FwcGVuZDogcmVqZWN0ZWQgZHVlIHRvIENIRUNL
IGNvbnN0cmFpbnQgJDINCkVSUk9SOiAgRXhlY0FwcGVuZDogcmVqZWN0ZWQg
ZHVlIHRvIENIRUNLIGNvbnN0cmFpbnQgaW5zZXJ0X2Nvbg0KRVJST1I6ICBF
eGVjQXBwZW5kOiByZWplY3RlZCBkdWUgdG8gQ0hFQ0sgY29uc3RyYWludCBp
bnNlcnRfY29uDQpFUlJPUjogIEV4ZWNBcHBlbmQ6IHJlamVjdGVkIGR1ZSB0
byBDSEVDSyBjb25zdHJhaW50ICQyDQpFUlJPUjogIEV4ZWNBcHBlbmQ6IHJl
amVjdGVkIGR1ZSB0byBDSEVDSyBjb25zdHJhaW50IGluc2VydF9jb24NCkVS
Uk9SOiAgRXhlY0FwcGVuZDogcmVqZWN0ZWQgZHVlIHRvIENIRUNLIGNvbnN0
cmFpbnQgJDINCkVSUk9SOiAgRXhlY0FwcGVuZDogcmVqZWN0ZWQgZHVlIHRv
IENIRUNLIGNvbnN0cmFpbnQgaW5zZXJ0X2Nvbg0KRVJST1I6ICBFeGVjQXBw
ZW5kOiByZWplY3RlZCBkdWUgdG8gQ0hFQ0sgY29uc3RyYWludCBpbnNlcnRf
Y29uDQpOT1RJQ0U6ICBpbnNlcnRfc2VxLm5leHR2YWw6IHNlcXVlbmNlIHdh
cyByZS1jcmVhdGVkDQpFUlJPUjogIEV4ZWNBcHBlbmQ6IHJlamVjdGVkIGR1
ZSB0byBDSEVDSyBjb25zdHJhaW50ICQyDQpFUlJPUjogIEV4ZWNBcHBlbmQ6
IHJlamVjdGVkIGR1ZSB0byBDSEVDSyBjb25zdHJhaW50IGluc2VydF9jb24N
CkVSUk9SOiAgRXhlY1JlcGxhY2U6IHJlamVjdGVkIGR1ZSB0byBDSEVDSyBj
b25zdHJhaW50ICQyDQpFUlJPUjogIEV4ZWNSZXBsYWNlOiByZWplY3RlZCBk
dWUgdG8gQ0hFQ0sgY29uc3RyYWludCBpbnNlcnRfY29uDQpFUlJPUjogIENv
cHlGcm9tOiByZWplY3RlZCBkdWUgdG8gQ0hFQ0sgY29uc3RyYWludCBjb3B5
X2Nvbg0KTk9USUNFOiAgQ1JFQVRFIFRBQkxFL1BSSU1BUlkgS0VZIHdpbGwg
Y3JlYXRlIGltcGxpY2l0IGluZGV4IHByaW1hcnlfdGJsX3BrZXkgZm9yIHRh
YmxlIHByaW1hcnlfdGJsDQpFUlJPUjogIENhbm5vdCBpbnNlcnQgYSBkdXBs
aWNhdGUga2V5IGludG8gYSB1bmlxdWUgaW5kZXgNCkVSUk9SOiAgRXhlY0Fw
cGVuZDogRmFpbCB0byBhZGQgbnVsbCB2YWx1ZSBpbiBub3QgbnVsbCBhdHRy
aWJ1dGUgaQ0KTk9USUNFOiAgQ1JFQVRFIFRBQkxFL1BSSU1BUlkgS0VZIHdp
bGwgY3JlYXRlIGltcGxpY2l0IGluZGV4IHByaW1hcnlfdGJsX3BrZXkgZm9y
IHRhYmxlIHByaW1hcnlfdGJsDQpFUlJPUjogIEV4ZWNBcHBlbmQ6IEZhaWwg
dG8gYWRkIG51bGwgdmFsdWUgaW4gbm90IG51bGwgYXR0cmlidXRlIGkNCk5P
VElDRTogIENSRUFURSBUQUJMRS9VTklRVUUgd2lsbCBjcmVhdGUgaW1wbGlj
aXQgaW5kZXggdW5pcXVlX3RibF9pX2tleSBmb3IgdGFibGUgdW5pcXVlX3Ri
bA0KRVJST1I6ICBDYW5ub3QgaW5zZXJ0IGEgZHVwbGljYXRlIGtleSBpbnRv
IGEgdW5pcXVlIGluZGV4DQpOT1RJQ0U6ICBDUkVBVEUgVEFCTEUvVU5JUVVF
IHdpbGwgY3JlYXRlIGltcGxpY2l0IGluZGV4IHVuaXF1ZV90YmxfaV9rZXkg
Zm9yIHRhYmxlIHVuaXF1ZV90YmwNCkVSUk9SOiAgQ2Fubm90IGluc2VydCBh
IGR1cGxpY2F0ZSBrZXkgaW50byBhIHVuaXF1ZSBpbmRleA0KRVJST1I6ICBj
aGVja19ma2V5czJfcGtleV9leGlzdDogdHVwbGUgcmVmZXJlbmNlcyBub24t
ZXhpc3Rpbmcga2V5IGluIHBrZXlzDQpFUlJPUjogIGNoZWNrX2ZrZXlzX3Br
ZXlfZXhpc3Q6IHR1cGxlIHJlZmVyZW5jZXMgbm9uLWV4aXN0aW5nIGtleSBp
biBwa2V5cw0KRVJST1I6ICBjaGVja19ma2V5c19wa2V5Ml9leGlzdDogdHVw
bGUgcmVmZXJlbmNlcyBub24tZXhpc3Rpbmcga2V5IGluIGZrZXlzMg0KTk9U
SUNFOiAgY2hlY2tfcGtleXNfZmtleV9jYXNjYWRlOiAxIHR1cGxlKHMpIG9m
IGZrZXlzIGFyZSBkZWxldGVkDQpFUlJPUjogIGNoZWNrX2ZrZXlzMl9ma2V5
X3Jlc3RyaWN0OiB0dXBsZSByZWZlcmVuY2VkIGluIGZrZXlzDQpOT1RJQ0U6
ICBjaGVja19wa2V5c19ma2V5X2Nhc2NhZGU6IDEgdHVwbGUocykgb2YgZmtl
eXMgYXJlIGRlbGV0ZWQNCk5PVElDRTogIGNoZWNrX3BrZXlzX2ZrZXlfY2Fz
Y2FkZTogMSB0dXBsZShzKSBvZiBma2V5czIgYXJlIGRlbGV0ZWQNCk5PVElD
RTogIGNoZWNrX3BrZXlzX2ZrZXlfY2FzY2FkZTogMSB0dXBsZShzKSBvZiBm
a2V5cyBhcmUgZGVsZXRlZA0KRVJST1I6ICBjaGVja19ma2V5czJfZmtleV9y
ZXN0cmljdDogdHVwbGUgcmVmZXJlbmNlZCBpbiBma2V5cw0KTk9USUNFOiAg
Y2hlY2tfcGtleXNfZmtleV9jYXNjYWRlOiAxIHR1cGxlKHMpIG9mIGZrZXlz
IGFyZSBkZWxldGVkDQpOT1RJQ0U6ICBjaGVja19wa2V5c19ma2V5X2Nhc2Nh
ZGU6IDEgdHVwbGUocykgb2YgZmtleXMyIGFyZSBkZWxldGVkDQpOT1RJQ0U6
ICBmdW5ueV9kdXAxNyAoZmlyZWQgQkVGT1JFKSBvbiBsZXZlbCAgIDE6IDAv
MCB0dXBsZXMgaW5zZXJ0ZWQvc2VsZWN0ZWQNCk5PVElDRTogIGZ1bm55X2R1
cDE3IChmaXJlZCBCRUZPUkUpIG9uIGxldmVsICAxNzogMS8yIHR1cGxlcyBp
bnNlcnRlZC9zZWxlY3RlZA0KTk9USUNFOiAgZnVubnlfZHVwMTcgKGZpcmVk
IEJFRk9SRSkgb24gbGV2ZWwgIDE2OiAxLzMgdHVwbGVzIGluc2VydGVkL3Nl
bGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmlyZWQgQkVGT1JFKSBv
biBsZXZlbCAgMTU6IDEvNCB0dXBsZXMgaW5zZXJ0ZWQvc2VsZWN0ZWQNCk5P
VElDRTogIGZ1bm55X2R1cDE3IChmaXJlZCBCRUZPUkUpIG9uIGxldmVsICAx
NDogMS81IHR1cGxlcyBpbnNlcnRlZC9zZWxlY3RlZA0KTk9USUNFOiAgZnVu
bnlfZHVwMTcgKGZpcmVkIEJFRk9SRSkgb24gbGV2ZWwgIDEzOiAxLzYgdHVw
bGVzIGluc2VydGVkL3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAo
ZmlyZWQgQkVGT1JFKSBvbiBsZXZlbCAgMTI6IDEvNyB0dXBsZXMgaW5zZXJ0
ZWQvc2VsZWN0ZWQNCk5PVElDRTogIGZ1bm55X2R1cDE3IChmaXJlZCBCRUZP
UkUpIG9uIGxldmVsICAxMTogMS84IHR1cGxlcyBpbnNlcnRlZC9zZWxlY3Rl
ZA0KTk9USUNFOiAgZnVubnlfZHVwMTcgKGZpcmVkIEJFRk9SRSkgb24gbGV2
ZWwgIDEwOiAxLzkgdHVwbGVzIGluc2VydGVkL3NlbGVjdGVkDQpOT1RJQ0U6
ICBmdW5ueV9kdXAxNyAoZmlyZWQgQkVGT1JFKSBvbiBsZXZlbCAgIDk6IDEv
MTAgdHVwbGVzIGluc2VydGVkL3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9k
dXAxNyAoZmlyZWQgQkVGT1JFKSBvbiBsZXZlbCAgIDg6IDEvMTEgdHVwbGVz
IGluc2VydGVkL3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmly
ZWQgQkVGT1JFKSBvbiBsZXZlbCAgIDc6IDEvMTIgdHVwbGVzIGluc2VydGVk
L3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmlyZWQgQkVGT1JF
KSBvbiBsZXZlbCAgIDY6IDEvMTMgdHVwbGVzIGluc2VydGVkL3NlbGVjdGVk
DQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmlyZWQgQkVGT1JFKSBvbiBsZXZl
bCAgIDU6IDEvMTQgdHVwbGVzIGluc2VydGVkL3NlbGVjdGVkDQpOT1RJQ0U6
ICBmdW5ueV9kdXAxNyAoZmlyZWQgQkVGT1JFKSBvbiBsZXZlbCAgIDQ6IDEv
MTUgdHVwbGVzIGluc2VydGVkL3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9k
dXAxNyAoZmlyZWQgQkVGT1JFKSBvbiBsZXZlbCAgIDM6IDEvMTYgdHVwbGVz
IGluc2VydGVkL3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmly
ZWQgQkVGT1JFKSBvbiBsZXZlbCAgIDI6IDEvMTcgdHVwbGVzIGluc2VydGVk
L3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmlyZWQgQkVGT1JF
KSBvbiBsZXZlbCAgIDE6IDEvMTggdHVwbGVzIGluc2VydGVkL3NlbGVjdGVk
DQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmlyZWQgQUZURVIgKSBvbiBsZXZl
bCAgMTc6IDE3LzM0IHR1cGxlcyBpbnNlcnRlZC9zZWxlY3RlZA0KTk9USUNF
OiAgZnVubnlfZHVwMTcgKGZpcmVkIEFGVEVSICkgb24gbGV2ZWwgIDE2OiAx
Ni80OSB0dXBsZXMgaW5zZXJ0ZWQvc2VsZWN0ZWQNCk5PVElDRTogIGZ1bm55
X2R1cDE3IChmaXJlZCBBRlRFUiApIG9uIGxldmVsICAxNTogMTUvNjMgdHVw
bGVzIGluc2VydGVkL3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAo
ZmlyZWQgQUZURVIgKSBvbiBsZXZlbCAgMTQ6IDE0Lzc2IHR1cGxlcyBpbnNl
cnRlZC9zZWxlY3RlZA0KTk9USUNFOiAgZnVubnlfZHVwMTcgKGZpcmVkIEFG
VEVSICkgb24gbGV2ZWwgIDEzOiAxMy84OCB0dXBsZXMgaW5zZXJ0ZWQvc2Vs
ZWN0ZWQNCk5PVElDRTogIGZ1bm55X2R1cDE3IChmaXJlZCBBRlRFUiApIG9u
IGxldmVsICAxMjogMTIvOTkgdHVwbGVzIGluc2VydGVkL3NlbGVjdGVkDQpO
T1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmlyZWQgQUZURVIgKSBvbiBsZXZlbCAg
MTE6IDExLzEwOSB0dXBsZXMgaW5zZXJ0ZWQvc2VsZWN0ZWQNCk5PVElDRTog
IGZ1bm55X2R1cDE3IChmaXJlZCBBRlRFUiApIG9uIGxldmVsICAxMDogMTAv
MTE4IHR1cGxlcyBpbnNlcnRlZC9zZWxlY3RlZA0KTk9USUNFOiAgZnVubnlf
ZHVwMTcgKGZpcmVkIEFGVEVSICkgb24gbGV2ZWwgICA5OiA5LzEyNiB0dXBs
ZXMgaW5zZXJ0ZWQvc2VsZWN0ZWQNCk5PVElDRTogIGZ1bm55X2R1cDE3IChm
aXJlZCBBRlRFUiApIG9uIGxldmVsICAgODogOC8xMzMgdHVwbGVzIGluc2Vy
dGVkL3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmlyZWQgQUZU
RVIgKSBvbiBsZXZlbCAgIDc6IDcvMTM5IHR1cGxlcyBpbnNlcnRlZC9zZWxl
Y3RlZA0KTk9USUNFOiAgZnVubnlfZHVwMTcgKGZpcmVkIEFGVEVSICkgb24g
bGV2ZWwgICA2OiA2LzE0NCB0dXBsZXMgaW5zZXJ0ZWQvc2VsZWN0ZWQNCk5P
VElDRTogIGZ1bm55X2R1cDE3IChmaXJlZCBBRlRFUiApIG9uIGxldmVsICAg
NTogNS8xNDggdHVwbGVzIGluc2VydGVkL3NlbGVjdGVkDQpOT1RJQ0U6ICBm
dW5ueV9kdXAxNyAoZmlyZWQgQUZURVIgKSBvbiBsZXZlbCAgIDQ6IDQvMTUx
IHR1cGxlcyBpbnNlcnRlZC9zZWxlY3RlZA0KTk9USUNFOiAgZnVubnlfZHVw
MTcgKGZpcmVkIEFGVEVSICkgb24gbGV2ZWwgICAzOiAzLzE1MyB0dXBsZXMg
aW5zZXJ0ZWQvc2VsZWN0ZWQNCk5PVElDRTogIGZ1bm55X2R1cDE3IChmaXJl
ZCBBRlRFUiApIG9uIGxldmVsICAgMjogMi8xNTQgdHVwbGVzIGluc2VydGVk
L3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmlyZWQgQUZURVIg
KSBvbiBsZXZlbCAgIDE6IDEvMTU0IHR1cGxlcyBpbnNlcnRlZC9zZWxlY3Rl
ZA0KTk9USUNFOiAgZnVubnlfZHVwMTcgKGZpcmVkIEFGVEVSICkgb24gbGV2
ZWwgIDE3OiAxNzEvMzQyIHR1cGxlcyBpbnNlcnRlZC9zZWxlY3RlZA0KTk9U
SUNFOiAgZnVubnlfZHVwMTcgKGZpcmVkIEFGVEVSICkgb24gbGV2ZWwgIDE2
OiAxNzAvNTExIHR1cGxlcyBpbnNlcnRlZC9zZWxlY3RlZA0KTk9USUNFOiAg
ZnVubnlfZHVwMTcgKGZpcmVkIEFGVEVSICkgb24gbGV2ZWwgIDE1OiAxNjkv
Njc5IHR1cGxlcyBpbnNlcnRlZC9zZWxlY3RlZA0KTk9USUNFOiAgZnVubnlf
ZHVwMTcgKGZpcmVkIEFGVEVSICkgb24gbGV2ZWwgIDE0OiAxNjgvODQ2IHR1
cGxlcyBpbnNlcnRlZC9zZWxlY3RlZA0KTk9USUNFOiAgZnVubnlfZHVwMTcg
KGZpcmVkIEFGVEVSICkgb24gbGV2ZWwgIDEzOiAxNjcvMTAxMiB0dXBsZXMg
aW5zZXJ0ZWQvc2VsZWN0ZWQNCk5PVElDRTogIGZ1bm55X2R1cDE3IChmaXJl
ZCBBRlRFUiApIG9uIGxldmVsICAxMjogMTY2LzExNzcgdHVwbGVzIGluc2Vy
dGVkL3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmlyZWQgQUZU
RVIgKSBvbiBsZXZlbCAgMTE6IDE2NS8xMzQxIHR1cGxlcyBpbnNlcnRlZC9z
ZWxlY3RlZA0KTk9USUNFOiAgZnVubnlfZHVwMTcgKGZpcmVkIEFGVEVSICkg
b24gbGV2ZWwgIDEwOiAxNjQvMTUwNCB0dXBsZXMgaW5zZXJ0ZWQvc2VsZWN0
ZWQNCk5PVElDRTogIGZ1bm55X2R1cDE3IChmaXJlZCBBRlRFUiApIG9uIGxl
dmVsICAgOTogMTYzLzE2NjYgdHVwbGVzIGluc2VydGVkL3NlbGVjdGVkDQpO
T1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmlyZWQgQUZURVIgKSBvbiBsZXZlbCAg
IDg6IDE2Mi8xODI3IHR1cGxlcyBpbnNlcnRlZC9zZWxlY3RlZA0KTk9USUNF
OiAgZnVubnlfZHVwMTcgKGZpcmVkIEFGVEVSICkgb24gbGV2ZWwgICA3OiAx
NjEvMTk4NyB0dXBsZXMgaW5zZXJ0ZWQvc2VsZWN0ZWQNCk5PVElDRTogIGZ1
bm55X2R1cDE3IChmaXJlZCBBRlRFUiApIG9uIGxldmVsICAgNjogMTYwLzIx
NDYgdHVwbGVzIGluc2VydGVkL3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9k
dXAxNyAoZmlyZWQgQUZURVIgKSBvbiBsZXZlbCAgIDU6IDE1OS8yMzA0IHR1
cGxlcyBpbnNlcnRlZC9zZWxlY3RlZA0KTk9USUNFOiAgZnVubnlfZHVwMTcg
KGZpcmVkIEFGVEVSICkgb24gbGV2ZWwgICA0OiAxNTgvMjQ2MSB0dXBsZXMg
aW5zZXJ0ZWQvc2VsZWN0ZWQNCk5PVElDRTogIGZ1bm55X2R1cDE3IChmaXJl
ZCBBRlRFUiApIG9uIGxldmVsICAgMzogMTU3LzI2MTcgdHVwbGVzIGluc2Vy
dGVkL3NlbGVjdGVkDQpOT1RJQ0U6ICBmdW5ueV9kdXAxNyAoZmlyZWQgQUZU
RVIgKSBvbiBsZXZlbCAgIDI6IDE1Ni8yNzcyIHR1cGxlcyBpbnNlcnRlZC9z
ZWxlY3RlZA0KTk9USUNFOiAgZnVubnlfZHVwMTcgKGZpcmVkIEFGVEVSICkg
b24gbGV2ZWwgICAxOiAxNTUvMjkyNiB0dXBsZXMgaW5zZXJ0ZWQvc2VsZWN0
ZWQNCkVSUk9SOiAgdHRkdW1teSAodHR0ZXN0KTogeW91IGNhbid0IGNoYW5n
ZSBwcmljZV9vbiBhbmQvb3IgcHJpY2Vfb2ZmIGNvbHVtbnMgKHVzZSBzZXRf
dHRkdW1teSkNCkRFQlVHOiAgUmVsIHBnX3R5cGU6IFBhZ2VzIDQ6IENoYW5n
ZWQgMywgUmVhcHBlZCAzLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDE4NzogVmFj
IDMwLCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDEwOSwgTWF4TGVuIDEx
NzsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDEwMTQ4LzI4NjQ7IEVu
ZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzIuIEVsYXBzZWQgMC8wIHNlYy4NCkRF
QlVHOiAgSW5kIHBnX3R5cGVfdHlwbmFtZV9pbmRleDogUGFnZXMgNDsgVHVw
bGVzIDE4NzogRGVsZXRlZCAzMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6
ICBJbmQgcGdfdHlwZV9vaWRfaW5kZXg6IFBhZ2VzIDI7IFR1cGxlcyAxODc6
IERlbGV0ZWQgMzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIHBn
X3R5cGU6IFBhZ2VzOiA0IC0tPiAzOyBUdXBsZShzKSBtb3ZlZDogMTQuIEVs
YXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgSW5kIHBnX3R5cGVfdHlwbmFtZV9p
bmRleDogUGFnZXMgNDsgVHVwbGVzIDE4NzogRGVsZXRlZCAxNC4gRWxhcHNl
ZCAwLzAgc2VjLg0KREVCVUc6ICBJbmQgcGdfdHlwZV9vaWRfaW5kZXg6IFBh
Z2VzIDI7IFR1cGxlcyAxODc6IERlbGV0ZWQgMTQuIEVsYXBzZWQgMC8wIHNl
Yy4NCkRFQlVHOiAgUmVsIHBnX2F0dHJpYnV0ZTogUGFnZXMgMTg6IENoYW5n
ZWQgMTMsIFJlYXBwZWQgNywgRW1wdHkgMCwgTmV3IDA7IFR1cCAxMDUyOiBW
YWMgMjQ2LCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDEwMywgTWF4TGVu
IDEwMzsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDI2MTcyLzI2MTcy
OyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC83LiBFbGFwc2VkIDAvMCBzZWMu
DQpERUJVRzogIEluZCBwZ19hdHRyaWJ1dGVfYXR0cmVsaWRfaW5kZXg6IFBh
Z2VzIDg7IFR1cGxlcyAxMDUyOiBEZWxldGVkIDI0Ni4gRWxhcHNlZCAwLzAg
c2VjLg0KREVCVUc6ICBJbmQgcGdfYXR0cmlidXRlX3JlbGlkX2F0dG51bV9p
bmRleDogUGFnZXMgODsgVHVwbGVzIDEwNTI6IERlbGV0ZWQgMjQ2LiBFbGFw
c2VkIDAvMCBzZWMuDQpERUJVRzogIEluZCBwZ19hdHRyaWJ1dGVfcmVsaWRf
YXR0bmFtX2luZGV4OiBQYWdlcyAxODsgVHVwbGVzIDEwNTI6IERlbGV0ZWQg
MjQ2LiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBwZ19hdHRyaWJ1
dGU6IFBhZ2VzOiAxOCAtLT4gMTU7IFR1cGxlKHMpIG1vdmVkOiAxMzUuIEVs
YXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgSW5kIHBnX2F0dHJpYnV0ZV9hdHRy
ZWxpZF9pbmRleDogUGFnZXMgODsgVHVwbGVzIDEwNTI6IERlbGV0ZWQgMTM1
LiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIEluZCBwZ19hdHRyaWJ1dGVf
cmVsaWRfYXR0bnVtX2luZGV4OiBQYWdlcyA4OyBUdXBsZXMgMTA1MjogRGVs
ZXRlZCAxMzUuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgSW5kIHBnX2F0
dHJpYnV0ZV9yZWxpZF9hdHRuYW1faW5kZXg6IFBhZ2VzIDE5OyBUdXBsZXMg
MTA1MjogRGVsZXRlZCAxMzUuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAg
UmVsIHBnX3Byb2M6IFBhZ2VzIDIwOiBDaGFuZ2VkIDIsIFJlYXBwZWQgMCwg
RW1wdHkgMCwgTmV3IDA7IFR1cCA5MjM6IFZhYyAwLCBDcmFzaCAwLCBVblVz
ZWQgMCwgTWluTGVuIDE1NSwgTWF4TGVuIDI1NzsgUmUtdXNpbmc6IEZyZWUv
QXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAvMC4g
RWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBJbmQgcGdfcHJvY19wcm9zcmNf
aW5kZXg6IFBhZ2VzIDY7IFR1cGxlcyA5MjMuIEVsYXBzZWQgMC8wIHNlYy4N
CkRFQlVHOiAgSW5kIHBnX3Byb2NfcHJvbmFtZV9pbmRleDogUGFnZXMgOTsg
VHVwbGVzIDkyMy4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBJbmQgcGdf
cHJvY19vaWRfaW5kZXg6IFBhZ2VzIDY7IFR1cGxlcyA5MjMuIEVsYXBzZWQg
MC8wIHNlYy4NCkRFQlVHOiAgUmVsIHBnX2NsYXNzOiBQYWdlcyA0OiBDaGFu
Z2VkIDMsIFJlYXBwZWQgNCwgRW1wdHkgMCwgTmV3IDA7IFR1cCAxMzM6IFZh
YyAxMTAsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gMTAzLCBNYXhMZW4g
MTM2OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMTc3ODgvMTExNDA7
IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzMuIEVsYXBzZWQgMC8wIHNlYy4N
CkRFQlVHOiAgSW5kIHBnX2NsYXNzX3JlbG5hbWVfaW5kZXg6IFBhZ2VzIDQ7
IFR1cGxlcyAxMzM6IERlbGV0ZWQgMTEwLiBFbGFwc2VkIDAvMCBzZWMuDQpE
RUJVRzogIEluZCBwZ19jbGFzc19vaWRfaW5kZXg6IFBhZ2VzIDI7IFR1cGxl
cyAxMzM6IERlbGV0ZWQgMTEwLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzog
IFJlbCBwZ19jbGFzczogUGFnZXM6IDQgLS0+IDI7IFR1cGxlKHMpIG1vdmVk
OiA0NC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBJbmQgcGdfY2xhc3Nf
cmVsbmFtZV9pbmRleDogUGFnZXMgNDsgVHVwbGVzIDEzMzogRGVsZXRlZCA0
NC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBJbmQgcGdfY2xhc3Nfb2lk
X2luZGV4OiBQYWdlcyAyOyBUdXBsZXMgMTMzOiBEZWxldGVkIDQ0LiBFbGFw
c2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBwZ19kYXRhYmFzZTogUGFnZXMg
MTogQ2hhbmdlZCAxLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAg
MzogVmFjIDAsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gODUsIE1heExl
biA5MDsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1w
dHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6
ICBSZWwgcGdfYXR0cmRlZjogUGFnZXMgMTogQ2hhbmdlZCAwLCBSZWFwcGVk
IDEsIEVtcHR5IDAsIE5ldyAwOyBUdXAgODogVmFjIDEsIENyYXNoIDAsIFVu
VXNlZCAwLCBNaW5MZW4gMTY3LCBNYXhMZW4gOTIyOyBSZS11c2luZzogRnJl
ZS9BdmFpbC4gU3BhY2UgNDM5Ni8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMg
MC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIEluZCBwZ19hdHRyZGVm
X2FkcmVsaWRfaW5kZXg6IFBhZ2VzIDI7IFR1cGxlcyA4OiBEZWxldGVkIDEu
IEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIHBnX3JlbGNoZWNrOiBQ
YWdlcyAxOiBDaGFuZ2VkIDAsIFJlYXBwZWQgMCwgRW1wdHkgMCwgTmV3IDA7
IFR1cCA1OiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiAzODUs
IE1heExlbiAxMDY4OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8w
OyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMu
DQpERUJVRzogIEluZCBwZ19yZWxjaGVja19yY3JlbGlkX2luZGV4OiBQYWdl
cyAyOyBUdXBsZXMgNS4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwg
cGdfdHJpZ2dlcjogUGFnZXMgMTogQ2hhbmdlZCAwLCBSZWFwcGVkIDEsIEVt
cHR5IDAsIE5ldyAwOyBUdXAgMDogVmFjIDksIENyYXNoIDAsIFVuVXNlZCAw
LCBNaW5MZW4gMCwgTWF4TGVuIDA7IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBT
cGFjZSA4MTQ4LzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAxLzAuIEVsYXBz
ZWQgMC8wIHNlYy4NCkRFQlVHOiAgSW5kIHBnX3RyaWdnZXJfdGdyZWxpZF9p
bmRleDogUGFnZXMgMjsgVHVwbGVzIDA6IERlbGV0ZWQgOS4gRWxhcHNlZCAw
LzAgc2VjLg0KREVCVUc6ICBSZWwgcGdfdHJpZ2dlcjogUGFnZXM6IDEgLS0+
IDAuDQpERUJVRzogIFJlbCBwZ19pbmhlcml0czogUGFnZXMgMTogQ2hhbmdl
ZCAxLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgMTI6IFZhYyAw
LCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDUyLCBNYXhMZW4gNTI7IFJl
LXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWls
LiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIHBn
X2luZGV4OiBQYWdlcyAxOiBDaGFuZ2VkIDEsIFJlYXBwZWQgMSwgRW1wdHkg
MCwgTmV3IDA7IFR1cCAzNjogVmFjIDgsIENyYXNoIDAsIFVuVXNlZCAwLCBN
aW5MZW4gMTE2LCBNYXhMZW4gMTE2OyBSZS11c2luZzogRnJlZS9BdmFpbC4g
U3BhY2UgMzY4OC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFw
c2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBwZ192ZXJzaW9uOiBQYWdlcyAw
OiBDaGFuZ2VkIDAsIFJlYXBwZWQgMCwgRW1wdHkgMCwgTmV3IDA7IFR1cCAw
OiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiAwLCBNYXhMZW4g
MDsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkv
QXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBS
ZWwgcGdfc3RhdGlzdGljOiBQYWdlcyAwOiBDaGFuZ2VkIDAsIFJlYXBwZWQg
MCwgRW1wdHkgMCwgTmV3IDA7IFR1cCAwOiBWYWMgMCwgQ3Jhc2ggMCwgVW5V
c2VkIDAsIE1pbkxlbiAwLCBNYXhMZW4gMDsgUmUtdXNpbmc6IEZyZWUvQXZh
aWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxh
cHNlZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwgcGdfb3BlcmF0b3I6IFBhZ2Vz
IDk6IENoYW5nZWQgMSwgUmVhcHBlZCAxLCBFbXB0eSAwLCBOZXcgMDsgVHVw
IDUwNDogVmFjIDEsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gMTI0LCBN
YXhMZW4gMTI0OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgNzEyNC8w
OyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMu
DQpERUJVRzogIFJlbCBwZ19vcGNsYXNzOiBQYWdlcyAxOiBDaGFuZ2VkIDAs
IFJlYXBwZWQgMCwgRW1wdHkgMCwgTmV3IDA7IFR1cCAyODogVmFjIDAsIENy
YXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gNzYsIE1heExlbiA3NjsgUmUtdXNp
bmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwuIFBh
Z2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwgcGdfYW06
IFBhZ2VzIDE6IENoYW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcg
MDsgVHVwIDQ6IFZhYyAwLCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDE1
MiwgTWF4TGVuIDE1MjsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAv
MDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2Vj
Lg0KREVCVUc6ICBSZWwgcGdfYW1vcDogUGFnZXMgMjogQ2hhbmdlZCAwLCBS
ZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgMTcwOiBWYWMgMCwgQ3Jh
c2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiA2NCwgTWF4TGVuIDY0OyBSZS11c2lu
ZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFn
ZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBwZ19hbXBy
b2M6IFBhZ2VzIDE6IENoYW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBO
ZXcgMDsgVHVwIDUxOiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxl
biA1NCwgTWF4TGVuIDU0OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2Ug
MC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBz
ZWMuDQpERUJVRzogIFJlbCBwZ19sYW5ndWFnZTogUGFnZXMgMTogQ2hhbmdl
ZCAwLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgNDogVmFjIDAs
IENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gODcsIE1heExlbiA5ODsgUmUt
dXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwu
IFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwgcGdf
cGFyZzogUGFnZXMgMTogQ2hhbmdlZCAwLCBSZWFwcGVkIDAsIEVtcHR5IDAs
IE5ldyAwOyBUdXAgNTI6IFZhYyAwLCBDcmFzaCAwLCBVblVzZWQgMCwgTWlu
TGVuIDUyLCBNYXhMZW4gNTI7IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFj
ZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8w
IHNlYy4NCkRFQlVHOiAgUmVsIHBnX2FnZ3JlZ2F0ZTogUGFnZXMgMTogQ2hh
bmdlZCAxLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgMzY6IFZh
YyAwLCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDEwNCwgTWF4TGVuIDEx
NzsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkv
QXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBS
ZWwgcGdfaXBsOiBQYWdlcyAxOiBDaGFuZ2VkIDEsIFJlYXBwZWQgMCwgRW1w
dHkgMCwgTmV3IDA7IFR1cCAxNzogVmFjIDAsIENyYXNoIDAsIFVuVXNlZCAw
LCBNaW5MZW4gNTIsIE1heExlbiA1MjsgUmUtdXNpbmc6IEZyZWUvQXZhaWwu
IFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNl
ZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwgcGdfaW5oZXJpdHByb2M6IFBhZ2Vz
IDA6IENoYW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVw
IDA6IFZhYyAwLCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDAsIE1heExl
biAwOyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRFbXB0
eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzog
IFJlbCBwZ19yZXdyaXRlOiBQYWdlcyAxOiBDaGFuZ2VkIDEsIFJlYXBwZWQg
MCwgRW1wdHkgMCwgTmV3IDA7IFR1cCA0OiBWYWMgMCwgQ3Jhc2ggMCwgVW5V
c2VkIDAsIE1pbkxlbiAxNjYxLCBNYXhMZW4gMjQ0NDsgUmUtdXNpbmc6IEZy
ZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAv
MC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwgcGdfbGlzdGVuZXI6
IFBhZ2VzIDA6IENoYW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcg
MDsgVHVwIDA6IFZhYyAwLCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDAs
IE1heExlbiAwOyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBF
bmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpE
RUJVRzogIFJlbCBwZ19kZXNjcmlwdGlvbjogUGFnZXMgODogQ2hhbmdlZCAw
LCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgODY2OiBWYWMgMCwg
Q3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiA1MiwgTWF4TGVuIDEyMzsgUmUt
dXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwu
IFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBJbmQgcGdf
ZGVzY3JpcHRpb25fb2Jqb2lkX2luZGV4OiBQYWdlcyA2OyBUdXBsZXMgODY2
LiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBwZ191c2VyOiBQYWdl
cyAwOiBDaGFuZ2VkIDAsIFJlYXBwZWQgMCwgRW1wdHkgMCwgTmV3IDA7IFR1
cCAwOiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiAwLCBNYXhM
ZW4gMDsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1w
dHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6
ICBSZWwgcGdfc2hhZG93OiBQYWdlcyAxOiBDaGFuZ2VkIDAsIFJlYXBwZWQg
MCwgRW1wdHkgMCwgTmV3IDA7IFR1cCAxOiBWYWMgMCwgQ3Jhc2ggMCwgVW5V
c2VkIDAsIE1pbkxlbiA4NCwgTWF4TGVuIDg0OyBSZS11c2luZzogRnJlZS9B
dmFpbC4gU3BhY2UgMC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBF
bGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBjaGFyX3RibDogUGFnZXMg
MTogQ2hhbmdlZCAwLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAg
NDogVmFjIDAsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gNDgsIE1heExl
biA0ODsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1w
dHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6
ICBSZWwgdmFyY2hhcl90Ymw6IFBhZ2VzIDE6IENoYW5nZWQgMCwgUmVhcHBl
ZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDQ6IFZhYyAwLCBDcmFzaCAwLCBV
blVzZWQgMCwgTWluTGVuIDQ1LCBNYXhMZW4gNDg7IFJlLXVzaW5nOiBGcmVl
L0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAu
IEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIHRleHRfdGJsOiBQYWdl
cyAxOiBDaGFuZ2VkIDAsIFJlYXBwZWQgMCwgRW1wdHkgMCwgTmV3IDA7IFR1
cCAyOiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiA0OCwgTWF4
TGVuIDYxOyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRF
bXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJV
RzogIFJlbCBpbnQyX3RibDogUGFnZXMgMTogQ2hhbmdlZCAwLCBSZWFwcGVk
IDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgNTogVmFjIDAsIENyYXNoIDAsIFVu
VXNlZCAwLCBNaW5MZW4gNDIsIE1heExlbiA0MjsgUmUtdXNpbmc6IEZyZWUv
QXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAvMC4g
RWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwgaW50NF90Ymw6IFBhZ2Vz
IDE6IENoYW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVw
IDU6IFZhYyAwLCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDQ0LCBNYXhM
ZW4gNDQ7IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVt
cHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVH
OiAgUmVsIGZsb2F0NF90Ymw6IFBhZ2VzIDE6IENoYW5nZWQgMCwgUmVhcHBl
ZCAxLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDU6IFZhYyAzLCBDcmFzaCAwLCBV
blVzZWQgMCwgTWluTGVuIDQ0LCBNYXhMZW4gNDQ7IFJlLXVzaW5nOiBGcmVl
L0F2YWlsLiBTcGFjZSA3OTEyLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAw
LzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIGZsb2F0OF90Ymw6
IFBhZ2VzIDE6IENoYW5nZWQgMCwgUmVhcHBlZCAxLCBFbXB0eSAwLCBOZXcg
MDsgVHVwIDU6IFZhYyAzLCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDQ4
LCBNYXhMZW4gNDg7IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSA3OTEy
LzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNl
Yy4NCkRFQlVHOiAgUmVsIHBvaW50X3RibDogUGFnZXMgMTogQ2hhbmdlZCAw
LCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgNjogVmFjIDAsIENy
YXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gNTYsIE1heExlbiA1NjsgUmUtdXNp
bmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwuIFBh
Z2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwgbHNlZ190
Ymw6IFBhZ2VzIDE6IENoYW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBO
ZXcgMDsgVHVwIDU6IFZhYyAwLCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVu
IDcyLCBNYXhMZW4gNzI7IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAw
LzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNl
Yy4NCkRFQlVHOiAgUmVsIGJveF90Ymw6IFBhZ2VzIDE6IENoYW5nZWQgMCwg
UmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDQ6IFZhYyAwLCBDcmFz
aCAwLCBVblVzZWQgMCwgTWluTGVuIDcyLCBNYXhMZW4gNzI7IFJlLXVzaW5n
OiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdl
cyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIHBhdGhfdGJs
OiBQYWdlcyAxOiBDaGFuZ2VkIDAsIFJlYXBwZWQgMCwgRW1wdHkgMCwgTmV3
IDA7IFR1cCA4OiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiA4
OCwgTWF4TGVuIDEyMDsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAv
MDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2Vj
Lg0KREVCVUc6ICBSZWwgcG9seWdvbl90Ymw6IFBhZ2VzIDE6IENoYW5nZWQg
MCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDQ6IFZhYyAwLCBD
cmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDk2LCBNYXhMZW4gMTI4OyBSZS11
c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRFbXB0eS9BdmFpbC4g
UGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBjaXJj
bGVfdGJsOiBQYWdlcyAxOiBDaGFuZ2VkIDAsIFJlYXBwZWQgMCwgRW1wdHkg
MCwgTmV3IDA7IFR1cCA2OiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1p
bkxlbiA2NCwgTWF4TGVuIDY0OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3Bh
Y2UgMC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAv
MCBzZWMuDQpERUJVRzogIFJlbCB0aW1lc3Bhbl90Ymw6IFBhZ2VzIDE6IENo
YW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDEwOiBW
YWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiA1MiwgTWF4TGVuIDUy
OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRFbXB0eS9B
dmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIFJl
bCBkYXRldGltZV90Ymw6IFBhZ2VzIDE6IENoYW5nZWQgMCwgUmVhcHBlZCAx
LCBFbXB0eSAwLCBOZXcgMDsgVHVwIDY0OiBWYWMgOCwgQ3Jhc2ggMCwgVW5V
c2VkIDAsIE1pbkxlbiA0OCwgTWF4TGVuIDQ4OyBSZS11c2luZzogRnJlZS9B
dmFpbC4gU3BhY2UgNDgyNC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8w
LiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCByZWx0aW1lX3RibDog
UGFnZXMgMTogQ2hhbmdlZCAwLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAw
OyBUdXAgNjogVmFjIDAsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gNDQs
IE1heExlbiA0NDsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsg
RW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0K
REVCVUc6ICBSZWwgYWJzdGltZV90Ymw6IFBhZ2VzIDE6IENoYW5nZWQgMCwg
UmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDg6IFZhYyAwLCBDcmFz
aCAwLCBVblVzZWQgMCwgTWluTGVuIDQ0LCBNYXhMZW4gNDQ7IFJlLXVzaW5n
OiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdl
cyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIHRpbnRlcnZh
bF90Ymw6IFBhZ2VzIDE6IENoYW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAw
LCBOZXcgMDsgVHVwIDU6IFZhYyAwLCBDcmFzaCAwLCBVblVzZWQgMCwgTWlu
TGVuIDUyLCBNYXhMZW4gNTI7IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFj
ZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8w
IHNlYy4NCkRFQlVHOiAgUmVsIGhvYmJpZXNfcjogUGFnZXMgMTogQ2hhbmdl
ZCAxLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgNTogVmFjIDAs
IENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gNTQsIE1heExlbiA2NTsgUmUt
dXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwu
IFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwgZXF1
aXBtZW50X3I6IFBhZ2VzIDE6IENoYW5nZWQgMSwgUmVhcHBlZCAwLCBFbXB0
eSAwLCBOZXcgMDsgVHVwIDQ6IFZhYyAwLCBDcmFzaCAwLCBVblVzZWQgMCwg
TWluTGVuIDYyLCBNYXhMZW4gNzU7IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBT
cGFjZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQg
MC8wIHNlYy4NCkRFQlVHOiAgUmVsIHBlcnNvbjogUGFnZXMgMTogQ2hhbmdl
ZCAwLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgNTA6IFZhYyAw
LCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDcyLCBNYXhMZW4gNzI7IFJl
LXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWls
LiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIGVt
cDogUGFnZXMgMTogQ2hhbmdlZCAwLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5l
dyAwOyBUdXAgMzogVmFjIDAsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4g
OTIsIE1heExlbiA5MjsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAv
MDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2Vj
Lg0KREVCVUc6ICBSZWwgc3R1ZGVudDogUGFnZXMgMTogQ2hhbmdlZCAwLCBS
ZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgMjogVmFjIDAsIENyYXNo
IDAsIFVuVXNlZCAwLCBNaW5MZW4gODAsIE1heExlbiA4MDsgUmUtdXNpbmc6
IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2Vz
IDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwgc3R1ZF9lbXA6
IFBhZ2VzIDE6IENoYW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcg
MDsgVHVwIDM6IFZhYyAwLCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDg4
LCBNYXhMZW4gMTA0OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8w
OyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMu
DQpERUJVRzogIFJlbCBjaXR5OiBQYWdlcyAwOiBDaGFuZ2VkIDAsIFJlYXBw
ZWQgMCwgRW1wdHkgMCwgTmV3IDA7IFR1cCAwOiBWYWMgMCwgQ3Jhc2ggMCwg
VW5Vc2VkIDAsIE1pbkxlbiAwLCBNYXhMZW4gMDsgUmUtdXNpbmc6IEZyZWUv
QXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAvMC4g
RWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwgZGVwdDogUGFnZXMgMDog
Q2hhbmdlZCAwLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgMDog
VmFjIDAsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gMCwgTWF4TGVuIDA7
IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2
YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVs
IHNsb3dfZW1wNDAwMDogUGFnZXMgMjk6IENoYW5nZWQgMCwgUmVhcHBlZCAw
LCBFbXB0eSAwLCBOZXcgMDsgVHVwIDMxMDA6IFZhYyAwLCBDcmFzaCAwLCBV
blVzZWQgMCwgTWluTGVuIDcyLCBNYXhMZW4gNzI7IFJlLXVzaW5nOiBGcmVl
L0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAu
IEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIHJlYWxfY2l0eTogUGFn
ZXMgMTogQ2hhbmdlZCAxLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBU
dXAgNTogVmFjIDAsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gMTIwLCBN
YXhMZW4gMTY4OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBF
bmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpE
RUJVRzogIFJlbCBhX3N0YXI6IFBhZ2VzIDE6IENoYW5nZWQgMSwgUmVhcHBl
ZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDM6IFZhYyAwLCBDcmFzaCAwLCBV
blVzZWQgMCwgTWluTGVuIDQxLCBNYXhMZW4gNDg7IFJlLXVzaW5nOiBGcmVl
L0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAu
IEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIGJfc3RhcjogUGFnZXMg
MTogQ2hhbmdlZCAxLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAg
NDogVmFjIDAsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gNDEsIE1heExl
biA1ODsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1w
dHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6
ICBSZWwgY19zdGFyOiBQYWdlcyAxOiBDaGFuZ2VkIDEsIFJlYXBwZWQgMCwg
RW1wdHkgMCwgTmV3IDA7IFR1cCA0OiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2Vk
IDAsIE1pbkxlbiA0MSwgTWF4TGVuIDY0OyBSZS11c2luZzogRnJlZS9BdmFp
bC4gU3BhY2UgMC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFw
c2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBkX3N0YXI6IFBhZ2VzIDE6IENo
YW5nZWQgMSwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDE2OiBW
YWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiA0MSwgTWF4TGVuIDg4
OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRFbXB0eS9B
dmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIFJl
bCBlX3N0YXI6IFBhZ2VzIDE6IENoYW5nZWQgMSwgUmVhcHBlZCAwLCBFbXB0
eSAwLCBOZXcgMDsgVHVwIDc6IFZhYyAwLCBDcmFzaCAwLCBVblVzZWQgMCwg
TWluTGVuIDQ0LCBNYXhMZW4gNjY7IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBT
cGFjZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQg
MC8wIHNlYy4NCkRFQlVHOiAgUmVsIGZfc3RhcjogUGFnZXMgMTogQ2hhbmdl
ZCAxLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgMTY6IFZhYyAw
LCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDQxLCBNYXhMZW4gMTYwOyBS
ZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRFbXB0eS9BdmFp
bC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBh
Z2d0ZXN0OiBQYWdlcyAxOiBDaGFuZ2VkIDEsIFJlYXBwZWQgMCwgRW1wdHkg
MCwgTmV3IDA7IFR1cCA0OiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1p
bkxlbiA0OCwgTWF4TGVuIDQ4OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3Bh
Y2UgMC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAv
MCBzZWMuDQpERUJVRzogIFJlbCBhcnJ0ZXN0OiBQYWdlcyAxOiBDaGFuZ2Vk
IDEsIFJlYXBwZWQgMSwgRW1wdHkgMCwgTmV3IDA7IFR1cCAzOiBWYWMgMiwg
Q3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiAxNTYsIE1heExlbiAyNDg7IFJl
LXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSA3NTcyLzA7IEVuZEVtcHR5L0F2
YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVs
IGRlZmF1bHRfdGJsOiBQYWdlcyAxOiBDaGFuZ2VkIDAsIFJlYXBwZWQgMCwg
RW1wdHkgMCwgTmV3IDA7IFR1cCA1OiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2Vk
IDAsIE1pbkxlbiA1NiwgTWF4TGVuIDY0OyBSZS11c2luZzogRnJlZS9BdmFp
bC4gU3BhY2UgMC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFw
c2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBkZWZhdWx0ZXhwcl90Ymw6IFBh
Z2VzIDE6IENoYW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsg
VHVwIDQ6IFZhYyAwLCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDQ0LCBN
YXhMZW4gNDg7IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVu
ZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRF
QlVHOiAgUmVsIGNoZWNrX3RibDogUGFnZXMgMTogQ2hhbmdlZCAwLCBSZWFw
cGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgMzogVmFjIDAsIENyYXNoIDAs
IFVuVXNlZCAwLCBNaW5MZW4gNDQsIE1heExlbiA0NDsgUmUtdXNpbmc6IEZy
ZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAv
MC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwgY2hlY2syX3RibDog
UGFnZXMgMTogQ2hhbmdlZCAwLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAw
OyBUdXAgMjogVmFjIDAsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gNjAs
IE1heExlbiA2MDsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsg
RW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0K
REVCVUc6ICBSZWwgaW5zZXJ0X3RibDogUGFnZXMgMTogQ2hhbmdlZCAwLCBS
ZWFwcGVkIDEsIEVtcHR5IDAsIE5ldyAwOyBUdXAgNDogVmFjIDExLCBDcmFz
aCAwLCBVblVzZWQgMCwgTWluTGVuIDU2LCBNYXhMZW4gNjg7IFJlLXVzaW5n
OiBGcmVlL0F2YWlsLiBTcGFjZSA3ODY4LzA7IEVuZEVtcHR5L0F2YWlsLiBQ
YWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIGNvcHlf
dGJsOiBQYWdlcyAxOiBDaGFuZ2VkIDAsIFJlYXBwZWQgMSwgRW1wdHkgMCwg
TmV3IDA7IFR1cCAyOiBWYWMgMSwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxl
biA1NiwgTWF4TGVuIDY4OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2Ug
ODA0NC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAv
MCBzZWMuDQpERUJVRzogIFJlbCBvbmVrMjogUGFnZXMgMTk6IENoYW5nZWQg
MTksIFJlYXBwZWQgMCwgRW1wdHkgMCwgTmV3IDA7IFR1cCAxMDAwOiBWYWMg
MCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiAxNDAsIE1heExlbiAxNDA7
IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2
YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVs
IGJwcmltZTogUGFnZXMgMTk6IENoYW5nZWQgMTksIFJlYXBwZWQgMCwgRW1w
dHkgMCwgTmV3IDA7IFR1cCAxMDAwOiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2Vk
IDAsIE1pbkxlbiAxNDAsIE1heExlbiAxNDA7IFJlLXVzaW5nOiBGcmVlL0F2
YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVs
YXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIHJhbXA6IFBhZ2VzIDg6IENo
YW5nZWQgOCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDQyNzog
VmFjIDAsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gMTI4LCBNYXhMZW4g
MjI0OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRFbXB0
eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzog
IFJlbCBpcG9ydGFsdGVzdDogUGFnZXMgMTogQ2hhbmdlZCAxLCBSZWFwcGVk
IDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgMjogVmFjIDAsIENyYXNoIDAsIFVu
VXNlZCAwLCBNaW5MZW4gMTIwLCBNYXhMZW4gMTIwOyBSZS11c2luZzogRnJl
ZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8w
LiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBzdHJlZXQ6IFBhZ2Vz
IDA6IENoYW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVw
IDA6IFZhYyAwLCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDAsIE1heExl
biAwOyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRFbXB0
eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzog
IFJlbCBpZXhpdDogUGFnZXMgMDogQ2hhbmdlZCAwLCBSZWFwcGVkIDAsIEVt
cHR5IDAsIE5ldyAwOyBUdXAgMDogVmFjIDAsIENyYXNoIDAsIFVuVXNlZCAw
LCBNaW5MZW4gMCwgTWF4TGVuIDA7IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBT
cGFjZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQg
MC8wIHNlYy4NCkRFQlVHOiAgUmVsIHRveWVtcDogUGFnZXMgMDogQ2hhbmdl
ZCAwLCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgMDogVmFjIDAs
IENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gMCwgTWF4TGVuIDA7IFJlLXVz
aW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQ
YWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIG9uZWs6
IFBhZ2VzIDM3OiBDaGFuZ2VkIDAsIFJlYXBwZWQgMTksIEVtcHR5IDAsIE5l
dyAwOyBUdXAgMTAwMDogVmFjIDEwMDAsIENyYXNoIDAsIFVuVXNlZCAwLCBN
aW5MZW4gMTQwLCBNYXhMZW4gMTQwOyBSZS11c2luZzogRnJlZS9BdmFpbC4g
U3BhY2UgMTQ0ODM2LzE0NDgzNjsgRW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAv
MTkuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgSW5kIG9uZWtfc3RyaW5n
dTE6IFBhZ2VzIDY7IFR1cGxlcyAxMDAwOiBEZWxldGVkIDAuIEVsYXBzZWQg
MC8wIHNlYy4NCkRFQlVHOiAgSW5kIG9uZWtfaHVuZHJlZDogUGFnZXMgNTsg
VHVwbGVzIDEwMDA6IERlbGV0ZWQgMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVC
VUc6ICBJbmQgb25la191bmlxdWUyOiBQYWdlcyA1OyBUdXBsZXMgMTAwMDog
RGVsZXRlZCAwLiBFbGFwc2VkIDAvMSBzZWMuDQpERUJVRzogIEluZCBvbmVr
X3VuaXF1ZTE6IFBhZ2VzIDU7IFR1cGxlcyAxMDAwOiBEZWxldGVkIDAuIEVs
YXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIG9uZWs6IFBhZ2VzOiAzNyAt
LT4gMTk7IFR1cGxlKHMpIG1vdmVkOiA5OTAuIEVsYXBzZWQgMC8xIHNlYy4N
CkRFQlVHOiAgSW5kIG9uZWtfc3RyaW5ndTE6IFBhZ2VzIDEwOyBUdXBsZXMg
MTAwMDogRGVsZXRlZCA5OTAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAg
SW5kIG9uZWtfaHVuZHJlZDogUGFnZXMgNzsgVHVwbGVzIDEwMDA6IERlbGV0
ZWQgOTkwLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIEluZCBvbmVrX3Vu
aXF1ZTI6IFBhZ2VzIDg7IFR1cGxlcyAxMDAwOiBEZWxldGVkIDk5MC4gRWxh
cHNlZCAwLzAgc2VjLg0KREVCVUc6ICBJbmQgb25la191bmlxdWUxOiBQYWdl
cyA3OyBUdXBsZXMgMTAwMDogRGVsZXRlZCA5OTAuIEVsYXBzZWQgMC8xIHNl
Yy4NCkRFQlVHOiAgUmVsIHRlbmsxOiBQYWdlcyAxODI6IENoYW5nZWQgMCwg
UmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDEwMDAwOiBWYWMgMCwg
Q3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiAxNDAsIE1heExlbiAxNDA7IFJl
LXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWls
LiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgSW5kIHRl
bmsxX2h1bmRyZWQ6IFBhZ2VzIDI3OyBUdXBsZXMgMTAwMDAuIEVsYXBzZWQg
MC8wIHNlYy4NCkRFQlVHOiAgSW5kIHRlbmsxX3VuaXF1ZTI6IFBhZ2VzIDI3
OyBUdXBsZXMgMTAwMDAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgSW5k
IHRlbmsxX3VuaXF1ZTE6IFBhZ2VzIDI3OyBUdXBsZXMgMTAwMDAuIEVsYXBz
ZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIHRlbmsyOiBQYWdlcyAxODI6IENo
YW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDEwMDAw
OiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiAxNDAsIE1heExl
biAxNDA7IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVt
cHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVH
OiAgSW5kIHRlbmsyX2h1bmRyZWQ6IFBhZ2VzIDI3OyBUdXBsZXMgMTAwMDAu
IEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgSW5kIHRlbmsyX3VuaXF1ZTI6
IFBhZ2VzIDI3OyBUdXBsZXMgMTAwMDAuIEVsYXBzZWQgMC8wIHNlYy4NCkRF
QlVHOiAgSW5kIHRlbmsyX3VuaXF1ZTE6IFBhZ2VzIDI3OyBUdXBsZXMgMTAw
MDAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIHJvYWQ6IFBhZ2Vz
IDg2OiBDaGFuZ2VkIDAsIFJlYXBwZWQgMCwgRW1wdHkgMCwgTmV3IDA7IFR1
cCA1MTI0OiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiAxMjgs
IE1heExlbiA0NDg7IFJlLXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7
IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4N
CkRFQlVHOiAgSW5kIHJpeDogUGFnZXMgMzY7IFR1cGxlcyA1MTI0LiBFbGFw
c2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBpaGlnaHdheTogUGFnZXMgMTA6
IENoYW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBOZXcgMDsgVHVwIDQ3
OTogVmFjIDAsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gMTI4LCBNYXhM
ZW4gNDQ4OyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRF
bXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJV
RzogIEluZCBpaXg6IFBhZ2VzIDY7IFR1cGxlcyA0NzkuIEVsYXBzZWQgMC8w
IHNlYy4NCkRFQlVHOiAgUmVsIHNoaWdod2F5OiBQYWdlcyA0OiBDaGFuZ2Vk
IDAsIFJlYXBwZWQgMiwgRW1wdHkgMCwgTmV3IDA7IFR1cCA3NzogVmFjIDc3
LCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDEzOSwgTWF4TGVuIDM0Nzsg
UmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDExOTAwLzExOTAwOyBFbmRF
bXB0eS9BdmFpbC4gUGFnZXMgMC8yLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJV
RzogIEluZCBzaXg6IFBhZ2VzIDI7IFR1cGxlcyA3NzogRGVsZXRlZCAwLiBF
bGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIFJlbCBzaGlnaHdheTogUGFnZXM6
IDQgLS0+IDI7IFR1cGxlKHMpIG1vdmVkOiA1My4gRWxhcHNlZCAwLzAgc2Vj
Lg0KREVCVUc6ICBJbmQgc2l4OiBQYWdlcyAyOyBUdXBsZXMgNzc6IERlbGV0
ZWQgNTMuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIGJ0X2k0X2hl
YXA6IFBhZ2VzIDY0OiBDaGFuZ2VkIDAsIFJlYXBwZWQgMCwgRW1wdHkgMCwg
TmV3IDA7IFR1cCAxMDAwMDogVmFjIDAsIENyYXNoIDAsIFVuVXNlZCAwLCBN
aW5MZW4gNDgsIE1heExlbiA0ODsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNw
YWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAw
LzEgc2VjLg0KREVCVUc6ICBJbmQgYnRfaTRfaW5kZXg6IFBhZ2VzIDI3OyBU
dXBsZXMgMTAwMDAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgUmVsIGJ0
X2MxNl9oZWFwOiBQYWdlcyA4NDogQ2hhbmdlZCAwLCBSZWFwcGVkIDAsIEVt
cHR5IDAsIE5ldyAwOyBUdXAgMTAwMDA6IFZhYyAwLCBDcmFzaCAwLCBVblVz
ZWQgMCwgTWluTGVuIDYwLCBNYXhMZW4gNjA7IFJlLXVzaW5nOiBGcmVlL0F2
YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWlsLiBQYWdlcyAwLzAuIEVs
YXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgSW5kIGJ0X2MxNl9pbmRleDogUGFn
ZXMgMzc7IFR1cGxlcyAxMDAwMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6
ICBSZWwgYnRfdHh0X2hlYXA6IFBhZ2VzIDc0OiBDaGFuZ2VkIDAsIFJlYXBw
ZWQgMCwgRW1wdHkgMCwgTmV3IDA7IFR1cCAxMDAwMDogVmFjIDAsIENyYXNo
IDAsIFVuVXNlZCAwLCBNaW5MZW4gNTIsIE1heExlbiA1MjsgUmUtdXNpbmc6
IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5kRW1wdHkvQXZhaWwuIFBhZ2Vz
IDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBJbmQgYnRfdHh0X2lu
ZGV4OiBQYWdlcyAyNzsgVHVwbGVzIDEwMDAwLiBFbGFwc2VkIDAvMCBzZWMu
DQpERUJVRzogIFJlbCBidF9mOF9oZWFwOiBQYWdlcyA3NDogQ2hhbmdlZCAw
LCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgMTAwMDA6IFZhYyAw
LCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDUyLCBNYXhMZW4gNTI7IFJl
LXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWls
LiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgSW5kIGJ0
X2Y4X2luZGV4OiBQYWdlcyAyNzsgVHVwbGVzIDEwMDAwLiBFbGFwc2VkIDAv
MCBzZWMuDQpERUJVRzogIFJlbCBmYXN0X2VtcDQwMDA6IFBhZ2VzIDI5OiBD
aGFuZ2VkIDAsIFJlYXBwZWQgMCwgRW1wdHkgMCwgTmV3IDA7IFR1cCAzMTAw
OiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1pbkxlbiA3MiwgTWF4TGVu
IDcyOyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRFbXB0
eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzog
IEluZCByZWN0MmluZDogUGFnZXMgNjk7IFR1cGxlcyAzMTAwLiBFbGFwc2Vk
IDAvMCBzZWMuDQpERUJVRzogIFJlbCBoYXNoX2k0X2hlYXA6IFBhZ2VzIDY0
OiBDaGFuZ2VkIDAsIFJlYXBwZWQgMCwgRW1wdHkgMCwgTmV3IDA7IFR1cCAx
MDAwMDogVmFjIDAsIENyYXNoIDAsIFVuVXNlZCAwLCBNaW5MZW4gNDgsIE1h
eExlbiA0ODsgUmUtdXNpbmc6IEZyZWUvQXZhaWwuIFNwYWNlIDAvMDsgRW5k
RW1wdHkvQXZhaWwuIFBhZ2VzIDAvMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVC
VUc6ICBJbmQgaGFzaF9pNF9pbmRleDogUGFnZXMgNDE7IFR1cGxlcyAxMDAw
MC4gRWxhcHNlZCAwLzEgc2VjLg0KREVCVUc6ICBSZWwgaGFzaF9jMTZfaGVh
cDogUGFnZXMgODQ6IENoYW5nZWQgMCwgUmVhcHBlZCAwLCBFbXB0eSAwLCBO
ZXcgMDsgVHVwIDEwMDAwOiBWYWMgMCwgQ3Jhc2ggMCwgVW5Vc2VkIDAsIE1p
bkxlbiA2MCwgTWF4TGVuIDYwOyBSZS11c2luZzogRnJlZS9BdmFpbC4gU3Bh
Y2UgMC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8wLiBFbGFwc2VkIDAv
MCBzZWMuDQpERUJVRzogIEluZCBoYXNoX2MxNl9pbmRleDogUGFnZXMgNzk7
IFR1cGxlcyAxMDAwMC4gRWxhcHNlZCAwLzAgc2VjLg0KREVCVUc6ICBSZWwg
aGFzaF90eHRfaGVhcDogUGFnZXMgODM6IENoYW5nZWQgMCwgUmVhcHBlZCAw
LCBFbXB0eSAwLCBOZXcgMDsgVHVwIDEwMDAwOiBWYWMgMCwgQ3Jhc2ggMCwg
VW5Vc2VkIDAsIE1pbkxlbiA1MywgTWF4TGVuIDU4OyBSZS11c2luZzogRnJl
ZS9BdmFpbC4gU3BhY2UgMC8wOyBFbmRFbXB0eS9BdmFpbC4gUGFnZXMgMC8w
LiBFbGFwc2VkIDAvMCBzZWMuDQpERUJVRzogIEluZCBoYXNoX3R4dF9pbmRl
eDogUGFnZXMgODQ7IFR1cGxlcyAxMDAwMC4gRWxhcHNlZCAwLzEgc2VjLg0K
REVCVUc6ICBSZWwgaGFzaF9mOF9oZWFwOiBQYWdlcyA3NDogQ2hhbmdlZCAw
LCBSZWFwcGVkIDAsIEVtcHR5IDAsIE5ldyAwOyBUdXAgMTAwMDA6IFZhYyAw
LCBDcmFzaCAwLCBVblVzZWQgMCwgTWluTGVuIDU2LCBNYXhMZW4gNTY7IFJl
LXVzaW5nOiBGcmVlL0F2YWlsLiBTcGFjZSAwLzA7IEVuZEVtcHR5L0F2YWls
LiBQYWdlcyAwLzAuIEVsYXBzZWQgMC8wIHNlYy4NCkRFQlVHOiAgSW5kIGhh
c2hfZjhfaW5kZXg6IFBhZ2VzIDQxOyBUdXBsZXMgMTAwMDAuIEVsYXBzZWQg
MC8wIHNlYy4NCkVSUk9SOiAgcGFyc2VyOiBwYXJzZSBlcnJvciBhdCBvciBu
ZWFyICJzZWxlY3QiDQpFUlJPUjogIGF0dHJpYnV0ZSAnbm9uZXN1Y2gnIG5v
dCBmb3VuZA0KRVJST1I6ICBhdHRyaWJ1dGUgJ25vbmVzdWNoJyBub3QgZm91
bmQNCkVSUk9SOiAgYXR0cmlidXRlICdub25lc3VjaCcgbm90IGZvdW5kDQpF
UlJPUjogIHBhcnNlcjogcGFyc2UgZXJyb3IgYXQgb3IgbmVhciAiZnJvbSIN
CkVSUk9SOiAgVGhlIGZpZWxkIHNwZWNpZmllZCBpbiB0aGUgVU5JUVVFIE9O
IGNsYXVzZSBpcyBub3QgaW4gdGhlIHRhcmdldGxpc3QNCkVSUk9SOiAgcGFy
c2VyOiBwYXJzZSBlcnJvciBhdCBvciBuZWFyICI7Ig0KRVJST1I6ICBub25l
c3VjaDogVGFibGUgZG9lcyBub3QgZXhpc3QuDQpFUlJPUjogIHBhcnNlcjog
cGFyc2UgZXJyb3IgYXQgb3IgbmVhciAiOyINCkVSUk9SOiAgUmVsYXRpb24g
bm9uZXN1Y2ggRG9lcyBOb3QgRXhpc3QhDQpFUlJPUjogIHBhcnNlcjogcGFy
c2UgZXJyb3IgYXQgb3IgbmVhciAicmVuYW1lIg0KRVJST1I6ICByZW5hbWVy
ZWw6IHJlbGF0aW9uICJub25lc3VjaCIgZG9lcyBub3QgZXhpc3QNCkVSUk9S
OiAgcmVuYW1lcmVsOiByZWxhdGlvbiAibm9uZXN1Y2giIGRvZXMgbm90IGV4
aXN0DQpFUlJPUjogIHJlbmFtZXJlbDogSWxsZWdhbCBjbGFzcyBuYW1lOiAi
cGdfc3R1ZF9lbXAiIC0tIHBnXyBpcyByZXNlcnZlZCBmb3Igc3lzdGVtIGNh
dGFsb2dzDQpFUlJPUjogIHJlbmFtZXJlbDogcmVsYXRpb24gImFnZ3Rlc3Qi
IGV4aXN0cw0KRVJST1I6ICByZW5hbWVyZWw6IHJlbGF0aW9uICJzdHVkX2Vt
cCIgZXhpc3RzDQpFUlJPUjogIHJlbmFtZWF0dDogcmVsYXRpb24gIm5vbmVz
dWNocmVsIiBub25leGlzdGVudA0KRVJST1I6ICByZW5hbWVhdHQ6IGF0dHJp
YnV0ZSAibm9uZXN1Y2hhdHQiIG5vbmV4aXN0ZW50DQpFUlJPUjogIHJlbmFt
ZWF0dDogYXR0cmlidXRlICJtYW5hZ2VyIiBleGlzdHMNCkVSUk9SOiAgcmVu
YW1lYXR0OiBhdHRyaWJ1dGUgIm9pZCIgZXhpc3RzDQpOT1RJQ0U6ICBVc2Vy
QWJvcnRUcmFuc2FjdGlvbkJsb2NrIGFuZCBub3QgaW4gaW4tcHJvZ3Jlc3Mg
c3RhdGUNCk5PVElDRTogIEVuZFRyYW5zYWN0aW9uQmxvY2sgYW5kIG5vdCBp
bnByb2dyZXNzL2Fib3J0IHN0YXRlIA0KRVJST1I6ICBBZ2dyZWdhdGVDcmVh
dGU6IEFnZ3JlZ2F0ZSBtdXN0IGhhdmUgZmluYWwgZnVuY3Rpb24gd2l0aCBi
b3RoIHRyYW5zaXRpb24gZnVuY3Rpb25zDQpFUlJPUjogIEFnZ3JlZ2F0ZUNy
ZWF0ZTogJ2ludDRkaXYnKCdpbnQ0JywnaW50MicpIGRvZXMgbm90IGV4aXN0
DQpFUlJPUjogIEFnZ3JlZ2F0ZUNyZWF0ZTogJ2ludDJkaXYnKCdpbnQ0Jywn
aW50NCcpIGRvZXMgbm90IGV4aXN0DQpFUlJPUjogIERlZmluZTogImJhc2V0
eXBlIiB1bnNwZWNpZmllZA0KRVJST1I6ICBBZ2dyZWdhdGVDcmVhdGU6IHRy
YW5zaXRpb24gZnVuY3Rpb24gMiBNVVNUIGhhdmUgYW4gaW5pdGlhbCB2YWx1
ZQ0KRVJST1I6ICBwYXJzZXI6IHBhcnNlIGVycm9yIGF0IG9yIG5lYXIgIjsi
DQpFUlJPUjogIHBhcnNlcjogcGFyc2UgZXJyb3IgYXQgb3IgbmVhciAiMzE0
MTU5Ig0KRVJST1I6ICBpbmRleCAibm9uZXN1Y2giIG5vbmV4aXN0ZW50DQpF
UlJPUjogIHBhcnNlcjogcGFyc2UgZXJyb3IgYXQgb3IgbmVhciAiOyINCkVS
Uk9SOiAgcGFyc2VyOiBwYXJzZSBlcnJvciBhdCBvciBuZWFyICIzMTQxNTki
DQpFUlJPUjogIHBhcnNlcjogcGFyc2UgZXJyb3IgYXQgb3IgbmVhciAiOyIN
CkVSUk9SOiAgcGFyc2VyOiBwYXJzZSBlcnJvciBhdCBvciBuZWFyICI7Ig0K
RVJST1I6ICBSZW1vdmVBZ2dyZWdhdGU6IHR5cGUgJ25vbmVzdWNoJyBkb2Vz
IG5vdCBleGlzdA0KRVJST1I6ICBSZW1vdmVBZ2dyZWdhdGU6IGFnZ3JlZ2F0
ZSAnbmV3Y250JyBmb3IgJ2Zsb2F0NCcgZG9lcyBub3QgZXhpc3QNCkVSUk9S
OiAgcGFyc2VyOiBwYXJzZSBlcnJvciBhdCBvciBuZWFyICIoIg0KRVJST1I6
ICBwYXJzZXI6IHBhcnNlIGVycm9yIGF0IG9yIG5lYXIgIjMxNDE1OSINCkVS
Uk9SOiAgUmVtb3ZlRnVuY3Rpb246IGZ1bmN0aW9uIG5vbmVzdWNoKCkgZG9l
cyBub3QgZXhpc3QNCkVSUk9SOiAgcGFyc2VyOiBwYXJzZSBlcnJvciBhdCBv
ciBuZWFyICI7Ig0KRVJST1I6ICBwYXJzZXI6IHBhcnNlIGVycm9yIGF0IG9y
IG5lYXIgIjMxNDE1OSINCkVSUk9SOiAgUmVtb3ZlVHlwZTogdHlwZSAnbm9u
ZXN1Y2gnIGRvZXMgbm90IGV4aXN0DQpFUlJPUjogIHBhcnNlcjogcGFyc2Ug
ZXJyb3IgYXQgb3IgbmVhciAiOyINCkVSUk9SOiAgcGFyc2VyOiBwYXJzZSBl
cnJvciBhdCBvciBuZWFyICJlcXVhbHMiDQpFUlJPUjogIHBhcnNlcjogcGFy
c2UgZXJyb3IgYXQgb3IgbmVhciAiOyINCkVSUk9SOiAgcGFyc2VyOiBwYXJz
ZSBlcnJvciBhdCBvciBuZWFyICJpbnQ0Ig0KRVJST1I6ICBwYXJzZXI6IHBh
cnNlIGVycm9yIGF0IG9yIG5lYXIgIigiDQpFUlJPUjogIHBhcnNlcjogcGFy
c2UgZXJyb3IgYXQgb3IgbmVhciAiKSINCkVSUk9SOiAgcGFyc2VyOiBhcmd1
bWVudCB0eXBlIG1pc3NpbmcgKHVzZSBOT05FIGZvciB1bmFyeSBvcGVyYXRv
cnMpDQpFUlJPUjogIFJlbW92ZU9wZXJhdG9yOiBiaW5hcnkgb3BlcmF0b3Ig
Jz09PScgdGFraW5nICdpbnQ0JyBhbmQgJ2ludDQnIGRvZXMgbm90IGV4aXN0
DQpFUlJPUjogIHBhcnNlcjogYXJndW1lbnQgdHlwZSBtaXNzaW5nICh1c2Ug
Tk9ORSBmb3IgdW5hcnkgb3BlcmF0b3JzKQ0KRVJST1I6ICBwYXJzZXI6IHBh
cnNlIGVycm9yIGF0IG9yIG5lYXIgIiwiDQpFUlJPUjogIFJlbW92ZU9wZXJh
dG9yOiB0eXBlICdub25lc3VjaCcgZG9lcyBub3QgZXhpc3QNCkVSUk9SOiAg
UmVtb3ZlT3BlcmF0b3I6IHR5cGUgJ25vbmVzdWNoJyBkb2VzIG5vdCBleGlz
dA0KRVJST1I6ICBwYXJzZXI6IHBhcnNlIGVycm9yIGF0IG9yIG5lYXIgIiki
DQpFUlJPUjogIHBhcnNlcjogcGFyc2UgZXJyb3IgYXQgb3IgbmVhciAiOyIN
CkVSUk9SOiAgcGFyc2VyOiBwYXJzZSBlcnJvciBhdCBvciBuZWFyICIzMTQx
NTkiDQpFUlJPUjogIFJld3JpdGVHZXRSdWxlRXZlbnRSZWw6IHJ1bGUgIm5v
bmVzdWNoIiBub3QgZm91bmQNCkVSUk9SOiAgcGFyc2VyOiBwYXJzZSBlcnJv
ciBhdCBvciBuZWFyICJ0dXBsZSINCkVSUk9SOiAgcGFyc2VyOiBwYXJzZSBl
cnJvciBhdCBvciBuZWFyICJpbnN0YW5jZSINCkVSUk9SOiAgcGFyc2VyOiBw
YXJzZSBlcnJvciBhdCBvciBuZWFyICJyZXdyaXRlIg0KRVJST1I6ICBkdG9p
NDogdW5hYmxlIHRvIGNvbnZlcnQgbnVsbA0KTk9USUNFOiAgTm9uLWZ1bmN0
aW9uYWwgdXBkYXRlLCBvbmx5IGZpcnN0IHVwZGF0ZSBpcyBwZXJmb3JtZWQN
Ck5PVElDRTogIE5vbi1mdW5jdGlvbmFsIHVwZGF0ZSwgb25seSBmaXJzdCB1
cGRhdGUgaXMgcGVyZm9ybWVkDQpOT1RJQ0U6ICBOb24tZnVuY3Rpb25hbCB1
cGRhdGUsIG9ubHkgZmlyc3QgdXBkYXRlIGlzIHBlcmZvcm1lZA0KTk9USUNF
OiAgTm9uLWZ1bmN0aW9uYWwgdXBkYXRlLCBvbmx5IGZpcnN0IHVwZGF0ZSBp
cyBwZXJmb3JtZWQNCkVSUk9SOiAgdHlwZSBuYW1lIGxvb2t1cCBvZiBkdCBm
YWlsZWQNCkVSUk9SOiAgUmVsYXRpb24gdGVtcCBkb2VzIG5vdCBoYXZlIGF0
dHJpYnV0ZSBrDQpFUlJPUjogIHR5cGUgbmFtZSBsb29rdXAgb2YgZHQgZmFp
bGVkDQpFUlJPUjogIFJlbGF0aW9uIHRlbXAgZG9lcyBub3QgaGF2ZSBhdHRy
aWJ1dGUgaw0K
- ---559023410-851401618-896209580=:1153--

From scrappy
Date: Tue, 26 May 1998 15:39:11 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: soname libpq.so.1.1 & lo_write > 640k

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : C.S.Park
Your email address : pcs@bmail.kek.jp

Category : install: compile
Severity : critical

Summary: soname libpq.so.1.1 & lo_write > 640k

System Configuration
- --------------------
Operating System : Linux redhat 5.0

PostgreSQL version : 6.3.2

Compiler used : gcc version 2.7.2.3.f.2

Hardware:
- ---------
Pentium Pro

Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------
Hi,

(1) interface/libpq/Makefile.in need to be modified(back to old one)
ifeq ($(PORTNAME), linux)
ifdef LINUX_ELF
install-shlib-dep := install-shlib
shlib := libpq.so.$(SO_MAJOR_VERSION).$(SO_MINOR_VERSION)
LDFLAGS_SL = -shared
CFLAGS += $(CFLAGS_SL)
endif
endif
as in the old 6.3.1, because all binaries crying
libpq.so.1: cannot open shared object file: No such file or directory

so "LDFLAGS_SL = -shared -soname libpq.so.$(SO_MAJOR_VERSION)"
in the new 6.3.2 Makefile for linux does not work on my machine
(at least), I had to make a symlink
libpq.so.1.1 -> libpq.so.1 -> libpq.so
by hand to fix the problem.
(n.b. I applied all the patches)

(2) lo_write cannot write > 640kB, e.g. just run the
testlo.c under test/examples dir with a file > 640k
I had to lo_lseek to SEEK_END inside of the lo_write loop
with buffers<640k

C.S.Park

- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Tue, 26 May 1998 23:42:26 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report: does not return correct metadata for getColumns()

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name : Tony Hartzler
Your email address : tony@mindspring.com

Category : runtime: front-end: Java
Severity : serious

Summary: does not return correct metadata for getColumns()

System Configuration
- --------------------
Operating System : Linux Redhat 5

PostgreSQL version : 6.3.2-4

Compiler used : used rpm

Hardware:
- ---------
486 DX4/100

Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------
using the JDBC DatabaseMetaData.getColumns() does not
return a result set that contains any data. Thus, no
information can be gleaned about the columns in a particular
table.

- --------------------------------------------------------------------------

Test Case:
- ----------
/* MetaData is in variable DM */
/* ResultSet is rscolumn */
/* myTableName is the name of a valid table
in the database*/

rscolumn = DM.getColumns((String)null,
(String)null,
myTableName,
(String)null);

while (rscolumn.next())
{
/* This part is never reached because the result
set is empty */

String colName = rscolumn.getString(4);
String colType = rscolumn.getString(6);
}

- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Wed, 27 May 1998 02:34:01 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report:

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name :
Your email address :

Category :
Severity :

Summary:

System Configuration
- --------------------
Operating System :

PostgreSQL version :

Compiler used :

Hardware:
- ---------


Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Wed, 27 May 1998 05:58:44 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report:

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name :
Your email address :

Category :
Severity :

Summary:

System Configuration
- --------------------
Operating System :

PostgreSQL version :

Compiler used :

Hardware:
- ---------


Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Wed, 27 May 98 13:02:52 +0200
From: David Wetzel <dave@turbocat.de>
Subject: Re: [PORTS] Port Bug Report:

Can someone please do something to keep empty Bug Reports away from this list?

Thanks

- ---
_ _
_(_)(_)_ David Wetzel, Turbocat's Development,
(_) __ (_) Buchhorster Strasse, D-16567 Muehlenbeck/Berlin, FRG,
_/ \_ Fax +49 33056 82835 NeXTmail dave@turbocat.de
(______) http://www.turbocat.de/
DEVELOPMENT * CONSULTING * ADMINISTRATION
WATCH OUT FOR TURBOFAX for OPENSTEP!

From scrappy
Date: Thu, 28 May 1998 01:28:38 -0500
From: Brian Capouch <brianc@palaver.net>
Subject: How to config for dynamic libpq for Linux 2.1.x

I have been building ports right along on my Linux box, which has a
more-or-less continuously upgraded 2.1.x kernel.

With the change from 6.3.1 to 6.3.2, building from a clean distribution
tree, I now no longer get the dynamic libpq library--a change from the
past behavior.

Worse, I can't seem to figure out how to turn it on.

Could someone enlighten me? I'm not subscribed to this list, so a mail
would be helpful.

Thanks.

B.

From scrappy
Date: Thu, 28 May 1998 06:43:51 -0400 (EDT)
From: Unprivileged user <nobody>
Subject: Port Bug Report:

============================================================================
POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name :
Your email address :

Category :
Severity :

Summary:

System Configuration
- --------------------
Operating System :

PostgreSQL version :

Compiler used :

Hardware:
- ---------


Versions of other tools:
- ------------------------


- --------------------------------------------------------------------------

Problem Description:
- --------------------


- --------------------------------------------------------------------------

Test Case:
- ----------


- --------------------------------------------------------------------------

Solution:
- ---------


- --------------------------------------------------------------------------

From scrappy
Date: Thu, 28 May 1998 22:05:11 +1000 (EST)
From: Matt <matt@uts.edu.au>
Subject: src/include/util/dt.h

hiya,

i have found a bug that shows itself on linux. this has to do
with the way seconds and the fractions thereof are rounded. in
particular i am talking about the JROUND() macro on line 259 (or there
abouts). it reads something roughly like this.

#define TIME_PREC 1e-6
#define JROUND(j) (rint(((double) (j))/TIME_PREC)*TIME_PREC)

now some compilers are smart enough to figure this out, but gcc 2.8.1
with glibc on my machine aint :( so it actually does a devide there
(two in fact) both of which introduce errors in the result :(. if how
ever you multiplied the value first by its inverse (ie 1e6) you would
then introcude no error (1,000,000 is an exact number when stored as a
double, 0.000001 is not), and two when you went to devide it later you
would be guaranteed to have a 1,000,000 as a factor hence the later
division would introduce no error either! here is what i mean in code

#define TIME_INV_PREC 1000000
#define TIME_PREC 1/TIME_INV_PREC /* in case something else wants to
* TIME_PREC (which isnt the case
* right now) */

the reason i found this bug is because the datetime regression test
and the reltime test were failing. they gave incorrect results like
the following.

- --%%%--

QUERY: SELECT '' AS sixtythree, d1 FROM DATETIME_TBL;
sixtythree|d1
- ----------+-------------------------------
invalid
-infinity
infinity
epoch
Mon Feb 10 17:32:01 1997 PST
invalid
invalid
Mon Feb 10 17:32:01.00 1997 PST
Mon Feb 10 17:32:02.00 1997 PST
Mon Feb 10 17:32:01.40 1997 PST
Mon Feb 10 17:32:01.50 1997 PST
Mon Feb 10 17:32:01.60 1997 PST
Thu Jan 02 00:00:00 1997 PST
Thu Jan 02 03:04:05.00 1997 PST
Mon Feb 10 17:32:01.00 1997 PST
Mon Feb 10 17:32:01.00 1997 PST
Mon Feb 10 17:32:01.00 1997 PST
Mon Feb 10 17:32:01.00 1997 PST
Tue Jun 10 17:32:01.00 1997 PDT
Mon Feb 10 17:32:01.00 1997 PST

- --%%%--

what was happening is that JROUND would round the number to the
slightest bit off zero and when TMODULO was called after it (this is
in tm2datetime when storing the value initially) it would set the
seconds to one less that what they should have been and set fsec to
just under 1000 milliseconds! hence you would get a value rounded to
the correct second on output, but since fsec != 0 it would print out
the ".00" as well. nothing untoward happened with the values that had
dates outside the normal UTIME values or had explicit number of
milliseconds set.

hope the above has helped. hope it also goes in the dist for the
future, can you inform me if it does make it in so that i can ginroe
looking for it when i get the next version of postgresql? thanks if
you can :)

Matt

p.s. i haven't even got to use postgresql yet! i kinda got stuck on
this bug for a few hours :) but the product looks like a good
one.. thanks for your efforts.

From scrappy
Date: Thu, 28 May 1998 22:18:26 +1000 (EST)
From: Matt <matt@uts.edu.au>
Subject: src/include/util/dt.h: READ THIS ONE FIRST!!

i noticed an error in the mail i sent you.. i missed one line.. the
two lines that read

#define TIME_INV_PREC 1000000
#define TIME_PREC 1/TIME_INV_PREC /* in case something else wants to
* TIME_PREC (which isnt the case
* right now) */

should really have read

#define TIME_INV_PREC 1000000
#define TIME_PREC 1/TIME_INV_PREC /* in case something else wants to
* TIME_PREC (which isnt the case
* right now) */
#define JROUND(j) (rint(((double) (j))*TIME_INV_PREC)/TIME_INV_PREC)

sorry for the confusion!

Matt

From scrappy
Date: Thu, 28 May 1998 13:14:08 +0200
From: Michael Dietrich <mdt@mdt.in-berlin.de>
Subject: Postgres team wants to keep PostgreSQL working

hi,

i just compiled postgresql-6.3.2 on a linux 2.0.33, i486, libc6 without ANY
trouble. it starts ouit of the box and works fine so far. one small
problem in your really wonderful INSTALL-doc: you didn't tell how to
connect to the database as regular user. psql says
FATAL 1: SetUserId: user "mdt" is not in "pg_shadow"
nobody tells me how to put it there (especially 'cause pg_shadow is
binary) but i start digging in doc/ right now. all together pgsql
seems to be much easier to manage as mysql, adabas and so on. i start
to do a pyton interface - do you know someone who has done that
already? are you interested to include that in your source-tree?
and last question: why isn't there a debian-package (as far as i know
is pgsql the only really free sql on linux - the same is debian for
distributions ;-).

best regards,
michael

- --
see header

From scrappy
Date: Thu, 28 May 98 15:38:51 +0200
From: Gregor Hoffleit <flight@mathi.uni-heidelberg.DE>
Subject: Re: [PORTS] Postgres team wants to keep PostgreSQL working

Michael Dietrich wrote:
seems to be much easier to manage as mysql, adabas and so on. i start
to do a pyton interface - do you know someone who has done that
already? are you interested to include that in your source-tree?
and last question: why isn't there a debian-package (as far as i know
is pgsql the only really free sql on linux - the same is debian for
distributions ;-).
There is a Debian packages -- at least for Debian 2.0, which is in its =
last test cycles before the final release: postgresql_6.3.2-9.deb, =
libpgsql_6.3.2-9.deb etc.pp., all in "misc".

As for python: There were python bindings for postgres95. There's the =
Python DB-SIG and a proposal for a Python Database API =
(http://www.python.org/sigs/db-sig/DatabaseAPI.html). It guess you =
should try to adhere to that.

Gregor
=09=

From scrappy
Date: Thu, 28 May 1998 09:12:44 -0400 (EDT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] Postgres team wants to keep PostgreSQL working
On Thu, 28 May 1998, Michael Dietrich wrote:

hi,

i just compiled postgresql-6.3.2 on a linux 2.0.33, i486, libc6 without ANY
trouble. it starts ouit of the box and works fine so far. one small
problem in your really wonderful INSTALL-doc: you didn't tell how to
connect to the database as regular user. psql says
FATAL 1: SetUserId: user "mdt" is not in "pg_shadow"
nobody tells me how to put it there (especially 'cause pg_shadow is
binary) but i start digging in doc/ right now
man createuser
. all together pgsql
seems to be much easier to manage as mysql, adabas and so on. i start
to do a pyton interface - do you know someone who has done that
already?
See the src/interfaces directory...there is a python interface
already included..
are you interested to include that in your source-tree?
and last question: why isn't there a debian-package (as far as i know
is pgsql the only really free sql on linux - the same is debian for
distributions ;-).
Cause debian hasn't made one? Redhat does their own RPMs of
PostgreSQL...

From scrappy
Date: Thu, 28 May 1998 13:57:44 +0000
From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Subject: Re: [PORTS] How to config for dynamic libpq for Linux 2.1.x
I have been building ports right along on my Linux box, which has a
more-or-less continuously upgraded 2.1.x kernel.

With the change from 6.3.1 to 6.3.2, building from a clean
distribution tree, I now no longer get the dynamic libpq library--a
change from the past behavior.
There was some last minute breakage of the Linux support in v6.3.2.
There is a patch on ftp://postgresql.org/pub/patches/:

6479 Apr 30 16:28 configure-980430.gz
368 Apr 28 14:26 gram.c.patch-980428
6213 Apr 21 16:24 linux_elf.patch-980421.gz

Try doing a "make distclean", then applying these patches. Just guessing
that the linux_elf patch is the only essential one, but no harm in
applying the others too.

Also, fyi I use the following Makefile.custom on my Linux box:

# Makefile.custom
# Thomas Lockhart 1998-03-01

POSTGRESDIR= /opt/postgres/current
CFLAGS+= -m486
USE_TCL= true
TCL_LIB= -ltcl
X_LIBS= -L/usr/X11/lib
TK_LIB= -ltk

# documentation

HSTYLE= /home/tgl/SGML/db107.d/docbook/html
PSTYLE= /home/tgl/SGML/db107.d/docbook/print

For some reason the tcl stuff doesn't build without it. The
documentation declarations are not necessary unless you are building
docs from the SGML sources.

Let us know if this doesn't fix your problem...

- Tom

From scrappy
Date: Thu, 28 May 1998 14:08:51 +0000
From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Subject: Re: [PORTS] src/include/util/dt.h
i have found a bug that shows itself on linux. this has to do
with the way seconds and the fractions thereof are rounded. in
particular i am talking about the JROUND() macro on line 259 (or there
abouts). it reads something roughly like this.
I believe that this is a known problem with glibc2 prior to v2.0.7 (some
of the pre-v2.0.7 snapshots seem to have the fix also). I'm running
RH5.0 with all patches from redhat, and the problem no longer appears on
my system.

I do extensive Postgres development on a RH4.2 system and the problem
never appeared there.

Let us know if my guesses on your system configuration are not
correct...

Good luck.

- Tom

From scrappy
Date: Thu, 28 May 1998 14:13:55 +0000
From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Subject: Re: [PORTS] Postgres team wants to keep PostgreSQL working
i just compiled postgresql-6.3.2 on a linux 2.0.33, i486, libc6...
... you didn't tell how to
connect to the database as regular user. psql says
FATAL 1: SetUserId: user "mdt" is not in "pg_shadow"
Use the "createuser" command as the Postgres superuser:

$ createuser mdt

It will ask a couple of questions, and then you should be ready to go.
The Administrator's Guide in the doc directory should cover this; let us
know if it doesn't do so in enough detail and we'll fix it up.

Good luck.

- Tom

From scrappy
Date: Thu, 28 May 1998 10:56:27 -0400 (EDT)
From: PostreSQL Server <postgres@tmt.kaybee.org>
Subject: subscribe

subscribe

From scrappy
Date: Thu, 28 May 1998 08:22:28 -0700 (PDT)
From: Tony Dering <tonyde@elsegundoca.ncr.com>
Subject: Re: regression tests failing w/v6.3.2 on NCR Unix

Hi. This is a reminder that I still need help. Thanks.
- ----------------------------------------------------------
Tony Dering | Tony.Dering@ElSegundoCA.NCR.COM | NCR corp.
Mssg 6/36 To pgsql-ports@postgresql.org May 22, 98 10:38:56 am

To: pgsql-ports@postgresql.org, ports@postgresql.org
Subject: regression tests failing w/v6.3.2 on NCR Unix

Hi. I'm trying to get PostgreSQL working on an NCR Unix platform but
I've hit a wall. here's the details:
--------------------------------------------------------------------
1. PostgreSQL version is v6.3.2.
2. UNIX is NCR's MP-RAS UNIX. this is an SVR4-based UNIX.
3. HW is standard PC HW (ie., i586, PCI based).
4. have compiled & installed successfully. however, had 6 compile
time errors & 1 link error which had to fix. will append details
to this email. I don't think any of these fixes have anything
to do with why I'm stuck though.
5. where I'm stuck is in the running of the regressions tests.
I run "make runtest" & it returns with:
------------------------------
$ /usr/local/bin/make runtest
MB=;export MB; \
/bin/sh ./regress.sh 2>&1 | tee regress.out
======= Notes... =========
postmaster must already be running for the regression tests
to succeed. time zone is now set to PST8PDT explicitly by
this regression test
client frontend. Please report any apparent problems to
ports@postgresql.org
See regress/README for more information.

======= destroying old regression database... =========
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
Connection to database 'template1' failed.
PQexec() -- There is no connection to the backend.
destroydb: database destroy failed on regression.
======= creating new regression database... =========
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
Connection to database 'template1' failed.
PQexec() -- There is no connection to the backend.
createdb: database creation failed on regression.
createdb failed
ACTUAL RESULTS OF REGRESSION TEST ARE NOW IN FILE regress.out
------------------------------
the database is running:
------------------------------
$ jobs
[1] + Running nohup postmaster > regress.log 2>&1 &
------------------------------
the timezone is correct:
------------------------------
$ date
Fri May 22 07:39:24 PDT 1998
------------------------------
& I'm not doing any of this as user "root":
------------------------------
$ id
uid=107(postgres) gid=107(postgres)
------------------------------
the regress.log file shows following:
------------------------------
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
ERROR: MultiRelease: couldn't release after error
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
NOTICE: LockRelease: find xid, table corrupted
ERROR: MultiRelease: couldn't release after error
------------------------------
I don't know how to get beyond this problem. one other thing
to note that I don't know if it's important or not but
"initdb" had following error:
------------------------------
vacuuming template1
creating public pg_user view
UX:mv: ERROR: Can't access /usr/local/pgsql/data/base/template1/\
xpg_user: No such file or dir
loading pg_description
------------------------------
anyway. I appreciate your time in this matter as I'm real
anxious to get this working.
--------------------------------------------------------------------

----------------------------------------------------------
Tony Dering | Tony.Dering@ElSegundoCA.NCR.COM | NCR corp.

P.S. fixes I made for compile & link problems:
--------------------------------------------------------------------
1. added "#define HAVE_SRANDOM 1" to src/include/config.h.
2. commented out following line in /usr/include/sys/mp/mptypes.h:
typedef enum cpusetcmd {Bind, Query } cpusetcmd_t;
3. chgd "struct proc" to "struct proc1" in "src/include/storage/proc.h".
4. in order to compile "src/backend/parser/gram.c" successfully
had to do compile on a mach w/400MB of free mem (as reported by
"sar -r"), as opposed to a mach w/only 80MB of free mem.
5. put #defines for INT_MIN & INT_MAX defined in file "src/backend/\
utils/adt/numutils.c" into files "date.c", "float.c" in same dir.
6. removed "strcasecmp.o" from "src/backend/port/Makefile".
7. added "LDFLAGS+= -lsocket" to "src/backend/Makefile".
--------------------------------------------------------------------
From scrappy
Date: Thu, 28 May 1998 13:24:57 -0400
From: "Thomas A. Szybist" <szybist@boxhill.com>
Subject: Re: [PORTS] src/include/util/dt.h

In message <356D6FF3.BE6C489E@alumni.caltech.edu>, "Thomas G. Lockhart" writes:
i have found a bug that shows itself on linux. this has to do
with the way seconds and the fractions thereof are rounded. in
particular i am talking about the JROUND() macro on line 259 (or there
abouts). it reads something roughly like this.
I believe that this is a known problem with glibc2 prior to v2.0.7 (some
of the pre-v2.0.7 snapshots seem to have the fix also). I'm running
RH5.0 with all patches from redhat, and the problem no longer appears on
my system.

I do extensive Postgres development on a RH4.2 system and the problem
never appeared there.

Let us know if my guesses on your system configuration are not
correct...

Good luck.

- Tom
Tom, what version of gcc are using? When I looked into this, it
started working when math inlines where def'd out in
/usr/include/__math.h, (part of glibc). This include file got fixed
sometime around glibc 2.0.7. I was able to use glibc 2.0.6 as long
math inlines where not being used.

However, it at least under RedHat 5.0, with the glibc-2.0.7-2 rpm
math inlines will get used again with gcc 2.8.X. I know they
have a glibc "-13" update for RedHat 5.0, but I haven't looked at it.

The fix that Matt posted looks interesting, esp if one can use
math inlines.

Tom Szybist
szybist@boxhill.com

From scrappy
Date: Fri, 29 May 1998 02:05:52 +0000
From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Subject: Re: [PORTS] Re: regression tests failing w/v6.3.2 on NCR Unix
Hi. This is a reminder that I still need help. Thanks.
Subject: regression tests failing w/v6.3.2 on NCR Unix
I haven't seen your problem on my Linux/i686 box, and you probably
didn't get an answer because no one else has seen it either :/

I think you are hosed during the install, so the regression tests aren't
going to work anyway. The first test you should try after resolving your
installation troubles is something like

$ psql template1
template1=> select 'hi there';
template1=> \q

But that will probably not succeed yet. Your message indicated that you
had some "file not found" message(s) during initdb; initdb should run
without error to have much further luck.

There are other SVR4-style machines in the ports listing. See if there
are any installation notes for them. Look for specific #ifdef's or other
evidence in the source code of machine-specific declarations which might
apply to any SVR4 system. Also, check that shared memory is configured
on your machine, and that the spinlock assembler code is getting picked
up properly for your i586 processor.

afaik no one has achieved first-try success at an SVR4 port (there is
mention of two in the porting list, for MIPS and m88k processors) and
I'm not sure what patches were required for the m88k port and whether
they made it into the main distribution.

I'd suggest contacting the people mentioned in the ports listing and ask
about their current status; perhaps you can team up to resolve any
remaining issues for that OS.
P.S. fixes I made for compile & link problems:
--------------------------------------------------------------------
1. added "#define HAVE_SRANDOM 1" to src/include/config.h.
2. commented out following line in /usr/include/sys/mp/mptypes.h:
typedef enum cpusetcmd {Bind, Query } cpusetcmd_t;
This also shows up as a Postgres type??
3. chgd "struct proc" to "struct proc1" in "src/include/storage/proc.h".
This conflicts with some other declaration??
4. in order to compile "src/backend/parser/gram.c" successfully
had to do compile on a mach w/400MB of free mem (as reported by
"sar -r"), as opposed to a mach w/only 80MB of free mem.
Ack! ?? There are several patches available for v6.3.2, one of which
provides a working gram.c. But, if using gnu/bison, gram.c will compile
on most machines afaik.
5. put #defines for INT_MIN & INT_MAX defined in file "src/backend/\
utils/adt/numutils.c" into files "date.c", "float.c" in same dir.
Aren't INT_MIN and INT_MAX available anywhere in or near /usr/include/?
They should be defined with an #include or inside an #ifndef block
somewhere inside of src/include/ if they really are not available on
your system.
6. removed "strcasecmp.o" from "src/backend/port/Makefile".
7. added "LDFLAGS+= -lsocket" to "src/backend/Makefile".
There is a platform-specific place for this, but perhaps only after
scrappy helps get your machine recognized by his configure routine.

Good luck. If you can identify the first point at which things go wrong
then we may have some more specific suggestions...

- Tom

From scrappy
Date: Fri, 29 May 1998 03:03:57 +0000
From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Subject: Re: [PORTS] src/include/util/dt.h
I believe that this is a known problem with glibc2 prior to v2.0.7
(some of the pre-v2.0.7 snapshots seem to have the fix also). I'm
running RH5.0 with all patches from redhat, and the problem no
longer appears on my system.
I do extensive Postgres development on a RH4.2 system and the
problem never appeared there.
Tom, what version of gcc are using? When I looked into this, it
started working when math inlines where def'd out in
/usr/include/__math.h, (part of glibc). This include file got fixed
sometime around glibc 2.0.7. I was able to use glibc 2.0.6 as long
math inlines where not being used.

However, it at least under RedHat 5.0, with the glibc-2.0.7-2 rpm
math inlines will get used again with gcc 2.8.X. I know they
have a glibc "-13" update for RedHat 5.0, but I haven't looked at it.

The fix that Matt posted looks interesting, esp if one can use
math inlines.
This is a problem only for some combinations of glibc2 and (apparently)
egcs. On my RH5.0 system, I'm using redhat's binary rpm, but I don't
know what Cristian at redhat had to do to get it working.

I guess since the "problem" shows up on only one version of only one of
the ~20 supported machine/OS combinations, I'd put it into the category
of platform bug. Any indication that this misbehavior of the inline
functions in glibc2 or gcc-2.8.x is being worked on? afaik I'm using
inlining on libc-5.3.12 and gcc-2.7.3 (compiling with -O2) and most
other platforms are probably compiled with inlining too.

If the glibc2/egcs problems aren't going to get fixed (or if I
misunderstand the nature of the problem) then someone should submit some
#ifdef patches. I hate to do this though because that will lurk in the
source code even after the glibc2/egcs is fixed.

Another possibility is to generate a configure test for
HAVE_BAD_MATH_INLINING, which could then be used to directly test the
math problem. scrappy can help incorporate this if you can come up with
a small test case. I like this option because every time we do a clean
install on a system we can see that the problem is still there or has
been fixed.

- Tom

From scrappy
Date: Fri, 29 May 1998 11:32:32 -0500 (CDT)
From: Hal Snyder <hal@vailsys.com>
Subject: SCO ODT5

I have a set of patches that allow PostgreSQL-6.3.2 to compile with
gcc or cc on SCO ODT5 - some were developed with help from Bruce back
when 6.3 first came out.

The bad news is that only the client side works - the server executes
but will not connect to clients. I haven't had time to fix this, and
am about to lose access to SCO test systems to work on it further.

Is anyone interested in the patches? If so, how do you want 'em?

From scrappy
Date: Fri, 29 May 1998 12:54:47 -0400 (EDT)
From: Bruce Momjian <maillist@candle.pha.pa.us>
Subject: Re: [PORTS] SCO ODT5
I have a set of patches that allow PostgreSQL-6.3.2 to compile with
gcc or cc on SCO ODT5 - some were developed with help from Bruce back
when 6.3 first came out.

The bad news is that only the client side works - the server executes
but will not connect to clients. I haven't had time to fix this, and
am about to lose access to SCO test systems to work on it further.

Is anyone interested in the patches? If so, how do you want 'em?
Send them to the patches list, so they are archived for later use.
Thanks.


- --
Bruce Momjian | 830 Blythe Avenue
maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026
+ If your life is a hard drive, | (610) 353-9879(w)
+ Christ can be your backup. | (610) 853-3000(h)

From scrappy
Date: Fri, 29 May 1998 19:26:23 -0300 (ADT)
From: The Hermit Hacker <scrappy@hub.org>
Subject: Re: [PORTS] SCO ODT5
On Fri, 29 May 1998, Hal Snyder wrote:

I have a set of patches that allow PostgreSQL-6.3.2 to compile with
gcc or cc on SCO ODT5 - some were developed with help from Bruce back
when 6.3 first came out.
Will they work with the current development tree...there have
already been alot of changes since v6.3.2 was released...

Could you grab the latest snapshot, at the very least, and confirm
they apply there? Even better would be the snapshot that is produced on
Sunday morning, which will have all of Bruce's exec() removal changes and
Thomas' work from this past week...

Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org

From scrappy
Date: Fri, 29 May 1998 18:22:11 -0500 (CDT)
From: Hal Snyder <hal@vailsys.com>
Subject: Re: [PORTS] SCO ODT5
Date: Fri, 29 May 1998 19:26:23 -0300 (ADT)
From: The Hermit Hacker <scrappy@hub.org>
...
I have a set of patches that allow PostgreSQL-6.3.2 to compile with
gcc or cc on SCO ODT5 - some were developed with help from Bruce back
when 6.3 first came out.
Will they work with the current development tree...there have
already been alot of changes since v6.3.2 was released...
Don't know.
Could you grab the latest snapshot, at the very least, and confirm
they apply there? Even better would be the snapshot that is produced on
Sunday morning, which will have all of Bruce's exec() removal changes and
Thomas' work from this past week...
Ack. Will do.

From scrappy
Date: Fri, 29 May 1998 20:35:52 -0500 (EST)
From: Felipe Riley <friley@pannet.pa>
Subject: My experience (install error)...

Hi,

I am not an expert developer or programmer, but as you are looking for
experiences with the installation and use of postgresql here I tell you
what I have to do to install postgresql.

First some answers:

- - The version of PostgreSQL (v6.3.2, 6.2.1, beta 03, etc.).

My version is 6.3.2

- - Your operating system (i.e. RedHat v4.0 Linux v2.0.26).
- - Your hardware (SPARC, i486, etc.).

My plataform is "SunOS server 5.5.1 Generic sun4u sparc SUNW,Ultra-1"

- - Did you compile, install and run the regression tests cleanly?

Almost.
Just 3 or 5 failed but 2 of them were the one you mention on point 19 of
the INSTALL file. I am not doing any critical job so I don't even checked
the diff files.

My history:

All was ok, until the gmake install.
When the first /usr/sbin/install was called it produced the following error
"install: The -c, -f, -n options each require a directory following!"

After debugging the makefiles and the install program itself i found that
the install program was been called incorrectly.

Here a show you what gmake -n install produced:

/usr/sbin/install -c -m 444 fmgr.h /usr/local/pgsql/include/fmgr.h
/usr/sbin/install -c -m 444 global1.bki.source \
/usr/local/pgsql/lib/global1.bki.source
/usr/sbin/install -c -m 444 global1.description \
/usr/local/pgsql/lib/global1.description
/usr/sbin/install -c -m 444 local1_template1.bki.source \
/usr/local/pgsql/lib/local1_template1.bki.source
/usr/sbin/install -c -m 444 local1_template1.description \
/usr/local/pgsql/lib/local1_template1.description
/usr/sbin/install -c -m 444 libpq/pg_hba.conf.sample \
/usr/local/pgsql/lib/pg_hba.conf.sample
/usr/sbin/install -c -m 444 optimizer/geqo/pg_geqo.sample \
/usr/local/pgsql/lib/pg_geqo.sample

In my computer the correct command that work (showing just first case) was:

/usr/sbin/install -m 444 -c /usr/local/pgsql/include fmgr.h

In order to correctly install the software I modified the order of the
variables used by install in all the Makefiles. Here I show you just one case

file: /usr/src/pgsql/postgresql-6.3.2/src/backend/Makefile (original)
$(INSTALL) $(INSTL_EXE_OPTS) postgres $(BINDIR)/postgres

file: /usr/src/pgsql/postgresql-6.3.2/src/backend/Makefile (after change)
$(INSTALL) $(INSTL_EXE_OPTS) $(BINDIR) postgres

I also changed in Makefile.global the -c argument of the variables to look like this

INSTLOPTS= -m 444 -c
INSTL_EXE_OPTS= -m 555 -c
INSTL_LIB_OPTS= -m 644 -c

Before changes:

INSTLOPTS= -c -m 444
INSTL_EXE_OPTS= -c -m 555
INSTL_LIB_OPTS= -c -m 644

Maybe the arguments are correct to others version of install and on another
machines, or maybe someone else reported the same, but that what
was happened to me.

Ok that's all, now I am going to enjoy learning to use my running version
of postgresql :-)

Good luck,


Felipe Riley


PS: By the way, excuse my english I am an spanish speaker.



__________________________________________________________________________
Ing. Felipe Riley "Algunos triunfan porque estan destinados al exito,
friley@pannet.pa los demas triunfan por que estan decididos a hacerlo."
__________________________________________________________________________

From scrappy
Date: Fri, 29 May 1998 11:17:35 -0700 (PDT)
From: Web Events <web_events@yahoo.com>
Subject: Rod Stewart Live Online

FYI,

ROD STEWART LAUNCHES OFFICIAL WEB SITE, WWW.RODSTEWARTLIVE.COM,
DESIGNED BY MEDIAX

Free Web Cast Live from the Roxy on June 2 at 8:45 p.m. (PST)

MediaX Corporation and Stiefel Entertainment announced the launch of
Rod Stewart's official Web site, http://www.rodstewartlive.com

The launch will be celebrated via a live Web cast from the Roxy in Los
Angeles on Tuesday, June 2 at 845 p.m. (PST). The day's events begin
at Tower Records on Sunset Boulevard in Los Angeles at 6 p.m. with an
album signing followed by a free live concert at Tower Records parking
lot at 750 p.m. The festivities will continue with the live Web cast
from the Roxy at 845 p.m. and end at the Whiskey with a 1000 p.m. set.

Rod Stewart fans in Los Angeles can win a pair of tickets to the
Whiskey performance by being the 20th member to sign up on the site.

To view the Web cast, users must download Macromedia's Shockwave Flash
Plug-in--available at Stewart's site for free. For more information,
visit: http://www.rodstewartlive.com

_________________________________________________________
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com

Search Discussions

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouppgsql-ports @
categoriespostgresql
postedMay 1, '98 at 12:59p
activeMay 1, '98 at 12:59p
posts1
users1
websitepostgresql.org
irc#postgresql

1 user in discussion

Fritz Reichmann: 1 post

People

Translate

site design / logo © 2022 Grokbase