dotSoftwaredotDevelopmentdotCustomersdotAbout us
PushOk logoblank
bullet Home
bullet My software
bullet Support
bullet My payments
bullet My info
bullet Subscriptions
bullet Voting
bullet Contact us
fast linksFast Links
news&eventsnews and events

2012-12-21 
Major update of SVNCOM version 1.7.2 are finaly released

2012-12-21 
Major update of SVN SCC plug-in - versions 1.7.2 are finaly released

Lightweight embedded Node.js database with MongoDB API.

Ticket

Search go
PushOk Logo blank
leftTicketright

Frx files incorrectly REMOVED

( CVSSCC , VB 6.0, 1.2.x, WIN 2000/XP, UNIX  )
Type: Public Status:Closed Created: 11 Oct 05 10:00 Updated: 24 Oct 05 10:00
You value our support on this issue as "very bad, you not even hear me". Click here to resubmit your opinion.
--> Igor Pushkov (admin)  at 24 Oct 05 10:00 writes

To explain, your logs shows that you not authorized to connect to your
server. This just mean that you may usually use other cvs executable (cvs
client) which remembers auth info in other place than thouse which shipped
with plug-in. For example classic cvs executable stores this in ~\cvspass
file, while cvs nt client (whipped with plug-in) stores this in registry.
So, it is good idea to setup all clients to use the same cvs executable
(and avoid such problems). Since we not know what shipped with SmartCVS you
can configure plug-in to use executable from it. To do this you should
switch on corresponding check box and put full path to cvs executable.
--> Oleg Akolupin (admin)  at 21 Oct 05 10:00 writes

For change the path to cvs executable, you should turn on "use specifed"
and write new path into the next field. (Now this field is not active.)
--> Sean (user)  at 18 Oct 05 10:00 writes

I'm not sure I understand why this impacts that but here's the screen shot.
We use SmartCVS.
Executables Property Window 
--> Igor Pushkov (admin)  at 18 Oct 05 10:00 writes

Have you change the path to cvs executable in plug-in configuration window?
Can you send screen shot of CVS executables page of configuration window.
Thank you.
--> Sean (user)  at 14 Oct 05 10:00 writes

It didn't check in the frx file. I noticed some odd things in the log but
I can't make out what they mean. The path is wrong for the frx file.

C:\Program Files\PushOk Software\CVS Proxy\/cvsnt/cvs.exe is not a path of
mine.

Why is that path being used for frx files and the correct path being used
for other files?

Also, I'm noticing a "remove" popup every time I save now. I actually have
a ticket for this as well but nobody ever replied to it. See the second
attachment.

Please advise!
debug log file  remove dialog 
--> Sean (user)  at 14 Oct 05 10:00 writes

I've upgraded and installed the debug version. I'll test it out and see if
I can recreate the problem. Then, I'll send the debug file.
--> Sean (user)  at 14 Oct 05 10:00 writes

Another support ticket of mine already has the iterations I went through
for this. It's called "CVSProxy appears to check-in file but server does
not get update"

I need to either get the right debug DLL or upgrade. I'd rather not
upgrade yet and the DLL I have is not working. Help!!
--> Sean (user)  at 14 Oct 05 10:00 writes

That will be fine. I would like to try that. We tried this once
before, though, and I had trouble getting it to work with my version of
the software. Please let me know what I need to do...
--> Igor Pushkov (admin)  at 14 Oct 05 10:00 writes

Another question. As long as you cannot provide instructions how this can
be reproduced can you at least confirm that can eb occured during resonable
time (one-two working days). If yes, we can send the debug dll for you. You
can normally work with it while all your activities will be dumped in log
file. When error occurs you just send this file to us and hopefuly we will
be able found problem.
--> Sean (user)  at 14 Oct 05 10:00 writes

I don't know specifically how to reproduce it. It's hit and miss.
Sometimes, it checks the FRX files in fine. Sometimes, it removes them
from the repository. And, sometimes, it does nothing with them (it
doesn't check them in when it should). If it removes it or doesn't
check it in, we have problems the next time a developer gets the code
from version control because the FRX doesn't match the FRM file.
Typically, the action is silent. When it removes, it tells you it
removed without asking. If it doesn't check it in, it doesn't tell you
that it doesn't get checked in. Hope that helps. Let me know what I
can do to help solve this!!!
Thanks!
--> Sergey Korotkov (admin)  at 14 Oct 05 10:00 writes

Can you provide any description on how this can be reproduced? Or this
occurs occasionally?
Also, does it removes it silently, or it asks you something?
--> Sean (user)  at 11 Oct 05 10:00 writes

When I updated my VB6 frm file, CVS Proxy REMOVED the associated frx
file!!

This has happened to SEVERAL frx files now!!!

This causes conflicts when compiling my code!

PLEASE ADVISE ASAP!!!
Rate this ticket:
Not useful at all
Partially useful
Useful
Very useful



You are 9753290 visitor since 20 Jan 2003.
3255 visitors today and 3 online right now.
blank left to top right blank

© Copyright by PushOk Software, 2003-2024, webmaster@pushok.com