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
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
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'
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
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
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
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:
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
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
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
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).
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
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
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
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
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
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:
17 matches
Mail list logo