[p4] Re:perforce-user digest, Vol 1 #657 - 10 msgs (Vacation Alert)

Thatcher Deane Thatcher.Deane at ci.seattle.wa.us
Mon Oct 22 12:21:52 PDT 2001


I will be out of office beginning Fri Oct 19th returning Wed Oct 24th.  In my absence ..... 

* Source Code and Change Management --> Vic Koenig 684-0952
* DoIT / AIX Single point of contact --> Jose Torres 386-4547
* CCSS Web maintenance --> Paul de Anguera 386-9160 

* Maintenance outage coordination --> Bruce Raymond 615-1160
* SCL IT support for BOC: SCL Service Desk: 684-3766

AIX DoIT infrastructure problems off hours: Computer Center Operations 3-5050

CCSS Status Hotline 233-7900

-Thatcher

>>> "perforce-user at perforce.com" 10/22/01 12:08 >>>

Send perforce-user mailing list submissions to
	perforce-user at perforce.com

To subscribe or unsubscribe via the World Wide Web, visit
	http://maillist.perforce.com/mailman/listinfo/perforce-user
or, via email, send a message with subject or body 'help' to
	perforce-user-request at perforce.com

You can reach the person managing the list at
	perforce-user-admin at perforce.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of perforce-user digest..."


Today's Topics:

   1. How to handle refactoring ? (Tal Dayan)
   2. Re: How to handle refactoring ? (Jonathan Biggar)
   3. RE: How to handle refactoring ? (Tal Dayan)
   4. problem after a crash ... (Francois Sugny)
   5. Tuning FreeBSD to run a Perforce server (Nick Barnes)
   6. RE: problem after a crash ... (Robert Cowham)
   7. Deleted/Renamed files (Shah Besharati)
   8. gzip magic number errors (Mckenna, Rob)
   9. Use "workspace" instead of "client" (Robert Cowham)
  10. Re: Use "workspace" instead of "client" (Mike Castle)

--__--__--

Message: 1
From: "Tal Dayan" <tal at zapta.com>
To: <perforce-user at perforce.com>
Date: Sun, 21 Oct 2001 18:13:36 -0700
Subject: [p4] How to handle refactoring ?

Hello,

We are using IDEA as a Java IDE and as a refactoring tool
(www.refactoring.com)
and are not sure how to use Perforce for best results.

Here is an example, we have a class /a/b/class1.java checked in Perforce.
Now we use the Refactoring tool to rename the class from 'class1' to
'class2. IDEA
deletes class1.java, creates class2.java and changes the source code of
class2.java
to reflect the name change (e.g. it renames the constructors).

At this point, the file class1.java is gone and the file class2.java
contains the
modified code.

Now we want to check this change back into Perforce such that we don't loose
the history relation between class1 and class2 (that is, 'p4 integrate').

Any idea how to handle this ?

Thanks,

Tal



--__--__--

Message: 2
Date: Sun, 21 Oct 2001 19:23:18 -0700
From: Jonathan Biggar <jon at floorboard.com>
To: Tal Dayan <tal at zapta.com>
CC: perforce-user at perforce.com
Subject: Re: [p4] How to handle refactoring ?

Tal Dayan wrote:
> 
> Hello,
> 
> We are using IDEA as a Java IDE and as a refactoring tool
> (www.refactoring.com)
> and are not sure how to use Perforce for best results.
> 
> Here is an example, we have a class /a/b/class1.java checked in Perforce.
> Now we use the Refactoring tool to rename the class from 'class1' to
> 'class2. IDEA
> deletes class1.java, creates class2.java and changes the source code of
> class2.java
> to reflect the name change (e.g. it renames the constructors).
> 
> At this point, the file class1.java is gone and the file class2.java
> contains the
> modified code.
> 
> Now we want to check this change back into Perforce such that we don't loose
> the history relation between class1 and class2 (that is, 'p4 integrate').
> 
> Any idea how to handle this ?

Off the top of my head for UNIX:

mv class2.java class2.java.save		# save the modified code
p4 sync -f class1.java			# fetch back the old code
p4 integrate class1.java class2.java	# integrate old file to new file
p4 delete class1.java			# remove old file
p4 edit class2.java			# reopen new file for edit
mv class2.java.save class2.java		# restore modified code
p4 submit				# submit to p4

There might be something a bit simpler, and this is obvious fodder for a
script, probably without the submit so you can do multiple changes like
this.

-- 
Jon Biggar
Floorboard Software
jon at floorboard.com
jon at biggar.org

--__--__--

Message: 3
From: "Tal Dayan" <tal at zapta.com>
To: <jon at floorboard.com>
Cc: <perforce-user at perforce.com>
Subject: RE: [p4] How to handle refactoring ?
Date: Sun, 21 Oct 2001 19:45:33 -0700

Thanks, I will give it a try. It would be nice if Perforce would support a
non overwriting
add+branch.

We may also need to do a 'revert' class1' before syncing it since it may
be open for editing.

For the long range, I hope is that IDEA will add support for Perforce (it
already supports VSS and CVS
and there are several Perforce users in the IDEA support list).

Tal

> -----Original Message-----
> From: jon at floorboard.com [mailto:jon at floorboard.com]
> Sent: Sunday, October 21, 2001 7:23 PM
> To: Tal Dayan
> Cc: perforce-user at perforce.com
> Subject: Re: [p4] How to handle refactoring ?
>
>
> Tal Dayan wrote:
> >
> > Hello,
> >
> > We are using IDEA as a Java IDE and as a refactoring tool
> > (www.refactoring.com)
> > and are not sure how to use Perforce for best results.
> >
> > Here is an example, we have a class /a/b/class1.java checked in
> Perforce.
> > Now we use the Refactoring tool to rename the class from 'class1' to
> > 'class2. IDEA
> > deletes class1.java, creates class2.java and changes the source code of
> > class2.java
> > to reflect the name change (e.g. it renames the constructors).
> >
> > At this point, the file class1.java is gone and the file class2.java
> > contains the
> > modified code.
> >
> > Now we want to check this change back into Perforce such that
> we don't loose
> > the history relation between class1 and class2 (that is, 'p4
> integrate').
> >
> > Any idea how to handle this ?
>
> Off the top of my head for UNIX:
>
> mv class2.java class2.java.save		# save the modified code
> p4 sync -f class1.java			# fetch back the old code
> p4 integrate class1.java class2.java	# integrate old file to new file
> p4 delete class1.java			# remove old file
> p4 edit class2.java			# reopen new file for edit
> mv class2.java.save class2.java		# restore modified code
> p4 submit				# submit to p4
>
> There might be something a bit simpler, and this is obvious fodder for a
> script, probably without the submit so you can do multiple changes like
> this.
>
> --
> Jon Biggar
> Floorboard Software
> jon at floorboard.com
> jon at biggar.org


--__--__--

Message: 4
From: "Francois Sugny" <francois.sugny at wanadoo.fr>
To: <perforce-user at perforce.com>
Date: Mon, 22 Oct 2001 13:52:32 +0200
Subject: [p4] problem after a crash ...

my perforce server crashed and now I cannot acces anymore
my perforce base ...

I've put back all my depot in the /perforce/depot directory ..
but can't see any files in the P4WIN interface ...

any idea ?


--__--__--

Message: 5
From: Nick Barnes <Nick.Barnes at pobox.com>
To: Perforce Users <perforce-user at perforce.com>
Date: Mon, 22 Oct 2001 13:31:33 +0100
Subject: [p4] Tuning FreeBSD to run a Perforce server

Does anyone have any particular recommendations for tuning FreeBSD for
use as a Perforce server?  Our experiences have been generally good,
but I wonder whether it would be even better if I tweak some sysctls
(e.g. for the buffer cache, to encourage it to keep db.have in
memory).

- FreeBSD 3.4 (planning upgrade to 4.4)
- Celeron 466,
- 384 MB RAM, 
- 110 MB db.have
- 7 users
- 34 clients
- 91017 virtual files (p4 files //... | wc -l)
- 69338 actual files (find repository/depot -type f -print | wc -l)

Nick Barnes
Ravenbrook Limited

--__--__--

Message: 6
From: "Robert Cowham" <robert at vaccaperna.co.uk>
To: "Francois Sugny" <francois.sugny at wanadoo.fr>, <perforce-user at perforce.com>
Subject: RE: [p4] problem after a crash ...
Date: Mon, 22 Oct 2001 16:42:26 +0100

First off you should talk to support - they are very happy to help in this
sort of situation.

Did you restore your meta data files (the db.* files) from a
checkpoint/journal? Are they still there anyway? What sort of crash was it?

Check out the excellent System Administrators guide for more help:

http://www.perforce.com/perforce/doc.011/manuals/p4sag/02_backup.html#104333
6

Robert

> -----Original Message-----
> From: perforce-user-admin at perforce.com
> [mailto:perforce-user-admin at perforce.com]On Behalf Of Francois Sugny
> Sent: Monday, October 22, 2001 12:53
> To: perforce-user at perforce.com
> Subject: [p4] problem after a crash ...
>
>
> my perforce server crashed and now I cannot acces anymore
> my perforce base ...
>
> I've put back all my depot in the /perforce/depot directory ..
> but can't see any files in the P4WIN interface ...
>
> any idea ?
>
> _______________________________________________
> perforce-user mailing list  -  perforce-user at perforce.com
> http://maillist.perforce.com/mailman/listinfo/perforce-user
>


--__--__--

Message: 7
From: "Shah Besharati" <shah at morfik.com.au>
To: <perforce-user at perforce.com>
Date: Fri, 19 Oct 2001 16:26:08 +1100
Subject: [p4] Deleted/Renamed files

This is a multi-part message in MIME format.

------=_NextPart_000_0038_01C158BA.C1C55160
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hello,

If a file that is opened for Edit in P4Win is deleted or renamed from =
outside Perforce (say Windows Explorer), how can this file be removed or =
managed in the pending changelists of P4Win?

Thanks in advance,


Shah Besharati

------=_NextPart_000_0038_01C158BA.C1C55160
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2479.6" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hello,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>If a file that is opened for Edit =
in P4Win is=20
deleted or renamed from outside Perforce (say Windows Explorer), how can =
this=20
file be removed or managed in the pending changelists of=20
P4Win?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks in advance,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Shah =
Besharati</FONT></DIV></BODY></HTML>

------=_NextPart_000_0038_01C158BA.C1C55160--


--__--__--

Message: 8
From: "Mckenna, Rob" <rmckenna at vignette.com>
To: "'perforce-user at perforce.com'" <perforce-user at perforce.com>
Date: Mon, 22 Oct 2001 13:39:43 -0500
Subject: [p4] gzip magic number errors

Hi
We've been getting occassional gzip magic number errors in or depot, in
which the revision gzip has a file size of 0. The files types involved are
always binary and have been submitted during a single day, but not always at
the same time or in the same changelist. Has anyone else had this problem?

Rob Mckenna 

Vignette is the leading provider of customer-driven Internet 
applications used by the most demanding and successful 
organizations to build lasting customer relationships.

Visit www.Vignette.com to learn more.



--__--__--

Message: 9
From: "Robert Cowham" <robert at vaccaperna.co.uk>
To: "Perforce-User \(E-mail\)" <perforce-user at perforce.com>
Date: Mon, 22 Oct 2001 19:53:44 +0100
Subject: [p4] Use "workspace" instead of "client"

Dear all

I would like to poll the list for some feedback following the user
conference (feedback will be sent to Perforce, and this poll has their
blessing - well at least that of Tech Pubs department!).

As I mentioned at the conference (and was noted by Perforce!), the word
"client" is used in many different ways in Perforce documentation. It is
used rather ambiguously, at least for neophyte users, to refer to a "client
workspace" (in some documentation), i.e. the entity defined/modified by the
"p4 client" command.

So, for example, the changes that I would like to propose (backwardly
compatible of course, though deprecated) are:

p4 client			-> p4 workspace
p4 clients			-> p4 workspaces
p4 -c (usage flag)	-> p4 -w
P4CLIENT env variable	-> P4WORKSPACE

As a minor aside, workspace here is actually referring to a "workspace
specification" (as do "branch", "label" and "jobspec" respectively refer to
specifications of things rather than the actual things themselves), but
that's a more tricky one to correct - although if anyone has
suggestions.....

As you can imagine, there is quite a bit of work in updating code and more
importantly documentation to support this.

Do other Perforce users feel that this approach would be clearer than the
current multiplicity of uses for the word "client"?

There was a good show of hands at the conference in support of this - I'm
interested in collecting further evidence.

Feel free to send responses just to me rather than the list to avoid
cluttering it up (I will summarise and pass on).

Thanks
Robert


--__--__--

Message: 10
From: Mike Castle <mcastle at yy.com>
Date: Mon, 22 Oct 2001 12:01:49 -0700
To: "Perforce-User (E-mail)" <perforce-user at perforce.com>
Subject: Re: [p4] Use "workspace" instead of "client"

On Mon, Oct 22, 2001 at 07:53:44PM +0100, Robert Cowham wrote:
> p4 client			-> p4 workspace
> p4 clients			-> p4 workspaces

I'd prefer ``sandboxes'' myself.

But otherwise, I agree.

A name change could help reduce confusion.

mrc


--__--__--

_______________________________________________
perforce-user mailing list  -  perforce-user at perforce.com
http://maillist.perforce.com/mailman/listinfo/perforce-user


End of perforce-user Digest




More information about the perforce-user mailing list