Re: [fossil-users] (New To Fossil): Repo Workflow / Should I Clone Or Use Many Opens
On Wed, Aug 6, 2014 at 3:14 PM, Richard Hipp d...@sqlite.org wrote: Advisory locks are used. So cooperating programs know to not have two programs writing at once. But Dropbox is not a cooperating program in this context. Dropbox just opens the file and writes, without paying any attention to the advisory locks. I am curious how fossil itself manages this. While sqlite DBs (including the fossil repository) are generally expected to only be read/written with sqlite software (except for things like Dropbox), and thus only with cooperating programs, how does fossil lock files while it is committing them? I assume it must somehow keep a file from being changed while it is in the middle of a commit? -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı ___ 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] (New To Fossil): Repo Workflow / Should I Clone Or Use Many Opens
On Tue, Aug 12, 2014 at 10:29 AM, Baruch Burstein bmburst...@gmail.com wrote: I am curious how fossil itself manages this. While sqlite DBs (including the fossil repository) are generally expected to only be read/written with sqlite software (except for things like Dropbox), and thus only with cooperating programs, how does fossil lock files while it is committing them? I assume it must somehow keep a file from being changed while it is in the middle of a commit? For the most part, fossil only works with sqlite dbs, so it leaves the locking/transactions to sqlite. It does not do any handling of locking of non-db files (e.g. source files). -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] How to compare set of files between versions?
On Mon, Aug 11, 2014 at 9:43 PM, Sergei Gavrikov sergei.gavri...@gmail.com wrote: % fossil diff --from prev | filterdiff -i '*src*' +case OP_RIGHTSHIFT: if( iLeft0 )iRes = ~(~(iLeft)iRight);iRes = iLeftiRight; break; i'll get this fix in this evening if it hasn't been done already. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] Wiki formatting
On Mon, Aug 11, 2014 at 10:21 PM, Warren Young war...@etr-usa.com wrote: I mentioned it in one of my posts: Gear Menu Compatibility View Settings uncheck Display intranet sites in Compatibility View. Ah - i didn't read them because i don't use Windows of my own volition and tend to ignore any threads which appear to be Win/Mac-specific. :/ Setting X-UA-Compatibility appropriately is better because the web app itself (Fossil in this case) declares what browsers it knows it can work with. No one is in a better position to know this than the web app. Agreed. i'm all for adding it, if there's no objection from Richard. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] Wiki formatting
On Tue, Aug 12, 2014 at 6:39 AM, Stephan Beal sgb...@googlemail.com wrote: Setting X-UA-Compatibility appropriately is better because the web app itself (Fossil in this case) declares what browsers it knows it can work with. No one is in a better position to know this than the web app. Agreed. i'm all for adding it, if there's no objection from Richard. No objections. -- 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] (New To Fossil): Repo Workflow / Should I Clone Or Use Many Opens
On Tue, Aug 12, 2014 at 1:35 PM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Aug 12, 2014 at 10:29 AM, Baruch Burstein bmburst...@gmail.com wrote: I am curious how fossil itself manages this. While sqlite DBs (including the fossil repository) are generally expected to only be read/written with sqlite software (except for things like Dropbox), and thus only with cooperating programs, how does fossil lock files while it is committing them? I assume it must somehow keep a file from being changed while it is in the middle of a commit? For the most part, fossil only works with sqlite dbs, so it leaves the locking/transactions to sqlite. It does not do any handling of locking of non-db files (e.g. source files). I was referring to the source files. Fossil doesn't lock them? Can't that cause problems with them getting changed in the middle of committing them? -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı ___ 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] (New To Fossil): Repo Workflow / Should I Clone Or Use Many Opens
On Tue, Aug 12, 2014 at 7:18 AM, Baruch Burstein bmburst...@gmail.com wrote: On Tue, Aug 12, 2014 at 1:35 PM, Stephan Beal sgb...@googlemail.com wrote: For the most part, fossil only works with sqlite dbs, so it leaves the locking/transactions to sqlite. It does not do any handling of locking of non-db files (e.g. source files). I was referring to the source files. Fossil doesn't lock them? Can't that cause problems with them getting changed in the middle of committing them? After loading all content in the repo, but before committing the transaction, SQLite goes back and double-checks that the content on disk exactly matches the content in the repo. The transaction rolls back if not. -- 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] Wiki formatting
On Tue, Aug 12, 2014 at 12:44 PM, Richard Hipp d...@sqlite.org wrote: No objections. Those were the magic words. Thanks for the patch, Warren! This is in trunk now: http://www.fossil-scm.org/index.html/info/b7bebbe44f92bb6d48b8688af61f874a584300b1 Chrome says the response headers are: ... 1. Vary: Accept-Encoding 2. X-Frame-Options: SAMEORIGIN 3. X-UA-Compatible: IE=edge -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] How to compare set of files between versions?
On Tue, Aug 12, 2014 at 12:37 PM, Stephan Beal sgb...@googlemail.com wrote: On Mon, Aug 11, 2014 at 9:43 PM, Sergei Gavrikov sergei.gavri...@gmail.com wrote: % fossil diff --from prev | filterdiff -i '*src*' +case OP_RIGHTSHIFT: if( iLeft0 )iRes = ~(~(iLeft)iRight);iRes = iLeftiRight; break; i'll get this fix in this evening if it hasn't been done already. Hi Sergei! Thanks once again for the TH1 patch. i'm looking at this one now, but i'm not convinced that the result is correct: [stephan@host:~/cvs/fossil/fossil]$ f diff Index: src/th.c == --- src/th.c +++ src/th.c @@ -2018,11 +2018,12 @@ iRes = iLeft%iRight; break; case OP_ADD: iRes = iLeft+iRight; break; case OP_SUBTRACT: iRes = iLeft-iRight; break; case OP_LEFTSHIFT:iRes = iLeftiRight; break; -case OP_RIGHTSHIFT: iRes = iLeftiRight; break; +case OP_RIGHTSHIFT: if( iLeft0 ) iRes = ~(~(iLeft)iRight); + iRes = iLeftiRight; break; case OP_LT: iRes = iLeftiRight; break; case OP_GT: iRes = iLeftiRight; break; case OP_LE: iRes = iLeft=iRight; break; case OP_GE: iRes = iLeft=iRight; break; case OP_EQ: iRes = iLeft==iRight; break; [stephan@host:~/cvs/fossil/fossil]$ ./fossil test-th-eval 'expr -1 1' -1 (That said: i have no idea what the expected result of bitshifting a negative value is, since underflow/overflow of _signed_ numbers has undefined results in C, and having a sign bit means overflow _will_ happen on any left shift.) Adding an 'else' doesn't change the result. [stephan@host:~/cvs/fossil/fossil]$ ./fossil test-th-eval 'expr -1 2' -1 [stephan@host:~/cvs/fossil/fossil]$ ./fossil test-th-eval 'expr -1 10' -1 Diff: -case OP_RIGHTSHIFT: iRes = iLeftiRight; break; +case OP_RIGHTSHIFT: iRes = (iLeft0) + ? ~(~(iLeft)iRight) + : iLeftiRight; + break; :-? -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] How to compare set of files between versions?
Hi Stepan! Please, forget this delta! Yesterday when I tried to show how I do use patchutils to filter diff outputs I copied (and posted) the diff output which was fulfilled on my dirty fossil repo. That was my local change in src/th.c (I forgot about) and I have not caught that. I'm sorry. History of the subject. I had an issue with TH1 operator on big endian target and I tried to apply Tcl 6.7 workaround for right shift (it looked promised, but it didn't help me with issue). At the end I re-worked that TH1 proc to avoid right shift operator. Just for reference a snippet from tcl6.7/tclExpr.c case RIGHT_SHIFT: /* * The following code is a bit tricky: it ensures that * right shifts propagate the sign bit even on machines * where won't do it by default. */ if (valuePtr-intValue 0) { valuePtr-intValue = ~((~valuePtr-intValue) value2.intValue); } else { valuePtr-intValue = value2.intValue; } break; I'm sorry that my diff example entered a mess to Subject. LESSON for me: must use 'fossil changes' before 'fossil diff'. Sergei On Tue, 12 Aug 2014, Stephan Beal wrote: On Tue, Aug 12, 2014 at 12:37 PM, Stephan Beal sgb...@googlemail.com wrote: On Mon, Aug 11, 2014 at 9:43 PM, Sergei Gavrikov sergei.gavri...@gmail.com wrote: % fossil diff --from prev | filterdiff -i '*src*' + case OP_RIGHTSHIFT: if( iLeft0 )iRes = ~(~(iLeft)iRight);iRes = iLeftiRight; break; i'll get this fix in this evening if it hasn't been done already. Hi Sergei! Thanks once again for the TH1 patch. i'm looking at this one now, but i'm not convinced that the result is correct: [stephan@host:~/cvs/fossil/fossil]$ f diff Index: src/th.c == --- src/th.c +++ src/th.c @@ -2018,11 +2018,12 @@ iRes = iLeft%iRight; break; case OP_ADD: iRes = iLeft+iRight; break; case OP_SUBTRACT: iRes = iLeft-iRight; break; case OP_LEFTSHIFT: iRes = iLeftiRight; break; - case OP_RIGHTSHIFT: iRes = iLeftiRight; break; + case OP_RIGHTSHIFT: if( iLeft0 ) iRes = ~(~(iLeft)iRight); + iRes = iLeftiRight; break; case OP_LT: iRes = iLeftiRight; break; case OP_GT: iRes = iLeftiRight; break; case OP_LE: iRes = iLeft=iRight; break; case OP_GE: iRes = iLeft=iRight; break; case OP_EQ: iRes = iLeft==iRight; break; [stephan@host:~/cvs/fossil/fossil]$ ./fossil test-th-eval 'expr -1 1' -1 (That said: i have no idea what the expected result of bitshifting a negative value is, since underflow/overflow of _signed_ numbers has undefined results in C, and having a sign bit means overflow _will_ happen on any left shift.) Adding an 'else' doesn't change the result. [stephan@host:~/cvs/fossil/fossil]$ ./fossil test-th-eval 'expr -1 2' -1 [stephan@host:~/cvs/fossil/fossil]$ ./fossil test-th-eval 'expr -1 10' -1 Diff: - case OP_RIGHTSHIFT: iRes = iLeftiRight; break; + case OP_RIGHTSHIFT: iRes = (iLeft0) + ? ~(~(iLeft)iRight) + : iLeftiRight; + break; :-? -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] How to compare set of files between versions?
On Tue, Aug 12, 2014 at 5:43 PM, Sergei Gavrikov sergei.gavri...@gmail.com wrote: which was fulfilled on my dirty fossil repo. That was my local change in src/th.c (I forgot about) and I have not caught that. I'm sorry. LOL! i was wondering why you posted it to this thread, but i know you've sent th1 patches before, so i took a look at it. Just for reference a snippet from tcl6.7/tclExpr.c VERY interesting - i will have to look into adding that to my script engine (first i need a big-endian machine to try it out on). I'm sorry that my diff example entered a mess to Subject. LESSON for me: must use 'fossil changes' before 'fossil diff'. No problem - i ended up learning about the BE trick, so it was worth it for me :). -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] 2nd Call For Papers, 21th Annual Tcl/Tk Conference 2014
21'th Annual Tcl/Tk Conference (Tcl'2014) http://www.tcl.tk/community/tcl2014/ [ It is 4 weeks to the deadline for Abstracts and proposals ... ] November 10 - 14, 2014 Embassy Suites Downtown Portland, Oregon, USA Important Dates: Abstracts and proposals due Sep 8, 2014 Notification to authors Sep 22, 2014 Author materials dueOct 20, 2014 Tutorials start Nov 10, 2014 Conference starts Nov 12, 2014 [[ Registration is open. ]] Email Contact:tclconfere...@googlegroups.com Submission of Summaries Tcl/Tk 2014 will be held in Portland, Oregon, USA from November 10 - 14, 2014. The program committee is asking for papers and presentation proposals from anyone using or developing with Tcl/Tk (and extensions). Past conferences have seen submissions covering a wide variety of topics including: * Scientific and engineering applications * Industrial controls * Distributed applications and Network Managment * Object oriented extensions to Tcl/Tk * New widgets for Tk * Simulation and application steering with Tcl/Tk * Tcl/Tk-centric operating environments * Tcl/Tk on small and embedded devices * Medical applications and visualization * Use of different programming paradigms in Tcl/Tk and proposals for new directions. * New areas of exploration for the Tcl/Tk language Submissions should consist of an abstract of about 100 words and a summary of not more than two pages, and should be sent as plain text to tclconference AT googlegroups DOT com no later than August 5, 2014. Authors of accepted abstracts will have until September 2, 2014 to submit their final paper for the inclusion in the conference proceedings. The proceedings will be made available on digital media, so extra materials such as presentation slides, code examples, code for extensions etc. are encouraged. Printed proceedings will be produced as an on-demand book at lulu.com The authors will have 25 minutes to present their paper at the conference. The program committee will review and evaluate papers according to the following criteria: * Quantity and quality of novel content * Relevance and interest to the Tcl/Tk community * Suitability of content for presentation at the conference Proposals may report on commercial or non-commercial systems, but those with only blatant marketing content will not be accepted. Application and experience papers need to strike a balance between background on the application domain and the relevance of Tcl/Tk to the application. Application and experience papers should clearly explain how the application or experience illustrates a novel use of Tcl/Tk, and what lessons the Tcl/Tk community can derive from the application or experience to apply to their own development efforts. Papers accompanied by non-disclosure agreements will be returned to the author(s) unread. All submissions are held in the highest confidentiality prior to publication in the Proceedings, both as a matter of policy and in accord with the U. S. Copyright Act of 1976. The primary author for each accepted paper will receive registration to the Technical Sessions portion of the conference at a reduced rate. Other Forms of Participation The program committee also welcomes proposals for panel discussions of up to 90 minutes. Proposals should include a list of confirmed panelists, a title and format, and a panel description with position statements from each panelist. Panels should have no more than four speakers, including the panel moderator, and should allow time for substantial interaction with attendees. Panels are not presentations of related research papers. Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather sessions (BOFs) are available on a first-come, first-served basis. WIP slots can be reserved like any paper proposal. BOF slots will be managed on-site. All attendees with an interesting work in progress should consider reserving a WIP slot. Registration Information More information on the conference is available the conference Web site (http://www.tcl.tk/community/tcl2014/) and will be published on various Tcl/Tk-related information channels. Registration is open. To keep in touch with news regarding the conference and Tcl events in general, subscribe to the tcl-announce list. See: http://code.activestate.com/lists/tcl-announce to subscribe to the tcl-announce mailing list. Conference Committee Clif Flynt Noumena Corp General Chair, Website Admin Andreas Kupries ActiveState Software Inc. Program Chair Brian Griffin Mentor GraphicsSite/Facilities Chair Arjen MarkusDeltares Cyndy Lilagan Nat. Museum of Health Medicine, Chicago Donal Fellows University of Manchester Gerald Lester KnG Consulting, LLC Jeffrey Hobbs ActiveState Software Inc. Kevin Kenny GE Global Research Center Larry
Re: [fossil-users] Wiki formatting, IE test results
On 8/12/2014 15:48, Warren Young wrote: I'll test this in IE7, IE9 and IE10 later on today. In IE7 on Vista, it kinda sorta works. There are multiple HTML rendering problems in the Fossil UI -- all typical of IE7 -- but the patch in the previous message allows Ctrl-B/I/U to do what you expect, and the formatting is saved correctly. In IE9 on Vista and IE10 on Win7, it appears to work the same as IE11. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users