RE: Google Play Store and openSSL
Hi Ralph, I logged a call with Livecode back in Decemeber, -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Ralph DiMola Sent: 07 May 2015 21:59 To: 'How to use LiveCode' Subject: Google Play Store and openSSL Just got this from Google. Does anyone know what version of OpenSSL LC uses? We wanted to let you know that your app(s) listed below statically link against a version of OpenSSL that has multiple security vulnerabilities for users. Please migrate your app(s) to an updated version of OpenSSL within 60 days of this notification. Beginning 7/7/15, Google Play will block publishing of any new apps and updates that use older, unsupported versions of OpenSSL (see below for details). REASON FOR WARNING: Violation of the dangerous products provision of the Content Policy and section 4.4 of the Developer Distribution Agreement. The vulnerabilities were fixed in OpenSSL versions beginning with 1.0.1h, 1.0.0m, and 0.9.8za. To confirm your OpenSSL version, you can do a grep via: $ unzip -p YourApp.apk | strings | grep "OpenSSL" For more information about the vulnerability, please see this OpenSSL Security Advisory. To confirm that you’ve upgraded correctly, upload the updated version of the app(s) to the Developer Console and check back after five hours. For other technical questions about managing OpenSSL, please see https://groups.google.com/forum/#!forum/mailing.openssl.users. In 60 days, we will not accept app updates containing the vulnerabilities. In addition, we will reject new apps containing the vulnerabilities. Note: while the issues may not affect every app that uses OpenSSL versions prior to 1.0.1h, 1.0.0m, or 0.9.8za, developers should stay up to date on all security patches. Even if you think that specific issues may not be relevant, it's good practice to update any libraries in your app that have known issues. Please take this time to update apps that have out-of-date dependent libraries or other vulnerabilities. Before publishing applications, please ensure your apps’ compliance with the Developer Distribution Agreement and Content Policy. If you feel we have sent this warning in error, visit this Google Play Help Center article. Regards, Google Play Team Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
RE: Google Play Store and openSSL
Hi Ralph, I logged a call back in December regarding this, it is logged under bug 14257 which has been confirmed. I have today chased for an update as we are also getting this notification. Paul -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Ralph DiMola Sent: 07 May 2015 21:59 To: 'How to use LiveCode' Subject: Google Play Store and openSSL Just got this from Google. Does anyone know what version of OpenSSL LC uses? We wanted to let you know that your app(s) listed below statically link against a version of OpenSSL that has multiple security vulnerabilities for users. Please migrate your app(s) to an updated version of OpenSSL within 60 days of this notification. Beginning 7/7/15, Google Play will block publishing of any new apps and updates that use older, unsupported versions of OpenSSL (see below for details). REASON FOR WARNING: Violation of the dangerous products provision of the Content Policy and section 4.4 of the Developer Distribution Agreement. The vulnerabilities were fixed in OpenSSL versions beginning with 1.0.1h, 1.0.0m, and 0.9.8za. To confirm your OpenSSL version, you can do a grep via: $ unzip -p YourApp.apk | strings | grep "OpenSSL" For more information about the vulnerability, please see this OpenSSL Security Advisory. To confirm that you’ve upgraded correctly, upload the updated version of the app(s) to the Developer Console and check back after five hours. For other technical questions about managing OpenSSL, please see https://groups.google.com/forum/#!forum/mailing.openssl.users. In 60 days, we will not accept app updates containing the vulnerabilities. In addition, we will reject new apps containing the vulnerabilities. Note: while the issues may not affect every app that uses OpenSSL versions prior to 1.0.1h, 1.0.0m, or 0.9.8za, developers should stay up to date on all security patches. Even if you think that specific issues may not be relevant, it's good practice to update any libraries in your app that have known issues. Please take this time to update apps that have out-of-date dependent libraries or other vulnerabilities. Before publishing applications, please ensure your apps’ compliance with the Developer Distribution Agreement and Content Policy. If you feel we have sent this warning in error, visit this Google Play Help Center article. Regards, Google Play Team Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
RE: Google Play Store and openSSL
Thanks for creating that bug report Paul, I've added myself to the cc list (currently there are 6 of us) - lets hope Edinburgh address this in good time! - "The difference between genius and stupidity is; genius has its limits." - Albert Einstein -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-where-to-find-a-tutorial-about-putting-up-a-web-site-at-on-rev-tp4691970p4691996.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Google Play Store and openSSL
et voilà the status of that bug changed to „awating_merge“. Matthias > Am 08.05.2015 um 11:05 schrieb Dave Kilroy : > > Thanks for creating that bug report Paul, I've added myself to the cc list > (currently there are 6 of us) - lets hope Edinburgh address this in good > time! > > > > > - > "The difference between genius and stupidity is; genius has its limits." - > Albert Einstein > -- > View this message in context: > http://runtime-revolution.278305.n4.nabble.com/OT-where-to-find-a-tutorial-about-putting-up-a-web-site-at-on-rev-tp4691970p4691996.html > Sent from the Revolution - User mailing list archive at Nabble.com. > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Google Play Store and openSSL
"et voila" indeed! Thanks to Paul and others who reported this, and to Sebastien for fixing it :) - "The difference between genius and stupidity is; genius has its limits." - Albert Einstein -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/OT-where-to-find-a-tutorial-about-putting-up-a-web-site-at-on-rev-tp4691970p4691998.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
memory munching group
Hello folks, I am hesitant to call this a memory leak problem, but it doesn’t seem far off. I have a group consisting of an array of 18x 5 button radio buttons, each set prepended by a field labelling the scale. All the buttons, and label fields contain a custom property (csplain) consisting of explanatory text/advice. This appears as a multiline tooltip style field if the mouse lingers within the object for more than 500ms. The delay is created by a send in time message (‘stillin') triggered by mouseenter. The ’stillin’ script is: on stillin global gtarget if the mouseloc is not within the rect of gtarget then hide field “splain" exit to top end if - - Bails if mouse pointer has moved out of object in < .5 sec if the first word of gtarget is "field" then set the textcolor of gtarget to red - - if a field then -> red text put the csplain of gtarget into field "splain" set the height of field "splain" to the formattedHeight of field “splain" set the topleft of field "splain" to the topright of gtarget put (height of this stack -the bottom of field splain) into toffset if toffset < 0 - - Check if splain extends off screen. If it does, shift up. then get the loc of field splain put (item 2 of it+toffset - 10) into item 2 of it set the loc of field splain to it end if show field "splain" with visual effect wipe down very fast end stillin Some of the explanatory csplain text is very brief, some maybe 50 or 60 words. An example is: “This is an important scale for the Non-Psychotic Supercluster (Especially in the absence of 'Other mental & behavioural problems' (item 8)) * Do not include over-activity or agitation, rated at Scale 1 * Do not include suicidal ideation or attempts, rated at Scale 2 * Do not include delusions or hallucinations, rated at Scale 6” I first noticed something odd when I ran a quick test in a minimally specced Windows in VM. I noodled about looking at the text appearing and disappearing as it should, when the standalone crashed. I ran it on a physical machine, and it didn’t crash under Win 7 or Vista, but I did notice the memory allocation embiggening with most, but not all, appearances of the tool tip - between .2 & .7 MB a time. The memory was never released when left alone or navigated to another stack. I then discovered the same thing happening on Mac with standalone, and in the dev environment. I created a test stack with nothing but 6 buttons in a group containing the same script. Nothing happened. Well, nothing happened that shouldn’t happen. Any suggestions about what might be going on here? Best wishes, David Glasgow ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
polling only on socket, or can there be a trigger?
accept and open socket cause routines to execute, and have callbacks. Is there a way either end to be triggered when receiving a message other than by polling/reading to see if anything is there? -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: polling only on socket, or can there be a trigger?
On 2015-05-08 16:40, Dr. Hawkins wrote: accept and open socket cause routines to execute, and have callbacks. Is there a way either end to be triggered when receiving a message other than by polling/reading to see if anything is there? Both 'read' and 'write' have 'with message' forms so that a callback gets invoked when the action you asked for completes. In particular: read from socket tSocket until empty with message "giveMeData" Will cause "giveMeData" to be sent as soon as any data arrives on the socket. -- Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/ LiveCode: Everyone can create apps ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: polling only on socket, or can there be a trigger?
On Fri, May 8, 2015 at 7:48 AM, Mark Waddingham wrote: > On 2015-05-08 16:40, Dr. Hawkins wrote: > >> accept and open socket cause routines to execute, and have callbacks. >> >> Is there a way either end to be triggered when receiving a message other >> than by polling/reading to see if anything is there? >> > > Both 'read' and 'write' have 'with message' forms so that a callback gets > invoked when the action you asked for completes. > > In particular: > > read from socket tSocket until empty with message "giveMeData" > > Will cause "giveMeData" to be sent as soon as any data arrives on the > socket. > It does??? I guess I'm misunderstanding the docs, then--I though it would stay at that line, rather than going on to execute. I'll have to experiment some more. THanks -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Unicode in file paths...
On 5/7/2015 12:42 AM, Richard Gaskin wrote: > Fails: > - OS X 10.7 QuickTime > - OS X 10.6 QuickTime > For clarification for any one following this thread: The above combinations work. I had an error in my code that had the original tests fail. Using LC704, file references for media that include Unicode in the name and/or path, work on OSX10.6 and 10.7 using Quicktime, and 10.8 and up using AVFoundation. In LC704 under OSX, you can just: answer file "Pick a media file:" set the filename of player x to it Strangely, Unicode file references do not work under Windows UNLESS you set the fileName of player x to ShortFilePath(tFileSpec). Example: answer file "Pick a media file:" set the filename of player x to it fails with an invalid movie reference error but: answer file "Pick a media file:" set the filename of player x to ShortFilePath(it) works on Windows XP through 8.1. This seems like a bug that you can not use the full Unicode file reference on Windows, but it has an easy work-around with the ShortFilePath function. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: memory munching group
Does it still happen if you remove the visual effect? On 5/8/2015 9:35 AM, David V Glasgow wrote: Hello folks, I am hesitant to call this a memory leak problem, but it doesn’t seem far off. I have a group consisting of an array of 18x 5 button radio buttons, each set prepended by a field labelling the scale. All the buttons, and label fields contain a custom property (csplain) consisting of explanatory text/advice. This appears as a multiline tooltip style field if the mouse lingers within the object for more than 500ms. The delay is created by a send in time message (‘stillin') triggered by mouseenter. The ’stillin’ script is: on stillin global gtarget if the mouseloc is not within the rect of gtarget then hide field “splain" exit to top end if - - Bails if mouse pointer has moved out of object in < .5 sec if the first word of gtarget is "field" then set the textcolor of gtarget to red - - if a field then -> red text put the csplain of gtarget into field "splain" set the height of field "splain" to the formattedHeight of field “splain" set the topleft of field "splain" to the topright of gtarget put (height of this stack -the bottom of field splain) into toffset if toffset < 0 - - Check if splain extends off screen. If it does, shift up. then get the loc of field splain put (item 2 of it+toffset - 10) into item 2 of it set the loc of field splain to it end if show field "splain" with visual effect wipe down very fast end stillin Some of the explanatory csplain text is very brief, some maybe 50 or 60 words. An example is: “This is an important scale for the Non-Psychotic Supercluster (Especially in the absence of 'Other mental & behavioural problems' (item 8)) * Do not include over-activity or agitation, rated at Scale 1 * Do not include suicidal ideation or attempts, rated at Scale 2 * Do not include delusions or hallucinations, rated at Scale 6” I first noticed something odd when I ran a quick test in a minimally specced Windows in VM. I noodled about looking at the text appearing and disappearing as it should, when the standalone crashed. I ran it on a physical machine, and it didn’t crash under Win 7 or Vista, but I did notice the memory allocation embiggening with most, but not all, appearances of the tool tip - between .2 & .7 MB a time. The memory was never released when left alone or navigated to another stack. I then discovered the same thing happening on Mac with standalone, and in the dev environment. I created a test stack with nothing but 6 buttons in a group containing the same script. Nothing happened. Well, nothing happened that shouldn’t happen. Any suggestions about what might be going on here? Best wishes, David Glasgow ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: polling only on socket, or can there be a trigger?
On Fri, May 8, 2015 at 8:05 AM, Dr. Hawkins wrote: > It does??? > > I guess I'm misunderstanding the docs, then--I though it would stay at > that line, rather than going on to execute. I'll have to experiment some > more. > Now I'm even more confused. I accept sockets on 8010 with message "newClient" When I connect from another program (I'm actually running the slave under 5.5 so I can debug separately), it shows that the connection is " 127.0.0.1:52572" A subsequent line read from socket clAdr with message "dhbkProcScktDat" results in livecode hanging with a beachball forever. If I comment that out, write a message from the other, and read from socket "127.0.0.1:8010" until empty I'm told that the socket is not open. I then try read from socket "127.0.0.1:52572" until empty and get an empty result back (after writing from the other). -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Simulator, externals and LC 7.0.5
Hey folks, Just a warning that simulator builds with externals are broken in RC 2. I found the bug yesterday and using my GitHub mojo I used blame to find the commit and author that injected the bug, commented on the line that broke it and it was fixed for the next build straight away. Cheers Monte -- M E R Goulding Software development services mergExt - There's an external for that! ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Simulator, externals and LC 7.0.5
On 5/8/2015 3:54 PM, Monte wrote: I used blame to find the commit and author that injected the bug You were lucky. Blame never works on my husband. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Simulator, externals and LC 7.0.5
And LC 6.7.5 (rc2). Thanks Monte for tracking this down. On 5/8/15, 4:54 PM, "Monte" wrote: >Hey folks, > >Just a warning that simulator builds with externals are broken in RC 2. I >found the bug yesterday and using my GitHub mojo I used blame to find the >commit and author that injected the bug, commented on the line that broke >it and it was fixed for the next build straight away. > >Cheers > >Monte > >-- >M E R Goulding >Software development services > >mergExt - There's an external for that! >___ >use-livecode mailing list >use-livecode@lists.runrev.com >Please visit this url to subscribe, unsubscribe and manage your >subscription preferences: >http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Anyone have a LC based PHOTO Organizer app?
I started one of those about 3 years ago, but never completed it, for a variety of reasons - I realized that other apps for finding duplicate images actually do look for duplicate images, not simply duplicate files (i.e. they claim to find dups saved at different resolutions or compression levels), and I knew I couldn't do that. - someone gave me a coupon for lots of money-off from Adobe's Lightroom, so I started using that :-) I'll dig it up, and spend an hour or two making it at least minimally presentable and see if it's a helpful starting point for you. When you say "catalog" and "tag" what are you looking to do ? Do you simply want tags within the app, or do you need tags to be re-inserted into the metadata within the jpg file ? Do you hope to search or group photos based on their metadata (note this can be slow if you do it within LC - might be worth choosing a suitable open-source companion app to batch extract the metadata) ? Which platform(s) do you need? -- Alex. On 04/05/2015 16:50, Mark Rauterkus wrote: Hi, I need a photo organizer to catalog, trim, move, delete, tag, etc. I have been using google's Picasa 3 but now it chokes as I've got too many images (>15,000). Does anyone have a LiveCode solution for this already built and is it open source? Even a LC widget to find duplicate files / images would be a big discovery. -- Ta. Mark Rauterkus mark.rauter...@gmail.com PPS Summer Dreamers' Swim and Water Polo Camp Head Coach Varsity Boys Swim Coach, Pittsburgh Obama Academy Head Water Polo Coach, Carnegie Mellon University Women's Club Team Pittsburgh Combined Water Polo Team http://Rauterkus.blogspot.com http://FixPA.wikia.com http://CLOH.wikia.com 412 298 3432 = cell ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Simulator, externals and LC 7.0.5
On Fri, May 8, 2015 at 2:19 PM, J. Landman Gay wrote: > You were lucky. Blame never works on my husband. > Whether I had anything to do with it or not, my wife blames me . . . -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Simulator, externals and LC 7.0.5
> On May 8, 2015, at 6:27 PM, Dr. Hawkins wrote: > > On Fri, May 8, 2015 at 2:19 PM, J. Landman Gay > wrote: > >> You were lucky. Blame never works on my husband. > > Whether I had anything to do with it or not, my wife blames me . . . I have a standing offer at work - I’m always available for blame. Its just easier that way. .Jerry ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Simulator, externals and LC 7.0.5
On 05/08/2015 06:45 PM, Jerry Jensen wrote: I have a standing offer at work - I’m always available for blame. Its just easier that way. .Jerry Oh good. I'm gonna need somebody to blame on Monday. You'll be hearing from me. -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: polling only on socket, or can there be a trigger?
Hi Dr H, There are two basic approaches you can take, which you probably know but I'll lay them out for clarity. And maybe you're already doing one of them - from what you've told us, I couldn't tell. -- #1: handle the connection in an "inline" manner --- on openStack -- or your message of choice accept connections on port 8010 with message "newClient" end openStack command newClient pSocket -- read all the incoming data put empty into tData repeat -- the belt-and-suspenders approach read from socket pSocket until empty if it is empty then exit repeat else put it after tData end repeat -- do whatever put processData(tData) into tResponse -- write a response write tResponse to pSocket -- say goodbye close socket pSocket end newClient -- #2: handle the connection in a message-driven manner --- on openStack accept connections on port 8010 with message "newClient" end openStack command newClient pSocket -- read all the incoming data read from socket pSocket until empty with message "newData" end newClient command newData pSocket, pData -- do whatever put processData(pData) into tResponse -- write a response write tResponse to pSocket with message "newWrite" end newData command newWrite pSocket close socket pSocket end newWrite -- At least one of these approaches should serve your needs. Phil Davis On 5/8/15 12:16 PM, Dr. Hawkins wrote: On Fri, May 8, 2015 at 8:05 AM, Dr. Hawkins wrote: It does??? I guess I'm misunderstanding the docs, then--I though it would stay at that line, rather than going on to execute. I'll have to experiment some more. Now I'm even more confused. I accept sockets on 8010 with message "newClient" When I connect from another program (I'm actually running the slave under 5.5 so I can debug separately), it shows that the connection is " 127.0.0.1:52572" A subsequent line read from socket clAdr with message "dhbkProcScktDat" results in livecode hanging with a beachball forever. If I comment that out, write a message from the other, and read from socket "127.0.0.1:8010" until empty I'm told that the socket is not open. I then try read from socket "127.0.0.1:52572" until empty and get an empty result back (after writing from the other). -- Phil Davis ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Simulator, externals and LC 7.0.5
> On May 8, 2015, at 8:58 PM, Mark Wieder wrote: > > On 05/08/2015 06:45 PM, Jerry Jensen wrote: > >> I have a standing offer at work - I’m always available for blame. Its just >> easier that way. >> .Jerry > > Oh good. I'm gonna need somebody to blame on Monday. > You'll be hearing from me. Ready. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode