[p4] The file name is too long

[Ledford, Bruce]

I'm trying to delete a directory tree from a branch and get "The file
name is too long" errors for files at the bottom of the tree. The
absolute pathname for the file is 263 characters.



Am I hitting a Windows pathname limit or a Perforce pathname limit?



What is the pathname limit?



Can shorten the workspace name and get under the limit?


<DIV><FONT size="1">

E-mail confidentiality.
--------------------------------
This e-mail contains confidential and / or privileged information belonging to Spirent Communications plc, its affiliates and / or subsidiaries. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution and / or the taking of any action based upon reliance on the contents of this transmission is strictly forbidden. If you have received this message in error please notify the sender by return e-mail and delete it from your system. If you require assistance, please contact our IT department at ***@spirent.com.

Spirent Communications plc,
Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.
Tel No. [phone]
Fax No. [phone]

Registered in England Number 470893
Registered at Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.

Or if within the US,

Spirent Communications,
26750 Agoura Road, Calabasas, CA, 91302, USA.
Tel No. 1-818-676- 2300

</FONT></DIV>

[Ivey, William]

It is a Windows limit (260 characters total).

This is why we tell all our users to put the root of
their workspace as close to the root of a drive as
possible. (The default that P4V likes to use is way
too long.) I usually use C:\Depots or C:\P4 in my
Windows workspaces.

Note that this also applies to the temp directory that
p4/p4v use. It defaults to the user's temp directory
and that is too deep. Make it C:\Temp or something
similar.

-Wm



-----Original Message-----
From: perforce-user-***@perforce.com [mailto:perforce-user-***@perforce.com] On Behalf Of Ledford, Bruce
Sent: Tuesday, March 02, 2010 9:26 AM
To: perforce-***@perforce.com
Subject: [p4] The file name is too long

I'm trying to delete a directory tree from a branch and get "The file
name is too long" errors for files at the bottom of the tree. The
absolute pathname for the file is 263 characters.



Am I hitting a Windows pathname limit or a Perforce pathname limit?



What is the pathname limit?



Can shorten the workspace name and get under the limit?


<DIV><FONT size="1">

E-mail confidentiality.
--------------------------------
This e-mail contains confidential and / or privileged information belonging to Spirent Communications plc, its affiliates and / or subsidiaries. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution and / or the taking of any action based upon reliance on the contents of this transmission is strictly forbidden. If you have received this message in error please notify the sender by return e-mail and delete it from your system. If you require assistance, please contact our IT department at ***@spirent.com.

Spirent Communications plc,
Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.
Tel No. [phone]
Fax No. [phone]

Registered in England Number 470893
Registered at Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.

Or if within the US,

Spirent Communications,
26750 Agoura Road, Calabasas, CA, 91302, USA.
Tel No. 1-818-676- 2300

</FONT></DIV>
_______________________________________________
perforce-user mailing list - perforce-***@perforce.com
http://maillist.perforce.com/mailman/listinfo/perforce-user

[Gabor Maghera]

As William has previously mentioned, this is an issue with the 260 character
limit imposed for paths by the Windows API.

If you can afford it, think about switching to a POSIX file system (like the
Mac OS). I was surprised to see many Perforce employees and attendees using
Macs at the last user conference (and I hear Macs are Google's tool of
choice, too). Speaking of which, is there any hope of some sort of Finder
integration (as P4V does with Windows explorer)? Perhaps it's next in line
after the streams implementation (wishful thinking? maybe...). Making the
über Windows installer behave more like the Mac OS one would also be a good
idea. I can already hear the P4Win fanatics crying :-), although that was
my GUI tool of choice for some time as well - perforce!

--
Gabor

Post by Ivey, William
It is a Windows limit (260 characters total).
This is why we tell all our users to put the root of
their workspace as close to the root of a drive as
possible. (The default that P4V likes to use is way
too long.) I usually use C:\Depots or C:\P4 in my
Windows workspaces.
Note that this also applies to the temp directory that
p4/p4v use. It defaults to the user's temp directory
and that is too deep. Make it C:\Temp or something
similar.
-Wm
-----Original Message-----
Sent: Tuesday, March 02, 2010 9:26 AM
Subject: [p4] The file name is too long
I'm trying to delete a directory tree from a branch and get "The file
name is too long" errors for files at the bottom of the tree. The
absolute pathname for the file is 263 characters.
Am I hitting a Windows pathname limit or a Perforce pathname limit?
What is the pathname limit?
Can shorten the workspace name and get under the limit?
<DIV><FONT size="1">
E-mail confidentiality.
--------------------------------
This e-mail contains confidential and / or privileged information belonging
to Spirent Communications plc, its affiliates and / or subsidiaries. If you
are not the intended recipient, you are hereby notified that any disclosure,
copying, distribution and / or the taking of any action based upon reliance
on the contents of this transmission is strictly forbidden. If you have
received this message in error please notify the sender by return e-mail and
delete it from your system. If you require assistance, please contact our IT
Spirent Communications plc,
Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.
Tel No. [phone]
Fax No. [phone]
Registered in England Number 470893
Registered at Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.
Or if within the US,
Spirent Communications,
26750 Agoura Road, Calabasas, CA, 91302, USA.
Tel No. 1-818-676- 2300
</FONT></DIV>
_______________________________________________
http://maillist.perforce.com/mailman/listinfo/perforce-user
_______________________________________________
http://maillist.perforce.com/mailman/listinfo/perforce-user

[H, Prashant]

Hi,

How can I stop and restart my client process in perforce ?

Thanks in Advance,
Prashant H

[saurabh talwar]

Hi Prashant

Can you explain it a little further since once you create a client spec you
can either change ir or make a new client spec ?

Regards.
Sunny

Post by H, Prashant
Hi,
How can I stop and restart my client process in perforce ?
Thanks in Advance,
Prashant H
_______________________________________________
http://maillist.perforce.com/mailman/listinfo/perforce-user

[H, Prashant]

Hi Saurabh,



Basically the server admin wants me to stop the p4
client process as many such processes from multiple users will load the
server.

I am a perforce user and I believe in clearcase we had features like
cleartool startview etc. to start the view server process, so Do we

Have such facilities in perforce as well ?



Thanks,

Prashant H



From: saurabh talwar [mailto:***@gmail.com]
Sent: Thursday, March 11, 2010 11:26 AM
To: H, Prashant
Cc: perforce-***@perforce.com
Subject: Re: [p4] perforce client process



Hi Prashant



Can you explain it a little further since once you create a client spec
you can either change ir or make a new client spec ?



Regards.

Sunny

On Wed, Mar 10, 2010 at 8:44 PM, H, Prashant <***@netapp.com>
wrote:

Hi,

How can I stop and restart my client process in perforce ?

Thanks in Advance,
Prashant H

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

[H, Prashant]

Sorry .. not sure of the exact reason why the server admin wants me to
stop it.



But basically I am interested in if such facility is available in
perforce as well ( in-built perforce facility/tool )?



Thanks,

Prashant H



From: H, Prashant
Sent: Thursday, March 11, 2010 12:28 PM
To: 'saurabh talwar'
Cc: perforce-***@perforce.com
Subject: RE: [p4] perforce client process



Hi Saurabh,



Basically the server admin wants me to stop the p4
client process as many such processes from multiple users will load the
server.

I am a perforce user and I believe in clearcase we had features like
cleartool startview etc. to start the view server process, so Do we

Have such facilities in perforce as well ?



Thanks,

Prashant H



From: saurabh talwar [mailto:***@gmail.com]
Sent: Thursday, March 11, 2010 11:26 AM
To: H, Prashant
Cc: perforce-***@perforce.com
Subject: Re: [p4] perforce client process



Hi Prashant



Can you explain it a little further since once you create a client spec
you can either change ir or make a new client spec ?



Regards.

Sunny

On Wed, Mar 10, 2010 at 8:44 PM, H, Prashant <***@netapp.com>
wrote:

Hi,

How can I stop and restart my client process in perforce ?

Thanks in Advance,
Prashant H

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

[saurabh talwar]

Hi Prashant

I think you can put a lock on the client spec so that no one will be able to
change hte files in the branch you have specified in the view. That is one
way and the other is that after you are done with whatever you are doing you
can put a label to that branch and again put a lock on the label.

This way your work is not affected by anyone.

Let me know if this helps.

-Saurabh

Post by H, Prashant
Sorry .. not sure of the exact reason why the server admin wants me to
stop it.
But basically I am interested in if such facility is available in perforce
as well ( in-built perforce facility/tool )?
Thanks,
*Prashant H*
*From:* H, Prashant
*Sent:* Thursday, March 11, 2010 12:28 PM
*To:* 'saurabh talwar'
*Subject:* RE: [p4] perforce client process
Hi Saurabh,
Basically the server admin wants me to stop the p4
client process as many such processes from multiple users will load the
server.
I am a perforce user and I believe in clearcase we had features like
cleartool startview etc. to start the view server process, so Do we
Have such facilities in perforce as well ?
Thanks,
*Prashant H*
*Sent:* Thursday, March 11, 2010 11:26 AM
*To:* H, Prashant
*Subject:* Re: [p4] perforce client process
Hi Prashant
Can you explain it a little further since once you create a client spec you
can either change ir or make a new client spec ?
Regards.
Sunny
Hi,
How can I stop and restart my client process in perforce ?
Thanks in Advance,
Prashant H
_______________________________________________
http://maillist.perforce.com/mailman/listinfo/perforce-user

[Robert Cowham]

Hi Prashant

You need to be clear as to which client process you require "stopping". Are
you using P4V?

I wonder if you are referring to the fact that P4V by default is set up to
poll the server regularly (typically every 5 minutes) for latest updates.

If you have lots of users doing this it starts to place a load on the
server.

It is easy to turn off, put 0 in the appropriate field: Edit > Preferences >
Connection > "Check Server for updates"

It is also possible to create an auto-config to do this as part of the
installer. Can give you a pointer if that is relevant.

Robert

Post by Ivey, William
-----Original Message-----
Sent: 11 March 2010 04:45
Subject: [p4] perforce client process
Hi,
How can I stop and restart my client process in perforce ?
Thanks in Advance,
Prashant H
_______________________________________________
http://maillist.perforce.com/mailman/listinfo/perforce-user

[Matt Janulewicz]

I'd also like to add that if your user processes are greatly affecting
the performance of the server, it's time to spend some money on hardware.

As others have indicated, connections to the server (or client
processes) are established at the onset of a command and terminated when
it's done. Perforce client apps do not hold connections open. So it
would have to be a pretty unique situation where many users were doing
many 'heavy' queries at the same time for people to notice.

Or, perhaps, you have 100 people pointed at a 386 or virtual machine
that has no resources to begin with.


-Matt Janulewicz
Lucasfilm Entertainment Company Ltd.

Post by saurabh talwar
Hi Prashant
You need to be clear as to which client process you require "stopping". Are
you using P4V?
I wonder if you are referring to the fact that P4V by default is set up to
poll the server regularly (typically every 5 minutes) for latest updates.
If you have lots of users doing this it starts to place a load on the
server.
It is easy to turn off, put 0 in the appropriate field: Edit> Preferences>
Connection> "Check Server for updates"
It is also possible to create an auto-config to do this as part of the
installer. Can give you a pointer if that is relevant.
Robert

Post by Ivey, William
-----Original Message-----
Sent: 11 March 2010 04:45
Subject: [p4] perforce client process
Hi,
How can I stop and restart my client process in perforce ?
Thanks in Advance,
Prashant H
_______________________________________________
http://maillist.perforce.com/mailman/listinfo/perforce-user

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

[Rick Macdonald]

We have 270 licenses. Not everybody runs p4v/p4win all day, but it was
suspected that all the open apps doing the automatic refresh every 5
minutes was a noticeable load on the server. Each refresh of course is
several queries to the sever. We have a wrapper script for p4v that
installs my custom tool menu, so I have this script set the refresh to 0
in the user's settings file to turn of the refresh.

We just went ahead and did this without any specific measurements before
and after. Does anybody have a feel for how much of a load this can be?

Rick

Post by Matt Janulewicz
I'd also like to add that if your user processes are greatly affecting
the performance of the server, it's time to spend some money on hardware.
As others have indicated, connections to the server (or client
processes) are established at the onset of a command and terminated
when it's done. Perforce client apps do not hold connections open. So
it would have to be a pretty unique situation where many users were
doing many 'heavy' queries at the same time for people to notice.
Or, perhaps, you have 100 people pointed at a 386 or virtual machine
that has no resources to begin with.
-Matt Janulewicz
Lucasfilm Entertainment Company Ltd.

Post by saurabh talwar
Hi Prashant
You need to be clear as to which client process you require
"stopping". Are
you using P4V?
I wonder if you are referring to the fact that P4V by default is set up to
poll the server regularly (typically every 5 minutes) for latest updates.
If you have lots of users doing this it starts to place a load on the
server.
It is easy to turn off, put 0 in the appropriate field: Edit>
Preferences>
Connection> "Check Server for updates"
It is also possible to create an auto-config to do this as part of the
installer. Can give you a pointer if that is relevant.
Robert

Post by Ivey, William
-----Original Message-----
Sent: 11 March 2010 04:45
Subject: [p4] perforce client process
Hi,
How can I stop and restart my client process in perforce ?
Thanks in Advance,
Prashant H
_______________________________________________
http://maillist.perforce.com/mailman/listinfo/perforce-user

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

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

[Ivey, William]

We have 1500 users and I don't think the polling has been much
of an issue as far as performance goes. We did have a runaway
script of some sort that was pinging the server several times a
second, but even that wasn't killing it except that it happened
at a time when there were network issues creating an additional
bottleneck. Diagnosing that issue turned up the heavy pinging.

Right now our biggest problem seems to be a trigger designed to
interface to Rally. It appears to hold up submits until it has
performed several transactions with an external server which
seems to take a lot longer than it should. Response after a
submit has gone from 1-2 seconds to 10-20 seconds. That's masking
all other possible performance hits, if there are any. So if I
was looking for performance issues, I'd check triggers first.

-Wm

-----Original Message-----
From: perforce-user-***@perforce.com [mailto:perforce-user-***@perforce.com] On Behalf Of Rick Macdonald
Sent: Thursday, March 11, 2010 12:47 PM
To: perforce-***@perforce.com
Subject: Re: [p4] perforce client process

We have 270 licenses. Not everybody runs p4v/p4win all day, but it was
suspected that all the open apps doing the automatic refresh every 5
minutes was a noticeable load on the server. Each refresh of course is
several queries to the sever. We have a wrapper script for p4v that
installs my custom tool menu, so I have this script set the refresh to 0
in the user's settings file to turn of the refresh.

We just went ahead and did this without any specific measurements before
and after. Does anybody have a feel for how much of a load this can be?

Rick

Post by Matt Janulewicz
I'd also like to add that if your user processes are greatly affecting
the performance of the server, it's time to spend some money on hardware.
As others have indicated, connections to the server (or client
processes) are established at the onset of a command and terminated
when it's done. Perforce client apps do not hold connections open. So
it would have to be a pretty unique situation where many users were
doing many 'heavy' queries at the same time for people to notice.
Or, perhaps, you have 100 people pointed at a 386 or virtual machine
that has no resources to begin with.
-Matt Janulewicz
Lucasfilm Entertainment Company Ltd.

Post by saurabh talwar
Hi Prashant
You need to be clear as to which client process you require
"stopping". Are
you using P4V?
I wonder if you are referring to the fact that P4V by default is set up to
poll the server regularly (typically every 5 minutes) for latest updates.
If you have lots of users doing this it starts to place a load on the
server.
It is easy to turn off, put 0 in the appropriate field: Edit>
Preferences>
Connection> "Check Server for updates"
It is also possible to create an auto-config to do this as part of the
installer. Can give you a pointer if that is relevant.
Robert

Post by Ivey, William
-----Original Message-----
Sent: 11 March 2010 04:45
Subject: [p4] perforce client process
Hi,
How can I stop and restart my client process in perforce ?
Thanks in Advance,
Prashant H
_______________________________________________
http://maillist.perforce.com/mailman/listinfo/perforce-user

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

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

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

[Jeff A. Bowles]

There's a piece of information missing.

If someone's running an ill-configured Hudson server against the Perforce
server, for example, there might be expensive queries beating on the server.
(I'd bet on something like that.)

(If it's 1500 people hitting refresh on p4win/p4v at the same time, well,
let's think about junior high band camp: *everyone flushes the toilets in
the dorms at the same time, and the plumbing breaks in the building when
they do so.... This is similar.*)

-Jeff Bowles

Post by Ivey, William
We have 1500 users and I don't think the polling has been much
of an issue as far as performance goes. We did have a runaway
script of some sort that was pinging the server several times a
second, but even that wasn't killing it except that it happened
at a time when there were network issues creating an additional
bottleneck. Diagnosing that issue turned up the heavy pinging.
Right now our biggest problem seems to be a trigger designed to
interface to Rally. It appears to hold up submits until it has
performed several transactions with an external server which
seems to take a lot longer than it should. Response after a
submit has gone from 1-2 seconds to 10-20 seconds. That's masking
all other possible performance hits, if there are any. So if I
was looking for performance issues, I'd check triggers first.
-Wm
-----Original Message-----
Sent: Thursday, March 11, 2010 12:47 PM
Subject: Re: [p4] perforce client process
We have 270 licenses. Not everybody runs p4v/p4win all day, but it was
suspected that all the open apps doing the automatic refresh every 5
minutes was a noticeable load on the server. Each refresh of course is
several queries to the sever. We have a wrapper script for p4v that
installs my custom tool menu, so I have this script set the refresh to 0
in the user's settings file to turn of the refresh.
We just went ahead and did this without any specific measurements before
and after. Does anybody have a feel for how much of a load this can be?
Rick

Post by Matt Janulewicz
I'd also like to add that if your user processes are greatly affecting
the performance of the server, it's time to spend some money on hardware.
As others have indicated, connections to the server (or client
processes) are established at the onset of a command and terminated
when it's done. Perforce client apps do not hold connections open. So
it would have to be a pretty unique situation where many users were
doing many 'heavy' queries at the same time for people to notice.
Or, perhaps, you have 100 people pointed at a 386 or virtual machine
that has no resources to begin with.
-Matt Janulewicz
Lucasfilm Entertainment Company Ltd.

Post by saurabh talwar
Hi Prashant
You need to be clear as to which client process you require
"stopping". Are
you using P4V?
I wonder if you are referring to the fact that P4V by default is set up to
poll the server regularly (typically every 5 minutes) for latest updates.
If you have lots of users doing this it starts to place a load on the
server.
It is easy to turn off, put 0 in the appropriate field: Edit>
Preferences>
Connection> "Check Server for updates"
It is also possible to create an auto-config to do this as part of the
installer. Can give you a pointer if that is relevant.
Robert

Post by Ivey, William
-----Original Message-----
Sent: 11 March 2010 04:45
Subject: [p4] perforce client process
Hi,
How can I stop and restart my client process in perforce ?
Thanks in Advance,
Prashant H
_______________________________________________
http://maillist.perforce.com/mailman/listinfo/perforce-user

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

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

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

[Ivey, William]

1500 is our user base, not the OP's - just want to make that clear. We're doing
just fine. We've not seen any problems with the polling from Perforce clients; It's
just not a big impact item. (And we've been at this level for about nine months,
plenty of time for a large cluster of P4Vs to hit at once - I'm sure they've done
so many times.) If there have been occasional slowdowns due to polling, they've
been too transient to really register.

I should mention that our 1500 users are spread over about 13 server instances
on a single linux system. (Not ideal, but a result of numerous migrations from
an assortment of SCM systems and unavoidable at this point.)

So it is actually handling a much higher over-all load than most hardware, yet, the
Perforce side of it works just fine and handles the load with plenty of room to
spare. (It is a killer piece of hardware.) Our only major impacts came from a bad
network connection (which caused p4d processes to queue up because they
couldn't communicate efficiently) and the poor performance of the one trigger I
mentioned. Even the script that was banging away 8-12 times a second wasn't
noticed until the network issues brought it to the surface.

-Wm


From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Jeff A. Bowles
Sent: Thursday, March 11, 2010 5:39 PM
To: Ivey, William
Cc: Rick Macdonald; perforce-***@perforce.com
Subject: Re: [p4] perforce client process

There's a piece of information missing.

If someone's running an ill-configured Hudson server against the Perforce server, for example, there might be expensive queries beating on the server. (I'd bet on something like that.)

(If it's 1500 people hitting refresh on p4win/p4v at the same time, well, let's think about junior high band camp: everyone flushes the toilets in the dorms at the same time, and the plumbing breaks in the building when they do so.... This is similar.)

-Jeff Bowles

On Thu, Mar 11, 2010 at 2:04 PM, Ivey, William <***@bmc.com<mailto:***@bmc.com>> wrote:
We have 1500 users and I don't think the polling has been much
of an issue as far as performance goes. We did have a runaway
script of some sort that was pinging the server several times a
second, but even that wasn't killing it except that it happened
at a time when there were network issues creating an additional
bottleneck. Diagnosing that issue turned up the heavy pinging.

Right now our biggest problem seems to be a trigger designed to
interface to Rally. It appears to hold up submits until it has
performed several transactions with an external server which
seems to take a lot longer than it should. Response after a
submit has gone from 1-2 seconds to 10-20 seconds. That's masking
all other possible performance hits, if there are any. So if I
was looking for performance issues, I'd check triggers first.

-Wm

-----Original Message-----
From: perforce-user-***@perforce.com<mailto:perforce-user-***@perforce.com> [mailto:perforce-user-***@perforce.com<mailto:perforce-user-***@perforce.com>] On Behalf Of Rick Macdonald
Sent: Thursday, March 11, 2010 12:47 PM
To: perforce-***@perforce.com<mailto:perforce-***@perforce.com>
Subject: Re: [p4] perforce client process

We have 270 licenses. Not everybody runs p4v/p4win all day, but it was
suspected that all the open apps doing the automatic refresh every 5
minutes was a noticeable load on the server. Each refresh of course is
several queries to the sever. We have a wrapper script for p4v that
installs my custom tool menu, so I have this script set the refresh to 0
in the user's settings file to turn of the refresh.

We just went ahead and did this without any specific measurements before
and after. Does anybody have a feel for how much of a load this can be?

Rick

Post by Matt Janulewicz
I'd also like to add that if your user processes are greatly affecting
the performance of the server, it's time to spend some money on hardware.
As others have indicated, connections to the server (or client
processes) are established at the onset of a command and terminated
when it's done. Perforce client apps do not hold connections open. So
it would have to be a pretty unique situation where many users were
doing many 'heavy' queries at the same time for people to notice.
Or, perhaps, you have 100 people pointed at a 386 or virtual machine
that has no resources to begin with.
-Matt Janulewicz
Lucasfilm Entertainment Company Ltd.

Post by saurabh talwar
Hi Prashant
You need to be clear as to which client process you require
"stopping". Are
you using P4V?
I wonder if you are referring to the fact that P4V by default is set up to
poll the server regularly (typically every 5 minutes) for latest updates.
If you have lots of users doing this it starts to place a load on the
server.
It is easy to turn off, put 0 in the appropriate field: Edit>
Preferences>
Connection> "Check Server for updates"
It is also possible to create an auto-config to do this as part of the
installer. Can give you a pointer if that is relevant.
Robert

Post by Ivey, William
-----Original Message-----
Sent: 11 March 2010 04:45
Subject: [p4] perforce client process
Hi,
How can I stop and restart my client process in perforce ?
Thanks in Advance,
Prashant H
_______________________________________________
http://maillist.perforce.com/mailman/listinfo/perforce-user

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

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

_______________________________________________
perforce-user mailing list - perforce-***@perforce.com<mailto:perforce-***@perforce.com>
http://maillist.perforce.com/mailman/listinfo/perforce-user

_______________________________________________
perforce-user mailing list - perforce-***@perforce.com<mailto:perforce-***@perforce.com>
http://maillist.perforce.com/mailman/listinfo/perforce-user

[Chuck Karish]

On Thu, Mar 11, 2010 at 10:14 AM, Matt Janulewicz

I'd also like to add that if your user processes are greatly affecting the
performance of the server, it's time to spend some money on hardware.

You users must be less imaginative than ours are. No matter how
big your server is there's a user command that will make it stall.

http://perforce.com/perforce/conferences/us/2007/presentations/DBloch_Life_on_the_Edge2007_paper.pdf

[sanind]

Posted on behalf of forum user 'sanind'.

Long Path Tool [http://www.longpathtool.com/] is very useful if you are having
problems in deleting, unlocking, copying and even renaming files that are
considered filename too long by your system. Yes, these problems can occur even
while using the latest Windows Explorer or FAR in managing your files. This tool
can help you simplify files names that are categorized as filename too long by
your system.



--
Please click here to see the post in its original format:
http://forums.perforce.com/index.php?/topic/418-the-file-name-is-too-long

[GabrielNar]

Posted on behalf of forum user 'GabrielNar'.

This is a Windows* OS/file system issue.The cause is directory paths on the
drive is longer than 255 characters (including spaces).There's a lot of
additional softwares which can fix this problem like like Long Path Tool.
http://PathTooDeep.com
Long Path Tool can simplify and probably end your problems in unlocking,
managing and renaming files that appear to have a long filename.
I hope that it will help you!
Good luck!
Cheers!



--
Please click here to see the post in its original format:
http://forums.perforce.com/index.php?/topic/418-the-file-name-is-too-long

[Kjellén Lennart]

It is a Windows pathname limit and you can reduce the absolute pathname length in either of two ways in Perforce (and of course by changing your filenames or directory structure)

- Shorenting the workspace root. (The workspace name itself does not shorten the pathname length, but if you include the workspace name in the workspace root it does)
- Changing the workspace view to create mapping between depot and workspace that gives you a shorter pathname length.

/ Lennart Kjellén, Configuratuion Manager


-----Original Message-----
From: perforce-user-***@perforce.com [mailto:perforce-user-***@perforce.com] On Behalf Of Ledford, Bruce
Sent: den 2 mars 2010 16:26
To: perforce-***@perforce.com
Subject: [p4] The file name is too long


I'm trying to delete a directory tree from a branch and get "The file name is too long" errors for files at the bottom of the tree. The absolute pathname for the file is 263 characters.



Am I hitting a Windows pathname limit or a Perforce pathname limit?



What is the pathname limit?



Can shorten the workspace name and get under the limit?


<DIV><FONT size="1">

E-mail confidentiality.
--------------------------------
This e-mail contains confidential and / or privileged information belonging to Spirent Communications plc, its affiliates and / or subsidiaries. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution and / or the taking of any action based upon reliance on the contents of this transmission is strictly forbidden. If you have received this message in error please notify the sender by return e-mail and delete it from your system. If you require assistance, please contact our IT department at ***@spirent.com.

Spirent Communications plc,
Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom. Tel No. [phone] Fax No. [phone]

Registered in England Number 470893
Registered at Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.

Or if within the US,

Spirent Communications,
26750 Agoura Road, Calabasas, CA, 91302, USA.
Tel No. 1-818-676- 2300

</FONT></DIV>
_______________________________________________
perforce-user mailing list - perforce-***@perforce.com http://maillist.perforce.com/mailman/listinfo/perforce-user

[Gabor Maghera]

I mean to include this kb article link in my previous message (nothing new,
just Perforce's official wording of the issue, as well as some additional
workarounds):
http://kb.perforce.com/article/978/submitting-files-with-long-path-names

Sorry about spamming.

Gabor

Post by Kjellén Lennart
It is a Windows pathname limit and you can reduce the absolute pathname
length in either of two ways in Perforce (and of course by changing your
filenames or directory structure)
- Shorenting the workspace root. (The workspace name itself does not
shorten the pathname length, but if you include the workspace name in the
workspace root it does)
- Changing the workspace view to create mapping between depot and
workspace that gives you a shorter pathname length.
/ Lennart Kjellén, Configuratuion Manager
-----Original Message-----
Sent: den 2 mars 2010 16:26
Subject: [p4] The file name is too long
I'm trying to delete a directory tree from a branch and get "The file name
is too long" errors for files at the bottom of the tree. The absolute
pathname for the file is 263 characters.
Am I hitting a Windows pathname limit or a Perforce pathname limit?
What is the pathname limit?
Can shorten the workspace name and get under the limit?
<DIV><FONT size="1">
E-mail confidentiality.
--------------------------------
This e-mail contains confidential and / or privileged information belonging
to Spirent Communications plc, its affiliates and / or subsidiaries. If you
are not the intended recipient, you are hereby notified that any disclosure,
copying, distribution and / or the taking of any action based upon reliance
on the contents of this transmission is strictly forbidden. If you have
received this message in error please notify the sender by return e-mail and
delete it from your system. If you require assistance, please contact our IT
Spirent Communications plc,
Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United
Kingdom. Tel No. [phone] Fax No. [phone]
Registered in England Number 470893
Registered at Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.
Or if within the US,
Spirent Communications,
26750 Agoura Road, Calabasas, CA, 91302, USA.
Tel No. 1-818-676- 2300
</FONT></DIV>
_______________________________________________
http://maillist.perforce.com/mailman/listinfo/perforce-user
_______________________________________________
http://maillist.perforce.com/mailman/listinfo/perforce-user

[Tim McDaniel]

Post by Ledford, Bruce
I'm trying to delete a directory tree from a branch and get "The
file name is too long" errors for files at the bottom of the tree.
The absolute pathname for the file is 263 characters.
Am I hitting a Windows pathname limit or a Perforce pathname limit?

Windows.

Aside from techniques mentioned by other people, I've used the subst
command (%SystemRoot%\system32\subst.exe on Windows XP). It's sort of
creating a drive letter as a transient symlink.

subst /?
gives you a usage message. <http://ss64.com/nt/subst.html> has some
more info, though aimed more at net usage.

It lets you associate a drive letter with a path on the current
machine, as in

subst m: c:\this\is\a\very\long\path\that\would\otherwise\get\me\in\trouble

Then all references to m: point to that c:\stuff, though you could
still use the long path if you like. subst is not persistent across
reboots.

[Bennett, Patrick]

Post by Ivey, William
-----Original Message-----
Sent: Tuesday, March 02, 2010 12:38 PM
Subject: Re: [p4] The file name is too long

Post by Ledford, Bruce
I'm trying to delete a directory tree from a branch and get "The
file name is too long" errors for files at the bottom of the tree.
The absolute pathname for the file is 263 characters.
Am I hitting a Windows pathname limit or a Perforce pathname limit?

Windows.

[Bennett, Patrick] No, this isn't true. Windows definitely supports longer paths [otherwise he wouldn't have been able to create that path in the first place, no??] - this is Perforce's problem.
Code just has to go a little out of its way to support it. Windows apis taking file paths by default are limited to MAX_PATH (260 chars).
They support paths up to 32,767 characters if the Unicode APis are called and the path is prefixed with \\?\
Perforce just isn't doing this.

Patrifk

[Tim McDaniel]

Post by Bennett, Patrick
[Bennett, Patrick] No, this isn't true. Windows definitely supports
longer paths [otherwise he wouldn't have been able to create that
path in the first place, no??]
Code just has to go a little out of its way to support it. Windows
apis taking file paths by default are limited to MAX_PATH (260
chars).

Since the NUL terminator has to be included, the file path itself must
be no longer than 259, and there are further restrictions.

Post by Bennett, Patrick
They support paths up to 32,767 characters if the Unicode APis are
called and the path is prefixed with \\?\
Perforce just isn't doing this.

a LOT of Windows utilities don't support long paths. Specifically,
Windows Explorer and CMD don't, according to fora hits I've seen.
So depending on what Perforce is calling, it might not be Perforce's
fault per se.

[Bennett, Patrick]

If a program belches on a path longer than MAX_PATH characters in Windows it's entirely within that programs control to fix the problem.
It most assuredly is not a problem with Windows itself (other than the issues of them not being able to change MAX_PATH without breaking tons of old code that has hardcoded 256-length buffers) since NTFS was first introduced. Now, if you want to say tons of software is broken in dealing with long filenames, including Perforce, then yes, absolutely true.
Other than that, Windows APIs and NTFS definitely support file paths longer than 259 chars.

So in the case of Perforce commands being unable to sync or remove files that have paths longer than 259 characters, this is absolutely without question something that is Perforce's problem to fix, not Windows. The APIs are all there for them to use.

Patrick

Post by Ivey, William
-----Original Message-----
Sent: Tuesday, March 02, 2010 3:08 PM
Subject: Re: [p4] The file name is too long

Post by Bennett, Patrick
[Bennett, Patrick] No, this isn't true. Windows definitely supports
longer paths [otherwise he wouldn't have been able to create that
path in the first place, no??]
Code just has to go a little out of its way to support it. Windows
apis taking file paths by default are limited to MAX_PATH (260
chars).

Since the NUL terminator has to be included, the file path itself must
be no longer than 259, and there are further restrictions.

Post by Bennett, Patrick
They support paths up to 32,767 characters if the Unicode APis are
called and the path is prefixed with \\?\
Perforce just isn't doing this.

a LOT of Windows utilities don't support long paths. Specifically,
Windows Explorer and CMD don't, according to fora hits I've seen.
So depending on what Perforce is calling, it might not be Perforce's
fault per se.

[Tim McDaniel]

Post by Bennett, Patrick
If a program belches on a path longer than MAX_PATH characters in
Windows it's entirely within that programs control to fix the
problem.

I don't know what Perforce is doing in the current case to know
whether it's Perforce's own client code, or whether it's using
something else, so I can only talk in generalities.

If a program is doing its work using tools or APIs that are not under
its control, then (depending on the tools / APIs) it can be
impractical for the program to be changed to fix it. In the limit,
they might have to abandon the tool/API and re-implement it from
scratch. For example, in our build, I had to re-implement del and cp
to deal with long paths with the other conditions that I wanted, and
it took a Cygwin shell script and 150 and 300 lines of bash
(respectively) to do it reliably.

Or it might be impossible to re-implement: I've heard that there are
some machine-dependent things that they refuse to put into the Java
specification, though I don't know what they might be. I hate trying
to implement things in Ant.

[Ivey, William]

Windows only partly supports it. You'll find yourself locked
out of a lot of tools if you try to create longer paths,
therefore what the OS technically supports and what it
realistically or practically supports only overlap, they are
not identical.

And, yes, it is possible to create paths that are too long,
even when the source machine is Windows. That's because each
client has its own path prefix (root) - and, of course, you
can go the extra mile of using weird view or filesystem
mappings. My <260 character path can easily be >260 on
another system.

And, of course, they can easily be created on non-Windows
systems.

It's all made more likely with the current trend toward
long, often redundant, paths in languages such as Java as
well as the trend for developers to ignore the reality of
the filesystem they are using. (I have seen the same
directory name appear three times in one path, not to
mention assorted version information and even dates - two
different dates in one path in a recent case.)

-Wm

-----Original Message-----
From: perforce-user-***@perforce.com [mailto:perforce-user-***@perforce.com] On Behalf Of Bennett, Patrick
Sent: Tuesday, March 02, 2010 1:24 PM

[Bennett, Patrick] No, this isn't true. Windows definitely supports longer paths [otherwise he wouldn't have been able to create that path in the first place, no??] - this is Perforce's problem.
Code just has to go a little out of its way to support it. Windows apis taking file paths by default are limited to MAX_PATH (260 chars).
They support paths up to 32,767 characters if the Unicode APis are called and the path is prefixed with \\?\
Perforce just isn't doing this.

Patrifk

[David Weintraub]

On Tue, Mar 2, 2010 at 2:24 PM, Bennett, Patrick

[Bennett, Patrick] No, this isn't true.  Windows definitely supports longer paths [otherwise
he wouldn't have been able to create that path in the first place, no??] - this is Perforce's problem.
Code just has to go a little out of its way to support it.
Windows apis taking file paths by
default are limited to MAX_PATH (260 chars).
They support paths up to 32,767 characters if the Unicode APis are called and the path is
prefixed with \\?\
Perforce just isn't doing this.

First of all. the NTFS supports 32K length path names, and not
necessarily the Windows APIs. In fact, *MOST* Windows API cannot
support anything longer than MAX_PATH.

You can even see that Microsoft itself doesn't support file names
longer than 259 characters with their own utilities. Windows Explorer
can't support more than 260 characters even with the \\?\ syntax.
Windows Command Console certainly can't. Windows Office can't. Even
Visual Studio can't.

So, you can see that if this is a Perforce issue, they're not doing
anything more than Microsoft is doing.

And, it is very easy for this to happen too.

Imagine I create a Peforce client, and I put C:/perforce as my workspace root.

Now, my friend John Q. Public decided to take the default workspace
directory, and then in a fit of organization, he created a "Perforce
Workspaces" directory under it because he thought he might have
multiple workspaces.

The root directory of his workspace is:

C:/Documents and Settings/James Q. Public/My Documents/Perforce
Workspaces/Workspace Number 1

Which makes the root of his workspace 94 characters long.

I am working on a Java project using Maven, so using the default
structure, I have a file:

main-proj/sub-proj/src/main/java/com/solbright/adserver/comm/remote/commInterfaceFile.java

That's 91 characters long. it's in my workspace, so the total path
length is 103 characters which Windows can easily handle. However, my
friend tries to checkout my file, but he has 94 characters in his
workspace's name. That's 185 characters long, so Windows will give him
an error.

Try to use the subst command, move your workspace to another directory
closer to the root of the drive, or try using Perforce's ability to
rename directories in your checkout to keep the name shorter.

[Ledford, Bruce]

Thanks for all the input. I explored a few of the alternatives with varying degrees of success; but in the end, I jumped over to a Linux box. :)

-----Original Message-----
From: perforce-user-***@perforce.com [mailto:perforce-user-***@perforce.com] On Behalf Of David Weintraub
Sent: Tuesday, March 02, 2010 6:32 PM
To: Bennett, Patrick
Cc: perforce-***@perforce.com
Subject: Re: [p4] The file name is too long

On Tue, Mar 2, 2010 at 2:24 PM, Bennett, Patrick

[Bennett, Patrick] No, this isn't true.  Windows definitely supports longer paths [otherwise
he wouldn't have been able to create that path in the first place, no??] - this is Perforce's problem.
Code just has to go a little out of its way to support it.
Windows apis taking file paths by
default are limited to MAX_PATH (260 chars).
They support paths up to 32,767 characters if the Unicode APis are called and the path is
prefixed with \\?\
Perforce just isn't doing this.

First of all. the NTFS supports 32K length path names, and not
necessarily the Windows APIs. In fact, *MOST* Windows API cannot
support anything longer than MAX_PATH.

You can even see that Microsoft itself doesn't support file names
longer than 259 characters with their own utilities. Windows Explorer
can't support more than 260 characters even with the \\?\ syntax.
Windows Command Console certainly can't. Windows Office can't. Even
Visual Studio can't.

So, you can see that if this is a Perforce issue, they're not doing
anything more than Microsoft is doing.

And, it is very easy for this to happen too.

Imagine I create a Peforce client, and I put C:/perforce as my workspace root.

Now, my friend John Q. Public decided to take the default workspace
directory, and then in a fit of organization, he created a "Perforce
Workspaces" directory under it because he thought he might have
multiple workspaces.

The root directory of his workspace is:

C:/Documents and Settings/James Q. Public/My Documents/Perforce
Workspaces/Workspace Number 1

Which makes the root of his workspace 94 characters long.

I am working on a Java project using Maven, so using the default
structure, I have a file:

main-proj/sub-proj/src/main/java/com/solbright/adserver/comm/remote/commInterfaceFile.java

That's 91 characters long. it's in my workspace, so the total path
length is 103 characters which Windows can easily handle. However, my
friend tries to checkout my file, but he has 94 characters in his
workspace's name. That's 185 characters long, so Windows will give him
an error.

Try to use the subst command, move your workspace to another directory
closer to the root of the drive, or try using Perforce's ability to
rename directories in your checkout to keep the name shorter.
--
David Weintraub
***@gmail.com

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

<DIV><FONT size="1">

E-mail confidentiality.
--------------------------------
This e-mail contains confidential and / or privileged information belonging to Spirent Communications plc, its affiliates and / or subsidiaries. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution and / or the taking of any action based upon reliance on the contents of this transmission is strictly forbidden. If you have received this message in error please notify the sender by return e-mail and delete it from your system. If you require assistance, please contact our IT department at ***@spirent.com.

Spirent Communications plc
Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.
Tel No. [phone]
Fax No. [phone]

Registered in England Number 470893
Registered at Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.

Or if within the US,

Spirent Communications,
26750 Agoura Road, Calabasas, CA, 91302, USA.
Tel No. 1-818-676- 2300

</FONT></DIV>

[Vasisht, Jayanth S]

Its probably the Windows path limit, about 255 chars I think.

Try using the "subst" Windows command to try shorten the path & try if the delete works.

Regards,
Jayanth
~~~~~

-----Original Message-----
From: perforce-user-***@perforce.com [mailto:perforce-user-***@perforce.com] On Behalf Of Ledford, Bruce
Sent: Tuesday, March 02, 2010 20:56
To: perforce-***@perforce.com
Subject: [p4] The file name is too long

I'm trying to delete a directory tree from a branch and get "The file
name is too long" errors for files at the bottom of the tree. The
absolute pathname for the file is 263 characters.



Am I hitting a Windows pathname limit or a Perforce pathname limit?



What is the pathname limit?



Can shorten the workspace name and get under the limit?


<DIV><FONT size="1">

E-mail confidentiality.
--------------------------------
This e-mail contains confidential and / or privileged information belonging to Spirent Communications plc, its affiliates and / or subsidiaries. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution and / or the taking of any action based upon reliance on the contents of this transmission is strictly forbidden. If you have received this message in error please notify the sender by return e-mail and delete it from your system. If you require assistance, please contact our IT department at ***@spirent.com.

Spirent Communications plc,
Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.
Tel No. [phone]
Fax No. [phone]

Registered in England Number 470893
Registered at Northwood Park, Gatwick Road, Crawley, West Sussex, RH10 9XN, United Kingdom.

Or if within the US,

Spirent Communications,
26750 Agoura Road, Calabasas, CA, 91302, USA.
Tel No. 1-818-676- 2300

</FONT></DIV>
_______________________________________________
perforce-user mailing list - perforce-***@perforce.com
http://maillist.perforce.com/mailman/listinfo/perforce-user

[M K]

If it is hung, hit ctrl-C. Otherwise, I'm not sure I understand what you
mean. If you are not running a p4 command, you have no p4 client processses
running.


-----Original Message-----
From: perforce-user-***@perforce.com
[mailto:perforce-user-***@perforce.com] On Behalf Of H, Prashant
Sent: Wednesday, March 10, 2010 8:45 PM
To: perforce-***@perforce.com
Subject: [p4] perforce client process


Hi,

How can I stop and restart my client process in perforce ?

Thanks in Advance,
Prashant H

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