Hi,
I couldn't remove watcher from particular file.
Client is WinCVS (v. 1.1b7) (CVS client 1.10.6) on NT 4.0. Server is RedHat
Linux 6.0, CVS version 1.10.7.
Unfortunatelly I can't reproduce the problem.
I removed the watch manualy from fileattr file within repository.
Has anybody reported
Is there a fix out for this problem yet? I have a project created in
Visual c++ 6.0. I had created a repository on the Linux box which includes
all my project files. Then once I went to checkout on my NT machine, it
successfully transfered the files. But when I bring it up in Visual it
"Larry" == Larry Jones [EMAIL PROTECTED] writes:
Larry As long as you don't try to share a working directory between
Larry different types of systems, everything works -- CVS converts the
Larry line endings on check-in/check-out correctly. What caused your
We do this all the
Hi ,
The client version i am using is : 1.10.5
The server version is : 1.10
Do i really need to upgrade this . If yes where can i find the
latest version .
regards ,
viswanathan
On Wed, 1 Mar 2000, Larry Jones wrote:
S.viswanathan writes:
cvs
Submitter-Id: net
Originator: Kursat Ince
Organization:
net
Confidential: no
Synopsis: inetd stops cvs servering
Severity: critical
Priority: medium
Category: cvs
Class: support
Release: cvs-1.10.6
Environment:
System: Linux Guvercin 2.2.12-20 #1 Mon Sep
Hi Andy Jim Co,
I applied the proxy patch to the cvs-1.10.8 source.
However, our http proxy server requires users to login
and I do not see anywhere in the source patch where this
is handled. Has anyone already addressed this issue
and provided a fix for authenticating users through
the http
Hello all,
I'm using CVS 1.10 and I am quite happy with it; however there is one
very important feature missing:
CVS rename
The manual describes some workarounds, but these are quite
unsatisfactory; I suspect many to what I have been doing, just delete
and add it at the new location and
we can execute `cvs init' repeatedly.
But cvs cannot create Emptydir and abort.
Index: mkmodules.c
===
RCS file: /home2/cvsroot/ccvs/src/mkmodules.c,v
retrieving revision 1.58
diff -c -r1.58 mkmodules.c
*** mkmodules.c 2000/02/21
$CVSROOT/CVSROOT/*info files is always world readable.
$CVSUMASK cannot control these permission.
This patch enables cvs to control permissions of *info by $CVSUMASK.
Index: mkmodules.c
===
RCS file:
A library function initgroup(3) is used at src/server.c:switch_to_user().
In FreeBSD, initgroup(3) writes a error message to stderr if failure.
Therefore, cvs client displays `unrecognized auth response from ...'
and quit.
This patch is that stderr is connected to /dev/null during initgroup(3).
Apparently, CVS's test suite has more problems than CVS itself.
That is good. They may be worth fixing anyway.
First, about the advice in file TESTS.
- On this platform, i686-UnixWare7.1.0-sysv5, the vendor's `sort'
behaves the way sanity.sh expects, while GNU sort (textutils 2.0)
shows
Noel L Yap writes:
I'm running client/server cvs-1.10.8 (with some "cvs edit" patches). The
command ("cvs up -C file") works fine if noone has yet checked in "file" (after
the local copy had been checked out). However, it doesn't work in the following
situation:
user1
In document cvs.texinfo:
@node admin options
...
@item -n@var{name}[:[@var{rev}]]
...
this contrasts with @samp{cvs admin -n@var{name}:$} which
associates @var{name} with the revision numbers
extracted from keyword strings in the corresponding
working files.
`cvs -H add' causes core dump. This is a quick fix.
Index: add.c
===
RCS file: /home2/cvsroot/ccvs/src/add.c,v
retrieving revision 1.72
diff -c -p -r1.72 add.c
*** add.c 2000/02/16 22:38:40 1.72
--- add.c 2000/03/11
Noel L Yap wrote:
I
don't have a clue as to what -j should do in combination with -C.
It seems you've been more thorough than I have. Looking at it another way, "cvs
up -C file" should be equivalent to "cvs up -p -r base-rev file file". If
other flags (eg "-j") were specified, the
John Summerfield writes:
I have installed cvs in /etc/inetd.conf thus:
2401 stream tcp nowait cvs /usr/sbin/tcpd /usr/bin/cvs
--allow-root=/home/cvs pserver
You probably want a -f in there, too.
[summer@possum temp]$ cvs -d :pserver:summer@emu:/home/cvs checkout zap
setgid failed:
Gordon Matzigkeit writes:
The bug still applies to cvs-1.10.8... it was caused by an
uninitialized CVS_Username. Attached is a patch that makes it work
for me, YMMV.
I've just checked this in. Thanks!
-Larry Jones
My upbringing is filled with inconsistent messages. -- Calvin
SEND-PR: -*- send-pr -*-
SEND-PR: Lines starting with `SEND-PR' will be removed automatically, as
SEND-PR: will all comments (text enclosed in `' and `').
SEND-PR:
SEND-PR: Choose from the following categories:
SEND-PR:
SEND-PR: contrib cvs doc pcl-cvs portability
SEND-PR:
SEND-PR:
To:
From: Lukas Gruetzmacher [EMAIL PROTECTED]
Subject: bug in rlog?
Date: Thu, 30 Mar 2000 00:32:35 +0900 (JST)
| I think I've found a bug in rlog - May be is a feature... (I hope a talk
| about a rcs tool is welcome on this list.)
This is specification of RCS file. See man page rcsfile(5).
Hi.
The previous Y2K patch to this script was wrong - it was placed in front
the line setting the 'date' variable. I've attatched an amended patch
which correctly handles the 19XX and 20XX years, plus the top of the
patch closes an 'echo' statement, so syntax highlighting in Emacs
works better.
Chuck Kirschman wrote:
This patch seems to fix the issue with the time change in CVS on NT.
Currently, every file is considered changed and sent up to the server for
comparison. This is only noticeable by the time required and certain binary
files which, due to a different bug, are read as
From: Stephen Rasku [EMAIL PROTECTED]
Subject: readers file not working
Date: Sat, 1 Apr 2000 06:31:00 +0900 (JST)
| Bug Report
| --
|
| Reported By:Stephen Rasku
| Module:
| Version:CVS 1.10.7 (using pserver)
| OS: Solaris 7 (sparc)
|
Hello!
The file doc/cvs.texinfo (today, head branch) has an error in the example
for CVSROOT/notify. Backslashes should not be used before quotes. The
default CVSROOT/notify doesn't use backslashes before quotes either.
Testing results:
Notification works without backslashes.
Notification
Here it is (finally)! This patch will allow one user to "cvs edit" the same
file within different working directories. I've made it backwards compatible so
that clients using this patch will still be able to use servers without the
patch (although they'll lose the multiple edits feature).
Chuck Kirschman wrote:
This patch seems to fix the issue with the time change in CVS on NT.
Currently, every file is considered changed and sent up to the server for
comparison. This is only noticeable by the time required and certain binary
files which, due to a different bug, are read as
On Friday, April 7, Stephen Rasku wrote:
Don't do that. Working directories are not designed to be shared
between systems with incompatible file formats (e.g., DOS and Unix).
Put the repository on a shared file system if you must (and even then
it's better to use client/server CVS
Tom Meyer writes:
Description:
Doing anything with a year 2000 date for the -D option fails.
Get the latest interim release (1.10.8) from www.cyclic.com.
-Larry Jones
He just doesn't want to face up to the fact that I'll be
the life of every party. -- Calvin
Hi All,
I've found a one issue related to CVS update high traffic if local files stored
on FAT volumes.
Let's take a simple example:
Mozilla.org have an CVS server to allow everybody obtain sources of new
generation of browser. I good programmer from Ukraine (like me ;o) have a
Hello, Andrew!
Here is an answer : FAT does't allow wrote notodd number of seconds in
modification time (for example you will never be able set 17 Feb 2000 8:00:31
as modification time to any file on FAT volume). It's a very old story why MS
used 32bit timestamp but we need to change
Zia Babar writes:
I'm a software engineer working at Luminous Networks Inc. I was supposed to
compile and run CVS 1.10 and check it out. Problem is that whenever I try to
compile using make I get this error that the krb5.h file is missing.
Apparently server.c needs this file for GSSAPI
Hi,
I've come a cropper on a Y2K bug in sccs2rcs.csh. Here's the diffs
(new,old) for a fix:
180c180
set date = `sccs prs -r$rev $file | grep "^D " | awk
'{printf("19%s %s", $3, $4); exit}' | sed 's/19\([0123456]\)/20\1/'`
---
set date = `sccs prs -r$rev $file | grep "^D " |
Title: Password authentication using CVS...
Hi,
I just wanted to know how would you implement password authentication so that a user needs to login in to CVS before he can start any checking in out commit changes to the source tree. I read the manual and came up with the following process
W. L. Estes writes:
$ cvs -f -d :pserver:wlestes@michael:/usr/local/CVS checkout wlcd
cvs server: cannot open /root/.cvsignore: Permission denied
cvs [server aborted]: can't chdir(/root): Permission denied
why is cvs even *looking* in root's home directory for anything? and
how
Being a paranoid sysadmin who runs his cvs server for the world to poke
and prod at, I compile CVS statically and stick it in its own chroot()'d
filesystem with a little wrapper program.
Doing this works fine up until the final link:
/usr/lib/libc.a(regex.o): In function `regex_compile':
From: "Cameron, Steve" [EMAIL PROTECTED]
To: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED]
Cc: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED]
Subject: RE: patch to log.c to permit dates to be output in localtime
Date: Thu, 18 May 2000 16:16:11 -0500
X-Mailing-List: [EMAIL PROTECTED] archive/latest/2486
I
Hallo,
I'm using cvs 1.10 since a few days and I found a reproducable problem
in the following environment:
Solaris 2.6 Sparc
cvs 1.10 compiled with gcc 2.8.1 with standard options
rcs 5.7
When I set PreservePermissions=yes in the config file, every commit with
keywords like "$Header:$ or
I wrote:
[...]
Hmm, I haven't looked at what "cvs history -z" does,
which Larry Jones suggested. Maybe it already
does this type of thing...
[smc] So I just took a look at it. You seem to specify the
timezone
explicitly
Submitter-Id: net
Originator: Warwick Harvey
Organization:
net
Confidential: no
Synopsis: cvs export to existing tree doesn't recurse
Severity: non-critical
Priority: low
Category: cvs
Class: sw-bug
Release: cvs-1.10 (also 1.10.2)
Environment:
Andrej Borsenkow writes:
Being behind a firewall, I tried to build SOCKSified cvs client.
Is there some reason you can't just use socksify?
-Larry Jones
I wonder if I can grow fangs when my baby teeth fall out. -- Calvin
Bug Report
--
Reported By:Stephen Rasku
Module: CVS
Version:1.10.8
OS: Solaris 7 (SPARC)
Description:
This happened when trying to import using client/server mode.
[stephen@lima bugzilla/bugzilla-2.10] 999 $ cvs import -I! -m
"Importing bugzilla
I am not a CVS wizard, but I am pretty sure that my fixes to some GSSAPI
problems I encountered recently will be of interest to others, since they
seem so reasonable. :-)
All of this is relative to CVS 1.10.8 on FreeBSD 4-STABLE.
problem 1:
The GSSAPI code (gserver_authenticate_connection in
(I hope this is the right forum. If not, I guess I'll hear about it...)
I have found it very useful to be able to specify port number for pserver
(to support multiple repositories on the same host). Following patch
implements ":pserver/port:" syntax (where "/port" is optional of course).
I
You misunderstand.
I use several different repositories, using different pserver ports. It
is by no means "slightly less convenient" to have to set CVS_CLIENT_PORT
each time I move between repositories. It is not convenient at all
My proposal has very little to do with command-line
Bug Report
--
Reported By: Stephen Rasku
Module:CVS Manual
Version: 1.10.8
OS:All
Description:
In section 4.7, "Deleting, moving, and renaming tags", it indicates
that you rename tags by creating a tag and deleting the old tag.
This
is the
It looks like NT cvs-1.9.10 will use the CVS_RSH environment variable while NT
cvs-1.10.5 will always try to use rsh.
I still haven't found a way for NT OpenSSH-2.1.0 to work in a non-GUI mode,
though. I would prefer to have a pure ssh2 environment than to introduce an
ssh1 client.
Noel
On Tue, May 30, 2000 at 08:00:46PM +0200, Martin Fredriksson wrote:
I use several different repositories, using different pserver ports. It
is by no means "slightly less convenient" to have to set CVS_CLIENT_PORT
each time I move between repositories. It is not convenient at all
Btw,
In article [EMAIL PROTECTED],
Mike Castle [EMAIL PROTECTED] writes:
On Tue, May 30, 2000 at 08:00:46PM +0200, Martin Fredriksson wrote:
I use several different repositories, using different pserver ports. It
is by no means "slightly less convenient" to have to set CVS_CLIENT_PORT
each
Hello
I am having a problem with CVS 1.10 "Halibut" on Windows 95. Even if a
file is declared as binary ("-kb -m 'COPY'" in cvswrappers), CVS
terminates the file in the repository at the first byte with the value
0x1A (which is Ctrl+Z = EOF in text files on MS-DOS).
Is this a known issue and is
I have set $CFLAGS to "-Ofast" and if I add "-IPA" after "cc"
this links without errors.
"
%make
[..]
cc add.o [] zlib.o ../lib/libcvs.a ../zlib/libz.a
../diff/libdiff.a -o cvs
ld32: ERROR 146: Expecting relocatable objects: add.o is IPA
intermediate object; You must specify -IPA on link
I am having a problem with CVS 1.10 "Halibut" on Windows 95. Even if a
file is declared as binary ("-kb -m 'COPY'" in cvswrappers), CVS
terminates the file in the repository at the first byte with the value
0x1A (which is Ctrl+Z = EOF in text files on MS-DOS).
I've found CVS 1.9.28 for
*.[Xx][Ll[Ss] -k 'b'
I'm sorry, I should have written
*.[Xx][Ll][Ss] -k 'b'
##
CAUTION: This Message may contain confidential information intended
only for the use of the addressee named above. If you are not the
George Goffe writes:
I'm building cvs on a sun u5 running solaris 2.8 and egcs 1.1.2 and am
having the following problem. Am I doing something wrong?
You didn't say what version of CVS you're using, but I believe this is
fixed in the current interim release (1.10.8), which you can get from
Date: Fri, 2 Jun 2000 16:20:27 -0700 (PDT)
From: George Goffe [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: build problem on sun u5 with solaris 2.8 egcs 1.1.2
X-Sender-Ip: 204.160.183.10
X-Mailing-List: [EMAIL PROTECTED] archive/latest/2533
Hi there,
I'm building cvs on a sun u5 running
Hello!
I am using CVS 1.10.8 on Linux.
When I do commit, sometimes garbadge in put in the
"Tag" field in the file.
I think this is a symptom of a more serious bug.
This only happends when LockDir and PreservePermissions
are enabled.
Try the following:
/tmpmkdir /tmp/cvsroot
/tmpcd cvsroot/
Galen Arnold writes:
I've followed the steps to setup GSSAPI/kerberos5 authentication for cvs
in client server mode, and get the following at runtime (any help would
be appreciated):
client.c:4158: failed assertion `need = sizeof buf'
That generally indicates that something has gone
Hi folks, (please reply directly to me, since I usually do not read this list)
I run into problems when using the pserver protocol the first time.
The server runs cvs-1.10.8, the client cvs-1.10.7
I did:
cvs -d :pserver:cvstest@einstein:/home/cvstest/CVSROOT login
cvs -d
The following is an excerpt from one of my modules files:
common -d . bash .bash_profile .bash_setterm .bashrc
I can successfully checkout the common module when configured for
local mode. However, when configured for client/server mode the
checkout fails with the following error
(I forgot to send this to bug-cvs too.)
--- Stephen Cameron [EMAIL PROTECTED] wrote:
Date: Thu, 8 Jun 2000 19:50:03 -0700 (PDT)
From: Stephen Cameron [EMAIL PROTECTED]
Subject: A branch-tag name for the trunk! maybe. (was RE: diff bug when
using HEAD)
To: [EMAIL PROTECTED]
[EMAIL
Title: CVS 1.10 problem - Solaris and NetApp
Everything was working fine, then the CVS repository was moved to a file server running a program called NetApp.
Now only the repository file owners are allowed to make changes (do a cvs commit). If someone who is not the owner of the file in the
That should be a path relative to $CVSROOT. Absolute paths cause errors.
As a side note, I'm not sure what attempting to use an absolute path actually
does, but the error I got leads me to believe that CVS is trying to do
something it probably shouldn't be and probably could have noticed the
Program:cvs
Version:1.10
Host: all
Area: client
Synopsis: cvs export fails with rcstemplate
Description:
"cvs export" fails with the following error message:
benz:/tmp(3) cvs export -rHEAD TeX
cvs [export aborted]: cannot write CVS/Template file:
Our team has come across what appears to be a bug in CVS when
accidentally committing to a removed file.
Here's the scenario:
Developer A checks out the module, foo, and begins editing file a.C
At the same time Developer B also has a current version of the module
checked. Developer B plans to
cvs and diff maintainers:
We have discovered a diff3 problem in diff cvs. I have included a
patch to diff-2.7 and a patch to cvs-1.10.8 that fixes the problem. I
have also included our testcases.
We first found the defect while tring to merge in changes from a
branch into the main trunk. We
Ok, here's a refinement of my ".trunk' patch that gives
the trunk a branch-tag name, just like other branches
(from the user's perspective, the implementation is rather
different.)
You can also find this here:
http://www.geocities.com/dotslashstar/branch_patch.html
From HACKING:
*
Well, I see one problem with my patch already:
--- Stephen Cameron [EMAIL PROTECTED] wrote:
This part, from cvs.texinfo:
+
+ CAUTION: the special tag `HEAD' is interpreted by
+ the `cvs diff' command in a different way than it
+ is interpreted by any other cvs command. `cvs diff'
+ takes `-r
[ On Saturday, June 17, 2000 at 21:41:49 (-0700), Stephen Cameron wrote: ]
Subject: ".trunk" patch refinement
Ok, here's a refinement of my ".trunk' patch that gives
the trunk a branch-tag name, just like other branches
(from the user's perspective, the implementation is rather
different.)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 19, 2000 3:48 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: ".trunk" patch refinement
[ On Saturday, June 17, 2000 at 21:41:49 (-0700), Stephen
Cameron wrote: ]
Subject:
[ On Monday, June 19, 2000 at 17:12:42 (+0100), Mike Little wrote: ]
Subject: RE: ".trunk" patch refinement
Would '-r1' work if some previous cvs admin had updated vast numbers of the
trunk revisions to 3.x (presumably when version 3.0 of the product was
released)?
I don't know for sure --
This is a refinement of my ".trunk" patch.
It includes a test in sanity.sh for a
revision number "2.1" to make sure
that works.
Plus corrected misc. comments and docs
that I'd gotten not quite right.
There are some strange behaviors I found
in my sanity.sh test cases but they don't
seem
If they've migrated from sccs, this will have been done for them :-)
At 05:01 PM 6/19/00 -0400, Greg A. Woods wrote:
snip
However people should *not* ever be doing such silly things -- there are
more corner cases than just this one whre they can get into trouble!
snip
[Peripheral interest to both linux-kernel and bug-cvs. Please watch your
followups.]
There was recent discussion on linux-kernel regarding recent changes in gcc
(yet unreleased 2.96, I believe) that flags trigraphs as warnings even when
-trigraphs is not enabled. Specifically, inside of
Hello,
I believe I have found a bug in CVS-1.10.8 (RCS version 5.7).
Suppose two users have a file checked out at revision 1.1.
Suppose user A cvs removes the file and commits, which moves the
file into the attic and creates a dead revision 1.2 which is
otherwise identical to 1.1. Then user B
Kenneth Duda writes:
I believe I have found a bug in CVS-1.10.8 (RCS version 5.7).
Someone else reported this same bug just last week and there was some
discussion about what to do -- the bug is, as you surmise, that update
fails to detect a conflict when a locally-modified file has been
[ On Tuesday, June 20, 2000 at 10:41:16 (+0100), J. Cone wrote: ]
Subject: RE: ".trunk" patch refinement
If they've migrated from sccs, this will have been done for them :-)
Yeah, no thanks to the broken use of sccs2rcs. Unfortunately nobody
ever wrote an "sccs2cvs" that would properly
The latest fixes (2000-06-19) defining REGEX_MALLOC and _REGEX_RE_COMP
break the build process on Win32.
To fix the problem, REGEX_MALLOC and _REGEX_RE_COMP need to be defined
in the Windows-NT/config.c file, as in the patch below:
Index: config.h
Submitter-Id: net
Originator: Mike Castle
Organization:
net
Confidential: no
Synopsis: Can't build with --disable-{client,server}
Severity: non-critical
Priority: low
Category: cvs
Class: sw-bug
Release: cvs-1.10.8
Environment:
System: Linux thune
Mike Castle writes:
What about the root cause that exposed this, unable to detect necessary
libraries at configure time. I ended up having to do:
LIBS="-lnsl -lsocket" ./configure
I believe that's fixed as well -- feel free to check out the current
development version (see
Hi Larry,
thatnks for reinforcing my observations.
It seems that the cvs system could do with a review from the protocol
level. It seems to have evolved from an rcs local file tool to a client
server system. Thsi seems to have lead to the server doing things that the
clinet shoudl be doing
Date: Thu, 15 Jun 2000 13:52:29 -0600 (MDT)
From: Kevin Pearson [EMAIL PROTECTED]
This seemed to be related to the problem that was discovered by Noah
Friedman [EMAIL PROTECTED] and patched by Paul Eggert
[EMAIL PROTECTED] back in November of 1996. Paul's patch he
in-effect
Hi,
I have been trying to compile cvs-1.10 without
success. I've included the patch fix for the configure.in
file and still can't compile. I'm trying to install on a
Solaris 2.7 Sun Ultra-10 machine. krb.h file exist in
/usr/include/kerberos, which I've tried using configure
option
Hello!
I have finished my patch for sanity.sh that lets the user choose between
methods "fork" and "ext", so that every test can be run in both of those
modes.
My patch conflicts (formally) with that of Stephen Cameron. Both of those
patches introduce a loop for option parsing. But it should be
In server.c , towards the beginning of pserver_authenticate_connection(),
there is the following code which is attempting to determine if a valid
authentication request is being made:
/* Make sure the protocol starts off on the right foot... */
if (getline (tmp, tmp_allocated, stdin) 0)
Thank you for pointing this out -- it is fixed now.
-K
Change message:
Fix D.o.S opening reported by [EMAIL PROTECTED]:
* server.c (pserver_authenticate_connection): use new
getline_safe() during authentication phase, to avoid a
denial-of-service attack in which
I use maccvs with rsh to execute cvs with ssh on a local Linux box (hey, it
works :) so I can "securely" talk to a remote cvs server.
So I just upgraded this week to the latest maccvs (3.1.6), and I keep
getting these errors:
cvs commit -m "Don't allow author editing for low seclev in admin.pl;
Program:cvs
Version:1.10
Host: all
Area: cvs
Synopsis: file added to main trunc with merge remains in `Attic'
Description:
Suppose wou have a work tree which represents the main trunc.
Then you merge a branch into this work tree, which adds a file.
Juraj Polakovic [EMAIL PROTECTED] writes:
I had a hadache setting up our server. cvs always complained no
--allow-root in inetd.conf. Ok, I found out, but could you document ALL
cvs cmdline options? (or at least tell, that they exist and how the syntax
is like)
They are all well-documented
I'm using CVS 1.10.7 on Mandrake Linux. Yesterday I issued the following
erroneous cvs diff command against the Python repository at SourceForge:
cvs diff -C Modules/readline.c Lib/rlcompleter.py
The -C diff flag should have been -c. CVS segfaulted and left two read
locks behind. This
Skip Montanaro writes:
I'm using CVS 1.10.7 on Mandrake Linux. Yesterday I issued the following
erroneous cvs diff command against the Python repository at SourceForge:
cvs diff -C Modules/readline.c Lib/rlcompleter.py
The -C diff flag should have been -c. CVS segfaulted and left
Pavel Roskin writes:
This change breaks compilation --with-gssapi (CVS_Username is not defined)
Checked in. Thanks!
-Larry Jones
In my opinion, we don't devote nearly enough scientific research
to finding a cure for jerks. -- Calvin
Russ Cox writes:
the changes i made are below. is me, is original.
"Plain" diffs aren't very useful -- the code may have changed
significantly making it very difficult to locate the things to be
changed. Could you redo them with either -c or -u, please? (And you
should probably read the
Submitter-Id: net
Originator: [EMAIL PROTECTED]
Organization: MasterLink, INC
net
Confidential: no
Synopsis: CVS hoses self in unexpected sticky directory
Severity: serious
Priority: medium
Category: cvs
Class: change-request
Release: cvs-1.10
Hello.
Using CVS version 1.10.5 and 1.10.8 (included with WinCVSs 1.0 and 1.1)
on Windows NT 4.0 Sp 5 I get a blue screen.
I have
CVSROOT=:pserver:[EMAIL PROTECTED]:/cvsroot
I do
cvs login
which returns fine. I then do
cvs checkout Blackwood
It checks out a few files then dies. This
[EMAIL PROTECTED] writes:
Description:
If a cvs directory is sticky, and commits fail because of it, then
there will be a temporary file left that will prevent future commits
of that file.
Already fixed in the current development version.
-Larry Jones
I don't NEED to
In printing out the most recent cvsclient.ps I just generated, I noticed it
didn't have page numbers on it.
I'm thinking this is not a symptom of my system, however, because if I add
the directive:
@headings on
then they show up.
Would be kind of nice since the first page says "See Chapter
On Thu, Jul 13, 2000 at 03:32:39PM -0500, Mike Castle wrote:
I think page numbers on the Top page looks somewhat silly, so I suggest the
following:
Well... the drugs must be working well. Turns out that page numbers do get
put on first page after all. Guess I didn't scroll up enough in
Hi,
I'm trying to use CVS 1.10.8 on Windows NT with a respository on an drive
mounted using NFS. It seems that any commit operation fails if the
previous commit was done by a different user.
Further investigation reveals that CVS creates a new version for the
appropriate ',v' file in the
Eric Chamberland writes:
it seems i have found a bug with cvs client. I reproduced the bug with
versions 1.8.7, 1.10.7 and 1.10.8.
Here is the things to do to reproduce the segfault:
edit your .cvspass to add a line like this:
If you stick a fork in your toaster, you'll likely get
BENCHMARK SUPPLY
5334 LAKE VIEW CLUB
ATLANTA GA 30338
***LASER PRINTER TONER CARTRIDGES***
***FAX AND COPIER TONER***
WE ACCEPT GOVERNMENT, SCHOOL UNIVERSITY PURCHASE ORDERS
JUST LEAVE YOUR PO # WITH CORRECT BILLING SHIPPING ADDRESS
CHECK OUT OUR NEW CARTRIDGE PRICES FOR THE FOLLOWING
Hi,
you're right about the toaster, and my mother took all the right
mesaures to not let me do that... She also put plastic plugs into the
wall plugs so we don't get electrocuted What a good mother I have!
:-)
So I decided to program instead, there is a lot more things in that area
that
could you put clear examples for cvs update and all other commands.
Thanks
Murali
1 - 100 of 3868 matches
Mail list logo