Here is what I got (hope I do it right):
$gdb --args fossil sync
Reading symbols from fossil...done.
(gdb) b http_ssl.c:394
Breakpoint 1 at 0x61187: file ./src/http_ssl.c, line 394.
(gdb) r
Starting program: /usr/bin/fossil sync
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Sync with https://[email protected]/fossil/repo/asmbb
Breakpoint 1, ssl_open (pUrlData=0x555555a60c08 <g+456>) at ./src/http_ssl.c:394
394 g.zIpAddr = mprintf("%d.%d.%d.%d", ip[0], ip[1], ip[2], ip[3]);
(gdb) p ip
$1 = (const unsigned char *) 0x555555bb5c40 "\002"
(gdb) n
397 X509_free(cert);
(gdb) p g.zIpAddr
$2 = 0x0
(gdb) p g.zIpAddr
$3 = 0x0
(gdb) n
394 g.zIpAddr = mprintf("%d.%d.%d.%d", ip[0], ip[1], ip[2], ip[3]);
(gdb) p g.zIpAddr
$4 = 0x0
(gdb) n
397 X509_free(cert);
(gdb) p g.zIpAddr
$5 = 0x555555c14130 "2.0.1.187"
(gdb)
On Sat, 16 Sep 2017 11:29:43 -0500
Andy Goth <[email protected]> wrote:
> Do you have gdb installed?
>
> First, ensure you're using a recent version of Fossil, 2.2 or newer.
>
> Run:
>
> gdb --args fossil sync [any extra arguments go here]
> b http_ssl.c:394
> r
>
> The sync will begin, then will be interrupted immediately before running
> the requested line of code.
>
> Type "p ip" to print the ip array, though it might be formatted kind of
> funny due to being a character array. Then type "n" to execute the line of
> code, then type "p g.zIpAddr" to print the properly formatted IP address.
>
> With that done, you can continue the sync by typing "c". Or you can abandon
> it by typing "q".
>
> Report back with what you find.
>
> On Fri, Sep 15, 2017 at 3:22 PM, Dewey Hylton <[email protected]>
> wrote:
>
> > Sadly, I do not know how to do such a thing as I am not a developer. The
> > concept is not foreign to me as I have a bit of experience with python, so
> > I'll give it a shot starting with Google. Pointers to get me on the right
> > track would be welcomed.
> >
> > > On Sep 15, 2017, at 3:58 PM, Richard Hipp <[email protected]> wrote:
> > >
> > >> On 9/15/17, Dewey Hylton <[email protected]> wrote:
> > >> just for completeness ... i verified that i am seeing the same address
> > >> during a commit:
> > >>
> > >> Autosync: https://redacted
> > >> Round-trips: 1 Artifacts sent: 0 received: 0
> > >> Pull done, sent: 390 received: 994 ip: 2.0.1.187
> > >> New_Version: 906246b7cd7e5fec91c69502981582bdbfc0a89e
> > >> Autosync: https://redacted
> > >> Round-trips: 1 Artifacts sent: 2 received: 0
> > >> Sync done, sent: 1344 received: 1045 ip: 2.0.1.187
> > >
> > > Please rerun in a debugger with a breakpoint on this line:
> > >
> > > https://www.fossil-scm.org/fossil/artifact/91aa0e52?ln=394
> > >
> > > And let me know if that is where g.zIpAddr is getting set and why it
> > > is being set to the wrong IP address.
> > >
> > >>
> > >>
> > >> i suppose the environment variables don't matter at this point, but
> > this is
> > >> what i see:
> > >>
> > >> uid=10080, gid=10080
> > >> g.zBaseURL = https://redacted
> > >> g.zHttpsURL =
> > >> g.zTop = /fossil/ansible-ceph
> > >> g.zPath = test_env
> > >> g.userUid = 6
> > >> g.zLogin = redacted
> > >> g.isHuman = 1
> > >> capabilities = abcefghijklmnopqrstwz
> > >> g.zRepositoryName = /data/fossil/ansible-ceph.fossil
> > >> load_average() = 0.000001
> > >> ------------------------------
> > >> GATEWAY_INTERFACE = CGI/1.0
> > >> HTTP_ACCEPT_ENCODING = gzip, deflate, br
> > >> HTTP_HOST = redacted
> > >> HTTP_USER_AGENT = Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:55.0)
> > >> Gecko/20100101 Firefox/55.0
> > >> PATH_INFO = test_env
> > >> QUERY_STRING =
> > >> REMOTE_ADDR = 127.0.0.1
> > >> REQUEST_METHOD = GET
> > >> REQUEST_URI = /ansible-ceph/test_env
> > >> SCRIPT_NAME = /ansible-ceph
> > >>
> > >>> On Fri, Sep 15, 2017 at 3:32 PM Richard Hipp <[email protected]> wrote:
> > >>>
> > >>>> On 9/15/17, Richard Hipp <[email protected]> wrote:
> > >>>>
> > >>>> Perhaps Apache is setting the REMOTE_ADDR environment variable. What
> > >>>> does https://asm32.info/fossil/repo/asmbb/test_env show for the
> > >>>> administrator? (You have that page turned off for anonymous, so I
> > >>>> cannot see it.)
> > >>>
> > >>> Nevermind - the problem is on the client side, not on the server. So
> > >>> it is not an Apache problem.... Not sure what might be causing
> > >>> that....
> > >>>
> > >>> --
> > >>> D. Richard Hipp
> > >>> [email protected]
> > >>> _______________________________________________
> > >>> fossil-users mailing list
> > >>> [email protected]
> > >>> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
> > >>>
> > >>
> > >
> > >
> > > --
> > > D. Richard Hipp
> > > [email protected]
> > > _______________________________________________
> > > fossil-users mailing list
> > > [email protected]
> > > http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
> > _______________________________________________
> > fossil-users mailing list
> > [email protected]
> > http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
> >
>
>
>
> --
> Andy Goth | <andrew.m.goth/at/gmail/dot/com>
--
http://fresh.flatassembler.net
http://asm32.info
John Found <[email protected]>
_______________________________________________
fossil-users mailing list
[email protected]
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
