[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: [Subclipse-users] eclipse + subeclipse + javacc - ingoring auto-generated java code.

From: Acheson, Douglas <douglas.acheson_at_rbc.com>
Date: Mon, 7 Jul 2008 10:36:14 -0400

Yes, I found out the performance issue :-( on Friday (being in Canada I
do not get the 4th of July off). I believe I have a solution to resolve
the performance problem. Just working on that now. Changing the order
has its own problem.

I will reply with more details in a bit ...

dwfa

-----Original Message-----
From: Mark Phippard [mailto:markphip_at_gmail.com]
Sent: 2008, July, 07 10:30 AM
To: users_at_subclipse.tigris.org
Subject: Re: [Subclipse-users] eclipse + subeclipse + javacc - ingoring
auto-generated java code.

On Mon, Jul 7, 2008 at 10:19 AM, Acheson, Douglas
<douglas.acheson_at_rbc.com> wrote:
> As I have found ,the derived flag is turned on by the creator (most
> likely) of the file. I am writing a patch/fix that is similar to the
> defer delete file; if a certain svn property is found (prolly
> ignoreIsDerived) it will ignore the isDerived flag (hope that makes
> sense)

I do not think that is the way to go. This flag is checked too often to
lookup a property value each time.

If you want to make a patch, what I would recommend is that you look at
everywhere we look at the flag and in most cases change the order.
We almost always look at it before anything else. You'd want to instead
have the normal Subversion status lookups happen and only when the
status is UNVERSIONED would you want to check if it is derived.
In that case, if it is derived, then you would change the status to
IGNORED.

You would really need to do this everywhere the flag is checked.

--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
_______________________________________________________________________
This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations.
Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized.
If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately.  
Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent.
Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite.
Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-07-07 16:37:33 CEST

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.