MYSQL timeout

Terry Judd tsj at unimelb.edu.au
Fri Oct 1 18:19:16 EDT 2010


That's what I did, so it makes sense.

Terry...

On 02/10/2010, at 4:56 AM, "Bob Sneidar" <bobs at twft.com> wrote:

> Aye. Methinks that when someone replies to an email from the list, there is some kind of identifier in the email that tells a mailer it belongs to a particular thread. So if someone replies to one thread, but substitutes the subject with an entirely new subject, some mailers might just think they were still the same thread. 
> 
> That's my theory and I'm sticking to it. :-)
> 
> Bob
> 
> 
> On Oct 1, 2010, at 9:52 AM, stephen barncard wrote:
> 
>> perhaps only in your mailer.
>> 
>> On 1 October 2010 11:28, Bob Sneidar <bobs at twft.com> wrote:
>> 
>>> No offense, but how in the HECK did this get stuck in the middle of the
>>> "IPad's competitor from RIM" thread?
>>> 
>>> Bob
>>> 
>>> 
>>> On Sep 28, 2010, at 6:20 PM, Terry Judd wrote:
>>> 
>>>> The problem of lengthy timeouts when trying to connect to a MSQL server
>>> that
>>>> is down/offline is bugging me again. It seems like the default timeout is
>>> 60
>>>> seconds which is way too long to wait for a response but there's no
>>> obvious
>>>> way to override it. The socketTimeoutInterval has no effect and while
>>> I've
>>>> got some old code laying around that suggests setting an environment
>>>> variable ($MYSQL_CLIENT_TIMEOUT) it doesn't work either.
>>>> 
>>>> Any ideas?
>>>> 
>>>> Terry...
>>>> 
>>>> --
>>>> Dr Terry Judd | Senior Lecturer in Medical Education
>>>> Medical Education Unit
>>>> Melbourne Medical School
>>>> The University of Melbourne
>>>> 
>>>> 
>>>> _______________________________________________
>>>> 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
>>> 
>> 
>> 
>> 
>> -- 
>> 
>> 
>> 
>> Stephen Barncard
>> San Francisco Ca. USA
>> 
>> more about sqb  <http://www.google.com/profiles/sbarncar>
>> _______________________________________________
>> 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