Claudio Valderrama C.,

> Hello, I was using WinCVS 2.0.9 and observed strange output
> from the Query
> Update command, then I switched to v2.1.1.1 (Build 1) and I
> still see out of sequence messages:


Try it form the command line - if the problem still occurs then contact
the appropriate newsgroup - if the client and server are CVSNT 2.x then
contact the CVSNT newsgroup - if the client and server are CVS 1.x then
contact the CVS newsgroup - if you have a CVS 1.x server and CVSNT 2.x
client then you'll need to upgrade to CVSNT 2.5.x on both server and
client.

Ensure that you are using the VERY VERY LATEST version of CVSNT/CVS
before posting any bugs and include the exact command including the
'CVSROOT' connection string, and the version eg:

  cvs -d :sspi:user@host:/repo ver
  Client: Concurrent Versions System (CVSNT) 2.5.04 (Scorpio) Build 3329
(client/server)
  Server: Concurrent Versions System (CVSNT) 2.5.05 (Gan) Build 3411
((RC0)) (client/server)

  cvs -d :sspi:user@host:/repo update fred

Regards,


Arthur

> WinCVS suddenly nothing happens after execution

Try uninstalling then downloading and installing the CVSNT combined
client installer (this is compiled using slightly newer libraries, so
may work better):
http://march-hare.com/cvspro/en.asp#downcvsnt


Regards,


Arthur Barrett

Jack,

> The files have been modified and CVS is not recognizing the
> changes as valid changes.

This has nothing to do with WinCVS - WinCVS is a GUI, it is either CVS
or CVSNT which does all the work.

Please identify what you server and client are (CVS 1.x or CVSNT 2.x)
and contact the approprate newsgroup - include ALL the exact commands
and versions, eg:

  cvs -d :sspi:user@host:/repo ver
  Client: Concurrent Versions System (CVSNT) 2.5.04 (Scorpio) Build 3329
(client/server)
  Server: Concurrent Versions System (CVSNT) 2.5.05 (Gan) Build 3411
((RC0)) (client/server)

  cvs -d :sspi:user@host:/repo update fred

Regards,


Arthur

CVS makes no sense to me.

According to this documentation: http://www.wincvs.org/howto/cvsdoc/index.html
... you can only impoty a large set of source files as a module, then you can
checkout files from that to work on.

It explains no way to simply add a file to an existing module that you have
already checked out! This is ridiculous.

For example:

I already checked out an entire module I imported, called "Module".

Under "Module" I created a folder called "build" and inside a new file,
"build.xml".

If a simply try to add this file, I get

cvs -d :local:/Users/Administrator/Repos/CVS add build.xml (in directory C:\EC
Dev\Module\build)
cvs add: in directory .:
cvs [add aborted]: there is no version here; do 'cvs checkout' first

***** CVS exited normally with code 1 *****

Of course there's no version number, I haven't added it to the repository yet,
stupid CVS, that's what I'm trying to do now!

WHy won't it let me add this file to the repository, after which it will give it
a version, and then let me checkout that version? Why does CVS makes this so
unintuitive?

Arghh!

Thanks for letting me vent. Anyone have any answers for me.

Paul

You have to add the new folder first before you can add the file inside
it. Also see here:
http://cvsgui.sf.net/newfaq.htm#cvs-add_nodir

Hope this helps.

Oliver

-----Original Message-----
From: cvsgui@yahoogroups.com [mailto:cvsgui@yahoogroups.com] On Behalf
Of psumares
Sent: Thursday, September 03, 2009 9:39 AM
To: cvsgui@yahoogroups.com
Subject: [cvsgui] Frustrated with CVS simple commands

CVS makes no sense to me.

According to this documentation:
http://www.wincvs.org/howto/cvsdoc/index.html ... you can only impoty a
large set of source files as a module, then you can checkout files from
that to work on.

It explains no way to simply add a file to an existing module that you
have already checked out! This is ridiculous.

For example:

I already checked out an entire module I imported, called "Module".

Under "Module" I created a folder called "build" and inside a new file,
"build.xml".

If a simply try to add this file, I get

cvs -d :local:/Users/Administrator/Repos/CVS add build.xml (in directory
C:\EC Dev\Module\build) cvs add: in directory .:
cvs [add aborted]: there is no version here; do 'cvs checkout' first

***** CVS exited normally with code 1 *****

Of course there's no version number, I haven't added it to the
repository yet, stupid CVS, that's what I'm trying to do now!

WHy won't it let me add this file to the repository, after which it will
give it a version, and then let me checkout that version? Why does CVS
makes this so unintuitive?

Arghh!

Thanks for letting me vent. Anyone have any answers for me.

Paul



------------------------------------

Yahoo! Groups Links

--- In cvsgui@yahoogroups.com, "psumares" <paulsumares@...> wrote:
>
> CVS makes no sense to me.
>
> According to this documentation: http://www.wincvs.org/howto/cvsdoc/index.html
... you can only impoty a large set of source files as a module, then you can
checkout files from that to work on.
>
> It explains no way to simply add a file to an existing module that you have
already checked out! This is ridiculous.
>
> For example:
>
> I already checked out an entire module I imported, called "Module".
>
> Under "Module" I created a folder called "build" and inside a new file,
"build.xml".
>
> If a simply try to add this file, I get
>
> cvs -d :local:/Users/Administrator/Repos/CVS add build.xml (in directory C:\EC
Dev\Module\build)
> cvs add: in directory .:
> cvs [add aborted]: there is no version here; do 'cvs checkout' first
>
> ***** CVS exited normally with code 1 *****
>
> Of course there's no version number, I haven't added it to the repository yet,
stupid CVS, that's what I'm trying to do now!
>
> WHy won't it let me add this file to the repository, after which it will give
it a version, and then let me checkout that version? Why does CVS makes this so
unintuitive?
>
> Arghh!
>
> Thanks for letting me vent. Anyone have any answers for me.
>
> Paul
>


Hi Paul,
If module is already created, please checkout the module or part of it where
file has to be added and execute below commands:

cd dirname
(go to location where files have to be added up in module directory structure;
make sure file to be added is copied/present here)
cvs add filename1
cvs commit -m "message1 message 2" filename1

=== done ===

Thanks, Oliver! That did the trick.

I appreciate your quick and helpful reply.

Best Regards,

Paul

--- In cvsgui@yahoogroups.com, "Oliver Giesen" <ogware@...> wrote:
>
> You have to add the new folder first before you can add the file inside
> it. Also see here:
> http://cvsgui.sf.net/newfaq.htm#cvs-add_nodir
>
> Hope this helps.
>
> Oliver
>
> -----Original Message-----
> From: cvsgui@yahoogroups.com [mailto:cvsgui@yahoogroups.com] On Behalf
> Of psumares
> Sent: Thursday, September 03, 2009 9:39 AM
> To: cvsgui@yahoogroups.com
> Subject: [cvsgui] Frustrated with CVS simple commands
>
> CVS makes no sense to me.
>
> According to this documentation:
> http://www.wincvs.org/howto/cvsdoc/index.html ... you can only impoty a
> large set of source files as a module, then you can checkout files from
> that to work on.
>
> It explains no way to simply add a file to an existing module that you
> have already checked out! This is ridiculous.
>
> For example:
>
> I already checked out an entire module I imported, called "Module".
>
> Under "Module" I created a folder called "build" and inside a new file,
> "build.xml".
>
> If a simply try to add this file, I get
>
> cvs -d :local:/Users/Administrator/Repos/CVS add build.xml (in directory
> C:\EC Dev\Module\build) cvs add: in directory .:
> cvs [add aborted]: there is no version here; do 'cvs checkout' first
>
> ***** CVS exited normally with code 1 *****
>
> Of course there's no version number, I haven't added it to the
> repository yet, stupid CVS, that's what I'm trying to do now!
>
> WHy won't it let me add this file to the repository, after which it will
> give it a version, and then let me checkout that version? Why does CVS
> makes this so unintuitive?
>
> Arghh!
>
> Thanks for letting me vent. Anyone have any answers for me.
>
> Paul
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>

My WinCVS app just got messed up for some strange reason; perhaps someone out
there can help me solve this mystery and then fix the issue, based on the
following clues.

- It happened right after I used the "Recursive Add" macro. Some of the files
were added but then a bunch of errors started streaming out, and many of the
files were not added.

- The error messages were primarily this one, which others have experienced when
using a ":pserver" host type (NOTE that I am only using a local CVS ROOT):

"[ERROR] cvs add: warning: unrecognized response `'ssh' is not recognized as an
internal or external command,' from cvs server
cvs add: warning: unrecognized response `operable program or batch file.' from
cvs server
cvs [add aborted]: end of file from server (consult above messages if any)"

- I realized that I had not yet configured one of the file types I was trying
add, using the "Recursive Add Options" utility. However, setting this type among
the appropriate "Default Unicode Extensions" did not resolve the issue upon a
reattempt.

- During the recursive add attempt I selected to ignore certain file extensions,
like ".log".

- During the recursive add attempt I also selected to "autocommit", adding a
commit message.

- A subsequent commit of the files that *were* added succeeded.

- Unfortunately, all attempts to add recursively to the repository now fail with
the "ssh" error pasted above.

- An attempt to add a single file with the Admin > Command Line utility failed
with the following (very strange) error message:

"cvs -d :local:/Users/Administrator/Repos/CVS add CA_ECBrain_Thought_Edit.cls
(in directory C:\EC Dev\Module\framework\base\actions)
cvs [add aborted]: Directory
/Users/Administrator/Repos/CVS/pw/frame/base/actions does not exist on the
server"

What is strange here is that there I never specified any such path that had
"pw/frame/base/actions" in it. It should be as described in the first part of
the output, "framework/base/actions". Where did it get this "pw/frame/base"
thing from?

- The only coincidence about the point above is that *one* of the many files
that did *not* get added correctly was called "PW_Frame.cls". And ".cls" was one
of the extension types that I had failed to tell WinCVS was a "Default Unicode
Extension" type. I'm not sure if that's related at all, but note the similar
pattern between this file name and that strange path that seems to have come out
of no where, and is not recognized.


Does anyone have any ideas about what may be going on here, based on the above
clues? WinCVS seemed to be in a bad state now, and if I can't add files, I will
have to abandon any how of using this system.

Thanks in advance.

Paul Sumares

Sorry, no definite ideas so far, just a couple of things to note,
without guarantee that this has anything at all to do with the issue at
hand:

     * Your CVSROOT string looks incomplete. The :local:-protocol should
       require a fully-qualified path, including the drive name if you're
       on Windows. From what you've written, I would expect that it
       should be :local:c:\Users\Administrator\Repos\CVS
     * The warning about "ssh" not being a recognized command looks like
       for some reason it was attempted to use the :ext: protocol which
       in the pre-CVSNT days was how you connected to a CVS server via
       SSH. "ssh" is simply the implied default name of the external
       tunnelling client to use in that case and if you don't have such
       an executable on your PATH you would get that message. If you do
       want to use an external tunnelling client you can override the
       default by setting the CVS_RSH environment variable.
     * Using the -d commandline argument with the add command makes no
       sense: You only need that argument when you are running commands
       outside a sandbox, yet the add command can only be run when you
       are inside a sandbox directory (i.e. the directory needs to be
       added first before you can add the file inside it - see our
       previous discussion).
     * Why were you trying to add files using Admin|Command Line? There
       are toolbar buttons for the Add command. Also, did you know that
       you can simply enter cvs commands into the console pane?
     * As with the regular Add command you can only run the Recursive Add
       macro in a directory that has already been added. The error
       messages you're quoting do not quite fit that suspicion, though.
       Could it be that at some point during your trying out different
       things you set the CVSROOT environment variable? If so, what does
       it say? My guess is that it contains something that either
       explicitly specifies the :ext:-protocol or that it is missing a
       protocol prefix altogether so that CVS is forced to guess the
       protocol by heuristics and is for some reason incorrectly guessing
       at :ext:.
     * Not setting up an unknown file extension before running the
       Recurisve Add macro can have no effect here. The macro would
       simply default to "Default" and you can obviously still change
       that before hitting OK.
     * Even if you did add a file with the wrong file type it is
       technically impossible for that to have any effect on what happens
       when trying to add any other files. That's one of the few
       advantages of CVS' file-based repository...

Before you run the Recursive Add macro, what CVSROOT and repository path
are displayed in the status bar?

Could you maybe post the complete output from the Recursive Add macro up
to the first occurrence of the spurious "ssh" error message?

Cheers,

Oliver

Am 06.09.2009 22:48, schrieb psumares:
> My WinCVS app just got messed up for some strange reason; perhaps someone out
there can help me solve this mystery and then fix the issue, based on the
following clues.
>
> - It happened right after I used the "Recursive Add" macro. Some of the files
were added but then a bunch of errors started streaming out, and many of the
files were not added.
>
> - The error messages were primarily this one, which others have experienced
when using a ":pserver" host type (NOTE that I am only using a local CVS ROOT):
>
> "[ERROR] cvs add: warning: unrecognized response `'ssh' is not recognized as
an internal or external command,' from cvs server
> cvs add: warning: unrecognized response `operable program or batch file.' from
cvs server
> cvs [add aborted]: end of file from server (consult above messages if any)"
>
> - I realized that I had not yet configured one of the file types I was trying
add, using the "Recursive Add Options" utility. However, setting this type among
the appropriate "Default Unicode Extensions" did not resolve the issue upon a
reattempt.
>
> - During the recursive add attempt I selected to ignore certain file
extensions, like ".log".
>
> - During the recursive add attempt I also selected to "autocommit", adding a
commit message.
>
> - A subsequent commit of the files that *were* added succeeded.
>
> - Unfortunately, all attempts to add recursively to the repository now fail
with the "ssh" error pasted above.
>
> - An attempt to add a single file with the Admin>  Command Line utility failed
with the following (very strange) error message:
>
> "cvs -d :local:/Users/Administrator/Repos/CVS add CA_ECBrain_Thought_Edit.cls
(in directory C:\EC Dev\Module\framework\base\actions)
> cvs [add aborted]: Directory
/Users/Administrator/Repos/CVS/pw/frame/base/actions does not exist on the
server"
>
> What is strange here is that there I never specified any such path that had
"pw/frame/base/actions" in it. It should be as described in the first part of
the output, "framework/base/actions". Where did it get this "pw/frame/base"
thing from?
>
> - The only coincidence about the point above is that *one* of the many files
that did *not* get added correctly was called "PW_Frame.cls". And ".cls" was one
of the extension types that I had failed to tell WinCVS was a "Default Unicode
Extension" type. I'm not sure if that's related at all, but note the similar
pattern between this file name and that strange path that seems to have come out
of no where, and is not recognized.
>
>
> Does anyone have any ideas about what may be going on here, based on the above
clues? WinCVS seemed to be in a bad state now, and if I can't add files, I will
have to abandon any how of using this system.
>
> Thanks in advance.
>
> Paul Sumares
>



[Non-text portions of this message have been removed]

Thanks, Oliver. Answers in-line below:

--- In cvsgui@yahoogroups.com, Oliver Giesen <ogware@...> wrote:
>
> Sorry, no definite ideas so far, just a couple of things to note,
> without guarantee that this has anything at all to do with the issue at
> hand:
>
>     * Your CVSROOT string looks incomplete. The :local:-protocol should
>       require a fully-qualified path, including the drive name if you're
>       on Windows. From what you've written, I would expect that it
>       should be :local:c:\Users\Administrator\Repos\CVS
[Paul] - I see your point, but bear in mind that the path without the drive
letter had been working for several other recursive add attempts including the
many files that were successfully added in the same attempt where several were
not. After adding the drive letter, the result was still the same for the
individual file because of course the strange path it gives is still wrong.
>     * The warning about "ssh" not being a recognized command looks like
>       for some reason it was attempted to use the :ext: protocol which
>       in the pre-CVSNT days was how you connected to a CVS server via
>       SSH. "ssh" is simply the implied default name of the external
>       tunnelling client to use in that case and if you don't have such
>       an executable on your PATH you would get that message. If you do
>       want to use an external tunnelling client you can override the
>       default by setting the CVS_RSH environment variable.
>     * Using the -d commandline argument with the add command makes no
>       sense: You only need that argument when you are running commands
>       outside a sandbox, yet the add command can only be run when you
>       are inside a sandbox directory (i.e. the directory needs to be
>       added first before you can add the file inside it - see our
>       previous discussion).
[Paul] - WinCVS must add this because the Admin > Command Line utility runs in a
context outside (or at least independent of) the known sandbox. I did not enter
that argument in the Command Line utility. I selected the "Execute for
directory" option, entering the correct directory path, and WinCVS adds that to
the given command.
>     * Why were you trying to add files using Admin|Command Line? There
>       are toolbar buttons for the Add command. Also, did you know that
>       you can simply enter cvs commands into the console pane?
[Paul] - From what I read, CVS does not support a global CVSROOT any more, so
the toolbar buttons have no way of knowing which cvs root to use. That is
obviously why the CVSROOT is asked for in the Admin > Command Line utility. Of
course I tried the toolbar buttons first, and did not, and do not, work. At this
point, the toolbar button error message is the same as with the Command Line
utility.
>     * As with the regular Add command you can only run the Recursive Add
>       macro in a directory that has already been added. The error
>       messages you're quoting do not quite fit that suspicion, though.
>       Could it be that at some point during your trying out different
>       things you set the CVSROOT environment variable? If so, what does
>       it say? My guess is that it contains something that either
>       explicitly specifies the :ext:-protocol or that it is missing a
>       protocol prefix altogether so that CVS is forced to guess the
>       protocol by heuristics and is for some reason incorrectly guessing
>       at :ext:.
[Paul] - Yes, the parent directory has already been successfully added to the
repository. I have not set any CVSROOT environment variable in my system. I have
only set it for the Command Line utility, once for the first use, and thereafter
WinCVS remembers it. In the Command Line utility I am explicitly setting the
CVSROOT to ":local:C:/Users/Administrator/Repos/CVS" (without the quotes). And
again, it has worked without the "C" drive specification previously.
>     * Not setting up an unknown file extension before running the
>       Recurisve Add macro can have no effect here. The macro would
>       simply default to "Default" and you can obviously still change
>       that before hitting OK.
>     * Even if you did add a file with the wrong file type it is
>       technically impossible for that to have any effect on what happens
>       when trying to add any other files. That's one of the few
>       advantages of CVS' file-based repository...
>
> Before you run the Recursive Add macro, what CVSROOT and repository path
> are displayed in the status bar?
[Paul] - Something very strange indeed, although not unfamiliar. It shows:
":ext:cvsmux@...:/cvsroot"   "pw/frame/base/actions"

That ext and CVS server information belongs to a project that I was once a part
of a long time ago, using a completely different computer. Now, I know that
there are things that I have copied from other computers I've had onto this one,
but if you could tell me where it might be getting that from, it may help me
pinpoint how and where I got WinCVS mixed up. I do not want or need that CVS
access information, I need the local information that we've been discussing
here. -- Good question!
>
> Could you maybe post the complete output from the Recursive Add macro up
> to the first occurrence of the spurious "ssh" error message?
[Paul] - SUre. To keep it simple I applied the Recursive Add to a directory with
no sub-directories and only one file to be added. The resulting output was (in
total):


analyzing selection...
analyzing selection...
	 C:\EC Dev\Module\framework\base\actions
reorganizing file list...
adding files and folders...
[ERROR] cvs add: warning: unrecognized response `'ssh' is not recognized as an
internal or external command,' from cvs server
cvs add: warning: unrecognized response `operable program or batch file.' from
cvs server
cvs [add aborted]: end of file from server (consult above messages if any)

Added 0 folders and 0 files

>
> Cheers,
>
> Oliver
>
> Am 06.09.2009 22:48, schrieb psumares:
> > My WinCVS app just got messed up for some strange reason; perhaps someone
out there can help me solve this mystery and then fix the issue, based on the
following clues.
> >
> > - It happened right after I used the "Recursive Add" macro. Some of the
files were added but then a bunch of errors started streaming out, and many of
the files were not added.
> >
> > - The error messages were primarily this one, which others have experienced
when using a ":pserver" host type (NOTE that I am only using a local CVS ROOT):
> >
> > "[ERROR] cvs add: warning: unrecognized response `'ssh' is not recognized as
an internal or external command,' from cvs server
> > cvs add: warning: unrecognized response `operable program or batch file.'
from cvs server
> > cvs [add aborted]: end of file from server (consult above messages if any)"
> >
> > - I realized that I had not yet configured one of the file types I was
trying add, using the "Recursive Add Options" utility. However, setting this
type among the appropriate "Default Unicode Extensions" did not resolve the
issue upon a reattempt.
> >
> > - During the recursive add attempt I selected to ignore certain file
extensions, like ".log".
> >
> > - During the recursive add attempt I also selected to "autocommit", adding a
commit message.
> >
> > - A subsequent commit of the files that *were* added succeeded.
> >
> > - Unfortunately, all attempts to add recursively to the repository now fail
with the "ssh" error pasted above.
> >
> > - An attempt to add a single file with the Admin>  Command Line utility
failed with the following (very strange) error message:
> >
> > "cvs -d :local:/Users/Administrator/Repos/CVS add
CA_ECBrain_Thought_Edit.cls (in directory C:\EC
Dev\Module\framework\base\actions)
> > cvs [add aborted]: Directory
/Users/Administrator/Repos/CVS/pw/frame/base/actions does not exist on the
server"
> >
> > What is strange here is that there I never specified any such path that had
"pw/frame/base/actions" in it. It should be as described in the first part of
the output, "framework/base/actions". Where did it get this "pw/frame/base"
thing from?
> >
> > - The only coincidence about the point above is that *one* of the many files
that did *not* get added correctly was called "PW_Frame.cls". And ".cls" was one
of the extension types that I had failed to tell WinCVS was a "Default Unicode
Extension" type. I'm not sure if that's related at all, but note the similar
pattern between this file name and that strange path that seems to have come out
of no where, and is not recognized.
> >
> >
> > Does anyone have any ideas about what may be going on here, based on the
above clues? WinCVS seemed to be in a bad state now, and if I can't add files, I
will have to abandon any how of using this system.
> >
> > Thanks in advance.
> >
> > Paul Sumares
> >
>
>
>
> [Non-text portions of this message have been removed]
>

Sorry for the late reply. Been a busy week. Replies inline.
If you're in a hurry just skip to the last answer. The rest is basically
just nitpicking.

>  [Paul] - I see your point, but bear in mind that the path without
>  the drive letter had been working for several other recursive add
>  attempts including the many files that were successfully added in
>  the same attempt where several were not. After adding the drive
>  letter, the result was still the same for the individual file because
>  of course the strange path it gives is still wrong.

My main point was that for "add" the CVSROOT string does not really
matter as it does not get used. Both the "Add" toolbar buttons and the
"Recursive Add" macro will not pass it to CVS at all which means that
CVS will use the CVSROOT from the sandbox meta data of the current
folder which is also the only thing that makes sense for that command
because Add is always relative to an already checked-in folder.


>  [Paul] - WinCVS must add this because the Admin > Command Line
>  utility runs in a context outside (or at least independent of) the
>  known sandbox. I did not enter that argument in the Command Line
>  utility. I selected the "Execute for directory" option, entering the
>  correct directory path, and WinCVS adds that to the given command.

I just tried this a couple of times and it seems it will only pass the
-d option when you check the corresponding checkbox on the Admin|Command
Line dialog. I don't think I ever used that dialog. It's usually much
easier to simply enter your commands directly into the console pane
instead if you really have to (you'd have to have Python and/or TCL
installed to do so).


>  [Paul] - From what I read, CVS does not support a global CVSROOT any
>  more, so the toolbar buttons have no way of knowing which cvs root
>  to use.

They will simply use the CVSROOT from the sandbox meta data of the
current folder which is the only thing that makes sense for "cvs add".
See above (and below).


> > Before you run the Recursive Add macro, what CVSROOT and
> > repository path are displayed in the status bar?
> >
>  [Paul] - Something very strange indeed, although not unfamiliar. It
>  shows: ":ext:cvsmux@...:/cvsroot"
>  "pw/frame/base/actions"
>
>  That ext and CVS server information belongs to a project that I was
>  once a part of a long time ago, using a completely different
>  computer. Now, I know that there are things that I have copied from
>  other computers I've had onto this one, but if you could tell me
>  where it might be getting that from, it may help me pinpoint how and
>  where I got WinCVS mixed up.

Yep, that'd be the problem. When you check out a directory from CVS or
when you initially add one to it, CVS will create hidden sub-folders
named "CVS" which contain all the meta data needed to correlate the
working copy with its associated repository. If you copied folders from
a different developement environment without purging the .\CVS
directories then those folders will effectively still be linked to the
repository they were originally checked out from. To break that link you
will have to delete all of the hidden CVS-directories (there's one
inside each and every folder of your sandbox) before you add/import them
again to the new repository.

I don't know how many of these copied-in files and directories you have
but I would seriously consider starting from scratch as there are simply
too many things that could already have gotten messed up and trying to
resolve those issues individually (e.g. by hand-editing the meta data)
just might not be worth the effort.

Looking at the CVSROOT and module information in the WinCvs statusbar
while browsing through your working copy should give you a good idea of
how many folders are affected.
FWIW, here's where that information comes from:

* The CVSROOT string comes from the .\CVS\Root file.
* The module path comes from the .\CVS\Repository file.
* The revision, tag and status info that WinCvs displays in the file
view columns comes from the various .\CVS\Entries.* files.

There are a few other files that could potentially exist in the .\CVS
folders but the three listed above are the most important ones to know
about.

Hope this helps.

Cheers,

Oliver


[Non-text portions of this message have been removed]

Hi,



I would like to inquire about the licensing for WINCVS  in a commercial
environment .



We are planning to use WINCVS in Solaris 10 Operating System.



Please help me in getting the licensing for WinCVS  to use in Solaris
Operating System.

I also have the following questions.

Is the license CPU based or user based.



Thanks,

Lakshmi



[Non-text portions of this message have been removed]

If I'm not completely mistaken, WinCvs is distributed under the GNU
General Public License.
You can read about the license details at <http://www.gnu.org/copyleft/gpl.html
  >, there's also a FAQ at <http://www.gnu.org/licenses/gpl-faq.html>.

HTH,
</jum>



Am 17.09.2009 um 01:58 schrieb Nagalakshmi Thillaiappan:

> Hi,
>
> I would like to inquire about the licensing for WINCVS in a commercial
> environment .
>
> We are planning to use WINCVS in Solaris 10 Operating System.
>
> Please help me in getting the licensing for WinCVS to use in Solaris
> Operating System.
>
> I also have the following questions.
>
> Is the license CPU based or user based.
>
> Thanks,
>
> Lakshmi
>

hello,

I have problem to configurate WinCVS.
I can checkout but i'm not able to update or commit files.

thanks for answers

Lakshmi,

> I would like to inquire about the licensing for WINCVS  in a
> commercial environment.
>
> We are planning to use WINCVS in Solaris 10 Operating System.
>
> Please help me in getting the licensing for WinCVS  to use in Solaris
> Operating System.
>

WINCVS is a GUI not a version of CVS, it is 'CVSNT' which does all the
version control.  Check your WinCVS directory and you will find  copy of
CVSNT in there (cvs.exe).

You can purchase CVS Suite 2008 from the same people who write CVSNT and
it includes many extra features including a commercially supported build
of WinCVS.  All the details including pricing are here:
http://march-hare.com/cvsnt/newfeatures/en.asp

> If I'm not completely mistaken, WinCvs is distributed under the GNU
> General Public License.

The GPL and 'Free Software' is absolutely not about price.  The
development of more/improved free software is only possible because
people contribute (either like Jens with hours of coding/support, or
like Lakshmi by paying for other people to develop/support):
http://www.gnu.org/philosophy/selling.html

Regards,


Arthur Barrett

> Subject: [cvsgui] WinCVS2.09 configuration
>
>
> hello,
>
> I have problem to configurate WinCVS.
> I can checkout but i'm not able to update or commit files.

Please provide more information:
http://march-hare.com/cvspro/faq/faq2.asp#2z


WINCVS is a GUI not a version of CVS, it is 'CVSNT' which does all the
version control.  Check your WinCVS directory and you will find  copy of
CVSNT in there (cvs.exe).  Therefore it is unlikely that an error on
update/commit is a WinCVS issue.  Once you determine your CVS version
for client and server please contact the correct newsgroup:

CVS 1.x - NONGNU CVS
CVS 2.x - CVSNT (NoT CVS)


Regards,


Arthur Barrett

When I launch MacCvsX 3.3b2 in Snow Leopard, the Menu shows File, Edit, Window,
Help, before the browser and console windows resolve, then the menu only shows
MacCvsX to the right of the Apple.

Issuing a cvs ls in the console window yields:

cvsnt [ls aborted]: the :pserver" access method is not available on this system

In the same working directory, I can successfully run "cvsnt ls" from the
Terminal.

When I exit MacCvsX, I get a "MacCvsX quit unexpectedly" error with

Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

I tried deleting the .pyc files in PythonLib to force a byte code recompile to
no avail.

Renaming (or removing) the PythonLib folder results in the correct menus
returning (w/ Admin, Remote, etc.), but the pserver access method error message
remains when I try cvs ls.

Is there any plan to update MacCvsX to support Snow Leopard?

Thanks,
Evan

Am 20.09.2009 um 23:49 schrieb legisfood:

> When I launch MacCvsX 3.3b2 in Snow Leopard, the Menu shows File,
> Edit, Window, Help, before the browser and console windows resolve,
> then the menu only shows MacCvsX to the right of the Apple.
>
> Issuing a cvs ls in the console window yields:
>
> cvsnt [ls aborted]: the :pserver" access method is not available on
> this system
>
> In the same working directory, I can successfully run "cvsnt ls"
> from the Terminal.
>
> When I exit MacCvsX, I get a "MacCvsX quit unexpectedly" error with
>
> Exception Type: EXC_CRASH (SIGABRT)
> Exception Codes: 0x0000000000000000, 0x0000000000000000
> Crashed Thread: 0 Dispatch queue: com.apple.main-thread
>
> I tried deleting the .pyc files in PythonLib to force a byte code
> recompile to no avail.
>
> Renaming (or removing) the PythonLib folder results in the correct
> menus returning (w/ Admin, Remote, etc.), but the pserver access
> method error message remains when I try cvs ls.
>
> Is there any plan to update MacCvsX to support Snow Leopard?
>

I'll take a look at it when time permits (unfortunately, I was kept
quite busy in my daytime job recently), but to be honest, if it's more
than a few lines of code change, I probably won't put the effort in.
There's still a chance, though, that a small code change will restore
compatibility.

Another user reported that removing the PythonLib folder resulted in a
working MacCvsX (albeit without macro support, of course).
It looks like you installed cvsnt as a commandline tool on your
system, too - there is a known issue where different versions of the
commandline tool and the one embedded in MacCvsX will result in
MacCvsX not being able to run it's embedded tool. It's another problem
I still have to look into - hopefully embedding a newer version of
cvsnt will solve this...

So, please keep your fingers crossed ;-)

</jum>

Hi Jens,

[resend - the first e-mail seemed to go missing...]

> hopefully embedding a newer version of
> cvsnt will solve this...


Let me know if there is anything we can do to help.

Torsten is also trying to get a new unstable release of TortoiseCVS out
for windows - what I've been telling him is that we are getting very
close to releasing CVSNT 2.5.05 as stable and that there will be new RC
builds soon....  Let me know if you need anything special.

Tangentially related...  I've just been reading articles about the
resource fork handling/Creator Codes in Snow Leopard vs Uniform Type
Identifiers and Launch Handers.  Does any of that CVSNT resource fork
code need tweaking (cvsnt/osx/mac_copy_file.cpp)?  In particular I was
wondering if a call to the (undocumented) _LSSetStrongBindingForRef()
may be warranted...

For CVSNT 2.5.05 we are dropping support for anything older than redhat
5/mac 10.5/windows xp (for other OS's there will be a trial version of
CVS Suite) which makes it easier to include newer API calls like this.

As always let us know if we can help!

Regards,


Arthur Barrett

Am 24.09.2009 um 01:39 schrieb Arthur Barrett:

> Tangentially related... I've just been reading articles about the
> resource fork handling/Creator Codes in Snow Leopard vs Uniform Type
> Identifiers and Launch Handers. Does any of that CVSNT resource fork
> code need tweaking (cvsnt/osx/mac_copy_file.cpp)? In particular I was
> wondering if a call to the (undocumented) _LSSetStrongBindingForRef()
> may be warranted...

I don't think any change is needed for this part of the cvsnt
functionality.
Granted, there is less and less need to support resource forks on Mac
OS X, but there's still some apps around that will actually put
metadata in resource forks which people might want to preserve.
However, the mapping that users can set in cvsnt is not tied to
creator codes, but rather on file type and/or extension, so this all
should work fine even in Snow Leopard. Uniform Type Identifiers are
pieces of metadata the system associates with files by looking at
filename extensions and the file type code, so there's no need (and in
fact no way) to directly specify UTIs from within cvsnt...

</jum>

I have exactly the same problem...

"NameError: name 'StringVar' is not defined"

What would be the correct solution to fix this?

I guess this error is not because of WinCvs or Python, it might be because of
some issue in the way the Python scripts are written. However, I haven't
verified this yet. If my assumption is correct, this error would not occur with
older version of Python.

Anyways, if anyone has found a solution by now, please post it to this thread.

--- In cvsgui@yahoogroups.com, Critter <critter@...> wrote:
>
> Guy Rouillier wrote:
> >
> > Mike wrote:
> > > I have the same problem, and subscribed to this group to get the
> > answers.
> > >
> > > Python 2.6
> > > WinCVS 2.0.9.1 (the latest version), downloaded from wincvs.org
> > > WinXP SP1
> > >
> > > WinCVS warn me that Python isn't installed, but it installed (for me
> > > only, not for all users).
> >
> I'm sorry, my question is stupid. There is an option, which contain the
> path to Python's DLL library.
>  From WinCVS' menu:
> Admin->Preferences->WinCvs->(Programs)->PythonDLL
> And there we can select the path for the dll.
>
> But...
>
> It write many error messages in the log:
>
> Python 2.6.1 (r261:67517, Dec  4 2008, 16:51:00) [MSC v.1500 32 bit
> (Intel)] on win32
> Error loading E:\Program Files\!Programming\_Version
> Control\WinCVS\Macros\BrowseRepoTk.py:
> Traceback (most recent call last):
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\PythonLib\cvsgui\MacroRegistry.py", line 152, in
> LoadMacrosRecurs
>     execfile(filename, self.m_globals)
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\Macros\BrowseRepoTk.py", line 4, in <module>
>     from cvsgui.SafeTk import *
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\PythonLib\cvsgui\SafeTk.py", line 130, in <module>
>     class PersistentStringVar(StringVar, PersistentVar):
> NameError: name 'StringVar' is not defined
> Error loading E:\Program Files\!Programming\_Version
> Control\WinCVS\Macros\ChangeSubstModeTk.py:
> Traceback (most recent call last):
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\PythonLib\cvsgui\MacroRegistry.py", line 152, in
> LoadMacrosRecurs
>     execfile(filename, self.m_globals)
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\Macros\ChangeSubstModeTk.py", line 6, in <module>
>     from cvsgui.SafeTk import *
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\PythonLib\cvsgui\SafeTk.py", line 130, in <module>
>     class PersistentStringVar(StringVar, PersistentVar):
> NameError: name 'StringVar' is not defined
> 'module' object has no attribute 'argv'
> Error loading E:\Program Files\!Programming\_Version
> Control\WinCVS\Macros\cvs2clTk.py:
> Traceback (most recent call last):
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\PythonLib\cvsgui\MacroRegistry.py", line 152, in
> LoadMacrosRecurs
>     execfile(filename, self.m_globals)
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\Macros\cvs2clTk.py", line 6, in <module>
>     from cvsgui.SafeTk import *
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\PythonLib\cvsgui\SafeTk.py", line 130, in <module>
>     class PersistentStringVar(StringVar, PersistentVar):
> NameError: name 'StringVar' is not defined
> Error loading E:\Program Files\!Programming\_Version
> Control\WinCVS\Macros\ExtendedAddTk.py:
> Traceback (most recent call last):
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\PythonLib\cvsgui\MacroRegistry.py", line 152, in
> LoadMacrosRecurs
>     execfile(filename, self.m_globals)
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\Macros\ExtendedAddTk.py", line 5, in <module>
>     from cvsgui.SafeTk import *
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\PythonLib\cvsgui\SafeTk.py", line 130, in <module>
>     class PersistentStringVar(StringVar, PersistentVar):
> NameError: name 'StringVar' is not defined
> Error loading E:\Program Files\!Programming\_Version
> Control\WinCVS\Macros\RecursiveAddTk.py:
> Traceback (most recent call last):
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\PythonLib\cvsgui\MacroRegistry.py", line 152, in
> LoadMacrosRecurs
>     execfile(filename, self.m_globals)
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\Macros\RecursiveAddTk.py", line 6, in <module>
>     from cvsgui.SafeTk import *
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\PythonLib\cvsgui\SafeTk.py", line 130, in <module>
>     class PersistentStringVar(StringVar, PersistentVar):
> NameError: name 'StringVar' is not defined
> Error loading E:\Program Files\!Programming\_Version
> Control\WinCVS\Macros\TemplateMacroTk.py:
> Traceback (most recent call last):
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\PythonLib\cvsgui\MacroRegistry.py", line 152, in
> LoadMacrosRecurs
>     execfile(filename, self.m_globals)
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\Macros\TemplateMacroTk.py", line 6, in <module>
>     from cvsgui.SafeTk import *
>   File "E:\Program Files\!Programming\_Version
> Control\WinCVS\PythonLib\cvsgui\SafeTk.py", line 130, in <module>
>     class PersistentStringVar(StringVar, PersistentVar):
> NameError: name 'StringVar' is not defined
>
>
>
> What the problem?
>
>
>
>
> [Non-text portions of this message have been removed]
>

ChikChik84 wrote:
> I have exactly the same problem...
>
> "NameError: name 'StringVar' is not defined"
>
> What would be the correct solution to fix this?
>
> I guess this error is not because of WinCvs or Python, it might be
> because of some issue in the way the Python scripts are written.
> However, I haven't verified this yet. If my assumption is correct,
> this error would not occur with older version of Python.

Some information would help.  What version of WinCvs are you running?
What version of Python?  I'm running WinCvs 2.1.1.1 with Python 2.4.1
and it works fine.

>
> Anyways, if anyone has found a solution by now, please post it to
> this thread.
>
> --- In cvsgui@yahoogroups.com, Critter <critter@...> wrote:
>> Guy Rouillier wrote:
>>> Mike wrote:
>>>> I have the same problem, and subscribed to this group to get
>>>> the
>>> answers.
>>>> Python 2.6 WinCVS 2.0.9.1 (the latest version), downloaded from
>>>> wincvs.org WinXP SP1
>>>>
>>>> WinCVS warn me that Python isn't installed, but it installed
>>>> (for me only, not for all users).
>> I'm sorry, my question is stupid. There is an option, which contain
>> the path to Python's DLL library. From WinCVS' menu:
>> Admin->Preferences->WinCvs->(Programs)->PythonDLL And there we can
>> select the path for the dll.
>>
>> But...
>>
>> It write many error messages in the log:
>>
>> Python 2.6.1 (r261:67517, Dec  4 2008, 16:51:00) [MSC v.1500 32 bit
>>  (Intel)] on win32 Error loading E:\Program
>> Files\!Programming\_Version Control\WinCVS\Macros\BrowseRepoTk.py:
>> Traceback (most recent call last): File "E:\Program
>> Files\!Programming\_Version
>> Control\WinCVS\PythonLib\cvsgui\MacroRegistry.py", line 152, in
>> LoadMacrosRecurs execfile(filename, self.m_globals) File
>> "E:\Program Files\!Programming\_Version
>> Control\WinCVS\Macros\BrowseRepoTk.py", line 4, in <module> from
>> cvsgui.SafeTk import * File "E:\Program Files\!Programming\_Version
>>  Control\WinCVS\PythonLib\cvsgui\SafeTk.py", line 130, in <module>
>> class PersistentStringVar(StringVar, PersistentVar): NameError:
>> name 'StringVar' is not defined Error loading E:\Program
>> Files\!Programming\_Version
>> Control\WinCVS\Macros\ChangeSubstModeTk.py: Traceback (most recent
>> call last): File "E:\Program Files\!Programming\_Version
>> Control\WinCVS\PythonLib\cvsgui\MacroRegistry.py", line 152, in
>> LoadMacrosRecurs execfile(filename, self.m_globals) File
>> "E:\Program Files\!Programming\_Version
>> Control\WinCVS\Macros\ChangeSubstModeTk.py", line 6, in <module>
>> from cvsgui.SafeTk import * File "E:\Program
>> Files\!Programming\_Version
>> Control\WinCVS\PythonLib\cvsgui\SafeTk.py", line 130, in <module>
>> class PersistentStringVar(StringVar, PersistentVar): NameError:
>> name 'StringVar' is not defined 'module' object has no attribute
>> 'argv' Error loading E:\Program Files\!Programming\_Version
>> Control\WinCVS\Macros\cvs2clTk.py: Traceback (most recent call
>> last): File "E:\Program Files\!Programming\_Version
>> Control\WinCVS\PythonLib\cvsgui\MacroRegistry.py", line 152, in
>> LoadMacrosRecurs execfile(filename, self.m_globals) File
>> "E:\Program Files\!Programming\_Version
>> Control\WinCVS\Macros\cvs2clTk.py", line 6, in <module> from
>> cvsgui.SafeTk import * File "E:\Program Files\!Programming\_Version
>>  Control\WinCVS\PythonLib\cvsgui\SafeTk.py", line 130, in <module>
>> class PersistentStringVar(StringVar, PersistentVar): NameError:
>> name 'StringVar' is not defined Error loading E:\Program
>> Files\!Programming\_Version Control\WinCVS\Macros\ExtendedAddTk.py:
>>  Traceback (most recent call last): File "E:\Program
>> Files\!Programming\_Version
>> Control\WinCVS\PythonLib\cvsgui\MacroRegistry.py", line 152, in
>> LoadMacrosRecurs execfile(filename, self.m_globals) File
>> "E:\Program Files\!Programming\_Version
>> Control\WinCVS\Macros\ExtendedAddTk.py", line 5, in <module> from
>> cvsgui.SafeTk import * File "E:\Program Files\!Programming\_Version
>>  Control\WinCVS\PythonLib\cvsgui\SafeTk.py", line 130, in <module>
>> class PersistentStringVar(StringVar, PersistentVar): NameError:
>> name 'StringVar' is not defined Error loading E:\Program
>> Files\!Programming\_Version
>> Control\WinCVS\Macros\RecursiveAddTk.py: Traceback (most recent
>> call last): File "E:\Program Files\!Programming\_Version
>> Control\WinCVS\PythonLib\cvsgui\MacroRegistry.py", line 152, in
>> LoadMacrosRecurs execfile(filename, self.m_globals) File
>> "E:\Program Files\!Programming\_Version
>> Control\WinCVS\Macros\RecursiveAddTk.py", line 6, in <module> from
>> cvsgui.SafeTk import * File "E:\Program Files\!Programming\_Version
>>  Control\WinCVS\PythonLib\cvsgui\SafeTk.py", line 130, in <module>
>> class PersistentStringVar(StringVar, PersistentVar): NameError:
>> name 'StringVar' is not defined Error loading E:\Program
>> Files\!Programming\_Version
>> Control\WinCVS\Macros\TemplateMacroTk.py: Traceback (most recent
>> call last): File "E:\Program Files\!Programming\_Version
>> Control\WinCVS\PythonLib\cvsgui\MacroRegistry.py", line 152, in
>> LoadMacrosRecurs execfile(filename, self.m_globals) File
>> "E:\Program Files\!Programming\_Version
>> Control\WinCVS\Macros\TemplateMacroTk.py", line 6, in <module> from
>> cvsgui.SafeTk import * File "E:\Program Files\!Programming\_Version
>>  Control\WinCVS\PythonLib\cvsgui\SafeTk.py", line 130, in <module>
>> class PersistentStringVar(StringVar, PersistentVar): NameError:
>> name 'StringVar' is not defined
>>
>>
>>
>> What the problem?
>>
>>
>>
>>
>> [Non-text portions of this message have been removed]
>>
>
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>


--
Guy Rouillier

I just installed WinCVS 2.1.1.1
Vista 64 SP1
Python26.dll and Python30.dll in C:\Windows|system32
The Admin>Preferences>WinCVS>Python DLL>Browse does not recognize either dll.

--- In cvsgui@yahoogroups.com, "Mike" <critter@...> wrote:
>
> I have the same problem, and subscribed to this group to get the answers.
>
> Python 2.6
> WinCVS 2.0.9.1 (the latest version), downloaded from wincvs.org
> WinXP SP1
>
> WinCVS warn me that Python isn't installed, but it installed (for me
> only, not for all users). In additional I found the such dlls in
> Windows/system32 :
>
> python21.dll
> pythoncom21.dll
>
> I think, it's from a deleted old version.
>
> May be the problem is the path to the Windows folder? Windows is
> placed not on C: drive.
> Please, help. I'm installed CVS/WinCVS today for the first time.
>

Never mind.  I got the Japanese mirror to work for me.

On Fri, Nov 13, 2009 at 3:14 PM, Jesus Magtibay <jesusmagtibay@...>wrote:

> Hi, I'm not sure if I should ask this question here or to sourceforge, but
> is anyone else having trouble downloading the installer for WinCVS?  The
> download page just seems to hang and after several minutes it just reports
> that the web page is not available.  Is the server down or something?  I've
> tried using Chrome and Firefox, btw.


[Non-text portions of this message have been removed]

Hi, I'm not sure if I should ask this question here or to sourceforge, but
is anyone else having trouble downloading the installer for WinCVS?  The
download page just seems to hang and after several minutes it just reports
that the web page is not available.  Is the server down or something?  I've
tried using Chrome and Firefox, btw.


[Non-text portions of this message have been removed]

The file browser window to find the Python DLL does not recognize the python
DLL's.  It does recognize and list other DLL's.  I checked the permissions and
there is nothing there.  They are not hidden or system only files.
George

--- In cvsgui@yahoogroups.com, "DataGeorge" <gfmorris@...> wrote:
>
> I just installed WinCVS 2.1.1.1
> Vista 64 SP1
> Python26.dll and Python30.dll in C:\Windows|system32
> The Admin>Preferences>WinCVS>Python DLL>Browse does not recognize either dll.
>
> --- In cvsgui@yahoogroups.com, "Mike" <critter@> wrote:
> >
> > I have the same problem, and subscribed to this group to get the answers.
> >
> > Python 2.6
> > WinCVS 2.0.9.1 (the latest version), downloaded from wincvs.org
> > WinXP SP1
> >
> > WinCVS warn me that Python isn't installed, but it installed (for me
> > only, not for all users). In additional I found the such dlls in
> > Windows/system32 :
> >
> > python21.dll
> > pythoncom21.dll
> >
> > I think, it's from a deleted old version.
> >
> > May be the problem is the path to the Windows folder? Windows is
> > placed not on C: drive.
> > Please, help. I'm installed CVS/WinCVS today for the first time.
> >
>

I need to add a bunch of files with the equivalent of "cvs add -ko".

Is there a way to get wincvs to use this option during a normal add? Without
going to the command line and losing add content controls?

   Thanks,
     ++PLS

koevoet5 wrote:
> I need to add a bunch of files with the equivalent of "cvs add -ko".
>
> Is there a way to get wincvs to use this option during a normal add?
> Without going to the command line and losing add content controls?
>

Select the file you want to add.  Then under Macros - Add -Extended Add
Selection, click the right arrow and select "Don't change keywords".  Or
I suppose you could just type the -ko directly.

--
Guy Rouillier

Dear all,
After installing WinCvs, I got the following error msg when I first run WinCvs.
Is there anyone know how to fix this?
Regards

CVS executable: C:\Program Files\cvsnt\cvs.exePython 2.6.1 (r261:67517, Dec  4
2008, 16:51:00) [MSC v.1500 32 bit (Intel)] on win32Error loading C:\Program
Files\GNU\WinCvs 2.0\Macros\BrowseRepoTk.py:Traceback (most recent call last): 
File "C:\Program Files\GNU\WinCvs 2.0\PythonLib\cvsgui\MacroRegistry.py", line
152, in LoadMacrosRecurs    execfile(filename, self.m_globals)  File "C:\Program
Files\GNU\WinCvs 2.0\Macros\BrowseRepoTk.py", line 4, in <module>    from
cvsgui.SafeTk import *  File "C:\Program Files\GNU\WinCvs
2.0\PythonLib\cvsgui\SafeTk.py", line 130, in <module>    class
PersistentStringVar(StringVar, PersistentVar):NameError: name 'StringVar' is not
definedError loading C:\Program Files\GNU\WinCvs
2.0\Macros\ChangeSubstModeTk.py:Traceback (most recent call last):  File
"C:\Program Files\GNU\WinCvs 2.0\PythonLib\cvsgui\MacroRegistry.py", line 152,
in LoadMacrosRecurs    execfile(filename, self.m_globals)  File "C:\Program
Files\GNU\WinCvs 2.0\Macros\ChangeSubstModeTk.py", line 6, in <module>    from
cvsgui.SafeTk import *  File "C:\Program Files\GNU\WinCvs
2.0\PythonLib\cvsgui\SafeTk.py", line 130, in <module>    class
PersistentStringVar(StringVar, PersistentVar):NameError: name 'StringVar' is not
defined'module' object has no attribute 'argv'Error loading C:\Program
Files\GNU\WinCvs 2.0\Macros\cvs2clTk.py:Traceback (most recent call last):  File
"C:\Program Files\GNU\WinCvs 2.0\PythonLib\cvsgui\MacroRegistry.py", line 152,
in LoadMacrosRecurs    execfile(filename, self.m_globals)  File "C:\Program
Files\GNU\WinCvs 2.0\Macros\cvs2clTk.py", line 6, in <module>    from
cvsgui.SafeTk import *  File "C:\Program Files\GNU\WinCvs
2.0\PythonLib\cvsgui\SafeTk.py", line 130, in <module>    class
PersistentStringVar(StringVar, PersistentVar):NameError: name 'StringVar' is not
definedError loading C:\Program Files\GNU\WinCvs
2.0\Macros\ExtendedAddTk.py:Traceback (most recent call last):  File "C:\Program
Files\GNU\WinCvs 2.0\PythonLib\cvsgui\MacroRegistry.py", line 152, in
LoadMacrosRecurs    execfile(filename, self.m_globals)  File "C:\Program
Files\GNU\WinCvs 2.0\Macros\ExtendedAddTk.py", line 5, in <module>    from
cvsgui.SafeTk import *  File "C:\Program Files\GNU\WinCvs
2.0\PythonLib\cvsgui\SafeTk.py", line 130, in <module>    class
PersistentStringVar(StringVar, PersistentVar):NameError: name 'StringVar' is not
definedError loading C:\Program Files\GNU\WinCvs
2.0\Macros\RecursiveAddTk.py:Traceback (most recent call last):  File
"C:\Program Files\GNU\WinCvs 2.0\PythonLib\cvsgui\MacroRegistry.py", line 152,
in LoadMacrosRecurs    execfile(filename, self.m_globals)  File "C:\Program
Files\GNU\WinCvs 2.0\Macros\RecursiveAddTk.py", line 6, in <module>    from
cvsgui.SafeTk import *  File "C:\Program Files\GNU\WinCvs
2.0\PythonLib\cvsgui\SafeTk.py", line 130, in <module>    class
PersistentStringVar(StringVar, PersistentVar):NameError: name 'StringVar' is not
definedError loading C:\Program Files\GNU\WinCvs
2.0\Macros\TemplateMacroTk.py:Traceback (most recent call last):  File
"C:\Program Files\GNU\WinCvs 2.0\PythonLib\cvsgui\MacroRegistry.py", line 152,
in LoadMacrosRecurs    execfile(filename, self.m_globals)  File "C:\Program
Files\GNU\WinCvs 2.0\Macros\TemplateMacroTk.py", line 6, in <module>    from
cvsgui.SafeTk import *  File "C:\Program Files\GNU\WinCvs
2.0\PythonLib\cvsgui\SafeTk.py", line 130, in <module>    class
PersistentStringVar(StringVar, PersistentVar):NameError: name 'StringVar' is not
defined
--------------------------------
Xi Liang

ÁºÜç
--------------------------------



_________________________________________________________________
Windows Live: Friends get your Flickr, Yelp, and Digg updates when they e-mail
you.
http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/social-\
network-basics.aspx?ocid=PID23461::T:WLMTAGL:ON:WL:en-xm:SI_SB_3:092010

[Non-text portions of this message have been removed]

Hi



Our cvs repository, is version 1.11.20 and is installed on a LINUX
machine. Our developers use WinCVS Version 1.3.14.1. We also use ssh key
for connection.



Our developers in Canada have no issues checking out or in. We do have
developers in India who are experiencing issues. They checkout the code
and do not receive any errors. The code has been physically checked out
to their hard drive, but WinCVS just shows the folders in the left hand
side of screen (Modules). There is no code viewable from the left hand
side of screen with the details of what is in the folder. We have been
unable to duplicate this error here. Any ideas what could be happening
or how to resolve?



Deb Comeau

Loblaw Companies East

1 President's Choice Circle

Brampton, Ontario

L6Y 5S5

(905) 459-2500 ext 616258

1-877-525-4627 ext 616258





This email message is confidential, may be legally privileged and is intended
for the exclusive use of the addressee. If you received this message in error or
are not the intended recipient, you should destroy the email message and any
attachments or copies, and you are prohibited from retaining, distributing,
disclosing or using any information contained. Please inform us of the delivery
error by return email. Thank you for your cooperation.

Le présent message électronique est confidentiel et peut être couvert par le
secret professionnel. Il est à l'usage exclusif du destinataire. Si vous recevez
ce message par erreur ou si vous n'en êtes pas le destinataire prévu, vous devez
détruire le message et toute pièce jointe ou copie et vous êtes tenu de ne pas
conserver, distribuer, divulguer ni utiliser tout renseignement qu'il contient.
Veuillez nous informer de toute erreur d'envoi en répondant à ce message. Merci
de votre collaboration



[Non-text portions of this message have been removed]