> --
> Bill
> (TeamB cannot answer questions received via email)

> Yes thats correct.
> I never had this problem before, but for I while I have this behaiviour and
> I can't put my finger on why.
> Could it be some settings in the BDE Admin or somewhere else?

> > Yes thats correct.
> > I never had this problem before, but for I while I have this behaiviour
and
> > I can't put my finger on why.
> > Could it be some settings in the BDE Admin or somewhere else?

> The BDE has no control whatsoever over breakpoints.  It's entirely
> up to Delphi.  Usually when someone has breakpoints that don't trigger
> (or show as disabled while the program is running under the IDE) they
> have multiple copies of their source file in different directories.  The
> IDE is using one, the compiler the other.

> HTH,

> -Craig

> --
>  Craig Stuntz (TeamB) Vertex Systems Corp. Columbus, OH
>      Delphi/InterBase WebLog: http://delphi.weblogs.com
>      InterBase PLANalyzer (Free IB optimization tool):
>           http://delphi.weblogs.com/IBPLANalyzer

> That's sounds scary.
> We and I think a lot of other users have copies of theirs sourcefiles in
> different directories for backup purposes
> How can we check what path the compiler and de{*word*81} use?

> > That's sounds scary.
> > We and I think a lot of other users have copies of theirs sourcefiles in
> > different directories for backup purposes
> > How can we check what path the compiler and de{*word*81} use?

> The easiest way is to make sure there's no possible way for the
> compiler to find the wrong source files.  IMHO, the best way to do this
> is to back up your code to a version control system, not to a directory
> somewhere.  I strongly recommend use of a version control system on
> *any* commercial software project.  Since there are good, free systems
> available which integrate with Delphi, there's really no excuse not to
> use one.

> This way you only ever have one copy of a particular file on your
> machine at a time, and you can be certain that it's the correct version.
> Back versions are always available should you need them.

> But if you must keep copies in alternate directories, look at your
> project search path in project->options, and your global library path in
> Environment options.  Check your paths in the DPR file.  Analyze any
> relative paths in your source or options dialogs and make sure they're
> really going where you think they are.

> HTH,

> -Craig

> --
>  Craig Stuntz (TeamB) Vertex Systems Corp. Columbus, OH
>      Delphi/InterBase WebLog: http://delphi.weblogs.com
>      InterBase PLANalyzer (Free IB optimization tool):
>           http://delphi.weblogs.com/IBPLANalyzer

> --
> Bill
> (TeamB cannot answer questions received via email)

> Yes, we have checked all our path and they was correct.
> I can see a similiar problem in  borland.public.delphi.ide from John
> Kaufmann "De{*word*81} Problem" this task is not answered yet.

> /Ronny

> "Bill Todd (TeamB)" <bill_nos...@dbginc.com> skrev i meddelandet
> news:3c59d4ee_1@dnews...
> > Also check the paths in the project file. I have seen cases where one
unit
> > was listed in the uses clause in the project file with a full path to
> > another directory while all other units had no path and were using the
> copy
> > in the project directory.

> > --
> > Bill
> > (TeamB cannot answer questions received via email)

> I've coded handlers in the past and set breakpoints only to find that the
> event doesn't fire.  Call the event "manually" (i.e. inside a TButton
event,
> for example).

> Rob

> "Ronny Bengtsson" <ronny.bengts...@robe.se> wrote in message
> news:3c5a979b_2@dnews...
> > Bill,

> > Yes, we have checked all our path and they was correct.
> > I can see a similiar problem in  borland.public.delphi.ide from John
> > Kaufmann "De{*word*81} Problem" this task is not answered yet.

> > /Ronny

> > "Bill Todd (TeamB)" <bill_nos...@dbginc.com> skrev i meddelandet
> > news:3c59d4ee_1@dnews...
> > > Also check the paths in the project file. I have seen cases where one
> unit
> > > was listed in the uses clause in the project file with a full path to
> > > another directory while all other units had no path and were using the
> > copy
> > > in the project directory.

> > > --
> > > Bill
> > > (TeamB cannot answer questions received via email)

> No I DON'T get the blue dot on the particular Unit (Datamodule).
> I have removed the unit from the project and added it again but no blue
dot
> at all.
> I also have removed all DCU files and rebiuld it without success.
> I also have checked the TTable events.
> I can see in my library the changes to the Unit  has been done and I have
> the blue dot on the rest of the units.
> This unit is an datamodule with 45 TTables on it.

> How can I be sure that all units has been rebuild?

> /Ronny

> "Robby Tanner" <rtan...@cls.usask.ca> skrev i meddelandet
> news:3c5ab691_2@dnews...
> > You have the handler defined, but are you sure it's being called?  When
> you
> > build it (assuming D5), do you get the little blue dots beside each
line?
> > Are you sure that the handler has been assigned to a table event (check
> the
> > TTable events in the Object Inspector).

> > I've coded handlers in the past and set breakpoints only to find that
the
> > event doesn't fire.  Call the event "manually" (i.e. inside a TButton
> event,
> > for example).

> > Rob

> > "Ronny Bengtsson" <ronny.bengts...@robe.se> wrote in message
> > news:3c5a979b_2@dnews...
> > > Bill,

> > > Yes, we have checked all our path and they was correct.
> > > I can see a similiar problem in  borland.public.delphi.ide from John
> > > Kaufmann "De{*word*81} Problem" this task is not answered yet.

> > > /Ronny

> > > "Bill Todd (TeamB)" <bill_nos...@dbginc.com> skrev i meddelandet
> > > news:3c59d4ee_1@dnews...
> > > > Also check the paths in the project file. I have seen cases where
one
> > unit
> > > > was listed in the uses clause in the project file with a full path
to
> > > > another directory while all other units had no path and were using
the
> > > copy
> > > > in the project directory.

> > > > --
> > > > Bill
> > > > (TeamB cannot answer questions received via email)

> You look for the little blue dots in the "margin" (the same place where
the
> red dots show up when you set breakpoints) of the unit itself.  They
appear
> to the left of the lines of code after a successful build or compile.  Do
> you get blue dots beside any lines in the datamodule?
> As mentioned previously, it appears the wrong datamodule is being used.

> As for making sure all the units are being built, Project | Build All
should
> do it.

> Rob

> "Ronny Bengtsson" <ronny.bengts...@robe.se> wrote in message
> news:3c5abf72_1@dnews...
> > Rob,

> > No I DON'T get the blue dot on the particular Unit (Datamodule).
> > I have removed the unit from the project and added it again but no blue
> dot
> > at all.
> > I also have removed all DCU files and rebiuld it without success.
> > I also have checked the TTable events.
> > I can see in my library the changes to the Unit  has been done and I
have
> > the blue dot on the rest of the units.
> > This unit is an datamodule with 45 TTables on it.

> > How can I be sure that all units has been rebuild?

> > /Ronny

> > "Robby Tanner" <rtan...@cls.usask.ca> skrev i meddelandet
> > news:3c5ab691_2@dnews...
> > > You have the handler defined, but are you sure it's being called?
When
> > you
> > > build it (assuming D5), do you get the little blue dots beside each
> line?
> > > Are you sure that the handler has been assigned to a table event
(check
> > the
> > > TTable events in the Object Inspector).

> > > I've coded handlers in the past and set breakpoints only to find that
> the
> > > event doesn't fire.  Call the event "manually" (i.e. inside a TButton
> > event,
> > > for example).

> > > Rob

> > > "Ronny Bengtsson" <ronny.bengts...@robe.se> wrote in message
> > > news:3c5a979b_2@dnews...
> > > > Bill,

> > > > Yes, we have checked all our path and they was correct.
> > > > I can see a similiar problem in  borland.public.delphi.ide from John
> > > > Kaufmann "De{*word*81} Problem" this task is not answered yet.

> > > > /Ronny

> > > > "Bill Todd (TeamB)" <bill_nos...@dbginc.com> skrev i meddelandet
> > > > news:3c59d4ee_1@dnews...
> > > > > Also check the paths in the project file. I have seen cases where
> one
> > > unit
> > > > > was listed in the uses clause in the project file with a full path
> to
> > > > > another directory while all other units had no path and were using
> the
> > > > copy
> > > > > in the project directory.

> > > > > --
> > > > > Bill
> > > > > (TeamB cannot answer questions received via email)