Sorry, this is beyond me as well
-= Mike
On Jun 10, 2016, 1:15 PM, at 1:15 PM, Richard Gaskin
wrote:
>Michael Doub wrote:
> > Richard,
> >
> > You initial gut reaction is STILL correct. Currently the only
> > solution available to livecoders is the file method.
>
>What is "the file method
Discussing Raspberry Pi with the team, it seems that although they'd
like to add it into their build system the time required to do so is in
short supply.
So if we want an updated Pi build, it's up to the community to make it
happen.
I haven't run a make file since before we used make files
I think you have to poll. This would be another feature that might go
on the list to be done with LCB.
-= Mike
On 6/10/16 1:26 PM, Richard Gaskin wrote:
Earlier I wrote:
> What is "the file method"? How do I treat GPIO connections as file
> paths? Somewhere in /proc?
>
> Earlier you wrot
It is on git. Do a pull and tweak it as you see fit, and I'll be happy to
push the update.
On Fri, Jun 10, 2016 at 1:00 PM, Richard Gaskin
wrote:
> Earlier I wrote:
> > I can update the article to use a non-numeric name, but before I do
> > it's worth exploring that relative to whichever versio
Earlier I wrote:
> What is "the file method"? How do I treat GPIO connections as file
> paths? Somewhere in /proc?
>
> Earlier you wrote:
>
> Look at the comments in the library it self for how to solve
> the Accessing the GPIO (of a raspberry pi) without "sudo" problem.
>
> The stack s
Richard Gaskin writes:
> What's working well in LC Script should for the most part remain working
> going forward, getting only better and ever more capable where LC
> Builder can add things that may be needed. But where LC Builder isn't
> necessary LC Script is fine by itself.
My (somewhat
On 2016-06-10 18:46, Mark Wieder wrote:
Since all modern operating systems will happily dish out virtual memory
and swap things around, I agree that seeing if you can allocate a block
of
memory of a given size is somewhat less useful. What might be more
useful,
though, is determining whether sw
Michael Doub wrote:
> Richard,
>
> You initial gut reaction is STILL correct. Currently the only
> solution available to livecoders is the file method.
What is "the file method"? How do I treat GPIO connections as file
paths? Somewhere in /proc?
Earlier you wrote:
Look at the comments
Richard Gaskin writes:
> The challenge, however, is that currently most xTalks, including
> LiveCode, sometimes have difficulty reporting errors in low-memory
> conditions. When bad enough, it can sometimes cause a crash before
> we're able to check "the result" and apply any remedy.
Yes, th
Earlier I wrote:
> I can update the article to use a non-numeric name, but before I do
> it's worth exploring that relative to whichever version you have on
> Github, since there was at least one later version which appeared to
> be faster but turned out to cover fewer edge cases.
I've done some
Mark Waddingham writes:
> As an addendum, Fraser just reminded that even this is entirely useless
> on Linux.
OK - 'flaky' was a bad choice of words here. Point taken.
And yes, the replacement for the hasMemory function was actually just
an afterthought. What I really was after is what the OS
Richard,
You initial gut reaction is STILL correct. Currently the only solution
available to livecoders is the file method. The performance of this
solution is terrible and limits the types of real world problems that
can be solved with livecode and raspberry pi.
It would be wonderful if
Peter TB Brett wrote:
> On 10/06/2016 16:31, Richard Gaskin wrote:
>
>> From time to time it's useful to know how much RAM may be available
>> to an application, to make decisions about loading data.
>
> No, it isn't useful. Don't do this.
>
> At the very best, you'll have a Time-of-check-to-tim
On 10/06/2016 16:31, Richard Gaskin wrote:
From time to time it's useful to know how much RAM may be available to
an application, to make decisions about loading data.
No, it isn't useful. Don't do this.
At the very best, you'll have a Time-of-check-to-time-of-use error (i.e.
you check a co
Mike Kerner wrote:
> It's on git. I'm just keeping it and all the test cases together.
> I think we're at v3 or v4.
I think we covered that a few months ago in a long thread here:
When we were first discussing the need for a CSV parser I proposed a
version named Csv2Tab. The "2" there is not
nope. my bad, v5
On Fri, Jun 10, 2016 at 11:24 AM, Mike Kerner
wrote:
> It's on git. I'm just keeping it and all the test cases together. I
> think we're at v3 or v4.
>
> On Fri, Jun 10, 2016 at 11:17 AM, Richard Gaskin <
> ambassa...@fourthworld.com> wrote:
>
>> Mike Kerner wrote:
>>
>> > It'
Mark Waddingham wrote:
> On 2016-06-10 06:14, Mark Wieder wrote:
>> Here's a working cross-platform replacement for the flaky built-in
>> hasMemory function.
>
> The builtin 'hasMemory' function is not flaky - the question it asks
> just has no meaning on modern operating systems (and should prob
Mark Wieder wrote:
> After spending part of a day playing around with LCB, I'm concluding
> it's really not worth the effort. I got all excited seeing some of
> what Dar's been turning out, but I can't see there's anything to gain
> by turning a working library into an extension, and a lot of was
It's on git. I'm just keeping it and all the test cases together. I think
we're at v3 or v4.
On Fri, Jun 10, 2016 at 11:17 AM, Richard Gaskin wrote:
> Mike Kerner wrote:
>
> > It's actually based on Richard's code, which was then improved by
> > Alex.
>
> To the best of my knowledge, the Tweed
Michael Doub wrote:
> Richard, Take a look at the code in the MasterLibrary. Look at the
> comments in the library it self for how to solve the Accessing the
> GPIO (of a raspberry pi) without "sudo" problem.
>
> https://www.dropbox.com/s/3wpwn3hfbmpl7sk/MasterLibrary.livecode?dl=0
Thanks, Mi
Mike Kerner wrote:
> It's actually based on Richard's code, which was then improved by
> Alex.
To the best of my knowledge, the Tweedly algo on my page represents the
best version we've seen yet.
If you can point me to where they differ I'll happily update that part
of the article.
--
Ric
-hh wrote:
> Using the GPIO is nothing else than writing zeros or ones to a file.
> Nobody needs a library for that?
> [Also there was a talk about that at the last LC US-conference.]
I'll see if I can find that one on the DVDs.
What is the LC syntax for something like:
open file GPIO pin 6
http://distrowatch.com/table.php?distribution=androidx86
http://www.android-x86.org/
Does anyone know:
1. Whether it is possible to get Livecode running on this?
2. Whether Android standalones will run on this?
Richmond.
___
use-livecode mailing l
Try it now, Roger.
It's actually based on Richard's code, which was then improved by Alex.
After fiddling, this is the version I use with my web scrapers.
On Fri, Jun 10, 2016 at 10:05 AM, Roger Eller
wrote:
> I have used the cvs import function from Richard Gaskin's great article.
> It works re
I have used the cvs import function from Richard Gaskin's great article.
It works relatively well on simple cvs files.
http://www.fourthworld.com/embassy/articles/csv-must-die.html
On Fri, Jun 10, 2016 at 9:53 AM, Mike Kerner
wrote:
> As far as I know, the latest/greatest code for converting
I clicked the link and got "This repository is empty".
On Fri, Jun 10, 2016 at 9:53 AM, Mike Kerner
wrote:
> As far as I know, the latest/greatest code for converting csv to text is
> now on my git repository:
> https://github.com/macMikey/csvToText
>
>
> --
> On the first day, God created the h
As far as I know, the latest/greatest code for converting csv to text is
now on my git repository:
https://github.com/macMikey/csvToText
--
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few h
All,
the latest phxdropbox library is now on my git repository. Dropbox changed
an error handling response:
https://github.com/macMikey/phxDropboxLib
Also, I'm going to keep/maintain Gerard's dropbox api v2 while I work on
improving it:
https://github.com/macMikey/dropboxapi_v2
--
On the firs
Richard, Take a look at the code in the MasterLibrary. Look at the
comments in the library it self for how to solve the Accessing the GPIO
(of a raspberry pi) without "sudo" problem.
https://www.dropbox.com/s/3wpwn3hfbmpl7sk/MasterLibrary.livecode?dl=0
Regards,
Mike
On 6/9/16 6:38 P
Thx, Monte. I've already coded around the problem by limiting the amount of
markdown the app accepts from a user. So I've rolled my own limited translation
of markdown.
Best, Jerry
On Jun 10, 2016, 6:13 AM -0500, Monte Goulding, wrote:
>
> > On 10 Jun 2016, at 9:05 PM, m...@jerrydaniels.com w
Thanks James, I'm encouraged. Here goes...
Graham
Sent from my iPhone
> On 10 Jun 2016, at 04:42, James Hale wrote:
>
> I concur with all the previous posters on this.
> Just jump in.
> I have been working slowly on an app since V6.
> Hey, I'm retired and this is something I do to amuse mysel
> On 10 Jun 2016, at 9:05 PM, m...@jerrydaniels.com wrote:
>
> That button is disabled. (The first place I looked.) INDY license, so it
> should work.
Sorry Jerry, I’ve led you a merry dance. It turns out that 8.0.X only added an
interim feature for iOS covering most of my externals. Standalon
That button is disabled. (The first place I looked.) INDY license, so it should
work.
Best, Jerry
On Jun 10, 2016, 1:52 AM -0500, Monte Goulding, wrote:
>
> > On 10 Jun 2016, at 3:53 PM, m...@jerrydaniels.com wrote:
> >
> > I figured out what 'Ali awesomeness' meant just before I checked ema
On 2016-06-10 10:05, Mark Waddingham wrote:
P.S. The 'hasMemory' function in LiveCode actually does the best it
can do - it sees if it can allocate a contiguous block of memory of
the size that has been requested (using malloc) and if that succeeds,
it frees the block and returns true. This shoul
On 2016-06-10 06:14, Mark Wieder wrote:
Here's a working cross-platform replacement for the flaky built-in
hasMemory function.
The builtin 'hasMemory' function is not flaky - the question it asks
just has no meaning on modern operating systems (and should probably
actually be removed!).
For
35 matches
Mail list logo
