Xojo Conferences
MBSSep2018MunichDE
XDCMay2019MiamiUSA

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here... (Real Studio network user group Mailinglist archive)

Back to the thread list
Previous thread: Help: Effecting Keyboard keydown programatically
Next thread: Fit to Window or Print preview


Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs   -   Frank Condello
  Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...   -   Daniel Stenning
   Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...   -   Sven E Olsson
    Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...   -   Daniel Stenning
   Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...   -   Norman Palardy
    Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...   -   Daniel Stenning
   Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...   -   Stefan
    Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...   -   Daniel Stenning
   Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...   -   Charles Yeomans
   Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...   -   Stefan
   Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...   -   Fargo Holiday
    Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...   -   Daniel Stenning
   Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...   -   Sam DeVore

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...
Date: 02.08.07 09:11 (Thu, 02 Aug 2007 09:11:16 +0100)
From: Daniel Stenning

I have updated it here ( it needed categories to be added since it was so
old.)

http://www.realsoftware.com/feedback/viewreport.php?reportid=yqicxpdi

Please sign on guys if you think this is important.

On 2/8/07 08:54, "Frank Condello" <<email address removed>> wrote:

> A quick search brought up this 4-year-old FR:
> <http://www.realsoftware.com/feedback/yqicxpdi>
> Frank.
> <http://developer.chaoticbox.com/>
> On 2-Aug-07, at 3:07 AM, Daniel Stenning wrote:
>
>> Is there by any chance any existing fr for all this ? As you
>> rightly say it
>> is a real PITA.
>>
>> On 2/8/07 05:44, "Frank Condello" <<email address removed>> wrote:
>>
>>> It's a PITA that the built-in native
>>> controls block but as far as I can tell only RS can fix those.
>>
> _______________________________________________
> Unsubscribe or switch delivery mode:
> <http://www.realsoftware.com/support/listmanager/>
> Search the archives:
> <http://support.realsoftware.com/listarchives/lists.html>

Cheers,
Dan



_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...
Date: 02.08.07 09:18 (Thu, 2 Aug 2007 10:18:10 +0200)
From: Sven E Olsson
It "explained" a bug for me - added my sign..

Sven E

On 2007-08-02, at 10:11, Daniel Stenning wrote:

>
> I have updated it here ( it needed categories to be added since it
> was so
> old.)
>
> http://www.realsoftware.com/feedback/viewreport.php?reportid=yqicxpdi
>
> Please sign on guys if you think this is important.
>
> On 2/8/07 08:54, "Frank Condello" <<email address removed>> wrote:
>
>> A quick search brought up this 4-year-old FR:
>> <http://www.realsoftware.com/feedback/yqicxpdi>
>>
>> Frank.
>> <http://developer.chaoticbox.com/>
>>
>> On 2-Aug-07, at 3:07 AM, Daniel Stenning wrote:
>>
>>> Is there by any chance any existing fr for all this ? As you
>>> rightly say it
>>> is a real PITA.
>>>
>>> On 2/8/07 05:44, "Frank Condello" <<email address removed>> wrote:
>>>
>>>> It's a PITA that the built-in native
>>>> controls block but as far as I can tell only RS can fix those.
>>>
>>
>> _______________________________________________
>> Unsubscribe or switch delivery mode:
>> <http://www.realsoftware.com/support/listmanager/>
>>
>> Search the archives:
>> <http://support.realsoftware.com/listarchives/lists.html>
>>
> Cheers,
> Dan
>

_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...
Date: 02.08.07 09:34 (Thu, 02 Aug 2007 09:34:58 +0100)
From: Daniel Stenning
Actually Sven, since this contradicts the Language reference I have also
added a new bug report for this here:

http://www.realsoftware.com/feedback/viewreport.php?reportid=iyizlqrt

This really is a big pain in the neck for me.

I am working on an audio app that used to work fine when supplying audio
blocks to a pre-emptive audio thread calling into my RB app. This worked ok
on PowerPC but now in intel I get loads of StackOverflowException errors,
which seems to be reported elsewhere, so I cant use that method.

So I switched to an alternative way of feeding the audio stream thanks to
the great work done by MBS on its PortAudioStreamBufferMBS class, which
allows audio blocks to be added to a queue in an RB thread , and have tried
using both timers and threads ( with pause ) to keep the audio queue filled,
but now I get this issue.

It seems whichever way you cut the cake ( and I have tried them all ) RB
just isnt ready for serious real-time work.

On 2/8/07 09:18, "Sven E Olsson" <<email address removed>> wrote:

> It "explained" a bug for me - added my sign..
>
> Sven E
>
> On 2007-08-02, at 10:11, Daniel Stenning wrote:
>
>>
>> I have updated it here ( it needed categories to be added since it
>> was so
>> old.)
>>
>> http://www.realsoftware.com/feedback/viewreport.php?reportid=yqicxpdi
>>
>> Please sign on guys if you think this is important.
>>
>> On 2/8/07 08:54, "Frank Condello" <<email address removed>> wrote:
>>
>>> A quick search brought up this 4-year-old FR:
>>> <http://www.realsoftware.com/feedback/yqicxpdi>
>>>
>>> Frank.
>>> <http://developer.chaoticbox.com/>
>>>
>>> On 2-Aug-07, at 3:07 AM, Daniel Stenning wrote:
>>>
>>>> Is there by any chance any existing fr for all this ? As you
>>>> rightly say it
>>>> is a real PITA.
>>>>
>>>> On 2/8/07 05:44, "Frank Condello" <<email address removed>> wrote:
>>>>
>>>>> It's a PITA that the built-in native
>>>>> controls block but as far as I can tell only RS can fix those.
>>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Unsubscribe or switch delivery mode:
>>> <http://www.realsoftware.com/support/listmanager/>
>>>
>>> Search the archives:
>>> <http://support.realsoftware.com/listarchives/lists.html>
>>>
>> Cheers,
>> Dan
>>
> _______________________________________________
> Unsubscribe or switch delivery mode:
> <http://www.realsoftware.com/support/listmanager/>
> Search the archives:
> <http://support.realsoftware.com/listarchives/lists.html>

Cheers,
Dan



_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...
Date: 02.08.07 17:33 (Thu, 2 Aug 2007 10:33:26 -0600)
From: Norman Palardy

On 2-Aug-07, at 2:34 AM, Daniel Stenning wrote:

> It seems whichever way you cut the cake ( and I have tried them
> all ) RB
> just isnt ready for serious real-time work.

FYI - I think you could get the same issue in a C app written using
the old toolbox controls
However, you COULD update that to avoid the issue in several other
ways; an option you do not seem to have in RB.
Under the hood I'm not sure if RB apps are using all CarbonEvents or
not and that may be the cause.
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...
Date: 02.08.07 18:45 (Thu, 02 Aug 2007 18:45:49 +0100)
From: Daniel Stenning
Actually, since I was basically after a timer ( via a thread/pause loop or
timer object ) to kick off regular events, Christian at Monkeybread has
come up with a fine solution on the OSX platform:

There is a class in his plugin library called CarbonEventsTimerMBS which
mimics the RB timer functionality, but UNLIKE the RB timer, doesn't get
blocked by GUI actions.

Monkeybread to the rescue yet again!

:)

RS should really do something similar to CarbonEventsTimerMBS for timers
since it obviously IS possible to do.

On 2/8/07 17:33, "Norman Palardy" <<email address removed>> wrote:

>
> On 2-Aug-07, at 2:34 AM, Daniel Stenning wrote:
>
>> It seems whichever way you cut the cake ( and I have tried them
>> all ) RB
>> just isnt ready for serious real-time work.
>
> FYI - I think you could get the same issue in a C app written using
> the old toolbox controls
> However, you COULD update that to avoid the issue in several other
> ways; an option you do not seem to have in RB.
> Under the hood I'm not sure if RB apps are using all CarbonEvents or
> not and that may be the cause.
> _______________________________________________
> Unsubscribe or switch delivery mode:
> <http://www.realsoftware.com/support/listmanager/>
> Search the archives:
> <http://support.realsoftware.com/listarchives/lists.html>

Cheers,
Dan



_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...
Date: 02.08.07 18:56 (Thu, 2 Aug 2007 19:56:15 +0200)
From: Stefan

Am 02.08.2007 um 10:34 schrieb Daniel Stenning:

> Actually Sven, since this contradicts the Language reference I have
> also
> added a new bug report for this here:
>
> http://www.realsoftware.com/feedback/viewreport.php?reportid=iyizlqrt
>
> This really is a big pain in the neck for me.
>
> I am working on an audio app that used to work fine when supplying
> audio
> blocks to a pre-emptive audio thread calling into my RB app. This
> worked ok
> on PowerPC but now in intel I get loads of StackOverflowException
> errors,
> which seems to be reported elsewhere, so I cant use that method.

You might wish to migrate the critical part from RB to Cocoa, since the
next Cocoa release comes with fully automated memory management. Thus,
coding Cocoa will get much easier - no need to hunt memory leaks any
more.
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...
Date: 02.08.07 20:14 (Thu, 02 Aug 2007 20:14:53 +0100)
From: Daniel Stenning
If I didn't have to write for both OSX AND Windows that might be a valid
choice.

On 2/8/07 18:56, "Stefan" <<email address removed>> wrote:

>
> Am 02.08.2007 um 10:34 schrieb Daniel Stenning:
>
>> Actually Sven, since this contradicts the Language reference I have
>> also
>> added a new bug report for this here:
>>
>> http://www.realsoftware.com/feedback/viewreport.php?reportid=iyizlqrt
>>
>> This really is a big pain in the neck for me.
>>
>> I am working on an audio app that used to work fine when supplying
>> audio
>> blocks to a pre-emptive audio thread calling into my RB app. This
>> worked ok
>> on PowerPC but now in intel I get loads of StackOverflowException
>> errors,
>> which seems to be reported elsewhere, so I cant use that method.
>
> You might wish to migrate the critical part from RB to Cocoa, since the
> next Cocoa release comes with fully automated memory management. Thus,
> coding Cocoa will get much easier - no need to hunt memory leaks any
> more.
> _______________________________________________
> Unsubscribe or switch delivery mode:
> <http://www.realsoftware.com/support/listmanager/>
> Search the archives:
> <http://support.realsoftware.com/listarchives/lists.html>

Cheers,
Dan



_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...
Date: 02.08.07 19:01 (Thu, 2 Aug 2007 14:01:48 -0400)
From: Charles Yeomans

On Aug 2, 2007, at 1:56 PM, Stefan wrote:

>
> Am 02.08.2007 um 10:34 schrieb Daniel Stenning:
>
>> Actually Sven, since this contradicts the Language reference I have
>> also
>> added a new bug report for this here:
>>
>> http://www.realsoftware.com/feedback/viewreport.php?reportid=iyizlqrt
>>
>> This really is a big pain in the neck for me.
>>
>> I am working on an audio app that used to work fine when supplying
>> audio
>> blocks to a pre-emptive audio thread calling into my RB app. This
>> worked ok
>> on PowerPC but now in intel I get loads of StackOverflowException
>> errors,
>> which seems to be reported elsewhere, so I cant use that method.
>
> You might wish to migrate the critical part from RB to Cocoa, since
> the
> next Cocoa release comes with fully automated memory management. Thus,
> coding Cocoa will get much easier - no need to hunt memory leaks any
> more.

Rb has fully automated memory management, whatever that means. I'm
not sure how migration to Cocoa would help.

Charles Yeomans
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...
Date: 02.08.07 19:10 (Thu, 2 Aug 2007 20:10:18 +0200)
From: Stefan

Am 02.08.2007 um 20:01 schrieb Charles Yeomans:

> On Aug 2, 2007, at 1:56 PM, Stefan wrote:
>
>> You might wish to migrate the critical part from RB to Cocoa, since
>> the
>> next Cocoa release comes with fully automated memory management.
>> Thus,
>> coding Cocoa will get much easier - no need to hunt memory leaks any
>> more.
>
> Rb has fully automated memory management, whatever that means. I'm
> not sure how migration to Cocoa would help.

Memory management was an example, that Cocoa coding will get far simpler
soon.

As of the audio project: I expect, that he would get better and more
reliable control of certain compute intensive parts.

[PS: Somewhere at the apple side, there is an article, which
explains, how a team (iMeem?) managed to prepare a cross-platform
app using CoCoa and Mono: They used Mono for the low-level cross-
platform
part and Cocoa for the UI part.]

_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...
Date: 02.08.07 20:31 (Thu, 02 Aug 2007 12:31:59 -0700)
From: Fargo Holiday


Daniel Stenning wrote:
> If I didn't have to write for both OSX AND Windows that might be a valid
> choice.
>
How about just creating a second executable, callable from your
interface, that runs the process(es)? Implement mechanisms for your
interfacing app to tell it to abort and away you go. Just a thought.

Ok, back to the grindstone.
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...
Date: 02.08.07 21:03 (Thu, 02 Aug 2007 21:03:50 +0100)
From: Daniel Stenning
Not as wacky an idea as one might think - in fact one "mode" in which this
app works sort of does this - only it sends IPC messages to a DLL sitting
INSIDE another app ( a music sequencer ) , so in fact the RB app acts as a
GUI "client" to a "server" DLL ( an audio plugin ).

However there is also a "stand-alone" mode in which all components sit
inside the same app. The app I am working on also actually contains code for
splitting the project into two RB apps - a GUI client and non-GUI server,
and I have had this working in the past, so I could do this. But its
naturally more unwieldy so am reluctant to go that route.

On 2/8/07 20:31, "Fargo Holiday" <<email address removed>> wrote:

>
> Daniel Stenning wrote:
>> If I didn't have to write for both OSX AND Windows that might be a valid
>> choice.
>>
> How about just creating a second executable, callable from your
> interface, that runs the process(es)? Implement mechanisms for your
> interfacing app to tell it to abort and away you go. Just a thought.
>
> Ok, back to the grindstone.
> _______________________________________________
> Unsubscribe or switch delivery mode:
> <http://www.realsoftware.com/support/listmanager/>
> Search the archives:
> <http://support.realsoftware.com/listarchives/lists.html>

Cheers,
Dan



_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>

Re: RB thread "paused" whenever a GUI action such as window dragging or resize occurs - sign on to FR here...
Date: 02.08.07 21:09 (Thu, 2 Aug 2007 13:09:55 -0700)
From: Sam DeVore
On Aug 2, 2007, at 1:03 PM, Daniel Stenning wrote:

> Not as wacky an idea as one might think - in fact one "mode" in
> which this
> app works sort of does this - only it sends IPC messages to a DLL
> sitting
> INSIDE another app ( a music sequencer ) , so in fact the RB app
> acts as a
> GUI "client" to a "server" DLL ( an audio plugin ).
>
> However there is also a "stand-alone" mode in which all components sit
> inside the same app. The app I am working on also actually contains
> code for
> splitting the project into two RB apps - a GUI client and non-GUI
> server,
> and I have had this working in the past, so I could do this. But its
> naturally more unwieldy so am reluctant to go that route.

I wonder if the htmlviewer controls are block threads in the main
app, you could have a lite http server to listen for clicks in the
html version of the ui. I've done this in some other contexts

Sam D
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>