Raul, the command Eclipse of executing (when I instruct it to create a unified patch) is
> cvs diff -N -u . Having said that, what version of CVS are you using ? > cvs --version should show you the relevant details. Regards Werner [EMAIL PROTECTED] wrote: > Hi werner, > > I have created and tested the test case (bug1330) but I am having some > problems to make the unified patch. The "cvs diff -u" command compares the > server repository against my local copy and does not take into account the > new brach (bug1330) that I have created for the bug report (copy of the > template). > > I have tried the "-N" parameter that should take those new directories into > consideration but it does not work (we have seen that th "-N" option only > works in some versions of cvs) > > Do you have any suggestion of how can I do this? > > Thanks > > CEIN, S.A. > > Raúl Sanz de Acedo Pérez > > Técnico Sénior - Dpto. Innovación > Empresarial > > [EMAIL PROTECTED] > > Polígono Mocholí - Plaza Cein, > 31110 Noáin > > > > > > > > > "Werner Guttmann" > > <[EMAIL PROTECTED] Para: > <[email protected]> > > in.com> cc: > > Asunto: RE: [castor-user] > problem deleting dependant objects > 22/02/2006 16:40 > > Por favor, responda > > a user > > > > > > > > > > Gracias. > > Werner > >> -----Original Message----- >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >> Sent: Mittwoch, 22. Februar 2006 16:30 >> To: [email protected] >> Subject: RE: [castor-user] problem deleting dependant objects >> >> >> All right, I am on it >> >> CEIN, S.A. >> >> Raúl Sanz de Acedo Pérez >> >> Técnico Sénior - Dpto. Innovación >> Empresarial >> >> [EMAIL PROTECTED] >> >> Polígono Mocholí - Plaza Cein, >> 31110 Noáin >> >> >> >> >> >> >> >> >> >> "Werner Guttmann" >> >> >> <[EMAIL PROTECTED] Para: >> <[email protected]> >> >> in.com> cc: >> >> >> Asunto: RE: >> [castor-user] problem deleting dependant objects >> >> 22/02/2006 11:06 >> >> >> Por favor, responda >> >> >> a user >> >> >> >> >> >> >> >> >> >> >> >> >> Raul, >> >> I just wanted you to attach a working sample I could use to >> analyse your problem, iow everything needed to replay your >> scenario: entities, mapping files, SQL script, etc. Now, if >> you attached all this as a unified patch (as explained at >> http://castor.org/how-to-submit-a-bug.html) relatively to >> src/bugs, this would be of great help to me. >> >> Werner >> >>> -----Original Message----- >>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >>> Sent: Mittwoch, 22. Februar 2006 10:56 >>> To: [email protected] >>> Subject: RE: [castor-user] problem deleting dependant objects >>> >>> >>> Hi, >>> >>> I have created the issue at jira: CASTOR-1330. But I don't >> know what >>> you mean by "bug report". >>> >>> CEIN, S.A. >>> >>> Raúl Sanz de Acedo Pérez >>> >>> Técnico Sénior - Dpto. Innovación >>> Empresarial >>> >>> [EMAIL PROTECTED] >>> >>> Polígono Mocholí - Plaza Cein, >>> 31110 Noáin >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> "Werner Guttmann" >>> >>> >>> <[EMAIL PROTECTED] Para: >>> <[email protected]> >>> >>> in.com> cc: >>> >>> >>> Asunto: RE: >>> [castor-user] problem deleting dependant objects >>> >>> 22/02/2006 10:43 >>> >>> >>> Por favor, responda >>> >>> >>> a user >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> Raul, >>> >>> Can I please (again) ask you to open a Jira issue at >>> http://jira.codehaus.org/browse/CASTOR, and attach a bug report (if >>> possible). I'll make sure this wil be taken care of in due time ... >>> >>> Regards >>> Werner >>> >>>> -----Original Message----- >>>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >>>> Sent: Mittwoch, 22. Februar 2006 10:30 >>>> To: [email protected] >>>> Subject: [castor-user] problem deleting dependant objects >>>> >>>> Helo, >>>> >>>> We have found another problem with castor 1.0M2 that did >>> not occur in >>>> previous versions (at least in 0.9.5). Let me explain an example: >>>> >>>> Imagine we have two tables in a database such as those >> that follow: >>>> CREATE TABLE TABLEPARENT ( >>>> IdParent NUMBER(38) NOT NULL); >>>> >>>> ALTER TABLE TABLEPARENT ADD ( >>>> CONSTRAINT PK_TABLEPARENT PRIMARY KEY (IdParent); >>>> >>>> CREATE TABLE TABLECHILD ( >>>> IdChild NUMBER(38) NOT NULL, >>>> IdParent NUMBER(38) NOT NULL); >>>> >>>> ALTER TABLE TABLECHILD ADD ( >>>> CONSTRAINT PK_TABLECHILD PRIMARY KEY (IdChild); >>>> >>>> ALTER TABLE TABLECHILD ADD ( >>>> CONSTRAINT FK_TABLECHILD FOREIGN KEY (IdParent ) REFERENCES >>>> TABLEPARENT (IdParent)); >>>> >>>> Where the records from "TABLECHILD" as shown above depend >>> on the table >>>> "TABLEPARENT" by the primary key of the parent "IdParent". >>>> >>>> These are translated into two models where "ChildModel" and >>>> "ParentModel" >>>> are related by a member variable of "ChildModel", let's call it >>>> "IdParent". >>>> Therefore, "ParentModel" do not have any references of its >>> child. The >>>> child know who is its father by its member variable, "IdParent". >>>> >>>> Imagine, now, that we want to delete a record "oParentModel" >>>> from "TABLEPARENT", we must, first, delete its child from >>>> "TABLECHILD". Let's say this parent only has one children, >>>> "oChildModel". >>>> >>>> Therefore, in the code, we do something like this (in the order >>>> shown): >>>> >>>> JDOManager.getDatabase().remove(oChildModel); >>>> JDOManager.getDatabase().remove(oParentModel); >>>> >>>> So first, castor is told to remove the child record and >>> afterwards the >>>> parent one. If not, the database would throw a "child >> record found" >>>> and will not allow us to delete the two models. >>>> >>>> The problem is that castor does not seem to delete the >>> models in the >>>> order we tell it to do it. It seems, castor deletes them in >>> a random >>>> order because sometimes it throws a SQLException and the >>> next try not. >>>> Thanks in advanced, >>>> >>>> P.S.: Sorry, this time I have not spent time checking the >> code so I >>>> can tell you exactly what it is happening, I could not find time. >>>> >>>> CEIN, S.A. >>>> >>>> Raúl Sanz de Acedo Pérez >>>> >>>> Técnico Sénior - Dpto. Innovación >>>> Empresarial >>>> >>>> [EMAIL PROTECTED] >>>> >>>> Polígono Mocholí - Plaza Cein, >>>> 31110 Noáin >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> ------------------------------------------------- >>>> If you wish to unsubscribe from this list, please send an empty >>>> message to the following address: >>>> >>>> [EMAIL PROTECTED] >>>> ------------------------------------------------- >>>> >>>> >>>> >>> ------------------------------------------------- >>> If you wish to unsubscribe from this list, please send an empty >>> message to the following address: >>> >>> [EMAIL PROTECTED] >>> ------------------------------------------------- >>> >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------- >>> If you wish to unsubscribe from this list, please send an empty >>> message to the following address: >>> >>> [EMAIL PROTECTED] >>> ------------------------------------------------- >>> >>> >>> >> ------------------------------------------------- >> If you wish to unsubscribe from this list, please send an >> empty message to the following address: >> >> [EMAIL PROTECTED] >> ------------------------------------------------- >> >> >> >> >> >> >> >> ------------------------------------------------- >> If you wish to unsubscribe from this list, please send an >> empty message to the following address: >> >> [EMAIL PROTECTED] >> ------------------------------------------------- >> >> >> > > ------------------------------------------------- > If you wish to unsubscribe from this list, please > send an empty message to the following address: > > [EMAIL PROTECTED] > ------------------------------------------------- > > > > > > > > ------------------------------------------------- > If you wish to unsubscribe from this list, please > send an empty message to the following address: > > [EMAIL PROTECTED] > ------------------------------------------------- > > ------------------------------------------------- If you wish to unsubscribe from this list, please send an empty message to the following address: [EMAIL PROTECTED] -------------------------------------------------
