Beware! GTX2 can cause problems

Len Morgan len-morgan at crcom.net
Tue Mar 18 12:40:03 EDT 2008


I will add one final comment to this thread:

Daniels & Mara's Betas are better (and less buggy) that a lot of 
commercial released and "stable" software!  Some might contend that 
using the term "beta" when referring to GLX2, while accurate, is doing a 
disservice to other "beta" software because it tends to raise 
expectations.  Perhaps "beta plus" would be better.  :-)

len morgan

Jerry Daniels wrote:
> Marian,
>
> I couldn't agree more. This discussion does belong on the site devoted 
> to the subject. Out of respect for other people's time, if nothing else.
>
> If you're not signed up for GLX2 support yet (and you are a currently 
> licensed user), let me know and we'll add you to the site.
>
> Best,
>
> Jerry Daniels
>
> Daniels & Mara, Inc.
> Makers of GLX2
> http://www.daniels-mara.com/glx2
>
>
>
> On Mar 18, 2008, at 10:38 AM, Marian Petrides, M.D. wrote:
>
>> One quick suggestion if I might offer it.... if this appears to be an 
>> isolated problem with a beta version of GLX2, maybe we should retire 
>> this discussion to the Daniel-Mara site.
>> The reason I suggest this is that previous negative comments about 
>> Galaxy (years ago) had kept me from installing GLX2 for months after 
>> I bought it as part of the Christmas bundle.  Then several very 
>> positive comments last week finally caused me to work up the courage 
>> to install it--which I wish I had done a long time ago.
>>
>> Thusfar, it hasn't caused any problems (I'm using 2.0.2 not a 2.1 
>> beta) and it is so much easier to use (ability to see code for 
>> multiple objects at once is just GREAT!).
>>
>> I'd hate to think that our discussions here about a _beta_ might 
>> scare others away from using this very helpful tool. Just a 
>> thought...  I'll go back to lurking now.
>>
>> M
>>
>>
>> On Mar 18, 2008, at 9:46 AM, Len Morgan wrote:
>>
>>> Believe me Jerry, I have (for the most part) gotten over my prior 
>>> tendency toward immediate condemnation of GLX (and Galaxy before 
>>> that, and Constellation before that) whenever anything goes flaky 
>>> with Rev.  I was merely saying that in a similar situation to Dave's 
>>> it happened on or around the time I uninstalled the beta, went back 
>>> to the stable version, then back to the beta again.
>>>
>>> When I watch the Windows Task Manager, it is Revolution that is 
>>> taking 60-100% of the CPU time so I'm not sure where else to look.  
>>> Perhaps there has been some sort of Windows update that doesn't show 
>>> up in the TaskManager.  GLX is still usable,
>>> just slow at times.
>>>
>>> len morgan
>>>
>>>
>>> Jerry Daniels wrote:
>>>> Len, there are quite a few people using that version without that 
>>>> problem or anything like it. Many of us use GLX2 many hours a day, 
>>>> day after day. One wonders what it is about your system that's 
>>>> causing it. Memory? Some specific to your machine?
>>>>
>>>> On Mar 18, 2008, at 7:50 AM, Len Morgan wrote:
>>>>
>>>>> 2.1b40
>>>>>
>>>>> Petrides, M.D. Marian wrote:
>>>>>> Which beta were you using when you had problems?
>>>>>>
>>>>>> On Mar 18, 2008, at 7:37 AM, Len Morgan wrote:
>>>>>>
>>>>>>> I've started having the same problem: Massive slow down of the 
>>>>>>> whole system when I've got GLX2 running.  This was after 
>>>>>>> deleting the preferences file.  To try and solve another 
>>>>>>> problem, I was advised to go back to the stable version.  After 
>>>>>>> the problem had been resolved, I went back to the latest beta 
>>>>>>> and that's when the slow down started.  Sometimes it gets to the 
>>>>>>> point of being almost unusable.
>>>>>>>
>>>>>>> len morgan
>>>>>>>
>>>>>>> Dave wrote:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> It doesn't appear to be doing that on my system, also it 
>>>>>>>> started running so slowly so as it be unusable, so I 
>>>>>>>> uninstalled it. Spent a weird hour trying to figure out where 
>>>>>>>> my changes had got to last night!
>>>>>>>>
>>>>>>>> All the Best
>>>>>>>> Dave
>>>>>>>>
>>>>>>>> On 17 Mar 2008, at 14:28, Trevor DeVore wrote:
>>>>>>>>
>>>>>>>>> On Mar 17, 2008, at 5:35 AM, Dave wrote:
>>>>>>>>>
>>>>>>>>>> Ran into this and it caused me no end of grief, I'm using two 
>>>>>>>>>> versions of RunRev, 2.8.1.472 and the 2.9 Beta. I also use 
>>>>>>>>>> GTX2 and this is where the confusion came in. If you edit a 
>>>>>>>>>> script in one version of RunRev/GTX2, then open the Script in 
>>>>>>>>>> the version of RunRev/GTX2, the changes don't appear! I think 
>>>>>>>>>> that GTX2 must be caching the Script Source code somewhere 
>>>>>>>>>> that is Private to the Version of RunRev you are currently 
>>>>>>>>>> using?
>>>>>>>>>
>>>>>>>>> In addition to Sarah and Jerry's comments I would also add 
>>>>>>>>> that GLX2 stores the script you are working on (hasn't been 
>>>>>>>>> compiled yet) in the object itself. So the script you are 
>>>>>>>>> working on follows that object around. So opening the script 
>>>>>>>>> of the object in another version of Rev running GLX2 should 
>>>>>>>>> still show the script in progress (done this plenty of times 
>>>>>>>>> myself).
>>>>>>>>>
>>>>>>>>> Opening the script in the Rev script editor will NOT show the 
>>>>>>>>> working script, however, since Rev doesn't know about GLX2 
>>>>>>>>> custom properties.
>>>>>>>>>
>>>>>>>>> So if you aren't seeing changes as you move between two 
>>>>>>>>> versions of Rev that are both using GLX2 then my guess is that 
>>>>>>>>> you have the stack open in both versions at the same time and 
>>>>>>>>> aren't reloading the stack into memory. If a stack file has 
>>>>>>>>> been loaded in memory and you change the stack file on disk 
>>>>>>>>> the changes on disk will not show up in the stack in memory 
>>>>>>>>> until it is reloaded. Is it possible that this is what is 
>>>>>>>>> happening on your end?
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>> Trevor DeVore
>>>>>>>>> Blue Mango Learning Systems
>>>>>>>>> www.bluemangolearning.com    -    www.screensteps.com
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> use-revolution mailing list
>>>>>>>>> use-revolution at lists.runrev.com
>>>>>>>>> Please visit this url to subscribe, unsubscribe and manage 
>>>>>>>>> your subscription preferences:
>>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> use-revolution mailing list
>>>>>>>> use-revolution at lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>>> subscription preferences:
>>>>>>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>>>>>>>
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> use-revolution mailing list
>>>>>>> use-revolution at lists.runrev.com
>>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>>> subscription preferences:
>>>>>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>>>>>
>>>>>> _______________________________________________
>>>>>> use-revolution mailing list
>>>>>> use-revolution at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>>>>>
>>>>>>
>>>>> _______________________________________________
>>>>> use-revolution mailing list
>>>>> use-revolution at lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>>>
>>>> _______________________________________________
>>>> use-revolution mailing list
>>>> use-revolution at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your 
>>>> subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>>>
>>>>
>>> _______________________________________________
>>> use-revolution mailing list
>>> use-revolution at lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-revolution
>>
>> _______________________________________________
>> use-revolution mailing list
>> use-revolution at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your 
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-revolution
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
>



More information about the Use-livecode mailing list