Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
summaryrefslogtreecommitdiff
blob: 514e0237b3211188033c1d212af86259c3e98c9b (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
====================================================
Frequently Asked Questions (FAQ) for Postgres95
Linux Specific
TO BE READ IN CONJUNCTION WITH THE NORMAL FAQ
====================================================
last updated:           Mon Oct 28 10:25:00 BST 1996

current maintainer:     Andrew C.R. Martin (martin@biochem.ucl.ac.uk)
original author:        Andrew C.R. Martin (martin@biochem.ucl.ac.uk)


Changes in this version (* = modified, + = new, - = removed):
-0.*)   Bugs in Postgres95 V1.08
*1.3)   [REDHAT] Why do I get problems with missing libdl and dlfcn.h?
*1.4)   [SLACKWARE 3.1] Why do I get problems with missing libdl and dlfcn.h?
*1.5)   My compile of the backend dies complaining about the include file 
        dlfcn.h missing
*1.9)   Why do I get problems with ld.so?
*1.13)  What are the references in X11_LIB to libsocket and libnsl in
        src/Makefile.global?


This file is divided approximately as follows:
1.*)    Installing Postgres95
2.*)    Compiling accessory programs
3.*)    Runtime Problems
4.*)    Spurious Problems in Need of Verification


Questions answered:
1.1)    What changes do I need to make to src/Makefile.global
1.2)    Why do I get problems with missing libreadline?
1.3)    [REDHAT] Why do I get problems with missing libdl and dlfcn.h?
1.4)    [SLACKWARE 3.1] Why do I get problems with missing libdl and dlfcn.h?
1.5)    My compile of the backend dies complaining about the include file
        dlfcn.h missing
1.6)    GCC complains about an ignored option -fpic
1.7)    I get warnings of the form
        warning: cast from pointer to integer of different size
1.8)    [SuSE-Linux 4.2] Where is curses and termcap?
1.9)    Why do I get problems with ld.so?
1.10)   Why do I get `yy_flush_buffer undefined' errors?
1.11)   How do I compile Postgres95 on an a.out system?
1.12)   Why does make fail with:
        yacc -d /disk2/postgres95/src/backend/parser/gram.y
        make: /usr/bin/make: cannot execute binary file
1.13)   What are the references in X11_LIB to libsocket and libnsl in
        src/Makefile.global?
1.14)   [DEBIAN] Where is libtermcap?
2.1)    The linker fails to find libX11 when compiling pgtclsh
3.1)    I get an error reporting _fUnKy_POSTPORT_sTuFf_ undefined when 
        running scripts like createuser
3.2)    I run postmaster and after that system says 'Bad system call(Core 
        dumped)'
3.3)    When I try to start the Postmaster, why do I get an error of the form
        Failed Assertion("!(file != 0):(null)", File:
        "/usr/local/postgres95/src/backend/storage/file/fd.c", Line: 257)
        !(file != 0) (0)
        initdb: could not create template database
        initdb: cleaning up.
3.4)    Why doesn't createuser work?
3.5)    Why do I get an error like:
        IpcMemoryCreate: memKey=155356396 , size=760632 ,
        permission=384IpcMemoryCreate: shmget(..., create, ...)
        failed: Invalid argument
4.1)    Why doesn't the postmaster start the first time?

----------------------------------------------------------------------
Section 1:      Compiling Postgres95
----------------------------------------------------------------------

1.1)    What changes do I need to make to src/Makefile.global

        You *must* set the following variables:
                PORTNAME=       linux

        You will also need to change the following to match your own
        installation:
                SRCDIR
                POSTGRESDIR

        If you switch on the USE_TCL option, you will need to set these:
                TCL_INCDIR=
                TCL_LIBDIR=
                TCL_LIB=
                TK_INCDIR=
                TK_LIBDIR=
                TK_LIB=
                X11_INCDIR=
                X11_LIBDIR=
                X11_LIB=

        On my Slackware3.0 system, these are:
                TCL_INCDIR=     /usr/include/tcl
                TCL_LIBDIR=     /usr/lib
                TCL_LIB=        -ltcl
                TK_INCDIR=      /usr/include/tcl
                TK_LIBDIR=      /usr/lib
                TK_LIB=         -ltk
                X11_INCDIR=     /usr/include/X11
                X11_LIBDIR=     /usr/X386/lib
                X11_LIB=        -lX11
 
        You may also make any other changes you need as documented in
        the INSTALL file and in Makefile.global


1.2)    Why do I get problems with missing libreadline?

        Linux systems generally don't come with the GNU readline library
        installed. Either comment out the USE_READLINE variable in   
        src/Makefile.global or install the GNU readline library.

        Note that Debian Linux (like FreeBSD) does come with readline
        installed.

1.3)    [REDHAT] Why do I get problems with missing libdl and dlfcn.h?

        The libdl library is used for dynamic linking of user-supplied
        functions at run-time. For some reason this library was missed out
        from the Redhat distribution. It seems that the latest Redhat 4.0
        (Colgate) fixes this.

        RedHat now have a new ld.so RPM package on their FTP site.
        Simply grab:

                ftp://ftp.redhat.com/pub/redhat/devel/i386/RedHat/RPMS/ld.so-1.7.14-4.i386.rpm

        Install the RPM file in the usual way and off you go!

        There has been one report of a corrupted system resulting from
        programs accessing these libraries while updating them (not
        altogether surprising). Consequently it is a good idea to reboot 
        the system before installing the new libraries and to
        have as little running as possible during this upgrade. Going
        into single-user mode is probably a good idea!

        If you want to do it the hard way, you can obtain the library and the 
        header file from:
        
                ftp://tsx-11.mit.edu/pub/linux/packages/GCC/ld.so-1.7.14.tar.gz

        Alternatively, you may find precompiled binaries in 
        distributions/debian/buzz/binary-i386/base/ld.so-1.7.14-4.deb
        on the same site, or follow the instructions given for question 1.2 for
        correcting the same error with early releases of Slackware 3.1.
        Don't use this method unless you know what you are doing!



1.4)    [SLACKWARE 3.1] Why do I get problems with missing libdl and dlfcn.h?

        See the answer to question 1.3. Slackware up to version 3.0 was 
        supplied with this library and include file and they seem to be
        back in again in the latest versions of 3.1, but the early 3.1
        releases (before 9th September 1996) had them missing and many 
        CD-ROM versions will have been pressed from the first 3.1 releases.

        There has been one report of a corrupted system resulting from
        programs accessing these libraries while updating them (not
        altogether surprising). Consequently it is a good idea to reboot 
        the system before installing the new libraries and to
        have as little running as possible during this upgrade. Going
        into single-user mode is probably a good idea!

        The easiest fix is to obtain the file ldso.tgz from the a4 disk of
        a more recent Slackware 3.1 distribution and unpack this file
        from the root (/) directory, then do

                sh install/doinst.sh

        to complete the installation. Follow this with

                ldconfig

        If you want to install manually, you must first install the file
        dlfcn.h in /usr/include.

        Second, install the file libdl.so.1.7.14 (or whatever the latest
        release is) in /lib, then do:

                cd /lib
                ln -sf libdl.so.1.7.14 libdl.so.1
                ln -sf libdl.so.1 libdl.so

        On some systems (depending on your GCC configuration) it may be
        necessary to do:

                cd /usr/lib
                ln -sf /lib/libdl.so .

        Finally

                ldconfig


1.5)    My compile of the backend dies complaining about the include file 
        dlfcn.h missing

        See the answer to question 1.3/1.4. Don't forget that if you are using
        an a.out system you must first have installed the dld package
        (which is not supplied with most a.out systems) to have dlfcn.h
        at all. See Question 1.11.


1.6)    GCC complains about an ignored option -fpic

        Earlier versions of GCC accepted either -fpic or -fPIC.
        It appears that more recent versions (V2.7.2?) require -fPIC. 
        If you are using an ELF version of Linux, this can safely be 
        ignored as -fPIC is the default.

        You can correct this by editing
        src/mk/port/postgres.mk.linux


1.7)    I get warnings of the form 
        warning: cast from pointer to integer of different size

        These can safely be ignored

1.8)    [SuSE-Linux 4.2] Where is curses and termcap?

        SuSE-Linux has ncurses but not curses. Edit src/bin/psql/Makefile and 
        Change
                LIBCURSES=   -lcurses
        to
                LIBCURSES=   -lncurses

        SuSE-Linux has the termcap library is in /usr/lib/termcap instead of 
        in /usr/lib
        Edit src/bin/psql/Makefile and
        Change
                ifeq ($(PORTNAME), linux)
                LD_ADD += -ltermcap
                else
        to
                ifeq ($(PORTNAME), linux)
                LD_ADD += -L/usr/lib/termcap -ltermcap
                else

        In fact, since ncurses uses terminfo rather than termcap, it should
        be possible to change this line to
                LD_ADD += 
        since you shouldn't need the termcap library.

1.9)    Why do I get problems with ld.so?

        If you get problems with ld.so, another library required under
        ELF for dynamic loading, then you have messed up your installation
        or (more likely) upgrade of Linux.

        See the answers to Question 1.3/1.4. You may need to install
        ld.so.x.y.z in /lib and run ldconfig.

        The most recent stable release of the ld package is 1.7.14
        At the time of writing, 1.8.x versions of ld are experimental.

1.10)   Why do I get `yy_flush_buffer undefined' errors?

        This isn't really Linux specific, but is common on older Linux
        installations. You must have a recent version of flex (2.5.2 or later)
        to compile Postgres95. Note that flex 2.5.3 has a bug: see
        Question 3.4.

1.11)   How do I compile Postgres95 on an a.out system?

        First, you must install the dld library. This may be obtained
        from Sunsite as:
        Linux/libs/dld.3.2.7.tar.gz

        Second, comment out the LINUX_ELF line in src/mk/port/postgres.mk.linux

1.12)   Why does make fail with:
        yacc -d /disk2/postgres95/src/backend/parser/gram.y
        make: /usr/bin/make: cannot execute binary file

        yacc is generally implemented as a script which invokes bison -y
        For some reason (certain versions of make? certain versions of 
        bash?) make is unable to execute this script file.

        To correct this, simply edit src/mk/port/postgres.mk.linux
        and, at the end of the file, change:
                # YACC = bison -y
        to
                YACC = bison -y

1.13)   What are the references in X11_LIB to libsocket and libnsl in
        src/Makefile.global?

        This was a problem in 1.08 (they are Sun Solaris specific). 
        It is fixed in 1.09.

1.14)   [DEBIAN] Where is libtermcap?

        Debian Linux comes without the termcap library and uses ncurses
        (which uses terminfo instead). There is no need to change the 
        LIBCURSES variable in src/bin/psql/Makefile since Debian provides 
        a link from libncurses to libcurses (unlike SuSE-Linux --- see
        Question 1.8).

        Edit src/bin/psql/Makefile and change:

                ifeq ($(PORTNAME), linux)
                LD_ADD += -ltermcap
                else

        to

                ifeq ($(PORTNAME), linux)
                CFLAGS += 
                else




----------------------------------------------------------------------
Section 2:      Compiling accessory programs
----------------------------------------------------------------------

2.1)    The linker fails to find libX11 when compiling pgtclsh

        Modify the src/Makefile.global to change
                X11_LIBDIR = /usr/lib
        to
                X11_LIBDIR = /usr/X11R6/lib


----------------------------------------------------------------------
Section 3:      Runtime Problems
----------------------------------------------------------------------

3.1)    I get an error reporting _fUnKy_POSTPORT_sTuFf_ undefined when 
        running scripts like createuser

        This is a bug in V1.06-V1.07 of Postgres and is fixed in V1.08

3.2)    I run postmaster and after that system says 'Bad system call(Core 
        dumped)'

        This indicates that you have no compiled shared memory support 
        into your kernel. You need to recompile the Linux kernel to add this 
        feature.


3.3)    When I try to start the Postmaster, why do I get an error of the form
        Failed Assertion("!(file != 0):(null)", File: 
        "/usr/local/postgres95/src/backend/storage/file/fd.c", Line: 257)
        !(file != 0) (0)
        initdb: could not create template database
        initdb: cleaning up.

        Your permissions on the file /dev/null are wrong. 

        ls -l /dev/null should give you something like:

                crw-rw-rw-  1 root  wheel    2,   2 Oct  8 18:41 /dev/null

        Correct the permissions using:

                chmod a+rw /dev/null

3.4)    Why doesn't createuser work?

        There is a problem with Version 2.5.3 of GNU flex and createuser. 
        Your options are to downgrade flex to V2.5.2, apply a patch to
        V2.5.3 (supplied in doc/README.flex) or wait for V2.5.4 which 
        will fix the bug.

3.5)    Why do I get an error like:
        IpcMemoryCreate: memKey=155356396 , size=760632 ,
        permission=384IpcMemoryCreate: shmget(..., create, ...)
        failed: Invalid argument

        You haven't build IPC support into your Linux kernel. You
        will have to rebuild the kernel and switch on this option.


----------------------------------------------------------------------
Section 4:      Spurious Problems in Need of Verification
----------------------------------------------------------------------

4.1)    Why doesn't the postmaster start the first time?

        Pawko Olszewski <alder@amg.com.pl> reported a problem that, using
        Linux kernel 2.0.18, the postmaster wouldn't start the first time 
        it is run using

                postmaster -B 256

        but if run as

                postmaster -B 64

        killed and then restarted as

                postmaster -B 256

        everything was OK.

        I haven't been able to repeat this problem! Nobody else has
        reported anything similar.


****************************************************************************
Dr. Andrew C.R. Martin,         University College London & SciTech Software
EMAIL: martin@biochem.ucl.ac.uk                Tel:(Work) +44(0)171 419 3890
URL: http://www.biochem.ucl.ac.uk/~martin          (Home) +44(0)1372 275775
****************************************************************************