2016-01-16 7:57 GMT+01:00 Martin Schreiber :
>
> I had to change the AV fix because of a sideeffect (git master
> 5b3fb47142de6896e78ee6e7ca9e35621a15348a). Please retest.
>
>
Test ok.
Thanks.
--
Julio Jiménez Borreguero
On Friday 15 January 2016 13:33:22 Julio Jiménez wrote:
> 2016-01-15 13:22 GMT+01:00 Martin Schreiber :
> > Please call tfbservice.cancel() if you don't want to close the
> > connection. "tfbservice.connected:= false" stops the service for me. What
> > means "the program
2016-01-15 13:22 GMT+01:00 Martin Schreiber :
>
> >
> Please call tfbservice.cancel() if you don't want to close the connection.
>
>
using tfbservice.cancel also hangs the program.. (stop responding, no
windows refresh...it shows the wallpaper inside the window..
--
Julio
On Friday 15 January 2016 10:52:18 Julio Jiménez wrote:
>
> Funny with Sourceforge... tried to send the example file: Backup.zip and
> rejected the message:
>
> The error that the other server returned was:
> 550 Blacklisted file extension detected
>
I don't know why, I found no such setting in
I forgot to say the last BT was using tfbservice.cancel().
Using tfbservice.connected:= false
I get:
#0 B7FDCCB0 :0 ??()
#1 0810CC9D msethread.pas:300 TMSETHREAD__WAITFOR(this=)
#2 080FB25D mseapplication.pas:1371
TCUSTOMAPPLICATION__WAITFORTHREAD(ATHREAD=0xb7c32140, this=)
#3 0824410D
2016-01-15 13:42 GMT+01:00 Martin Schreiber :
> On Friday 15 January 2016 13:33:22 Julio Jiménez wrote:
> > 2016-01-15 13:22 GMT+01:00 Martin Schreiber :
> > > Please call tfbservice.cancel() if you don't want to close the
> > > connection.
On Friday 15 January 2016 13:48:35 Julio Jiménez wrote:
> I forgot to say the last BT was using tfbservice.cancel().
>
> Using tfbservice.connected:= false
>
> I get:
>
> #0 B7FDCCB0 :0 ??()
> #1 0810CC9D msethread.pas:300 TMSETHREAD__WAITFOR(this= variable>)
[...]
tfbservice.onasyncend does
2016-01-15 11:43 GMT+01:00 Martin Schreiber :
> On Friday 15 January 2016 10:52:18 Julio Jiménez wrote:
> >
> > Funny with Sourceforge... tried to send the example file: Backup.zip and
> > rejected the message:
> >
> > The error that the other server returned was:
> > 550
On Friday 15 January 2016 12:19:56 Julio Jiménez wrote:
> >
> > [], empty, not 0
>
> Your last comment confussed me :)
>
> //bytes, none for last file
>
> In your actual comment you forgot to put my name ;-)
>
> //bytes, none (not 0!) for last file
>
>
2016-01-15 14:08 GMT+01:00 Martin Schreiber :
>
>
> tfbservice.onasyncend does not run in main thread. The main thread is in a
> locked state, so it is possible to use the gui-elements of an application
> in
> onasyncend but because of a Windows restriction it is not possible
On Friday 15 January 2016 17:19:28 Julio Jiménez wrote:
> 2016-01-15 14:35 GMT+01:00 Martin Schreiber :
> > On Friday 15 January 2016 14:08:46 Martin Schreiber wrote:
> > > I'll add an end event which runs in main thread.
> >
> > git master
On Friday 15 January 2016 16:35:32 Julio Jiménez wrote:
>
> Does nback work for you?
>
>
> nback does the copy but once it finishes fires an exception:
>
> #0 08058B92 :0 fpc_unicodestr_decr_ref()
> #1 :0 ??()
>
> Attached updated example/test project with changes...
Please tray again
2016-01-15 18:39 GMT+01:00 Martin Schreiber :
>
>
> Please tray again with git master e5e164282b9f98b887d1feaddf8ca558316d84a2.
> What I do not understand is why isc_service_start() does not return with
> nbak
> until the servise is completed.
>
> Martin
>
nbackup command
On Friday 15 January 2016 18:42:25 Julio Jiménez wrote:
> 2016-01-15 18:39 GMT+01:00 Martin Schreiber :
> > Please tray again with git master
> > e5e164282b9f98b887d1feaddf8ca558316d84a2. What I do not understand is why
> > isc_service_start() does not return with nbak
> >
On Friday 15 January 2016 16:35:32 Julio Jiménez wrote:
>
> BTW, the service is cancelled client side (in the program) but server
> continues executing it. In fact database is restored ok. So seems something
> is not working as expected (or running service can't be stopped once you
> run it).
>
In
2016-01-15 17:48 GMT+01:00 Martin Schreiber :
> On Friday 15 January 2016 16:35:32 Julio Jiménez wrote:
> >
> > BTW, the service is cancelled client side (in the program) but server
> > continues executing it. In fact database is restored ok. So seems
> something
> > is not
2016-01-15 18:04 GMT+01:00 Martin Schreiber :
> On Friday 15 January 2016 17:19:28 Julio Jiménez wrote:
> > 2016-01-15 14:35 GMT+01:00 Martin Schreiber :
> > > On Friday 15 January 2016 14:08:46 Martin Schreiber wrote:
> > > > I'll add an end event which
2016-01-15 14:35 GMT+01:00 Martin Schreiber :
> On Friday 15 January 2016 14:08:46 Martin Schreiber wrote:
>
> > I'll add an end event which runs in main thread.
>
> git master b1033eaabd62d029ee30c0158f2b8af6b7286382 has
> tfbservice.onasyncendmain.
> "
> procedure
On Friday 15 January 2016 14:08:46 Martin Schreiber wrote:
> I'll add an end event which runs in main thread.
git master b1033eaabd62d029ee30c0158f2b8af6b7286382 has
tfbservice.onasyncendmain.
"
procedure tmainfo.endmain(const sender: tfbservice; const aborted: Boolean);
begin
if aborted then
2016-01-15 18:56 GMT+01:00 Martin Schreiber :
> On Friday 15 January 2016 18:42:25 Julio Jiménez wrote:
> > 2016-01-15 18:39 GMT+01:00 Martin Schreiber :
> > > Please tray again with git master
> > > e5e164282b9f98b887d1feaddf8ca558316d84a2. What I do not
On Friday 15 January 2016 18:39:19 Martin Schreiber wrote:
> On Friday 15 January 2016 16:35:32 Julio Jiménez wrote:
> > Does nback work for you?
> >
> >
> > nback does the copy but once it finishes fires an exception:
> >
> > #0 08058B92 :0 fpc_unicodestr_decr_ref()
> > #1 :0 ??()
> >
21 matches
Mail list logo