[fossil-users] fossil new bus error on Solaris 10 SPARC with gcc
Hello,
Using a recent trunk version of fossil, built with gcc on Solaris 10 on
an UltraSPARC system, I get a bus error from fossil new:
$ ./fossil new t.fossil
Bus Error (core dumped)
$ ./fossil version -v
This is fossil version 1.26 [5d74ce03da] 2013-07-17 12:56:17 UTC
Compiled on Jul 17 2013 21:46:29 using gcc-4.8.1 (32-bit)
SQLite 3.8.0 2013-07-17 11:54:47 64bf8148b8
zlib 1.2.3
$ gdb fossil core
Python Exception type 'exceptions.ImportError' No module named gdb:
warning:
Could not load the Python gdb module from `/opt/gdb7.6/share/gdb/python'.
Limited Python support is available from the _gdb module.
Suggest passing --data-directory=/path/to/gdb/data-directory.
GNU gdb (GDB) 7.6
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as sparc-sun-solaris2.10.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /export/home/erb/tmp/t2/fossil...done.
[New LWP 1]
[Thread debugging using libthread_db enabled]
[New Thread 1 (LWP 1)]
Core was generated by `./fossil new t.fossil'.
Program terminated with signal 10, Bus error.
#0 whereLoopAddAll (pBuilder=0xffbff280) at src/sqlite3.c:109401
109401 pNew-maskSelf = getMask(pWInfo-sMaskSet, pItem-iCursor);
(gdb) list
109396/* Loop over the tables in the join, from left to right */
109397pNew = pBuilder-pNew;
109398whereLoopInit(pNew);
109399for(iTab=0, pItem=pTabList-a; iTabnTabList; iTab++, pItem++){
109400 pNew-iTab = iTab;
109401 pNew-maskSelf = getMask(pWInfo-sMaskSet, pItem-iCursor);
109402 if( ((pItem-jointype|priorJoinType) (JT_LEFT|JT_CROSS))!=0 ){
109403mExtra = mPrior;
109404 }
109405 priorJoinType = pItem-jointype;
(gdb) q
The error does not occur if fossil is built with -m64.
The error occurs using both the Solaris 10 provided gcc 3.4.3 and a
locally built gcc 4.8.1.
The error does not occur when using the Solaris Studio C compiler.
--
Edward Berner
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil new bus error on Solaris 10 SPARC with gcc
On 7/17/13, Edward Berner e...@bernerfam.com wrote:
Hello,
Using a recent trunk version of fossil, built with gcc on Solaris 10 on
an UltraSPARC system, I get a bus error from fossil new:
$ ./fossil new t.fossil
Bus Error (core dumped)
$ ./fossil version -v
This is fossil version 1.26 [5d74ce03da] 2013-07-17 12:56:17 UTC
Compiled on Jul 17 2013 21:46:29 using gcc-4.8.1 (32-bit)
SQLite 3.8.0 2013-07-17 11:54:47 64bf8148b8
zlib 1.2.3
$ gdb fossil core
Python Exception type 'exceptions.ImportError' No module named gdb:
warning:
Could not load the Python gdb module from `/opt/gdb7.6/share/gdb/python'.
Limited Python support is available from the _gdb module.
Suggest passing --data-directory=/path/to/gdb/data-directory.
GNU gdb (GDB) 7.6
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as sparc-sun-solaris2.10.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /export/home/erb/tmp/t2/fossil...done.
[New LWP 1]
[Thread debugging using libthread_db enabled]
[New Thread 1 (LWP 1)]
Core was generated by `./fossil new t.fossil'.
Program terminated with signal 10, Bus error.
#0 whereLoopAddAll (pBuilder=0xffbff280) at src/sqlite3.c:109401
109401 pNew-maskSelf = getMask(pWInfo-sMaskSet, pItem-iCursor);
(gdb) list
109396/* Loop over the tables in the join, from left to right */
109397pNew = pBuilder-pNew;
109398whereLoopInit(pNew);
109399for(iTab=0, pItem=pTabList-a; iTabnTabList; iTab++, pItem++){
109400 pNew-iTab = iTab;
109401 pNew-maskSelf = getMask(pWInfo-sMaskSet, pItem-iCursor);
109402 if( ((pItem-jointype|priorJoinType) (JT_LEFT|JT_CROSS))!=0
){
109403mExtra = mPrior;
109404 }
109405 priorJoinType = pItem-jointype;
(gdb) q
The error does not occur if fossil is built with -m64.
I guess that's one fix then -- what's the output of bt full in gdb?
The error occurs using both the Solaris 10 provided gcc 3.4.3 and a
locally built gcc 4.8.1.
The error does not occur when using the Solaris Studio C compiler.
--
Edward Berner
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
--
Brad Harder
Method Logic Digital Consulting
http://www.methodlogic.net/
http://twitter.com/bcharder
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Is building on win32 (32bits) with mingw32 broken?
Yesterday I compiled fossil on a 32 bits vista machine and I got cannot link/find WinMain@16. Did I do something wrong? And yes also building it on linux gives: usr/lib/gcc/i486-mingw32/4.7.2/../../../../i486-mingw32/lib/libmingw32.a(main.o):(.text+0xf3): undefined reference to `WinMain@16' and see below under the line(BUT I think this is an other problem) Hopwever this make -f win/Makefile.mingw PREFIX=i486-mingw32- - /home/renez/src/fossil/sshwin/./src/cgi.c:1201: undefined reference to `getpeername@12' /home/renez/src/fossil/sshwin/./src/cgi.c:1204: undefined reference to `inet_ntoa@4' bld/http_socket.o: In function `socket_global_init': /home/renez/src/fossil/sshwin/./src/http_socket.c:90: undefined reference to `WSAStartup@8' bld/http_socket.o: In function `socket_global_shutdown': /home/renez/src/fossil/sshwin/./src/http_socket.c:105: undefined reference to `WSACleanup@0' bld/http_socket.o: In function `socket_close': /home/renez/src/fossil/sshwin/./src/http_socket.c:119: undefined reference to `closesocket@4' bld/http_socket.o: In function `socket_open': /home/renez/src/fossil/sshwin/./src/http_socket.c:143: undefined reference to `htons@4' /home/renez/src/fossil/sshwin/./src/http_socket.c:144: undefined reference to `inet_addr@4' /home/renez/src/fossil/sshwin/./src/http_socket.c:164: undefined reference to `inet_ntoa@4' /home/renez/src/fossil/sshwin/./src/http_socket.c:166: undefined reference to `socket@12' /home/renez/src/fossil/sshwin/./src/http_socket.c:171: undefined reference to `connect@12' /home/renez/src/fossil/sshwin/./src/http_socket.c:148: undefined reference to `gethostbyname@4' bld/http_socket.o: In function `socket_send': /home/renez/src/fossil/sshwin/./src/http_socket.c:189: undefined reference to `send@16' bld/http_socket.o: In function `socket_receive': /home/renez/src/fossil/sshwin/./src/http_socket.c:206: undefined reference to `recv@16' bld/winhttp.o: In function `win32_process_one_http_request': /home/renez/src/fossil/sshwin/./src/winhttp.c:83: undefined reference to `recv@16' /home/renez/src/fossil/sshwin/./src/winhttp.c:128: undefined reference to `closesocket@4' /home/renez/src/fossil/sshwin/./src/winhttp.c:102: undefined reference to `recv@16' /home/renez/src/fossil/sshwin/./src/winhttp.c:113: undefined reference to `inet_ntoa@4' /home/renez/src/fossil/sshwin/./src/winhttp.c:121: undefined reference to `send@16' bld/winhttp.o: In function `win32_http_service_ctrl': /home/renez/src/fossil/sshwin/./src/winhttp.c:366: undefined reference to `closesocket@4' bld/winhttp.o: In function `win32_http_server': /home/renez/src/fossil/sshwin/./src/winhttp.c:166: undefined reference to `WSAStartup@8' /home/renez/src/fossil/sshwin/./src/winhttp.c:170: undefined reference to `socket@12' /home/renez/src/fossil/sshwin/./src/winhttp.c:175: undefined reference to `htons@4' /home/renez/src/fossil/sshwin/./src/winhttp.c:177: undefined reference to `inet_addr@4' /home/renez/src/fossil/sshwin/./src/winhttp.c:186: undefined reference to `bind@12' /home/renez/src/fossil/sshwin/./src/winhttp.c:191: undefined reference to `listen@8' /home/renez/src/fossil/sshwin/./src/winhttp.c:228: undefined reference to `accept@12' /home/renez/src/fossil/sshwin/./src/winhttp.c:232: undefined reference to `WSAGetLastError@0' /home/renez/src/fossil/sshwin/./src/winhttp.c:252: undefined reference to `WSACleanup@0' /home/renez/src/fossil/sshwin/./src/winhttp.c:192: undefined reference to `closesocket@4' /home/renez/src/fossil/sshwin/./src/winhttp.c:182: undefined reference to `htonl@4' /home/renez/src/fossil/sshwin/./src/winhttp.c:184: undefined reference to `htonl@4' /home/renez/src/fossil/sshwin/./src/winhttp.c:251: undefined reference to `closesocket@4' /home/renez/src/fossil/sshwin/./src/winhttp.c:252: undefined reference to `WSACleanup@0' /home/renez/src/fossil/sshwin/./src/winhttp.c:237: undefined reference to `closesocket@4' /home/renez/src/fossil/sshwin/./src/winhttp.c:238: undefined reference to `WSACleanup@0' -- Rene ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Shared SSH account consideration.
Thus said Martin Gagnon on Wed, 17 Jul 2013 08:04:10 -0400: I propose to add a kind of -l|--login option to the clone command, so when the username@ is present but don't match the repo username, we could specify repo username with -l. While I do like this idea, at first glance it seems that it would require a lot of code churn to make it work. The password prompting code is all based upon who the urlUser is (username after the ssh://) and adding an option to prompt for the password of a different user other than the one in the URL would be a significant change I think. It would be simpler to add a --ssh-login instead: fossil clone --ssh-login host-username ssh://repo-username@host//repo.fsl Thoughts? Andy -- TAI64 timestamp: 400051e7908a ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil new bus error on Solaris 10 SPARC with gcc
On 7/17/2013 11:24 PM, B Harder wrote:
On 7/17/13, Edward Berner e...@bernerfam.com wrote:
Hello,
Using a recent trunk version of fossil, built with gcc on Solaris 10 on
an UltraSPARC system, I get a bus error from fossil new:
$ ./fossil new t.fossil
Bus Error (core dumped)
$ ./fossil version -v
This is fossil version 1.26 [5d74ce03da] 2013-07-17 12:56:17 UTC
Compiled on Jul 17 2013 21:46:29 using gcc-4.8.1 (32-bit)
SQLite 3.8.0 2013-07-17 11:54:47 64bf8148b8
zlib 1.2.3
$ gdb fossil core
Python Exception type 'exceptions.ImportError' No module named gdb:
warning:
Could not load the Python gdb module from `/opt/gdb7.6/share/gdb/python'.
Limited Python support is available from the _gdb module.
Suggest passing --data-directory=/path/to/gdb/data-directory.
GNU gdb (GDB) 7.6
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as sparc-sun-solaris2.10.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /export/home/erb/tmp/t2/fossil...done.
[New LWP 1]
[Thread debugging using libthread_db enabled]
[New Thread 1 (LWP 1)]
Core was generated by `./fossil new t.fossil'.
Program terminated with signal 10, Bus error.
#0 whereLoopAddAll (pBuilder=0xffbff280) at src/sqlite3.c:109401
109401 pNew-maskSelf = getMask(pWInfo-sMaskSet, pItem-iCursor);
(gdb) list
109396/* Loop over the tables in the join, from left to right */
109397pNew = pBuilder-pNew;
109398whereLoopInit(pNew);
109399for(iTab=0, pItem=pTabList-a; iTabnTabList; iTab++, pItem++){
109400 pNew-iTab = iTab;
109401 pNew-maskSelf = getMask(pWInfo-sMaskSet, pItem-iCursor);
109402 if( ((pItem-jointype|priorJoinType) (JT_LEFT|JT_CROSS))!=0
){
109403mExtra = mPrior;
109404 }
109405 priorJoinType = pItem-jointype;
(gdb) q
The error does not occur if fossil is built with -m64.
I guess that's one fix then -- what's the output of bt full in gdb?
(gdb) bt full
#0 whereLoopAddAll (pBuilder=0xffbff280) at src/sqlite3.c:109401
pWInfo = 0x1b5738
pTabList = optimized out
pItem = 0x1b2260
db = 0x1a1da0
nTabList = 1
pNew = 0x1b5a04
mPrior = 0
iTab = 0
mExtra = 0
rc = 0
priorJoinType = 0 '\000'
#1 sqlite3WhereBegin (pParse=pParse@entry=0x1b3688,
pTabList=pTabList@entry=0x1b2258, pWhere=optimized out,
pWhere@entry=0x0, pOrderBy=optimized out, pOrderBy@entry=0x1b2058,
pResultSet=0x1b2658, wctrlFlags=optimized out,
iIdxCur=iIdxCur@entry=0) at src/sqlite3.c:44747
nTabList = optimized out
pWInfo = 0x1b5738
v = optimized out
notReady = optimized out
sWLB = {pWInfo = 0x1b5738, pWC = 0x1b5878, pOrderBy = 0x1b2058,
pNew = 0x1b5a04, pOrSet = 0x0}
pMaskSet = 0x1b5774
pLevel = optimized out
pLoop = optimized out
ii = optimized out
db = 0x1a1da0
rc = 1783432
#2 0x000d27d4 in sqlite3Select (pParse=pParse@entry=0x1b3688,
p=optimized out, pDest=pDest@entry=0xffbff4b8) at src/sqlite3.c:100410
wctrlFlags = optimized out
i = optimized out
j = optimized out
pWInfo = optimized out
v = 0x1b3a40
isAgg = optimized out
pEList = 0x1b2658
pTabList = 0x1b2258
pWhere = 0x0
pOrderBy = optimized out
pGroupBy = 0x0
pHaving = optimized out
rc = 1
addrSortIndex = 1
sDistinct = {isTnct = 0 '\000', eTnctType = 0 '\000', tabTnct =
0, addrTnct = 0}
sAggInfo = {directMode = 0 '\000', useSortingIdx = 0 '\000',
sortingIdx = 0, sortingIdxPTab = 0, nSortingColumn = 0, pGroupBy = 0x0,
aCol = 0x0, nColumn = 0, nAccumulator = 0, aFunc = 0x0, nFunc = 0}
iEnd = optimized out
db = optimized out
iRestoreSelectId = optimized out
#3 0x000e4570 in yy_reduce (yyruleno=112, yypParser=0x188800
yy_shift_ofst+460) at src/sqlite3.c:112983
dest = {eDest = 5 '\005', affSdst = 0 '\000', iSDParm = 0,
iSdst = 0, nSdst = 0}
yygoto = optimized out
yygotominor = {yyinit = 0, yy0 = {z = 0x0, n = 0}, yy64 =
{pLimit = 0x0, pOffset = 0x0}, yy122 = 0x0, yy159 = 0x0, yy180 = 0x0,
yy207 = {value = 0, mask = 0}, yy258 = 0 '\000', yy305 = 0, yy318 =
{eOperator = {z = 0x0, n = 0}, bNot = 0}, yy327 = 0x0, yy342 = {pExpr =
0x0, zStart = 0x0, zEnd = 0x0}, yy347 = 0x0, yy392 = 0, yy410 = {a = 0,
b = 0x0}, yy442 = 0x0, yy487 = {pList = 0x0, pSelect = 0x0}}
yymsp = 0x1b4cf4
yysize = optimized out
pParse = optimized out
#4 sqlite3Parser (yyp=yyp@entry=0x1b4cc8, yymajor=yymajor@entry=1,
yyminor=error reading variable: Cannot access memory at address 0x198,
Re: [fossil-users] fossil new bus error on Solaris 10 SPARC with gcc
On Thu, Jul 18, 2013 at 2:12 AM, Edward Berner e...@bernerfam.com wrote:
Hello,
Using a recent trunk version of fossil, built with gcc on Solaris 10 on an
UltraSPARC system, I get a bus error from fossil new:
$ ./fossil new t.fossil
Bus Error (core dumped)
I'm unable to replicate the problem. The latest Fossil works fine for me
on Solaris and SPARC. But see my question below
$ ./fossil version -v
This is fossil version 1.26 [5d74ce03da] 2013-07-17 12:56:17 UTC
Compiled on Jul 17 2013 21:46:29 using gcc-4.8.1 (32-bit)
SQLite 3.8.0 2013-07-17 11:54:47 64bf8148b8
zlib 1.2.3
$ gdb fossil core
Python Exception type 'exceptions.ImportError' No module named gdb:
warning:
Could not load the Python gdb module from `/opt/gdb7.6/share/gdb/python'**
.
Limited Python support is available from the _gdb module.
Suggest passing --data-directory=/path/to/gdb/**data-directory.
GNU gdb (GDB) 7.6
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.**
html http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as sparc-sun-solaris2.10.
For bug reporting instructions, please see:
http://www.gnu.org/software/**gdb/bugs/http://www.gnu.org/software/gdb/bugs/
...
Reading symbols from /export/home/erb/tmp/t2/**fossil...done.
[New LWP 1]
[Thread debugging using libthread_db enabled]
[New Thread 1 (LWP 1)]
Core was generated by `./fossil new t.fossil'.
Program terminated with signal 10, Bus error.
#0 whereLoopAddAll (pBuilder=0xffbff280) at src/sqlite3.c:109401
109401 pNew-maskSelf = getMask(pWInfo-sMaskSet, pItem-iCursor);
(gdb) list
109396/* Loop over the tables in the join, from left to right */
109397pNew = pBuilder-pNew;
109398whereLoopInit(pNew);
109399for(iTab=0, pItem=pTabList-a; iTabnTabList; iTab++, pItem++){
109400 pNew-iTab = iTab;
109401 pNew-maskSelf = getMask(pWInfo-sMaskSet, pItem-iCursor);
Can you use the debugger to give us the value of pWInfo-sMaskSet please?
Perhaps this is an alignment problem.
109402 if( ((pItem-jointype|**priorJoinType)
(JT_LEFT|JT_CROSS))!=0 ){
109403mExtra = mPrior;
109404 }
109405 priorJoinType = pItem-jointype;
(gdb) q
The error does not occur if fossil is built with -m64.
The error occurs using both the Solaris 10 provided gcc 3.4.3 and a
locally built gcc 4.8.1.
The error does not occur when using the Solaris Studio C compiler.
--
Edward Berner
__**_
fossil-users mailing list
fossil-users@lists.fossil-scm.**org fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:**8080/cgi-bin/mailman/listinfo/**fossil-usershttp://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil new bus error on Solaris 10 SPARC with gcc
On 7/18/2013 5:22 AM, Richard Hipp wrote:
On Thu, Jul 18, 2013 at 2:12 AM, Edward Berner e...@bernerfam.com
mailto:e...@bernerfam.com wrote:
Hello,
Using a recent trunk version of fossil, built with gcc on Solaris
10 on an UltraSPARC system, I get a bus error from fossil new:
$ ./fossil new t.fossil
Bus Error (core dumped)
I'm unable to replicate the problem. The latest Fossil works fine for
me on Solaris and SPARC. But see my question below
Bummer, I'd hoped it would be reproducible. (I wonder what is different
about my system.)
Here is some system info, just in case:
$ uname -a
SunOS v245 5.10 Generic_147147-26 sun4u sparc SUNW,Sun-Fire-V245
$ cat /etc/release
Oracle Solaris 10 1/13 s10s_u11wos_24a SPARC
Copyright (c) 1983, 2013, Oracle and/or its affiliates. All rights
reserved.
Assembled 17 January 2013
$ ./fossil version -v
This is fossil version 1.26 [5d74ce03da] 2013-07-17 12:56:17 UTC
Compiled on Jul 17 2013 21:46:29 using gcc-4.8.1 (32-bit)
SQLite 3.8.0 2013-07-17 11:54:47 64bf8148b8
zlib 1.2.3
$ gdb fossil core
Python Exception type 'exceptions.ImportError' No module named gdb:
warning:
Could not load the Python gdb module from
`/opt/gdb7.6/share/gdb/python'.
Limited Python support is available from the _gdb module.
Suggest passing --data-directory=/path/to/gdb/data-directory.
GNU gdb (GDB) 7.6
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show
copying
and show warranty for details.
This GDB was configured as sparc-sun-solaris2.10.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /export/home/erb/tmp/t2/fossil...done.
[New LWP 1]
[Thread debugging using libthread_db enabled]
[New Thread 1 (LWP 1)]
Core was generated by `./fossil new t.fossil'.
Program terminated with signal 10, Bus error.
#0 whereLoopAddAll (pBuilder=0xffbff280) at src/sqlite3.c:109401
109401 pNew-maskSelf = getMask(pWInfo-sMaskSet,
pItem-iCursor);
(gdb) list
109396/* Loop over the tables in the join, from left to right */
109397pNew = pBuilder-pNew;
109398whereLoopInit(pNew);
109399for(iTab=0, pItem=pTabList-a; iTabnTabList; iTab++,
pItem++){
109400 pNew-iTab = iTab;
109401 pNew-maskSelf = getMask(pWInfo-sMaskSet,
pItem-iCursor);
Can you use the debugger to give us the value of pWInfo-sMaskSet
please? Perhaps this is an alignment problem.
Adding an extra line for debugging (and compiling with -O0 so it
doesn't disappear) suggests the issue may be with pNew:
pNew-iTab = iTab;
+pNew-maskSelf = 1;
pNew-maskSelf = getMask(pWInfo-sMaskSet, pItem-iCursor);
$ gdb fossil core
[...]
Core was generated by `./fossil new t.fossil'.
Program terminated with signal 10, Bus error.
#0 0x00177584 in whereLoopAddAll (pBuilder=0xffbfedc4) at
src/sqlite3.c:109401
109401 pNew-maskSelf = 1;
(gdb)
(gdb) print pWInfo-sMaskSet
$1 = (WhereMaskSet *) 0x256e34
(gdb) print pNew
$2 = (WhereLoop *) 0x2570c4
(gdb)
--
Edward Berner
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil new bus error on Solaris 10 SPARC with gcc
On Thu, Jul 18, 2013 at 9:54 AM, Edward Berner e...@bernerfam.com wrote: Core was generated by `./fossil new t.fossil'. Program terminated with signal 10, Bus error. #0 0x00177584 in whereLoopAddAll (pBuilder=0xffbfedc4) at src/sqlite3.c:109401 109401 pNew-maskSelf = 1; (gdb) What does print pNew and print pNew-maskSelf show here? -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil new bus error on Solaris 10 SPARC with gcc
On 7/18/2013 7:07 AM, Richard Hipp wrote: On Thu, Jul 18, 2013 at 9:54 AM, Edward Berner e...@bernerfam.com mailto:e...@bernerfam.com wrote: Core was generated by `./fossil new t.fossil'. Program terminated with signal 10, Bus error. #0 0x00177584 in whereLoopAddAll (pBuilder=0xffbfedc4) at src/sqlite3.c:109401 109401 pNew-maskSelf = 1; (gdb) What does print pNew and print pNew-maskSelf show here? Core was generated by `./fossil new t.fossil'. Program terminated with signal 10, Bus error. #0 0x00177584 in whereLoopAddAll (pBuilder=0xffbfedc4) at src/sqlite3.c:109401 109401 pNew-maskSelf = 1; (gdb) print pNew $1 = (WhereLoop *) 0x2570c4 (gdb) print pNew-maskSelf $2 = (Bitmask *) 0x2570cc (gdb) -- Edward Berner ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil new bus error on Solaris 10 SPARC with gcc
On Thu, Jul 18, 2013 at 10:11 AM, Edward Berner e...@bernerfam.com wrote: On 7/18/2013 7:07 AM, Richard Hipp wrote: On Thu, Jul 18, 2013 at 9:54 AM, Edward Berner e...@bernerfam.commailto: e...@bernerfam.com wrote: Core was generated by `./fossil new t.fossil'. Program terminated with signal 10, Bus error. #0 0x00177584 in whereLoopAddAll (pBuilder=0xffbfedc4) at src/sqlite3.c:109401 109401 pNew-maskSelf = 1; (gdb) What does print pNew and print pNew-maskSelf show here? Core was generated by `./fossil new t.fossil'. Program terminated with signal 10, Bus error. #0 0x00177584 in whereLoopAddAll (pBuilder=0xffbfedc4) at src/sqlite3.c:109401 109401 pNew-maskSelf = 1; (gdb) print pNew $1 = (WhereLoop *) 0x2570c4 Bingo. Notice that pNew is not 8-byte aligned. Looks like an SQLite bug. I'll investigate. Thanks for the diagnostics (gdb) print pNew-maskSelf $2 = (Bitmask *) 0x2570cc (gdb) -- Edward Berner __**_ fossil-users mailing list fossil-users@lists.fossil-scm.**org fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:**8080/cgi-bin/mailman/listinfo/**fossil-usershttp://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Shared SSH account consideration.
I see the ssh implementation as a possible stepping stone to something along the lines of gitolite for fossil. The gitolite pages have some good background on using ssh for this along with a troubleshooting document that I found very helpful when setting it up (a non-trivial exercise at the time). For reference gitolite ssh info can be found here: http://gitolite.com/gitolite/ssh.html On Wed, Jul 17, 2013 at 11:51 PM, Andy Bradford amb-fos...@bradfords.orgwrote: Thus said Martin Gagnon on Wed, 17 Jul 2013 08:04:10 -0400: I propose to add a kind of -l|--login option to the clone command, so when the username@ is present but don't match the repo username, we could specify repo username with -l. While I do like this idea, at first glance it seems that it would require a lot of code churn to make it work. The password prompting code is all based upon who the urlUser is (username after the ssh://) and adding an option to prompt for the password of a different user other than the one in the URL would be a significant change I think. It would be simpler to add a --ssh-login instead: fossil clone --ssh-login host-username ssh://repo-username@host//repo.fsl Thoughts? Andy -- TAI64 timestamp: 400051e7908a ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Matt -=- 90% of the nations wealth is held by 2% of the people. Bummer to be in the majority... ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil new bus error on Solaris 10 SPARC with gcc
On Thu, Jul 18, 2013 at 2:12 AM, Edward Berner e...@bernerfam.com wrote: Hello, Using a recent trunk version of fossil, built with gcc on Solaris 10 on an UltraSPARC system, I get a bus error from fossil new: Please try again with the latest trunk version of Fossil and let me know whether or not you still see this problem. Tnx. -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Problem Importing From Git
Dear Isaac:
I’ve managed to figure out how to get some context and the like in Windows.
There are a few lines that have this behavior, so below is the result of
searching for these lines and getting 10 lines of context before and after each
line:
PS C:\... select-string -path exported.txt -pattern 'AGS} -fPIC -shared -o \$@
\$'
-context 10,10
exported.txt:21:cweave $
exported.txt:22:xetex -papersize=letter $*
exported.txt:23:
exported.txt:24:.w.c:
exported.txt:25:ctangle $
exported.txt:26:
exported.txt:27:.c.o:
exported.txt:28:cc ${CFLAGS} -o $@ $
exported.txt:29:
exported.txt:30:.o.so:
exported.txt:31:cc ${CFLAGS} -fPIC -shared -o $@ $
exported.txt:32:blob
exported.txt:33:mark :2
exported.txt:34:data 12798
exported.txt:35:\def\title{HPAPL RUNTIME (VERSION 0.1)}
exported.txt:36:\def\topofcontents{\null\vfill
exported.txt:37: \centerline{\titlefont HPAPL Runtime Library}
exported.txt:38: \vskip 15pt
exported.txt:39: \centerline{(Version 0.1)}
exported.txt:40: \vfill}
exported.txt:41:\def\botofcontents{\vfill
exported.txt:489:cweave $
exported.txt:490:xetex -papersize=letter $*
exported.txt:491:
exported.txt:492:.w.c:
exported.txt:493:ctangle $
exported.txt:494:
exported.txt:495:.c.o:
exported.txt:496:cc ${CFLAGS} -o $@ $
exported.txt:497:
exported.txt:498:.o.so:
exported.txt:499:cc ${CFLAGS} -fPIC -shared -o $@ $
exported.txt:500:commit refs/heads/master
exported.txt:501:mark :5
exported.txt:502:author Aaron W. Hsu arcf...@sacrideo.us 1330040947 -0500
exported.txt:503:committer Aaron W. Hsu arcf...@sacrideo.us 1330040947 -0500
exported.txt:504:data 26
exported.txt:505:Add a better clean target
exported.txt:506:from :3
exported.txt:507:M 100644 :4 runtime/Makefile
exported.txt:508:
exported.txt:509:blob
exported.txt:526:rm -rf *.c *.h *.scn *.idx *.log *.loc *.tex *.dvi *.pdf
*.toc
exported.txt:527:
exported.txt:528:.w.pdf:
exported.txt:529:cweave $
exported.txt:530:xetex -papersize=letter $*
exported.txt:531:
exported.txt:532:.w.c:
exported.txt:533:ctangle $
exported.txt:534:
exported.txt:535:.c.so:
exported.txt:536:cc ${CFLAGS} -fPIC -shared -o $@ $
exported.txt:537:
exported.txt:538:
exported.txt:539:commit refs/heads/master
exported.txt:540:mark :7
exported.txt:541:author Aaron W. Hsu arcf...@sacrideo.us 1330043147 -0500
exported.txt:542:committer Aaron W. Hsu arcf...@sacrideo.us 1330043147 -0500
exported.txt:543:data 28
exported.txt:544:More fixing to the Makefile
exported.txt:545:from :5
exported.txt:546:M 100644 :6 runtime/Makefile
exported.txt:565:rm -rf *.c *.h *.scn *.idx *.log *.loc *.tex *.dvi *.pdf
*.toc *.so
exported.txt:566:
exported.txt:567:.w.pdf:
exported.txt:568:cweave $
exported.txt:569:xetex -papersize=letter $*
exported.txt:570:
exported.txt:571:.w.c:
exported.txt:572:ctangle $
exported.txt:573:
exported.txt:574:.c.so:
exported.txt:575:cc ${CFLAGS} -fPIC -shared -o $@ $
exported.txt:576:
exported.txt:577:
exported.txt:578:blob
exported.txt:579:mark :9
exported.txt:580:data 15138
exported.txt:581:\def\title{HPAPL RUNTIME (VERSION 0.1)}
exported.txt:582:\def\topofcontents{\null\vfill
exported.txt:583: \centerline{\titlefont HPAPL Runtime Library}
exported.txt:584: \vskip 15pt
exported.txt:585: \centerline{(Version 0.1)}
exported.txt:1110:rm -rf *.c *.h *.scn *.idx *.log *.loc *.tex *.dvi
*.pdf *.toc *.so
exported.txt::
exported.txt:1112:.w.pdf:
exported.txt:1113:cweave $
exported.txt:1114:xetex -papersize=letter $*
exported.txt:1115:
exported.txt:1116:.w.c:
exported.txt:1117:ctangle $
exported.txt:1118:
exported.txt:1119:.c.so:
exported.txt:1120:cc ${CFLAGS} -fPIC -shared -o $@ $
exported.txt:1121:
exported.txt:1122:
exported.txt:1123:commit refs/heads/master
exported.txt:1124:mark :12
exported.txt:1125:author Aaron W. Hsu arcf...@sacrideo.us 1330045973 -0500
exported.txt:1126:committer Aaron W. Hsu arcf...@sacrideo.us 1330045973
-0500
exported.txt:1127:data 45
exported.txt:1128:Make sure to have the local path for testing
exported.txt:1129:from :10
exported.txt:1130:M 100644 :11 runtime/Makefile
I hope this helps! I am not sure which line contributes to the failed import.
--
Aaron W. Hsu | arcf...@sacrideo.us | http://www.sacrideo.us___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Shared SSH account consideration.
Thus said Matt Welland on Thu, 18 Jul 2013 07:24:20 -0700: I see the ssh implementation as a possible stepping stone to something along the lines of gitolite for fossil. I was not familiar with gitolite, however, after having looked at the website, this is very similar to how I had envisioned SSH and fossil to work once the changes are made. A simple shell (maybe could be done in a shell script for now) could handle some pre fossil checks. For example, one idea was to list in the environment each repository that the key is allowed to access: environment=FOSSILS=/tmp/one /tmp/two And then inspect SSH_ORIGINAL_COMMAND to see if the requested fossil is present in the list. This option, however, requires that the administrator turn on the PermitUserEnvironment option. The other would simply be to parse SSH_ORIGINAL_COMMAND for the path to the fossil repository and let the OS work out whether or not the user account I'm connecting with is allowed to read/write the file. Not sure if this leaves room for nefarious activities; e.g. what if I run fossil clone ssh://amb@remote//etc/passwd local.file Really, this wouldn't cause any harm because for one /etc/passwd is not a fossil file and you'll get errors like: $ f clone ssh://guest@localhost//etc/passwd test.fossil password for guest: remember password (Y/n)? y Round-trips: 1 Artifacts sent: 0 received: 0 ssh -e none -T guest@localhost fossil http /etc/passwd server sends error: SQLITE_NOTADB: file is encrypted or is not a databaseDatabase Error file is encrypted or is not a database SELECT value FROM config WHERE name='allow-symlinks'If you have recently updated your fossil executable, you might need to run fossil all rebuild to bring the repository schemas up to date. I suppose it is already possible to do something like this with fossil, so perhaps this is a non-issue. I do prefer the simplicity of just relying on SSH_ORIGINAL_COMMAND. Thanks for sharing. Andy -- TAI64 timestamp: 400051e83b80 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Problem Importing From Git
El 18/07/2013 20:53, Aaron W.Hsu arcf...@sacrideo.us escribió: [snip] I hope this helps! I am not sure which line contributes to the failed import. I forgot to ask earlier but, do you have non-latin filenames or some textual content. I'm asking because git generates octal escaped sequences (\154) for non-ascii characters in filenames; which Fossil doesn't currently support (patch will be published this weekend). Stay tuned ;-) ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Problem Importing From Git
Dear Isaac: Thanks for the response about non-latin filenames. To my knowledge, I do not have any non-latin filenames, but I do have extensive amounts of non-latin content. However, when it comes to the error with importing in Windows, I think that should not be the problem. The import works fine in a UNIX-like environment, but only fails when I make the attempt on a Windows machine. So, unless the handling of non-latin content is different on Windows and Linux, I would have expected that if it worked on Linux, it would work on Windows. -- Aaron W. Hsu | arcf...@sacrideo.us | http://www.sacrideo.us___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil new bus error on Solaris 10 SPARC with gcc
On 7/18/2013 7:54 AM, Richard Hipp wrote: On Thu, Jul 18, 2013 at 2:12 AM, Edward Berner e...@bernerfam.com mailto:e...@bernerfam.com wrote: Hello, Using a recent trunk version of fossil, built with gcc on Solaris 10 on an UltraSPARC system, I get a bus error from fossil new: Please try again with the latest trunk version of Fossil and let me know whether or not you still see this problem. Tnx. That fixed it. Thanks! -- Edward Berner ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
