>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Thursday, September 12, 2002 at 16:26:28 (+0200), Massimiliano Cialdi wrote: ]
>> Subject: moving a file
>>
>> how can I move a file from a directory to another whithout loose the history?
> $ cd ..
> $ cp foodir/barfile blahdir
>
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Thursday, September 12, 2002 at 10:41:29 (-0700), Paul Sander wrote: ]
>> Subject: Re: moving a file
>>
>> Using this method, technically, no history is lost. However, it is
>> fragmented. You cannot use a singl
>--- Forwarded mail from [EMAIL PROTECTED]
>> Is there a way to share a single source file across multiple
>> directories in CVS, so that if it gets committed/merged in
>> one directory the update registers in both locations? I know
>> that VSS has this concept, and was wondering if CVS offer
>--- Forwarded mail from [EMAIL PROTECTED]
>I'm forwarding an email from a coworker who is our configuration manager
>and has a Clearcase background. We however, use CVS in our office and
>are attempting to implement some Clearcase techniques (features) in
>CVS. If you can provide any assistanc
You can't do it with CVS alone. The output of "cvs log" can be parsed and
reformatted into a better report, but doing so is not foolproof due to the
way the rlog formats its output. (User comments can look like the syntax
RCS uses to identify versions.)
Take a look at the rinfo and lmerge progr
>--- Forwarded mail from [EMAIL PROTECTED]
>Daniel Gibbs writes:
>> I was wondering if it was possible to disable conflict checking.
>No, of course not. A conflict means that CVS has no idea how to merge
>two independent changes -- how do you "disable" not knowing how to do
>something?!?
One
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Sunday, October 6, 2002 at 18:01:01 (-0400), Larry Jones wrote: ]
>> Subject: Tag locking change
>>
>> I've checked in a change to the [r]tag command to go back to locking
>> one directory at a time (correctly, this time) rather than locking the
>>
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Monday, October 7, 2002 at 12:39:29 (-0400), Larry Jones wrote: ]
>> Subject: Re: Tag locking change
>>
>> Paul Sander writes:
>> >
>> > Another serious issue is when someone commits while an rtag
that something currently being checked in will not be in the tagging
process initiated with a rtag.
( I am assuming I wait for 10 minutes after a proper file as needed by me
was checked in ).
>From: [EMAIL PROTECTED] (Larry Jones)
>Paul Sander writes:
>>
>> Another serious issue
>--- Forwarded mail from [EMAIL PROTECTED]
>Mark writes:
>>
>> If one wants to tag the latest on a branch, why should one have to create a
>> workarea to do it?
>How do you know you want to tag the latest on a branch? Either you have
>no idea what the "latest" actually is, or you know that no
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Tuesday, October 8, 2002 at 16:11:42 (-0700), Paul Sander wrote: ]
>> Subject: Re: Tag locking change
>>
>> >--- Forwarded mail from [EMAIL PROTECTED]
>>
>> >Mark writes:
>> >>
>> &
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Tuesday, October 8, 2002 at 22:32:18 (-0700), Mike Ayers wrote: ]
>> Subject: Re: Tag locking change
>>
>> Greg A. Woods wrote:
>>
>> > If you really Really REALLY want to tag the head of a branch then just
>> > check out the branch (or do a "cvs
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Wednesday, October 9, 2002 at 10:13:42 (-0700), Paul Sander wrote: ]
>> Subject: Re: Tag locking change
>>
>> There are lots of cases where someone demands "tag branch x as of time y".
>What the heck does tha
>--- Forwarded mail from [EMAIL PROTECTED]
>Paul Sander wrote:
>> I claim that "y" == "now" is a common special case. Therein lies the
>> "tag the head of a branch" issue.
> It is an *uncommon* special case. In every other case
>--- Forwarded mail from [EMAIL PROTECTED]
>I want to take a poll with regards to the following issue:
>"cvs add" must specially handle empty directory hierarchies such that no CVS
>admin subdirectories are created within them. (I've tried to be as unbiased
>with this statement as I can).
>Ple
After re-reading the question and my answer, I realized I answered the wrong
quesion. However, my argument holds even if the "common" tree is completely
empty of source files (e.g. right after a project is created). After doing a
checkout, if the CVS admin directories are not created then adds s
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Saturday, February 26, 2000 at 13:18:45 (-0800), Paul Sander wrote: ]
>> Subject: Re: removing the need for "cvs add file" to contact the server
>>
>> One of the requirements of this architecture is to sha
>--- Forwarded mail from [EMAIL PROTECTED]
>>()I do not advocate combining the two
>>methods on the same set of source files. However, I do advocate combining
>>the two methods in the same project, applying the locking model to the
>>specific source files that require it and applying the con
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Monday, February 14, 2000 at 03:27:11 (-0800), Paul Sander wrote: ]
>> Subject: Re: CVS File Locking
>>
>> The message that comes across from you, Greg, is that users must choose
>> either the concurrent model or th
>--- Forwarded mail from [EMAIL PROTECTED]
>Oracle Developper uses propriettary pseudo-binary file format, which
>is fault prone -- if CVS changes length of keyword value
>(e. g. $Author: xy $ to $Author: xyz $), Oracle Developper fails to
>open the file.
>It is possible to eliminate this disadv
>--- Forwarded mail from [EMAIL PROTECTED]
>[EMAIL PROTECTED] writes:
> > Let's take a break from the regularly scheduled passive-agressive
> > flamefest and think about an imaginary Versioning System (iVS)
> > that meets the features that are being talked about. Here's the
> > first thought o
>--- Forwarded mail from [EMAIL PROTECTED]
>[EMAIL PROTECTED] wrote:
>>
>> Kate Ebneter <[EMAIL PROTECTED]>:
>Well, I believe that the result would be enormously bloated and
>unwieldy, and would not benefit anyone, particularly, given that there
>are plenty of other version control systems that
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Tuesday, February 15, 2000 at 17:56:17 (-0800), Paul Sander wrote: ]
>> Subject: Re: CVS File Locking
>>
>> He does not explore any cases where there are no viable merge methods for
>> his source files.
>Of cour
>--- Forwarded mail from [EMAIL PROTECTED]
>Mike Little wrote:
> For the file lockers out there, a question or two:
> I gather you would like to be able to lock individual files
> on a per-branch basis, purportedly to prevent concurrent
> editing. Well, that implies y
>--- Forwarded mail from [EMAIL PROTECTED]
>Here are some ideas:
>1) Add rules to your makefile to postprocess the tool output and remove the
>timestamps before CVS sees them.
>2) I've never tried this, but perhaps cvswrappers can remove the timestamps
>for you. Even if this works, I bet "cvs -n
>--- Forwarded mail from [EMAIL PROTECTED]
>Greg A. Woods wrote :
>|| [ On Friday, February 11, 2000 at 18:47:50 (-0500), John Macdonald wrote: ]
>|| > Subject: Re: CVS File Locking
>|| >
>|| > Greg A. Woods wrote :
>|| > || [ On Friday, February 11, 2000 at 11:52:42 (-0500), John Macdonald wrote
>--- Forwarded mail from [EMAIL PROTECTED]
>Are there any gotchas in adding symbolic links to a CVS repository
>file structure? I'm trying to set up cvs for Java development, and
>I'd like a structure like the following:
>REPOSITORY:
> core/com/purpletech/util/
> Utils.java,v
> project
>--- Forwarded mail from [EMAIL PROTECTED]
>Let's take a break from the regularly scheduled passive-agressive
>flamefest and think about an imaginary Versioning System (iVS)
>that meets the features that are being talked about. Here's the
>first thought off the top of my head:
>1) Use some kin
was desired,
>but in such a
>way as to not expand the field. ie:
>$Author: williams $ can become $Author: rexj$ but
>$Author: rexj $ would become $Author: will $
>Rex.
>[EMAIL PROTECTED] (Paul Sander) on 02/15/2000 04:34:47 AM
>To: [EMAIL PROTECTED], [EMAIL PRO
>--- Forwarded mail from [EMAIL PROTECTED]
>Very yes. Though unix has extensionless files, the web and MIME are defacto
>using suffixes for file type id.
Well, they do and they don't. MIME provides a way of supplying the type of
some content along with the data itself. That mechanism in itself
We're getting a bit off-topic here, but in answer to the question, MIME has
the capability to supply compression, encoding, encryption, and content type.
Many email readers take the dumb way out and supply a generic content type as
a replacement for compression and content type, and let the user s
>--- Forwarded mail from [EMAIL PROTECTED] (Greg Woods)
>[ On Tuesday, February 15, 2000 at 13:55:28 (-0500), John Macdonald wrote: ]
>> Subject: Re: CVS File Locking
>>
>> I just re-read through the Berliner paper: "CVS II: Parallelizing
>> Software Development", Brian Berliner, Prisma Inc. I
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Tuesday, February 15, 2000 at 14:33:51 (-0600), David Thornley wrote: ]
>> Subject: Re: CVS File Locking
>>
>> > > Besides, there are things that cannot be developed concurrently,
>> > > since they are unmergeable, for good reasons or bad.
>> >
>>
>--- Forwarded mail from [EMAIL PROTECTED]
>pohl <[EMAIL PROTECTED]> writes:
>> Let me ask: what is it about locking and concurrency that makes them
>> mutually exclusive? Other software manages to find design patterns that
>> allow them to handle configurable policies. (The X11 mantra "mechan
>--- Forwarded mail from [EMAIL PROTECTED]
>Paul Sander wrote :
>|| >--- Forwarded mail from [EMAIL PROTECTED]
>||
>|| >Very yes. Though unix has extensionless files, the web and MIME are defacto
>|| >using suffixes for file type id.
>||
>|| Well, they do and
>--- Forwarded mail from [EMAIL PROTECTED] (Greg Woods)
>[ On Tuesday, February 15, 2000 at 18:10:16 (-0800), Paul Sander wrote: ]
>> Subject: Re: CVS File Locking
>>
>> Keep in mind that the choice is to decide which change disappears
>> into the ether, and the an
>--- Forwarded mail from [EMAIL PROTECTED]
>[EMAIL PROTECTED] on 02/16/2000 03:54:05 PM
>>OK, what if we remove the locks completely? Any objections? If I am the only
>>one who thinks that feature should be under control, I will step out and
>>give a way to an option of completely removing the lo
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Wednesday, February 16, 2000 at 03:10:02 (-0800), Paul Sander wrote: ]
>> Subject: Re: Blinded by philosophy (kinda long)
>>
>> The analogy I would use rather than find/grep is more like cmp/comm/diff/diff3.
>> Thes
>--- Forwarded mail from [EMAIL PROTECTED]
>[EMAIL PROTECTED] on 2000.02.16 07:25:17
>>Whoa. You just said that if I want to use CVS with unmergeable files, then
>>I must supply a merge tool for them. The trouble is that no merge tool can
>>be implemented for unmergeable files, by definition.
>--- Forwarded mail from [EMAIL PROTECTED]
>On Thursday, February 17, Paul Sander wrote:
>>
>> I postulate that there are file formats for which no merge tool is possible.
>> Hence, there will never be any working merge tool available for some files.
>Aiee, the
>--- Forwarded mail from [EMAIL PROTECTED]
>On Friday, February 18, Frode Nilsen wrote:
>> This whole discussion started because we have lots of files in our source
>> tree that are non merge able -> we have to assure serialized work on these
>> files. Hard locking is the only solution that guar
>--- Forwarded mail from [EMAIL PROTECTED]
>[EMAIL PROTECTED] on 02/17/2000 10:47:34 AM
>>>--- Forwarded mail from [EMAIL PROTECTED]
>>>I'll agree with you though if you say that there may not be any sensible
>>>method to automatically merge certain file-formats and keep the syntactic
>>>and sema
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Friday, February 18, 2000 at 18:43:32 (-0800), Michael Peck wrote: ]
>> Subject: Multiple developers and code integration
>>
>> You would get on the hat list with 'cvs hat -a ', and then when
>> it was your turn, you would grab the hat with 'cvs ha
>--- Forwarded mail from [EMAIL PROTECTED]
>[EMAIL PROTECTED] on 2000.02.18 10:48:27
>>It would be good if CVS would permit the integration of additional diff
>>and merge tools, too. At least that way it could be taught how to merge
>>files that give diff3 heartburn.
>It should be noted that th
>--- Forwarded mail from [EMAIL PROTECTED]
>[EMAIL PROTECTED] on 2000.02.18 16:41:24
>>I'm personnaly stoned by the number of people who turned to cvs due to
>>the efforts of projects like MacCvsPro, WinCvs, jcvs and others (I
>>noticed that according to the mail box of WinCvs.org and the stats o
>--- Forwarded mail from [EMAIL PROTECTED]
>we have been struggling for several months now trying to understand how to
>use CVS in an integrated development environment, i.e. development, QA, and
>production.
>- should development commit changes to the main HEAD or in a development
>"branch"?
>-
Greg and Rex are right: CVS does not indeed supply an API that makes it
suitable for tight integrations with integrated develpment environments such
as Visual Studio or Code Warrior, and makes it easier to write new clients.
Alex is right: CVS needs one, as part of the standard distribution, fo
>--- Forwarded mail from [EMAIL PROTECTED]
>Paul Kinsley writes:
>>
>> I am thinking of using CVS on an IRIX system, but am concerned that
>> the CVS test suite ( make check ) fails. The first failure is on
>> the test importc-8. The failure on importc-8 is related to
>> the dates rolling over
Is there a file called "Checkin.prog" in the CVS directory in your sandbox?
Do the contents of that file identify a program that exists?
--- Forwarded mail from [EMAIL PROTECTED]
I added the -i option to my modules file, and up commit, the script I
worte ran... it has mysteriously stopeed worki
If the requirement is to be able to commit large binary files regardless
of the method used to store them, then there may be a tweak to the CVS
configuration available. If the requirement really is to disable version
history, then you're out of luck for the moment.
With regard to the configurati
>--- Forwarded mail from [EMAIL PROTECTED]
>On Fri, 31 Mar 2000, Bill Lee wrote:
>> I have worked in closed environments for a long time using reserved checkout
>> systems such as MKS, PVCS, and SourceSafe.
>Ditto, although my experience is only with CVS and (shudder) SS.
>> In this environmen
You can also modify RCS (or the librified version of it) to read and write
compressed files. I modified RCS v5.6 and CVS v1.3 to do just that. My
work is still available at http://www.wakawaka.com/source.html
But be warned: This is alpha quality code and error checking and recovery
is somewhat
With the changes I mentioned in an earlier post (modifying RCS to do the
compression), the routine that opens files recognized the magic numbers and
behaved accordingly. Invoking the compression factor could also be changed
by any program that could modify the RCS file.
Our experience with this
--- Forwarded mail from [EMAIL PROTECTED]
>I'm planning to use ClearCase for a new project for various reasons (no flame
>wars please). However, I kind of like some things that CVS affords. Has anyone
>had any experience doing the following in ClearCase:
Good for you!!
>1. Having ClearCase do
>--- Forwarded mail from [EMAIL PROTECTED]
>Noel L Yap wrote:
>>
>> I'm planning to use ClearCase for a new project
>I'm sorry. If you can _possibly_ get away with using CVS, do so.
>> 1. Having ClearCase do unreserved checkouts by default.
>It's possible. But if you've made changes you don
--- Forwarded mail from [EMAIL PROTECTED]
>[EMAIL PROTECTED] on 04/27/2000 04:27:22 AM
>>>3. Having ClearCase do atomic operations (eg either all entities specified get
>>>checked in or none of them do).
>>
>>ClearCase behaves the same way that CVS does in this regard: It will check
>>in everyth
>--- Forwarded mail from [EMAIL PROTECTED]
>>>3. Having ClearCase do atomic operations (eg either all entities specified get
>>>checked in or none of them do).
>>
>>ClearCase behaves the same way that CVS does in this regard: It will check
>>in everything it can (as specified on its command line
>--- Forwarded mail from [EMAIL PROTECTED]
>Noel L Yap wrote:
>>
>> I've noticed that xmalloc does not zero out the memory that's just been
>> allocated.
>Right. It shouldn't have to. Well-written programs do not access
>uninitialized memory.
> This doesn't jive well when adding new fields
This is getting a bit off-topic, but...
>--- Forwarded mail from [EMAIL PROTECTED]
>[EMAIL PROTECTED] on 05/02/2000 03:13:34 PM
>>Although looking at the xmalloc call, I don't know if it's such
>>a good thing for it to take a 0 length request and turn it into
>>a 1 byte request. Why would we n
>--- Forwarded mail from [EMAIL PROTECTED]
>[EMAIL PROTECTED] on 05/03/2000 12:44:09 AM
>>>I was looking at that, too. I tend to feel that 0-byte allocations should be
>>>allowed (returning NULL) and, if systems' frees don't handle NULL properly,
>>>there should be an xfree() that'll do so.
>>
>
>--- Forwarded mail from [EMAIL PROTECTED]
>Paul Sander wrote :
>||
>|| An "isValid" field isn't valid if the structure isn't initialized properly.
>|| When this is a concern, the value of the pointer itself becomes significant
>|| (like it is with the NULL
Brad Appleton's ACME project provides a lot of info on the various SCM
practices. There is no perfect policy, and there are different things that
people do to meet various requirements. This list goes into some detail
about the motivation behind each feature and their pros and cons.
You can fin
You can think of a 3-way merge in the following way:
Given a common ancestor revision A, and two contributor revisions R1 and
R2, apply the difference between A and R1 to R2. In your case, A is 1.3,
R1 is 1.4, and R2 is 1.5.
--- Forwarded mail from [EMAIL PROTECTED]
Two of our developers were
Yes, R2 is the version that's present in your sandbox.
--- Forwarded mail from [EMAIL PROTECTED]
Thanks Paul, but I'm not sure I've got this straight, so bear with me one more
time! :-)
Paul Sander wrote:
>
> You can think of a 3-way merge in the following way:
>
&
Another option is to write a stdio lookalike that performs file compression
transparently to the application. For an alpha-quality implementation and
patches to old releases of RCS and CVS in:
http://www.wakawaka.com/source.html
The name of the package is "cfile".
Note that by "alpha-quality"
Have you tried this?
cvs update -A readme.txt
cvs update -p -r 1.3 readme.txt > readme.txt
cvs commit readme.txt
>--- Forwarded mail from [EMAIL PROTECTED]
>Suppose readme.txt is revision 1.5.
>I'd like to go back to 1.3 and completely forget 1.4 and 1.5.
>I do a
>cvs up -r1.3 readme.txt
> m
Anything that can't be derived automatically from something else is source
code. That might include .gif, .jpg, as well as .a, .o, .class, and .jar
files (among many other data types) that come from outside vendors. They are
subject to the same discipline as any other source file.
--- Forwarded
Broken pipe signals occur when you have a pipe open for output, and the
process at the other end of that pipe closes it before reading an end of
file condition. This might be due to an explicit close, an early exit, or
a normal exit upon reading a token from the pipe.
Try looking for all the com
And while we're at it, why not design in solutions to other requirements,
e.g.: directory versioning, better locking, more general triggers, etc.
--- Forwarded mail from [EMAIL PROTECTED]
On Mon, 24 Jul 2000, Jon Miner wrote:
> Does anybody have any comments on this? I was guessing I'd get so
CVS does not currently support exclusive locks on checked out files in a
meaningful way. There is a subset of CVS users who believe that such a
feature is useful and necessary for certain data types that do not lend
themselves to the concurrent model. There has been much heated debate as
to whet
This analogy is somewhat flawed. Engineering is a balance of "doing it right"
versus "doing it well enough" while considering other factors such as cost,
and engineers of all disciplines are required make decisions in this regard
every day. Civil engineers approve unsafe bridges every day: A ro
Won't the cvs history mechanism work for this?
--- Forwarded mail from [EMAIL PROTECTED]
I now have to log ALL actions performed in CVS, such as updates
and the like... basically any time a user types 'cvs foo' I should
log what they typed...
I guess I could move the binary and put a wrapper o
Isn't it Justin's point that his users can't be held accountable for their
actions? What does he do if user accountability simply isn't part of the
equation?
--- Forwarded mail from [EMAIL PROTECTED]
> If I move to ssh, I will definately still be using chroot. Even on a
> box where there's no
First, a question: How would you get this chroot wrapper to work? You
stated yourself that when using chroot, you must include the entire
functionality of the envionment into the program that sets up the environment.
You claimed in the strongest possible terms that placing executable files
withi
Have you looked into Larry Wall's "patch" program? A heavily modified
version of it is distributed by the Gnu Project. It works best with context
diffs produced by programs such as Gnu Diff (and also many Unix diff
programs). It does not work for binary data types, however; you would need
a tra
Having some kind of user-selected diff/merge hook built into CVS would go
a long way to solving this problem, though. It's been discussed before.
--- Forwarded mail from [EMAIL PROTECTED]
[ On Wednesday, August 30, 2000 at 11:58:09 (-0400), Gary Smith wrote: ]
> Subject: Is this possible?
>
> H
It is possible to use the same build tools and makefiles on both Unix and NT.
The usual mechanism is to write a platform-specific makefile that defines
default rules and basic macro definitions. Using Gnu Make makes the job
easier because its unique features can be brought to bear wherever they'r
As Larry suggested, an upgrade might be in order. You might also look
for files named "-x" in your users' workspaces, or files named "-x,v" in
your repository, or directories named "-x" in both places.
--- Forwarded mail from [EMAIL PROTECTED]
This problem occurs only for few of them in my
Which device are you looking on? The Entries.Static file is normally
created in your workspace. Might that device be filling up?
--- Forwarded mail from [EMAIL PROTECTED]
I am somewhat new to CVS, at least as the admin...
I am running into problems of when trying to do a CO or a CI it is
fai
Are the nested sub-shells really desired? I find that that particular
construct does not work (though I admit I'm not a bash user). What happens
if you move that stuff into a separate shell script and invoke it from your
loginfo file instead?
Also, is there no chance that you've somehow changed
>From the man page ci(1):
-u[rev]
works like -l, except that the deposited revision
is not locked. This lets one read the working file
immediately after checkin.
--- Forwarded mail from [EMAIL PROTECTED]
Is there any way to make a RCS check
I would expect the edit comment to be the default commit message:
- It appears in the editor when it comes up.
- It becomes the commit message when given an empty -m option.
- It is overridden by a non-empty -m option.
--- Forwarded mail from [EMAIL PROTECTED]
I had thought a little about this
Fair enough. How about this?
- Blank commit message in the editor when it comes up.
- Output of editor becomes commit message, if modified by user.
- "cvs edit" message becomes the commit message when the edited file is
unchanged (or empty) or an empty -m option is given.
- Non-empty -m option
I agree with Dennis' comments, but I would add a few things. First, I
believe and recommend that there should be a differentiation between
"checked-in code" and "code that is eligible for the build." There are
several reasons for this: Developers should be encouraged to commit their
code early
You need 1.3 GIGabytes of memory to check out this file? I can think of
several workarounds:
- RCS has a compilation option that limits its activities to disk, rather
than mapping large files into the CPU's address space. If that option is
available in CVS, try rebuilding it with that optio
RCS is a very simple file versioning tool that provides very primitive
capabilities. Among its missing features is access to repositories outside
of the filesystem on the local machine.
If you want that kind of access, you have no choice but to change to a
different version control system (which
Yes, this is possible by munging the modules database. Beware, however,
that the modules database is not properly versioned, so changing an existing
entry will break reproducibility of old releases. You must create a new
module to get the new layout.
The new module might look something like thi
I used to work for a company that stored their electronic designs in CVS.
They stored them in binary mode in the repository, and modified CVS and RCS
to support compressed RCS files.
You do not want to compress files before committing them to CVS. CVS has
a binary diff algorithm that's reasonabl
I think you meant that the mode should be 0600. That way no one can
overwrite your .rhosts file to give themselves access to your account.
The rsh and rlogin commands enforce that mode anyway, denying access
if it's different from that.
--- Forwarded mail from [EMAIL PROTECTED]
Sergio Merino Me
There was a discussion about this some years ago, and no one took seriously
the possibility of overflowing a command line because at the time all of the
platforms in use gave large enough blocks of memory (well over 1MB) to
accomodate the gunky *info interface.
I proposed piping the paths into th
That source file seems to have been passed around between several development
efforts that use RCS or CVS for version control. Each time the file was
shipped, its revision history was included. When it was imported (or
initially checked in) by a new shop, the revision history was checked in
with
I agree in principle with your statements and your proposal, but I observe
two omissions:
1. There is a class of text file that is not mergeable, but requires newline
conversion. CVS does not currently support that class of file, but I
believe it should. Supporting that class of file would mean
It has been needed since the beginning, and it has been the topic of much
heated debate in this forum over the years. It seems that some people think
that batching up their directory reorgs and then exporting and importing their
entire source base to implement them is an acceptable workaround.
A
--- Forwarded mail from [EMAIL PROTECTED] (Greg Woods)
>[ On Thursday, December 21, 2000 at 00:22:41 (-0600), David L. Martin wrote: ]
>> Subject: Proposal to fix CVS binary file implementation
>>
>> If the user wants to change the "binary-ness" of a file, this should
>> be performed using cvs a
>--- Forwarded mail from [EMAIL PROTECTED]
>Paul Sander wrote:
>> --- Forwarded mail from [EMAIL PROTECTED] (Greg Woods)
>> >Think about it: You've got some changes you are about to commit that
>> >include changes to a file which you've tagged as un-m
This is a feature. During "cvs update", the working file was modified,
and users have reported in the past that they want Make to rebuild
updated files, without touching them first. For that to happen, the
file's modification time must be later than what was there before the
update.
--- Forward
--- Forwarded mail from [EMAIL PROTECTED]
We are going to insert CM system to our company.
May be somebody can send me comparison between Rational ClearCase and CVS
(with WinCvs).
--- End of forwarded message from [EMAIL PROTECTED]
I currently use CVS at home, and ClearCase at work; my positio
inline...
>On Wed, Jan 03, 2001 at 10:35:32AM -0800, Paul Sander wrote:
>> - ClearCase has one potentially serious scalability problem: Only one
>> writer per database is permitted at a time. This limits the practical
>> size of each repository and encourages layered build pr
sandbox this ,v file lives. Poof -- the
revision-controlled mapping that Paul Sander (I think) was
talking about. (There'd still be a need to map the other
way, from sandbox name to ,v file -- but maybe the
CVS/Entries file could do that).
--- End of forwarded message from [
Why can't you place the header files in their own module, and include
that module in another one, using either the -a or & operators?
Another method that's used successfully is to create baselines to which
developers create references. Your symlink method is one way to do it,
but there are other
401 - 500 of 571 matches
Mail list logo
