Thanks,
Robert Bergmeyer
Aultman Health Foundation
--
Mike Welch (TurboPower Software)
God Bless America
"Rob Bergmeyer" <rberg...@aultman.com> wrote in message
news:zx5iuFw...@tpsmail01.turbopower.net...
I think APAX is generating the Cancel request because the modem connection
dropped. I can see where the OnPortClose event fires, then OnProtocolFinish
fires, this is where I see that the errorcode is -6005 and when I check
.tapistatus, it is equal tsDisconnected. If I try to reconnect by
executing tapidial, I see where OnPortClose fires, which is not what I
expected. I expect to see OnTapiStatus or onTapiConnect events to fire off.
Do you have any idea what the problem may be?
Thanks
Rob Bergmeyer
Aultman Health Foundation.
"Mike Welch [TurboPower Software]" <please@keep_it_in_the_newsgroup.thanks>
wrote in message news:EvGSdrxm...@tpsmail01.turbopower.net...
Make sure you have the latest version of APAX. You can update to the 1.12
version from http://www.turbopower.com/updates/ and that should take care of
your problem. At least it sounds like a bug that was fixed in a prior
version. If you already have the 1.12 version, then generate a log by
setting the Logging property to tlOn and setting the LogName property to the
path and filename where you want to store the log, for example
(C:\APAX.LOG). The log should show us what is happening. Thank you.
"Rob Bergmeyer" <rberg...@aultman.com> wrote in message
news:XI7S1f8m...@tpsmail01.turbopower.net...
I don't see any replies back from the other side, just your writecoms. Is
there more of a log? Are you sure the other side has not hungup or cancelled
(as Mike suggested)? Where is the error? Sorry, but I was hoping to get more
a log to help see what happened. The 6005 error is when a cancel is
requested. Are you able to start the transfer again without disconnecting?
If you your OnProtocolFail event fires again with a different error message,
then I would think the line has been dropped. If the port is still open and
the OnTapiPortClose has not fired, then a call to TapiCancelCall should
generate an OnTapiFail event. If you get an OnTapiFail event, then checking
the Cancelled property will tell you if it fired because you called
TapiCancelCall. I hope that helps.
"Rob Bergmeyer" <rberg...@aultman.com> wrote in message
news:dDBJcvVn...@tpsmail01.turbopower.net...
> Don,
>
> Have you had a chance to check out the log file, I sent?
>
> Thanks,
> Rob Bergmeyer
> Aultman Health Foundation
>
>
> "Rob Bergmeyer" <rberg...@aultman.com> wrote in message
> news:qHU0RU9...@tpsmail01.turbopower.net...
> > Don,
> >
> > I am on 1.12, so I attached a log file.
> >
> > Thanks,
> > Rob Bergmeyer
> > Aultman Health Foundation
> > "Don Hill (TurboPower Software Company)" <mails...@turbopower.com>
> wrote
> > in message news:oKJOdo8m...@tpsmail01.turbopower.net...
Have you had a chance to check out the log file, I sent?
Thanks,
Rob Bergmeyer
Aultman Health Foundation
"Rob Bergmeyer" <rberg...@aultman.com> wrote in message
news:qHU0RU9...@tpsmail01.turbopower.net...
> Don,
>
> I am on 1.12, so I attached a log file.
>
> Thanks,
> Rob Bergmeyer
> Aultman Health Foundation
> "Don Hill (TurboPower Software Company)" <mails...@turbopower.com>
wrote
> in message news:oKJOdo8m...@tpsmail01.turbopower.net...
I know that the modem connection is dropping. I don't think the other side
can cancel an ascii transfer. The question is how do I recover after the
6005 error? I am not connected because I check .tapistatus, and it is equal
tsDisconnected. If I try to reconnect by executing tapidial, I see where
OnPortClose fires, which is not what I expected. I expect to see
OnTapiStatus, onTapiConnect, onTapiFail events to fire off. It seems like I
have to shut down my program to reset the APAX object to be able to
reconnect and transfer the file. Is there a way to totally reset APAX
without ending my program?
Thanks,
Rob
"Don Hill (TurboPower Software Company)" <mails...@turbopower.com> wrote
in message news:#f9hvxYn...@tpsmail01.turbopower.net...
> > > > If I try to reconnect by
> > > > > executing tapidial, I see where OnPortClose fires, which is not
what
> I
> > > > > expected. I expect to see OnTapiStatus or onTapiConnect events to
> > fire
> > > > off.
> > > > "Rob Bergmeyer" <rberg...@aultman.com> wrote in message
> > > > news:XI7S1f8m...@tpsmail01.turbopower.net...
> > > > > Mike,
> > > > >
> > > > > I think APAX is generating the Cancel request because the modem
> > > connection
> > > > > dropped. I can see where the OnPortClose event fires, then
> > > > OnProtocolFinish
> > > > > fires, this is where I see that the errorcode is -6005 and when I
> > check
> > > > > .tapistatus, it is equal tsDisconnected. > > > > > Do you have any
If you are using TAPI, then you should not be using the OnPortClose event at
all, but rather the OnTapiPortClose event. Do you have a log with more to
show? You may have a look in the OnProtocolLog, OnProtocolStatus, or
OnProtocolFinish to find out where we are in the transfer.
--
Don Hill (TurboPower Software)
"Rob Bergmeyer" <rberg...@aultman.com> wrote in message
news:vIUy7xEo...@tpsmail01.turbopower.net...