Making "read from file" less blocky.

Tom Glod tom at makeshyft.com
Sun Aug 4 13:12:55 EDT 2019


Hi Alex, yes that would definitely be a great option for a high performance
solution that would work well in the background.

I did tests on such a solution a while back (for a similar task), but found
that the httpd library was not able to receive large pieces of binary
data.  It worked beautiful with small chunks.

So I don't know if it was me, if it was a missing feature in the library,
but I will be investigating it again soon enough.

Thanks for the reminder

On Sun, Aug 4, 2019 at 9:59 AM Alex Tweedly via use-livecode <
use-livecode at lists.runrev.com> wrote:

> OK, here's a "really out there" suggestion ....
>
> 1. Run a local web server  to serve files (locally only).
>
>       Can be done various ways, including (easily) via LC and the httpd
> library,
>
>          (build that server as a standalone and have it running -
> started from your app if need be...)
>
> 2. in your stack, just do
>
>    load url ("http://localhost:8080/myfilename") with message "mycallback"
>
> and handle the file once it has been read in the "mycallback" handler
>
> -- Alex.
>
>
> On 04/08/2019 01:56, Tom Glod via use-livecode wrote:
> > Hey folks,
> >
> > I'm having trouble finding a combination of settings that allows my file
> > loading  to seem to happen in the background.
> >
> >    repeat while read_result is not "eof"
> >           read from file ThisFile for (1024 * 1000) bytes
> >           put the result into read_result
> >           put it after IntoThisVariable
> >           add length(it) to amount_read
> >           TSTProgress amount_read,ExpectedSize,"%","Loading File ..."
> > (Progress Indicator Handler)
> >           wait 10 milliseconds with messages
> >        end repeat
> >
> > no matter what I try, its still sluggish, and it seems like messages are
> > still accumilating instead of being processed by the engine.
> >
> > Am I missing something?  Normally waiting with messages sufficiently
> frees
> > the engine to allow the UI to remain responsive.
> >
> > Thanks,
> >
> > Tom
> > _______________________________________________
> > use-livecode mailing list
> > use-livecode at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



More information about the Use-livecode mailing list