Fri Apr 17 07:33:35 PDT 2009
- Previous message: [Slony1-bugs] [Slony1 2.0.1]
- Next message: [Slony1-bugs] [Slony1 2.0.1]
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
The error comes from the following code : if (find_my_exec(argv[0],myfull_path) < 0) { strcpy(share_path, PGSHARE); } else { get_share_path(myfull_path, share_path); } that is if I use "slonik_init_cluster|/usr/bin/slonik" or "slonik_init_cluster|slonik" it finds the exec file and does not use PGSHARE as a share_path for slony1xxx.sql file. It should not use get_share_path if PGSHARE is defined ! to remember the issue : I compile slonik with -DPGSHARE="\"/usr/share/slony1\"" but slonik searches for slony1_base.sql (and other files) in /usr/share/postgresql/8.3/ and not in PGSHARE Regards Cyril Scetbon wrote: > Hi guys, > > you should > > - change SLONY_I_VERSION_STRING in config.h to reflect the current > version > - update tools/altperl/slon-tools.pm cause you're using 2 different > variables (in start_slon function) for the log level as you can see in > the current version : > > $DEBUG_INTERVAL ||= 0; > system("mkdir -p $LOGDIR/slony1/node$nodenum"); > my $cmd = "@@SLONBINDIR@@/slon -s $SYNC_CHECK_INTERVAL -d$DEBUGLEVEL > $CLUSTER_NAME '$dsn' "; > > ==> (correct version) > > $DEBUGLEVEL ||= 0; > system("mkdir -p $LOGDIR/slony1/node$nodenum"); > my $cmd = "@@SLONBINDIR@@/slon -s $SYNC_CHECK_INTERVAL -d$DEBUGLEVEL > $CLUSTER_NAME '$dsn' "; > > besides this, I met an issue with slonik that is trying to load the > file : > > <stdin>:6: could not open file /usr/share/postgresql/8.3/slony1_base.sql > > however slonik is compiled with -DPGSHARE="\"/usr/share/slony1\"" as > you can see below : > > make[3]: Entering directory > `/home/cscetbon/packaging/slony1-2.0.1/src/slonik' > cc -g -Wall -O2 -Wall -Wmissing-prototypes -Wmissing-declarations > -I../.. -DPGSHARE="\"/usr/share/slony1\"" -I/usr/include/postgresql/ > -I/usr/include/postg > resql/8.3/server/ -c -o slonik.o slonik.c > cc -g -Wall -O2 -Wall -Wmissing-prototypes -Wmissing-declarations > -I../.. -DPGSHARE="\"/usr/share/slony1\"" -I/usr/include/postgresql/ > -I/usr/include/postgresql/8.3/server/ -c -o dbutil.o dbutil.c > cc -g -Wall -O2 -Wall -Wmissing-prototypes -Wmissing-declarations > -I../.. -DPGSHARE="\"/usr/share/slony1\"" -I/usr/include/postgresql/ > -I/usr/include/postgresql/8.3/server/ -c -o parser.o parser.c > In file included from parser.y:1879: > scan.c:2293: warning: no previous prototype for 'yyget_lineno' > scan.c:2302: warning: no previous prototype for 'yyget_in' > scan.c:2310: warning: no previous prototype for 'yyget_out' > scan.c:2318: warning: no previous prototype for 'yyget_leng' > scan.c:2327: warning: no previous prototype for 'yyget_text' > scan.c:2336: warning: no previous prototype for 'yyset_lineno' > scan.c:2348: warning: no previous prototype for 'yyset_in' > scan.c:2353: warning: no previous prototype for 'yyset_out' > scan.c:2358: warning: no previous prototype for 'yyget_debug' > scan.c:2363: warning: no previous prototype for 'yyset_debug' > scan.c:2400: warning: no previous prototype for 'yylex_destroy' > cc -g -Wall -O2 -Wall -Wmissing-prototypes -Wmissing-declarations > -I../.. -DPGSHARE="\"/usr/share/slony1\"" slonik.o dbutil.o parser.o > ../parsestatements/ > scanner.o -L/usr/lib/ -L/usr/lib/postgresql/8.3/lib -lpq > -Wl,-rpath,/usr/lib/ -lpgport -o slonik > > why does it chooses to load slony1_base.sql from > /usr/share/postgresql/8.3/ ? > > Regards -- Cyril SCETBON
- Previous message: [Slony1-bugs] [Slony1 2.0.1]
- Next message: [Slony1-bugs] [Slony1 2.0.1]
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-bugs mailing list