Another iteration. We need to add an extra byte in case the true
value is the string "true". I've re-expressed the loop as a 'for' loop
while I was at it.
Sorry for the spam. Again, please treat the below with caution until
I have (or someone else has) a chance to exercise it better.
Index: s
Richard Hipp wrote:
> sqlite3_snprintf() is guaranteed to be available. Note, though, that the
> first two parameters are reversed. :-\
Well, I only really want to copy up to 3 bytes, so we can "keep it
simple, stupid" and just not make a function call. The revised patch is
below.
But in fu
I was able to import see.fossil and cerod.fossil from Cygwin with no
issues. However for SQLite,
$ fossil export --git ../../../sqlite.fossil | git fast-import
fatal: mark :60713 not declared
fast-import: dumping crash report to
./.git/modules/src/sqlite/fast_import_crash_1168
>From the c
Looks like there is a ticket to this and it related to CRLF on Windows -
http://www.fossil-scm.org/index.html/tktview?name=feeb8a91eb - will try Mac.
On Fri, Oct 31, 2014 at 1:46 PM, E. Timothy Uy wrote:
> Perhaps this sheds a clue?
> http://repo.or.cz/w/sqlite-export.git/blob/master:/README.txt
Perhaps this sheds a clue?
http://repo.or.cz/w/sqlite-export.git/blob/master:/README.txt
On Fri, Oct 31, 2014 at 1:33 PM, E. Timothy Uy wrote:
> It has been almost 2 years, and I'm still having the same issue.
>
> > fossil export --git ..\cerod.fossil | git fast-import
> fatal: Unsupported comma
It has been almost 2 years, and I'm still having the same issue.
> fossil export --git ..\cerod.fossil | git fast-import
fatal: Unsupported command: blob
fast-import: dumping crash report to .git/fast_import_crash_4416
If anyone has any thoughts, they would be much appreciated.
On Tue, Jan 29, 2
Dear Andy, Fossil-users,
From: Andy Bradford
Sent: 31 Oct 2014 10:47:05 -0600
To: Jungle Boogie Cc: fossil-users@lists.fossil-scm.org
Subject: Re: [fossil-users] Larger diff possible?
>
Thus said Jungle Boogie on Fri, 31 Oct 2014 09:17:33 -0700:
So
Is
http://chiselapp.com/user/venks/repository/emacs-fossil/doc/tip/doc/index.wiki
known ?
If not, consider this as an FYI ;)
--
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Fasterâ„¢
F: 778.786.1133
andre...@activestate.com, http://www.activestate.com
Learn about Stackato
Thus said Jungle Boogie on Fri, 31 Oct 2014 09:17:33 -0700:
> So the answer is: the side-by-side diff view is the largest and only
> image available. You can zoom in on the image via web browser but this
> will maximize everything--not just the diff.
I think you can change the font size of the
Dear Stephan,
From: Stephan Beal
Sent: Fri, 31 Oct 2014 17:03:55 +0100
To: Fossil SCM user's discussion
Subject: Re: [fossil-users] Larger diff possible?
>
On Fri, Oct 31, 2014 at 4:53 PM, Eric Rubin-Smith wrote:
Try holding down the Control key
Since you all are looking at symlinks someone reported to me that there are
problems when a symlink is replaced with a directory or vice versa. Here is
the script that he generated to illustrate the issue:
## Create repo and initial population
fossil init bare.repo
mkdir link_target_dir
touch li
On Fri, Oct 31, 2014 at 4:53 PM, Eric Rubin-Smith wrote:
> Try holding down the Control key and then hitting the Equals key "="
> on your keyboard a few times. In most browers these days, that "zooms
> in" the whole page while trying to keep things in relative proportion.
>
Ctrl-mousewheel does
Jungle Boogie wrote:
> It absolutely is a side-by-side. I'm asking if its possible to
> maximize or display the diffs in a larger format with larger font.
Try holding down the Control key and then hitting the Equals key "="
on your keyboard a few times. In most browers these days, that "zooms
i
Dear Richard,
From: Richard Hipp
Sent: Fri, 31 Oct 2014 11:19:04 -0400
To: Fossil SCM user's discussion
Subject: Re: [fossil-users] Larger diff possible?
>
On Fri, Oct 31, 2014 at 11:01 AM, Jungle Boogie
wrote:
Hello All,
Take a look at this cha
On Fri, Oct 31, 2014 at 11:01 AM, Jungle Boogie
wrote:
> Hello All,
>
> Take a look at this change:
> http://www.fossil-scm.org/fossil/vinfo/de17e35bf12a8585f5c151c8b4ab3f
> 8d36b6f0c8?sbs=1
>
> We have the left and right view of the change. Is there a way to maximize
> this view to have a side-b
Hello All,
Take a look at this change:
http://www.fossil-scm.org/fossil/vinfo/de17e35bf12a8585f5c151c8b4ab3f8d36b6f0c8?sbs=1
We have the left and right view of the change. Is there a way to maximize this
view to have a side-by-side view of the diffs? I see that you can undiff to
make it color
On Fri, Oct 31, 2014 at 3:17 AM, Stephan Beal wrote:
>
> + char zValue[4] = {0,0,0,0};
>> + int i;
>> + snprintf(zValue, sizeof(zValue), "%s", blob_str(&content));
>>
>
> Minor nitpick: snprintf() is not c89. i would recommend using another blob
> for zValue, and blob_appendf().
>
On Fri, Oct 31, 2014 at 8:17 AM, Stephan Beal wrote:
> + char zValue[4] = {0,0,0,0};
>> + int i;
>> + snprintf(zValue, sizeof(zValue), "%s", blob_str(&content));
>>
>
> Minor nitpick: snprintf() is not c89. i would recommend using another blob
> for zValue, and blob_appendf().
>
O
On Fri, Oct 31, 2014 at 2:30 AM, Eric Rubin-Smith wrote:
> + /* In order to properly write out symlinks rather than regular files,
> + ** we must first observe the .fossil-settings/allow-symlinks file if it
> + ** exists. If it does, we want to make sure we see it prior to any
> + ** symlink
19 matches
Mail list logo