[fossil-users] strange 'login failed' error on initial repository clone.

[Jeremy Anderson]

Hey everyone. Need a little help...

*Problem:*
Attempting to clone a recently-created repository gives this error:

D:\f\repo>fossil clone
http://user:p...@ec2-xxx.compute.amazonaws.com:6969/hekated:\f\repo\hekate.fossil

Bytes  Cards  Artifacts Deltas
Sent:  53  1  0  0
Received: 341  5  1  0
Sent:  58  2  0  0
Error: login failedxe:
Received:  52  1  0  0
Total network traffic: 667 bytes sent, 819 bytes received
C:\Windows\fossil.exe: server returned an error - clone aborted

(no, user is not the actual username, pwd is not the password, and xxx is
not the real machine name)

*What I did to set it up:*

   1. I'm using Fossil version 1.22 [5dd5d39e7c] 2012-03-19 12:45:47 to set
   up a new Fossil server on Win2k8 R2 64-bit (hosted by Amazon's EC2 cloud
   service).
   2. Used this to command create the service instance: *fossil
   winsrv create -S auto -P 6969 -R c:\repo *
  1. (*c:\repo* holds our fossil repository file, hekate.fossil. The
  repository is currently empty (apart from the initial/default checkin).
   3. I've created an admin+setup user for myself (user) and given him a
   password (pwd) i'm very familiar with.
   4. Opened port 6969 for the machine in Amazon's EC2 configuration for
   this machine
   5. Opened the Windows firewall for port 6969.

*What I know works:*

   - The repository is visible via the web at the same url as above.
   - The same credentials (user:pwd) work just fine to log into the
   repository website.

*What i've done to troubleshoot:*

   - Checked and re-checked the user/pwd combo
   - (Successfully) Logged in to the repository from the same machine (via
   the web) with the same credentials

**

*Any thoughts on why I can't clone the repository?*

Thanks!

-jer
___
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] Thanks and some questions

[Richard Hipp]

On Mon, Mar 19, 2012 at 4:00 PM,  wrote:

>  >
> > fossil extra
>
> > To see the list of "unmanaged" files:
> Thank you. It is more "manual" than I was looking for but if that's the way
> it works that's the way it works.
>

Beware of any program that thinks it knows more than you do.

-- 
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] Thanks and some questions

[mailing]

I wrote about some of the other issues you addressed in another post.

>> What should I be doing to make sure fossil knows about all the new code?
>> add doesn't seem to work, and stat or chan doesn't flag newly created
>> files that I haven't already added.


> fossil add file
> fossil commit -m 'foo' file
>
> :-?

I realize that but I was hoping for some help from fossil. For example when
you delete a file fossil was managing and you do a changes, stat or commit
fossil tells you the file is gone. I was looking for that same function to
also provide the oppposite info, letting you know there are new files that
haven't been added.

> To see the list of "unmanaged" files:
>
> fossil extra

Thank you. It is more "manual" than I was looking for but if that's the way
it works that's the way it works.
___
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] bash: ./fossil: cannot execute binary file

[Bill Burdick]

On Sun, Mar 18, 2012 at 2:17 PM, Bob Chapman  wrote:
>
> The statically linked fossil worked just fine on Ubuntu 10.04. However,
> to my great surprise, the statically linked fossil produced the following
> result on Centos 4.9 (<--which I KNOW has just passed its end of life ;)
>
> $ unz -v fossil-linux-x86-20120317175325.zip
>  Length   MethodSize  Ratio   Date   Time   CRC-32Name
>   --  --- -         --
>  1656852  Defl:N   824976  50%  03-18-12 11:03  edd7ce1c  fossil
>   ---  ------
>  1656852   824976  50%1 file
> $ unz fossil-linux-x86-20120317175325.zip
> Archive:  fossil-linux-x86-20120317175325.zip
>  inflating: fossil
> $ ./fossil version
> FATAL: kernel too old  <==
> Segmentation fault  <==
>

Yeah, the kernel is one dynamic library you can't get around in Linux!
 Even static binaries are dynamic, in that sense.


Bill
___
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] bash: ./fossil: cannot execute binary file

[Bill Burdick]

Personally, I'm a HUGE fan of static linking for reasons like this!  Really
-- the fossil executable isn't very large, compared to git; statically
linked fossil is 1/4 the size of dynamically linked git.  Dynamically
linked git even depends on more libraries than dynamically linked fossil.
 Here's some info on static vs dynamic linking that I found pretty
compelling (too bad this statically linked linux distro hasn't been
maintained): http://sta.li/faq


Bill


On Sun, Mar 18, 2012 at 11:08 AM, Richard Hipp  wrote:

>
>
> On Sun, Mar 18, 2012 at 10:23 AM, Bob Chapman wrote:
>
>> > I uploaded a new binary.  Please try again.
>>
>> On Centos 4.9
>>
>> [~]$ ./fossil version
>> ./fossil: /lib/tls/libc.so.6: version `GLIBC_2.4' not found (required
>> by ./fossil)
>> ./fossil: /lib/tls/libc.so.6: version `GLIBC_2.7' not found (required
>> by ./fossil)
>>
>> I can't try Ubuntu 10.04 until this afternoon.
>>
>
> I have uploaded a third binary for linux - this one statically linked.
>
> You may recall that people were fussing at me for uploading a statically
> linked binary last time.  But apparently, that is the only way to be
> portable on linux.
>
>
>
>>
>> --
>> ___
>> fossil-users mailing list
>> fossil-users@lists.fossil-scm.org
>> http://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
>
>
___
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] Thanks and some questions

[Matt Welland]

On Mon, Mar 19, 2012 at 4:12 AM,  wrote:

[snip]


> >> I often add programs to the project and I don't always remember to tell
> >> fossil about them. What is the correct way to use fossil so when you
> work
> >> on new projects where you don't have everything that will ultimately be
> part
> >> of the project in your directory from the beginning? What should I be
> doing to
> >> make sure fossil knows about all the new code? add doesn't seem to work,
> >> and stat or chan doesn't flag newly created files that I haven't already
> >> added. This is a bit disturbing and I'm afraid new modules will go
> >> untracked. I find myself using add * or addr. addr should usually be ok
> but
> >> I don't like taking the chance to delete something. I realize unless you
> >> shun nothing is actually lost but I don't know how it works and what
> >> problems I could cause by addr. My question is really how should I be
> doing
> >> this workflow.
> >>
>
> > I think you want the "fossil extra" command to tell you what files are in
> > your working folder that are not under management.  And the "fossil
> > addremove" command which will recursively descend through your working
> > folder adding and removing files as necessary so that everything is under
> > management again.
>
> Thanks, I missed the "extra" command, that sounds helpful but I guess what
> I
> would have preferred, since it doesn't take any extra action on the users's
> part, might be to see all the files that exist that aren't managed, when I
> do fossil stat or fossil change. In other words I'm looking for something
> that goes out of its way to tell me "hey, do you realize you have new files
> here that fossil isn't managing?" Specifically this happens to me a lot
> because I'm doing some work right now on text processing and I have a lot
> of
> junk files in my working directories I use as input for my tests. I don't
> tend to want to manage this stuff because I can grab more text and create
> new test cases easily. If I do fossil addr all the time I find tons of crap
> gets added and deleted from the repo and that bothers me since it shouldn't
> have been there at all and it just gets dragged along because I don't have
> a
> way to be notified when I add source code that I *do* want managed. Either
> I
> keep doing addr (or now "extra" and figure it out manually) and get my
> source and junk files added, or I lose the junk and the new source code
> because I don't always remember what's been added and what hasn't. I guess
> I
> need to get used to managing the tools more than I have been. In the past I
> worked on established products and we almost never added new source
> files. Now I am writing a lot more code and need to rethink how I am
> managing that process.
>

Depending on if your files fit a nice set of patterns you may want to
consider using ignore-glob to keep from seeing your irrelevant files. The
methodology I encourage on our team is that a "fossil extras" should always
be clean, i.e. there should be no extras. Any extras should be either added
to fossil with "fossil add" or added to the glob list. To make that a bit
easier we use the .fossil-settings/ignore-glob file instead of the setting
via the ui. Don't forget to "fossil add" the .fossil-settings/ignore-glob
file.

We commonly have one or more "build" directories where various processes
are run and ignore them all with a */build/* pattern or similar. However do
be careful with blanket ignores. If I recall correctly fossil behavior is a
little odd when it comes to controlled files that match an ignore pattern.
I seem to remember that a modified controlled file masked by a ignore does
not show up in "fossil status"


> I am not criticizing fossil (it's great!), I am just trying to understand
> how to use it efficiently for the way I work, rather than trying to adjust
> the way I work for the benefit of the scm I'm using. In the end I will
> probably have to do a little of both.
>
> For me this is the flip side of fossil telling you if you had a file under
> management and you deleted it, when you do a stat, changes, or commit. That
> works great and gives a red flad- "hey, I can't find file a and file b".
> Then
> again, I admit what I was thinking of may bring problems with it because if
> you have ignored dozens or hundreds of files when you do a stat or changes
> or commit you don't want to see those. Maybe that logic already exists.
> After I hear your comments I'll try to work with this more and get a better
> understanding. But I am also interested in hearing how people who are
> writing a lot of new code and also keep test and other junk in the project
> directory tree are using fossil.
>

[snip]


> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
___
fossil-users mailing list
fossil-users@lists.fossil

Re: [fossil-users] Side-by-side diff broken in version 1.22 on Windows?

[Richard Hipp]

On Mon, Mar 19, 2012 at 9:47 AM, Richard Hipp  wrote:

>
>
> On Mon, Mar 19, 2012 at 9:45 AM, Jos Groot Lipman wrote:
>
>> **
>> It is stable for me too now.
>>
>> I did notice however that the fossil.exe filesize increased from 1115kB
>> to 1324kB, quite a lot for a single memset operation?
>>
>
> I probably compiled it differently (mingw vs vs2010) or failed to strip
> out symbols or something like that.
>

Now uploaded yet another windows binary that has been stripped of debug
symbols and is hence approximately the same size as the old one.


>
>
>
>>
>> Jos Groot Lipman
>>
>>  --
>> *From:* fossil-users-boun...@lists.fossil-scm.org [mailto:
>> fossil-users-boun...@lists.fossil-scm.org] *On Behalf Of *Richard Hipp
>> *Sent:* maandag 19 maart 2012 14:08
>>
>> *To:* Fossil SCM user's discussion
>> *Subject:* Re: [fossil-users] Side-by-side diff broken in version 1.22
>> on Windows?
>>
>>
>>
>> On Mon, Mar 19, 2012 at 8:17 AM, Benoit Mortgat wrote:
>>
>>> On Mon, Mar 19, 2012 at 13:00, Richard Hipp  wrote:
>>> > I ran the offending diff through valgrind and it turned up one use of
>>> an
>>> > uninitialized variable, though that use seemed harmless to me.  The
>>> fix is
>>> > at http://www.fossil-scm.org/fossil/info/9262546e43 - can you try this
>>> > change and see if that clears the problem?  I'm not able to reproduce
>>> the
>>> > problem on linux.
>>> >
>>>
>>> Yes, that clears the problem, thanks.
>>> Still, I fail to understand what failed in the zStart assignment.
>>>
>>
>> New source code and precompiled binaries for all platforms have now been
>> uploaded.
>>
>>
>>>
>>> --
>>> Benoit Mortgat
>>> ___
>>> fossil-users mailing list
>>> fossil-users@lists.fossil-scm.org
>>> http://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
>>
>>
>
>
> --
> D. Richard Hipp
> d...@sqlite.org
>



-- 
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] Side-by-side diff broken in version 1.22 on Windows?

[Richard Hipp]

On Mon, Mar 19, 2012 at 9:45 AM, Jos Groot Lipman  wrote:

> **
> It is stable for me too now.
>
> I did notice however that the fossil.exe filesize increased from 1115kB to
> 1324kB, quite a lot for a single memset operation?
>

I probably compiled it differently (mingw vs vs2010) or failed to strip out
symbols or something like that.



>
> Jos Groot Lipman
>
>  --
> *From:* fossil-users-boun...@lists.fossil-scm.org [mailto:
> fossil-users-boun...@lists.fossil-scm.org] *On Behalf Of *Richard Hipp
> *Sent:* maandag 19 maart 2012 14:08
>
> *To:* Fossil SCM user's discussion
> *Subject:* Re: [fossil-users] Side-by-side diff broken in version 1.22 on
> Windows?
>
>
>
> On Mon, Mar 19, 2012 at 8:17 AM, Benoit Mortgat  wrote:
>
>> On Mon, Mar 19, 2012 at 13:00, Richard Hipp  wrote:
>> > I ran the offending diff through valgrind and it turned up one use of an
>> > uninitialized variable, though that use seemed harmless to me.  The fix
>> is
>> > at http://www.fossil-scm.org/fossil/info/9262546e43 - can you try this
>> > change and see if that clears the problem?  I'm not able to reproduce
>> the
>> > problem on linux.
>> >
>>
>> Yes, that clears the problem, thanks.
>> Still, I fail to understand what failed in the zStart assignment.
>>
>
> New source code and precompiled binaries for all platforms have now been
> uploaded.
>
>
>>
>> --
>> Benoit Mortgat
>> ___
>> fossil-users mailing list
>> fossil-users@lists.fossil-scm.org
>> http://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
>
>


-- 
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] Side-by-side diff broken in version 1.22 on Windows?

[Jos Groot Lipman]

It is stable for me too now.
 
I did notice however that the fossil.exe filesize increased from 1115kB to
1324kB, quite a lot for a single memset operation?
 
Jos Groot Lipman


  _  

From: fossil-users-boun...@lists.fossil-scm.org
[mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Richard Hipp
Sent: maandag 19 maart 2012 14:08
To: Fossil SCM user's discussion
Subject: Re: [fossil-users] Side-by-side diff broken in version 1.22 on
Windows?




On Mon, Mar 19, 2012 at 8:17 AM, Benoit Mortgat  wrote:


On Mon, Mar 19, 2012 at 13:00, Richard Hipp  wrote:
> I ran the offending diff through valgrind and it turned up one use of an
> uninitialized variable, though that use seemed harmless to me.  The fix is
> at http://www.fossil-scm.org/fossil/info/9262546e43 - can you try this
> change and see if that clears the problem?  I'm not able to reproduce the
> problem on linux.
>


Yes, that clears the problem, thanks.
Still, I fail to understand what failed in the zStart assignment.



New source code and precompiled binaries for all platforms have now been
uploaded.
 


--
Benoit Mortgat
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://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] Side-by-side diff broken in version 1.22 on Windows?

[Richard Hipp]

On Mon, Mar 19, 2012 at 8:17 AM, Benoit Mortgat  wrote:

> On Mon, Mar 19, 2012 at 13:00, Richard Hipp  wrote:
> > I ran the offending diff through valgrind and it turned up one use of an
> > uninitialized variable, though that use seemed harmless to me.  The fix
> is
> > at http://www.fossil-scm.org/fossil/info/9262546e43 - can you try this
> > change and see if that clears the problem?  I'm not able to reproduce the
> > problem on linux.
> >
>
> Yes, that clears the problem, thanks.
> Still, I fail to understand what failed in the zStart assignment.
>

New source code and precompiled binaries for all platforms have now been
uploaded.


>
> --
> Benoit Mortgat
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://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] Side-by-side diff broken in version 1.22 on Windows?

[Benoit Mortgat]

On Mon, Mar 19, 2012 at 13:00, Richard Hipp  wrote:
> I ran the offending diff through valgrind and it turned up one use of an
> uninitialized variable, though that use seemed harmless to me.  The fix is
> at http://www.fossil-scm.org/fossil/info/9262546e43 - can you try this
> change and see if that clears the problem?  I'm not able to reproduce the
> problem on linux.
>

Yes, that clears the problem, thanks.
Still, I fail to understand what failed in the zStart assignment.

-- 
Benoit Mortgat
___
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] Side-by-side diff broken in version 1.22 on Windows?

[Richard Hipp]

I ran the offending diff through valgrind  and it
turned up one use of an uninitialized variable, though that use seemed
harmless to me.  The fix is at
http://www.fossil-scm.org/fossil/info/9262546e43 - can you try this change
and see if that clears the problem?  I'm not able to reproduce the problem
on linux.

On Mon, Mar 19, 2012 at 6:18 AM, Benoit Mortgat  wrote:

> This issue appears to be the same with different compilers then:
> Compiling with MinGW, with “CFLAGS=-O0 make -f win/Makefile.mingw”
> the problem disappears.
>
> On Mon, Mar 19, 2012 at 11:08, Jos Groot Lipman  wrote:
> > I compiled with Visual Studio 2005 and the crash occurs at line 404 in
> > diff.c
> >   int x = strlen(p->zStart);
> > It fails (access violation) because p->zStart is 0x0050
> >
> > This happened when I compiled with /Zi (include debug info)
> > Debugging is still difficult because of /O2 (optimize for speed) so I
> tried
> > with /Od (no optimizing)
> > However, now the problem is gone. I hate that.
> >
>
> --
> Benoit Mortgat
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://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] Thanks and some questions

[mailing]

>> I notice the .fossil file is created in my home directory when using
>> fossil. Because I am testing how fossil works to learn how to use it for my
>> workflows, I have created several fossil repos for different test projects
>> and then sometimes delete the whole subdirectory containing the repo when I
>> am done testing. Does this cause anything to be orphaned inside the .fossil
>> file in home directory? How do I to tell fossil to clean up this file and
>> let fossil know the repo(s) I was testing with have been deleted?
>>

> Orphan entries are created in the .fossil database.  But they are small.
> And they are automatically cleaned up the next time you run the "fossil
> all" command.

Thanks, good to know!


>> I often add programs to the project and I don't always remember to tell
>> fossil about them. What is the correct way to use fossil so when you work
>> on new projects where you don't have everything that will ultimately be part
>> of the project in your directory from the beginning? What should I be doing 
>> to
>> make sure fossil knows about all the new code? add doesn't seem to work,
>> and stat or chan doesn't flag newly created files that I haven't already
>> added. This is a bit disturbing and I'm afraid new modules will go
>> untracked. I find myself using add * or addr. addr should usually be ok but
>> I don't like taking the chance to delete something. I realize unless you
>> shun nothing is actually lost but I don't know how it works and what
>> problems I could cause by addr. My question is really how should I be doing
>> this workflow.
>>

> I think you want the "fossil extra" command to tell you what files are in
> your working folder that are not under management.  And the "fossil
> addremove" command which will recursively descend through your working
> folder adding and removing files as necessary so that everything is under
> management again.

Thanks, I missed the "extra" command, that sounds helpful but I guess what I
would have preferred, since it doesn't take any extra action on the users's
part, might be to see all the files that exist that aren't managed, when I
do fossil stat or fossil change. In other words I'm looking for something
that goes out of its way to tell me "hey, do you realize you have new files
here that fossil isn't managing?" Specifically this happens to me a lot
because I'm doing some work right now on text processing and I have a lot of
junk files in my working directories I use as input for my tests. I don't
tend to want to manage this stuff because I can grab more text and create
new test cases easily. If I do fossil addr all the time I find tons of crap
gets added and deleted from the repo and that bothers me since it shouldn't
have been there at all and it just gets dragged along because I don't have a
way to be notified when I add source code that I *do* want managed. Either I
keep doing addr (or now "extra" and figure it out manually) and get my
source and junk files added, or I lose the junk and the new source code
because I don't always remember what's been added and what hasn't. I guess I
need to get used to managing the tools more than I have been. In the past I
worked on established products and we almost never added new source
files. Now I am writing a lot more code and need to rethink how I am
managing that process.

I am not criticizing fossil (it's great!), I am just trying to understand
how to use it efficiently for the way I work, rather than trying to adjust
the way I work for the benefit of the scm I'm using. In the end I will
probably have to do a little of both.

For me this is the flip side of fossil telling you if you had a file under
management and you deleted it, when you do a stat, changes, or commit. That
works great and gives a red flad- "hey, I can't find file a and file b". Then
again, I admit what I was thinking of may bring problems with it because if
you have ignored dozens or hundreds of files when you do a stat or changes
or commit you don't want to see those. Maybe that logic already exists.
After I hear your comments I'll try to work with this more and get a better
understanding. But I am also interested in hearing how people who are
writing a lot of new code and also keep test and other junk in the project
directory tree are using fossil.

>> Another question is on annotate. When I use annotate I see the change
>> history for a file. But if only one line of the file was changed repeatedly
>> it seems I don't see the change for each commit, only the last value. Is
>> this right and is there a way to show all the changes done to one file even
>> if it's all the same line, maybe with diffs from one commit to the next?
>>

> The "fossil annotate" command is modeled after "cvs annotate", which only
> shows the most recent change for all current lines in the file.  Can you
> show us an alternative display format that shows all historical changes to
> a file?  What does hg do? 

What I was thinking of may not be that 

Re: [fossil-users] Open a remote repository?

[Benoit Mortgat]

On Mon, Mar 19, 2012 at 11:28, Christopher Berardi  wrote:
> Is it possible to open a fossil repository that isn't cloned locally?
> For example, suppose I have a fossil repository stored on a remote
> server -- can I forgo cloning it and do a straight open, such as:
>
>    $ fossil open http://dev.mysite.com/myrepo.fossil

No, this is not possible. Note that when you clone, you create some
vassality relationship between your cloned repository and the original
(the auto-sync URL is automatically set). So, whenever you try to
update, commit, pull is automatically done before, and push after commit
if you have the rights.

With your method it would be difficult to commit or perform many
operations: fossil needs direct access to the repository as it performs
SQL operations on it. If you want a single, central repository, then
why don't you use fuse (Linux) or mount a network unit (Windows) to have
access to the repository as if it was on your file system?



-- 
Benoit Mortgat
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] Open a remote repository?

[Christopher Berardi]

Is it possible to open a fossil repository that isn't cloned locally?
For example, suppose I have a fossil repository stored on a remote
server -- can I forgo cloning it and do a straight open, such as:

$ fossil open http://dev.mysite.com/myrepo.fossil

The benefit of this is that it enforces the client-server and 'one true
canonical source' paradigms in the strictest possible sense (as far as I
can tell) and I would think that it could limit the amount of data
needed to get started on very large/long running projects. The obvious
downside is that any benefits gained from the dvcs paradigm is
more-or-less nullified.

-- 
Christopher Berardi
http://www.natoufa.com/

May grace and peace by yours in abundance.
___
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] Side-by-side diff broken in version 1.22 on Windows?

[Benoit Mortgat]

This issue appears to be the same with different compilers then:
Compiling with MinGW, with “CFLAGS=-O0 make -f win/Makefile.mingw”
the problem disappears.

On Mon, Mar 19, 2012 at 11:08, Jos Groot Lipman  wrote:
> I compiled with Visual Studio 2005 and the crash occurs at line 404 in
> diff.c
>   int x = strlen(p->zStart);
> It fails (access violation) because p->zStart is 0x0050
>
> This happened when I compiled with /Zi (include debug info)
> Debugging is still difficult because of /O2 (optimize for speed) so I tried
> with /Od (no optimizing)
> However, now the problem is gone. I hate that.
>

-- 
Benoit Mortgat
___
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] Side-by-side diff broken in version 1.22 on Windows?

[Benoit Mortgat]

Compiling with mingw, fossil receives SIGSEGV in in sbsWriteText :

int x = strlen(p->zStart);

Printing zStart in gdb shows : $2 = 0x7 .

In the caller, we have:

s.zStart = "";
... /* nothing here modifies zStart */
sbsWriteText(&s, ...);

gdb details follow:

> (gdb) bt
> #0  0x004147ea in sbsWriteText (p=0x28fce4, pLine=, 
> flags=) at src/diff.c:397
> #1  0x00415316 in sbsDiff (pA_Blob=0x28fddc, pB_Blob=0x28fdc8, pOut=0x28fdb4, 
> diffFlags=324009991) at src/diff.c:972
> #2  text_diff (pA_Blob=0x28fddc, pB_Blob=0x28fdc8, pOut=0x28fdb4, 
> diffFlags=324009991) at src/diff.c:1498
> #3  0x00422919 in diff_page () at src/info.c:1112
> #4  0x00427850 in process_one_web_page (zNotFound=) at 
> src/main.c:1347
> #5  0x00428d15 in main (argc=3, argv=0x3f1ab0) at src/main.c:501
> (gdb) up
> #1  0x00415316 in sbsDiff (pA_Blob=0x28fddc, pB_Blob=0x28fdc8, pOut=0x28fdb4, 
> diffFlags=324009991) at src/diff.c:972
> 972   sbsWriteText(&s, &A[a], SBS_PAD);
> (gdb) set print pretty on
> (gdb) print s
> $6 = {
>   zLine = 0x2855548 "  125   class=\"diffrm\">#ifnde", ' ' , "  
> 124  #endif\ninclude \nº\rð­º\rð­º\rð­º"...,
>   n = 35,
>   width = 80,
>   escHtml = 1 '\001',
>   iStart = 6,
>   zStart = 0x7 ,
>   iEnd = 80,
>   iStart2 = 0,
>   zStart2 = 0x7 ,
>   iEnd2 = 2686280
> }


On Sun, Mar 18, 2012 at 6:20 PM, Jos Groot Lipman 
wrote:
>
> Today I downloaded the latest Fossil version 1.22 from the website and
> started using it on my Windows Vista.
>
> When I start 'fossil ui' and ask Fossil for a 'diff' of a file Fossil
> crashes and Windows show a 'Fossil.exe has stopped working'
>

-- 
Benoit Mortgat
___
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] Side-by-side diff broken in version 1.22 on Windows?

[Jos Groot Lipman]

I compiled with Visual Studio 2005 and the crash occurs at line 404 in
diff.c
   int x = strlen(p->zStart);
It fails (access violation) because p->zStart is 0x0050

This happened when I compiled with /Zi (include debug info)
Debugging is still difficult because of /O2 (optimize for speed) so I tried
with /Od (no optimizing)
However, now the problem is gone. I hate that.

More info tonight

> -Original Message-
> From: fossil-users-boun...@lists.fossil-scm.org 
> [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf 
> Of Benoit Mortgat
> Sent: maandag 19 maart 2012 9:34
> To: Fossil SCM user's discussion
> Subject: Re: [fossil-users] Side-by-side diff broken in 
> version 1.22 on Windows?
> 
> Same problem here.
> 
> Fossil 1.22 runs as a service on a Windows 7 system. When 
> asking for a diff of a single file, fossil sometimes does not 
> respond. However, when asking for a diff for the whole set of 
> files in a checkout, it does not.
> 
> This does not happen every time. For example, on a clone of 
> the SQLite official repository, running “fossil http”, there 
> is no problem with the following stdin input:
> 
> GET /fdiff?v1=549b1a2e5e0ed1e1&v2=c7d30f168a9b HTTP/1.1
> Host: 127.0.0.1:8081
> 
> Whereas there is a problem with
> 
> GET /fdiff?v1=3a441671f35569df&v2=51acd5477f7c9232 HTTP/1.1
> Host: 127.0.0.1:8081
> 
> Windows reports f.exe has stopped working, but when it has 
> been run as “fossil ui”, the executable still runs and will 
> serve correctly subsequent HTTP incoming requests.
> 
> If you tell us what compilers, flags, etc. are used to build 
> the official releases of fossil for Windows I can take some 
> time to find at which line in which source file the error happens.
> 
> 
> On Sun, Mar 18, 2012 at 23:38, Richard Hipp  wrote:
> >
> >
> > On Sun, Mar 18, 2012 at 6:20 PM, Jos Groot Lipman 
>  wrote:
> >>
> >> Today I downloaded the latest Fossil version 1.22 from the website 
> >> and started using it on my Windows Vista.
> >>
> >> When I start 'fossil ui' and ask Fossil for a 'diff' of a 
> file Fossil 
> >> crashes and Windows show a 'Fossil.exe has stopped working'
> >>
> 
> --
> Benoit Mortgat
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
> 

___
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] Side-by-side diff broken in version 1.22 on Windows?

[Benoit Mortgat]

Same problem here.

Fossil 1.22 runs as a service on a Windows 7 system. When asking for a
diff of a single file, fossil sometimes does not respond. However, when
asking for a diff for the whole set of files in a checkout, it does not.

This does not happen every time. For example, on a clone of the SQLite
official repository, running “fossil http”, there is no problem with
the following stdin input:

GET /fdiff?v1=549b1a2e5e0ed1e1&v2=c7d30f168a9b HTTP/1.1
Host: 127.0.0.1:8081

Whereas there is a problem with

GET /fdiff?v1=3a441671f35569df&v2=51acd5477f7c9232 HTTP/1.1
Host: 127.0.0.1:8081

Windows reports f.exe has stopped working, but when it has been run as
“fossil ui”, the executable still runs and will serve correctly
subsequent HTTP incoming requests.

If you tell us what compilers, flags, etc. are used to build the
official releases of fossil for Windows I can take some time to find
at which line in which source file the error happens.


On Sun, Mar 18, 2012 at 23:38, Richard Hipp  wrote:
>
>
> On Sun, Mar 18, 2012 at 6:20 PM, Jos Groot Lipman  wrote:
>>
>> Today I downloaded the latest Fossil version 1.22 from the website and
>> started using it on my Windows Vista.
>>
>> When I start 'fossil ui' and ask Fossil for a 'diff' of a file Fossil
>> crashes and Windows show a 'Fossil.exe has stopped working'
>>

-- 
Benoit Mortgat
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users