Thank you. I tried to use the -l flag for apl, but it says the argument is not accepted.
$ dist/bin/apl -l37 unknown option '-l37' Regards, Elias On 30 June 2014 22:26, Juergen Sauermann <juergen.sauerm...@t-online.de> wrote: > Hi, > > I added some printouts showing port numbers involved in the start-up of > *apl* and *APserver*. > *APnnn* shall not be started manually. > > I also did a bind() on the client TCP socket even though that should not > make a difference (but who knows?). > > To see these printouts start *APserve*r with *-v *and *apl* with *-l37 *(= > log startup messages). > > On your boxed, please do the following: > > 1. Check IP address on *lo*: > > > *eedjsa@Server65:~/apl/apl-1.3/src$ <eedjsa@Server65:~/apl/apl-1.3/src$> > ifconfig lo* > *lo Link encap:Local Loopback * > * inet addr:127.0.0.1 Mask:255.0.0.0* > * inet6 addr: ::1/128 Scope:Host* > * UP LOOPBACK RUNNING MTU:65536 Metric:1* > * RX packets:56460 errors:0 dropped:0 overruns:0 frame:0* > * TX packets:56460 errors:0 dropped:0 overruns:0 carrier:0* > * collisions:0 txqueuelen:0 * > * RX bytes:30060566 (30.0 MB) TX bytes:30060566 (30.0 MB*) > > > 2. Check TCP connectivity (none of the *apl*/*APnnn*/*APserver* processes > running) > > *eedjsa@Server65:~/apl/apl-1.3/src$ <eedjsa@Server65:~/apl/apl-1.3/src$> > nc -l 127.0.0.1 16366 *(in shell/window 1) > *eedjsa@Server65:~/apl/apl-1.3/src$ <eedjsa@Server65:~/apl/apl-1.3/src$> > nc 127.0.0.1 16366 *(in shell/window 2) > > Window 1: > *Hello ←←←* > *World →→→* > > Window2: > *Hello ←←←* > *World →→→* > > > 3. check iptables: > > *eedjsa@Server65:~/apl/apl-1.3/src$ <eedjsa@Server65:~/apl/apl-1.3/src$> > sudo iptables -L* > *Chain INPUT (policy ACCEPT)* > *target prot opt source destination * > > *Chain FORWARD (policy ACCEPT)* > *target prot opt source destination * > > *Chain OUTPUT (policy ACCEPT)* > *target prot opt source destination * > > > 4. tcpdump apl - APserver connections setup (start apl with no options): > > *eedjsa@Server65:~/apl/apl-1.3/src$ <eedjsa@Server65:~/apl/apl-1.3/src$> > sudo tcpdump -i any -n port 16366* > *tcpdump: verbose output suppressed, use -v or -vv for full protocol > decode* > *listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 > bytes* > *16:16:46.740744 IP 127.0.0.1.47228 > 127.0.0.1.16366: Flags [S], seq > 2243567161, win 43690, options [mss 65495,sackOK,TS val 2777964 ecr > 0,nop,wscale 7], length 0* > *16:16:46.740761 IP 127.0.0.1.16366 > 127.0.0.1.47228: Flags [R.], seq 0, > ack 2243567162, win 0, length 0* > *16:16:46.761137 IP 127.0.0.1.48372 > 127.0.0.1.16366: Flags [S], seq > 2243567164, win 43690, options [mss 65495,sackOK,TS val 2777969 ecr > 0,nop,wscale 7], length 0* > *16:16:46.761156 IP 127.0.0.1.16366 > 127.0.0.1.48372: Flags [S.], seq > 3037122167, ack 2243567165, win 43690, options [mss 65495,sackOK,TS val > 2777969 ecr 2777969,nop,wscale 7], length 0* > *16:16:46.761173 IP 127.0.0.1.48372 > 127.0.0.1.16366: Flags [.], ack 1, > win 342, options [nop,nop,TS val 2777969 ecr 2777969], length 0* > *16:16:46.783331 IP 127.0.0.1.48372 > 127.0.0.1.16366: Flags [P.], seq > 1:2, ack 1, win 342, options [nop,nop,TS val 2777975 ecr 2777969], length 1* > *16:16:46.783371 IP 127.0.0.1.16366 > 127.0.0.1.48372: Flags [.], ack 2, > win 342, options [nop,nop,TS val 2777975 ecr 2777975], length 0* > *16:16:46.783430 IP 127.0.0.1.16366 > 127.0.0.1.48372: Flags [P.], seq > 1:20361, ack 2, win 342, options [nop,nop,TS val 2777975 ecr 2777975], > length 20360* > *16:16:46.783506 IP 127.0.0.1.48372 > 127.0.0.1.16366: Flags [.], ack > 20361, win 1024, options [nop,nop,TS val 2777975 ecr 2777975], length 0* > *16:16:46.787933 IP 127.0.0.1.41553 > 127.0.0.1.16366: Flags [S], seq > 9629428, win 43690, options [mss 65495,sackOK,TS val 2777976 ecr > 0,nop,wscale 7], length 0* > *16:16:46.787953 IP 127.0.0.1.16366 > 127.0.0.1.41553: Flags [S.], seq > 1225625404, ack 9629429, win 43690, options [mss 65495,sackOK,TS val > 2777976 ecr 2777976,nop,wscale 7], length 0* > *16:16:46.787970 IP 127.0.0.1.41553 > 127.0.0.1.16366: Flags [.], ack 1, > win 342, options [nop,nop,TS val 2777976 ecr 2777976], length 0* > *16:16:46.808520 IP 127.0.0.1.41553 > 127.0.0.1.16366: Flags [P.], seq > 1:2, ack 1, win 342, options [nop,nop,TS val 2777981 ecr 2777976], length 1* > *16:16:46.808564 IP 127.0.0.1.16366 > 127.0.0.1.41553: Flags [.], ack 2, > win 342, options [nop,nop,TS val 2777981 ecr 2777981], length 0* > *16:16:46.808623 IP 127.0.0.1.16366 > 127.0.0.1.41553: Flags [P.], seq > 1:20361, ack 2, win 342, options [nop,nop,TS val 2777981 ecr 2777981], > length 20360* > *16:16:46.808732 IP 127.0.0.1.41553 > 127.0.0.1.16366: Flags [.], ack > 20361, win 1024, options [nop,nop,TS val 2777981 ecr 2777981], length 0* > *16:16:46.808791 IP 127.0.0.1.41553 > 127.0.0.1.16366: Flags [P.], seq > 2:20362, ack 20361, win 1024, options [nop,nop,TS val 2777981 ecr 2777981], > length 20360* > *16:16:46.808837 IP 127.0.0.1.16366 > 127.0.0.1.41553: Flags [.], ack > 20362, win 1024, options [nop,nop,TS val 2777981 ecr 2777981], length 0* > *16:16:46.809063 IP 127.0.0.1.48372 > 127.0.0.1.16366: Flags [P.], seq > 2:3, ack 20361, win 1024, options [nop,nop,TS val 2777981 ecr 2777975], > length 1* > *16:16:46.809149 IP 127.0.0.1.16366 > 127.0.0.1.48372: Flags [P.], seq > 20361:40721, ack 3, win 342, options [nop,nop,TS val 2777981 ecr 2777981], > length 20360* > *16:16:46.809282 IP 127.0.0.1.48372 > 127.0.0.1.16366: Flags [P.], seq > 3:4, ack 40721, win 1024, options [nop,nop,TS val 2777981 ecr 2777981], > length 1* > *16:16:46.845900 IP 127.0.0.1.16366 > 127.0.0.1.48372: Flags [.], ack 4, > win 342, options [nop,nop,TS val 2777991 ecr 2777981], length 0* > *16:16:46.845953 IP 127.0.0.1.48372 > 127.0.0.1.16366: Flags [P.], seq > 4:16, ack 40721, win 1024, options [nop,nop,TS val 2777991 ecr 2777991], > length 12* > *16:16:46.846010 IP 127.0.0.1.16366 > 127.0.0.1.48372: Flags [.], ack 16, > win 342, options [nop,nop,TS val 2777991 ecr 2777991], length 0* > > The above shows *APserver* on port *16366*, a connection from *apl* > (ephemeral port *47228*) to *APserver*, > followed by a connection from *APnnn* (ephemereal ort *48372*) to > *APserver*. > > /// Jürgen > > > > > > On 06/29/2014 04:54 PM, apm wrote: > > On 29/06/14 05:16 AM, Juergen Sauermann wrote: > > Hi apm, > > looks like APserver is not running. > > Normally APserver is forked automatically by the apl interpreter, > but that can fail for numerous reasons. For the automatic > start of APserver it must be: > > - executable, and > - located in the same directory as the apl interpreter. > > You can also start APserver manually before the apl interpreter. > > Other reasons can be security related, such as a firewall preventing > TCP connections from the apl interpreter to APserver on 127.0.0.1. > > /// Jürgen > > > I checked the system monitor and in SVN 346 APnnn, APserver and apl all > start, however, apl is unresponsive until I press ctrl-C which closes APnnn > and APserver and results in the message on the apl console: > > *** Failed to start APnnn: processor 1001 will not accept incoming shared > variable offers. Expect surprises. > > It appears in SVN 346 there is something freezing apl when APnnn, APserver > and apl first start up together. > > However, if I startup as follows: > > $ APserver & > $ APnnn & > $ apl > > apl starts up without error messages. > > When I separately start up the three programs as above, after I quit apl > (")off" in console), APserver and APnnn remain running. If I "killall > APserver" I get a normal exit, but when I "killall APnnn" I get 16 sets of > socket error messages like the following: > > UdpSocket::sendto() failed: Invalid argument > socket was created at: ../Svar_DB_memory.cc:610 > local address: 127.0.0.1:36419 > remote address: 127.0.0.1:0 > > I tried the separate startup with SVN 344 and it behaves the same way. It > seems some sort of timing issue was introduced in SVN 345 or SVN 346 > whereby apl is querying something before it is ready giving rise to the > startup message: > > execve() failed > ::connect() to existing APserver failed: Connection refused > *** using local Svar_DB cache > > > > >