Thank you very much for your help. Every thing is working fine. I was simply
bothering about the generation of error file but it is normal(written in
chapter 1 page number 27) as you already said.
Thank you once again and have a nice day.
On Mon, Jun 6, 2011 at 7:13 PM, Anna Ferrari <anna.ferrari_at_lnf.infn.it>wrote:
>
> Hallo!
> .. and in fact there is NO ERROR in the files you have sent! Everything
> went well, they are files generated with the informations about the run
> and the error file simply reports that you processed all the events!
>
> Ciao,
> Anna
>
>
> > Thank you for the explanation you provided and i agree that there is no
> > particle transport in BLACKHOLE( as the name suggests).
> > However the error file and the output file attached in the previous mail
> > is
> > generated ir-respective of the fact whether i put debugging option in the
> > programme file or not.On the other hand by Looking at the error file i
> do
> > not understand anything where and what the actual error is.
> > I request you to have a look at error file and suggest me any possible
> > modification/error that i need to consider.
> > Thank you once again for previous suggestions and explanations.
> >
> > On Mon, Jun 6, 2011 at 6:07 PM, Anna Ferrari
> > <anna.ferrari_at_lnf.infn.it>wrote:
> >
> >>
> >> Hallo!
> >>
> >> No, it's not true that the particles are tracked between -500. and 500.
> >> (in x, y and z), because between 300. and 500., -300. and -500. you have
> >> put your Black Hole region and by definition the trasport there is not
> >> anymore performed. For this reason in my opinion it is useless try to
> >> investigate with the geometry debugger at the level you are doing the
> >> space close to the external boundary of the Black Hole, so far from your
> >> physics.
> >>
> >> Since you have already successfully tested the geometry (for example in
> >> the input you sent, where you have put the debugging limits at 400. and
> >> -400 for each axis), in your place I would now just comment the
> >> debugging
> >> lines in your input file (to save cpu time) and go on.
> >>
> >> Hope it helps,
> >> best regards,
> >>
> >> Anna
> >>
> >>
> >>
> >> > Hello,
> >> > I can debug the geometry without any errors from -499.999999999 to
> >> > +499.999999999 but in fact when i will run the programme the
> particles
> >> > will
> >> > be tracked from -500 to +500(not simply for geometry debugging but for
> >> all
> >> > other calculations and particle transport).I think this is this
> >> particle
> >> > tracking and transport(which is independent from geometry debugging
> >> > regions) that leads to errors.Since i am quite new to Fluka so i can
> >> not
> >> > understand much.(I think i can remove the error by telling the code
> >> that
> >> > points on the surface belong to the blackhole/ or by telling the code
> >> to
> >> > start tracking the particles from inside the outermost surface but i
> >> do
> >> > not
> >> > know how to tell this to FLUKA).
> >> > I am including the error and output files along with the .inp file so
> >> that
> >> > you can have a look at this.
> >> > i will be highly obliged for any kind of suggestion
> >> > Thank you
> >> >
> >> > On Mon, Jun 6, 2011 at 1:31 AM, Anna Ferrari
> >> > <anna.ferrari_at_lnf.infn.it>wrote:
> >> >
> >> >> Hallo.
> >> >>
> >> >> The region you are defining using your RPP is given by all the points
> >> >> that
> >> >> are internal to the RPP, then I think it's right what you find: the
> >> >> point
> >> >> of the box surface are not included in the region.
> >> >> Moreover, since you are defining the external Blackhole you get that
> >> the
> >> >> points of the surface do not belong to any region.
> >> >> You have just to adjust the debugging limits taking into account
> >> this.
> >> >>
> >> >> Regards,
> >> >>
> >> >> Anna
> >> >>
> >> >>
> >> >> > Dear Fluka experts,
> >> >> > i have defined a geometry in fixed format as
> >> >> > RPP body1 -500 +500 -500 +500 -500 +500 (the outer most
> >> body
> >> >> for
> >> >> > defining blackhole)
> >> >> > there are some other bodies in the geometry as well.however when i
> >> am
> >> >> > debugging the geometry along a co-ordinate axis for simplicity i
> >> get
> >> >> the
> >> >> > error showing that the points on surfaces of this box (+500 and
> >> -500)
> >> >> do
> >> >> > not belong to any region.
> >> >> > when i put the debugging limit as 499.999999999,there is no error
> >> >> (upto 9
> >> >> > decimal places), however i get the error at 499.9999999999(at tenth
> >> >> > decimal
> >> >> > place).
> >> >> > In short i would say the points on the surface of this box do not
> >> >> belong
> >> >> > to
> >> >> > any region.however as per my geometry they belong to Blackhole
> >> >> > i would appreciate any help.
> >> >> > Thank you
> >> >> >
> >> >> > --
> >> >> > MIR INAMUL HAQ JERI
> >> >> > INSTN SACLAY.
> >> >> > UNIVERSITY OF PARIS SUD 11.
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >
> >> >
> >> > --
> >> > MIR INAMUL HAQ JERI
> >> > INSTN SACLAY.
> >> > UNIVERSITY OF PARIS SUD 11.
> >> >
> >>
> >>
> >>
> >
> >
> > --
> > MIR INAMUL HAQ JERI
> > INSTN SACLAY.
> > UNIVERSITY OF PARIS SUD 11.
> >
>
>
>
-- MIR INAMUL HAQ JERI INSTN SACLAY. UNIVERSITY OF PARIS SUD 11. --00032556417e5b48f604a51bb14e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thank you very much for your help. Every thing is working fine. I was simpl= y bothering about the generation of error file but it is normal(written in = chapter 1 page number 27) as you already said.<br>Thank you once again and = have a nice day.<br> <br><div class=3D"gmail_quote">On Mon, Jun 6, 2011 at 7:13 PM, Anna Ferrari= <span dir=3D"ltr"><<a href=3D"mailto:anna.ferrari_at_lnf.infn.it">anna.fer= rari_at_lnf.infn.it</a>></span> wrote:<br><blockquote class=3D"gmail_quote"= style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.= 8ex; padding-left: 1ex;"> <br> Hallo!<br> .. and in fact there is NO ERROR in the files you have sent! Everything<br> went well, they are files generated with the informations about the run<br> and the error file simply reports that you processed all the events!<br> <br> Ciao,<br> <font color=3D"#888888">Anna<br> </font><div><div></div><div class=3D"h5"><br> <br> > Thank you for the explanation you provided and i agree that there is n= o<br> > particle transport in BLACKHOLE( as the name suggests).<br> > However the error file and the output file attached in the previous ma= il<br> > is<br> > generated ir-respective of the fact whether i put debugging option in = the<br> > programme file =A0or not.On the other hand by Looking at the error fil= e i do<br> > not understand anything where and what the actual error is.<br> > I request you to have a look at error file and suggest me any possible= <br> > modification/error that i need to consider.<br> > Thank you once again for previous suggestions and explanations.<br> ><br> > On Mon, Jun 6, 2011 at 6:07 PM, Anna Ferrari<br> > <<a href=3D"mailto:anna.ferrari_at_lnf.infn.it">anna.ferrari_at_lnf.infn.= it</a>>wrote:<br> ><br> >><br> >> Hallo!<br> >><br> >> No, it's not true that the particles are tracked between -500.= and 500.<br> >> (in x, y and z), because between 300. and 500., -300. and -500. yo= u have<br> >> put your Black Hole region and by definition the trasport there is= not<br> >> anymore performed. For this reason in my opinion it is useless try= to<br> >> investigate with the geometry debugger at the level you are doing = the<br> >> space close to the external boundary of the Black Hole, so far fro= m your<br> >> physics.<br> >><br> >> Since you have already successfully tested the geometry (for examp= le in<br> >> the input you sent, where you have put the debugging limits at 400= . and<br> >> -400 for each axis), in your place I would now just comment the<br= > >> debugging<br> >> lines in your input file (to save cpu time) and go on.<br> >><br> >> Hope it helps,<br> >> best regards,<br> >><br> >> Anna<br> >><br> >><br> >><br> >> > Hello,<br> >> > I can debug the geometry without any errors from -499.9999999= 99 to<br> >> > <a href=3D"tel:%2B499.999999999" value=3D"+499999999999">+499= .999999999</a> but in fact when i will run the programme the particles<br> >> > will<br> >> > be tracked from -500 to +500(not simply for geometry debuggin= g but for<br> >> all<br> >> > other calculations and particle transport).I think this is th= is<br> >> particle<br> >> > tracking and =A0transport(which is independent from geometry = debugging<br> >> > regions) that leads to errors.Since i am quite new to Fluka s= o i can<br> >> not<br> >> > understand much.(I think i can remove the error by telling th= e code<br> >> that<br> >> > points on the surface belong to the blackhole/ or by telling = the code<br> >> to<br> >> > start tracking the particles from inside the outermost surfac= e but i<br> >> do<br> >> > not<br> >> > know how to tell this to FLUKA).<br> >> > I am including the error and output files along with the .inp= file so<br> >> that<br> >> > you can have a look at this.<br> >> > i will be highly obliged for any kind of suggestion<br> >> > Thank you<br> >> ><br> >> > On Mon, Jun 6, 2011 at 1:31 AM, Anna Ferrari<br> >> > <<a href=3D"mailto:anna.ferrari_at_lnf.infn.it">anna.ferrari@= lnf.infn.it</a>>wrote:<br> >> ><br> >> >> Hallo.<br> >> >><br> >> >> The region you are defining using your RPP is given by al= l the points<br> >> >> that<br> >> >> are internal to the RPP, then I think it's right what= you find: the<br> >> >> point<br> >> >> of the box surface are not included in the region.<br> >> >> Moreover, since you are defining the external Blackhole y= ou get that<br> >> the<br> >> >> points of the surface do not belong to any region.<br> >> >> You have just to adjust the debugging limits taking into = account<br> >> this.<br> >> >><br> >> >> Regards,<br> >> >><br> >> >> Anna<br> >> >><br> >> >><br> >> >> > Dear Fluka experts,<br> >> >> > i have defined a geometry in fixed format as<br> >> >> > RPP body1 =A0-500 =A0 +500 =A0 -500 =A0 +500 =A0 -50= 0 =A0+500 (the outer most<br> >> body<br> >> >> for<br> >> >> > defining blackhole)<br> >> >> > there are some other bodies in the geometry as well.= however when i<br> >> am<br> >> >> > debugging the geometry along a co-ordinate axis for = simplicity i<br> >> get<br> >> >> the<br> >> >> > error showing that the points on surfaces of this bo= x (+500 and<br> >> -500)<br> >> >> do<br> >> >> > not belong to any region.<br> >> >> > when i put the debugging limit as 499.999999999,ther= e is no error<br> >> >> (upto 9<br> >> >> > decimal places), however i get the error at 499.9999= 999999(at tenth<br> >> >> > decimal<br> >> >> > place).<br> >> >> > In short i would say the points on the surface of th= is box do not<br> >> >> belong<br> >> >> > to<br> >> >> > any region.however as per my geometry they belong to= Blackhole<br> >> >> > i would appreciate any help.<br> >> >> > Thank you<br> >> >> ><br> >> >> > --<br> >> >> > MIR INAMUL HAQ JERI<br> >> >> > INSTN SACLAY.<br> >> >> > UNIVERSITY OF PARIS SUD 11.<br> >> >> ><br> >> >><br> >> >><br> >> >><br> >> ><br> >> ><br> >> > --<br> >> > MIR INAMUL HAQ JERI<br> >> > INSTN SACLAY.<br> >> > UNIVERSITY OF PARIS SUD 11.<br> >> ><br> >><br> >><br> >><br> ><br> ><br> > --<br> > MIR INAMUL HAQ JERI<br> > INSTN SACLAY.<br> > UNIVERSITY OF PARIS SUD 11.<br> ><br> <br> <br> </div></div></blockquote></div><br><br clear=3D"all"><br>-- <br>MIR INAMUL = HAQ JERI<br>INSTN SACLAY.<br>UNIVERSITY OF PARIS SUD 11.<br><br> --00032556417e5b48f604a51bb14e--Received on Tue Jun 07 2011 - 15:41:55 CEST
This archive was generated by hypermail 2.2.0 : Tue Jun 07 2011 - 15:41:55 CEST