Hello Alan,
I only said that it works for me… I have NO idea HOW it works :- )
If it were me I would 1) restart Livecode, 2) restart computer, 3) trash the
Livecode preferences, 4) Google to discover which color chicken to sacrifice
Scott
> On Aug 10, 2019, at 9:58 PM, Alan Stenhouse via
Hi Scott
Yes, I believe everything is configured correctly. I've been building + testing
apps with LC Indy for mobile for many years and it's only relatively recently
(last n months) that I've been having these problems. I can still test on the
simulators but my iPhone doesn't appear in the
turns out when i try to parse the lines 1 by 1 (after just loading the
file) in 9.05 there is no crash and the process finishes...albeit slowly.
will report bug for 9.04.
thanks for all the suggestions, learned alot by asking you guys and
investigating workaround.
On Sat, Aug 10, 2019 at
however cool the machinations of massaging a global under script control, why
do this at all? This is what custom properties are for; they also are
"global", and even better, they survive sessions.
Craig
--
Sent from:
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html
On 8/10/19 12:00 PM, David Epstein via use-livecode wrote:
I want to write a function that will read and write to any named global. What
I have below seems to work, but I’m not sure quite why. Usually, “put gName
into oldVal” for a global named gName would put the value, not the name, of
1. Read for N lines reads sequentially, doesn't need an offset.
2. You could instead try to do that in one strike:
put url ("file:"&) into str
filter str with "*"
typical line for further extracting:
U+1F600
___
use-livecode mailing list
I want to write a function that will read and write to any named global. What
I have below seems to work, but I’m not sure quite why. Usually, “put gName
into oldVal” for a global named gName would put the value, not the name, of
that global into oldVal. But here it does not.
function
thank you both. the offset is what i was looking for, this way I can
read just a few lines at a time
I also must read them in sequence so I do have to use the line counter
sequentially.
There are probably many reasons why it hands the way i was doing it.
Thankfully I only have to do this
Oh, and that repeat will take a very long time. Fixing that might be better
than the other solution.
Use repeat for each line this_line of unicode_file_to_parse
and don't forget to clear unicode_file_to_parse after the repeat if it is not
handler local
> On Aug 10, 2019, at 11:26 AM, Tom Glod
Hi Hermann,
> Am 10.08.2019 um 19:56 schrieb hh via use-livecode
> :
>
>> But does that mean that my previous "chmod" does not stick?
> Yes, on every unix system. From security reasons.
ah, thank you, didn't know this.
> The Carbon question should better be answered by a team member.
Did you already try (use a counter
add 42 to lineCntr
read from file for 42 lines --> placed into it
(check the result for empty or "eof")
Note. The file contains base64 encoded imagedata (which is in one long line).
Such a line may be too long to display in a LC field (-> may cause a hang).
Sorry about that. The https reference threw me off.
Use open file, read file with range (repeatedly), and then close file.
open file myBigFile for UTF-8 text read
read from file myBigFile at myOffset for myNumLines lines
close...
Adjust myOffset with the length
> But does that mean that my previous "chmod" does not stick?
Yes, on every unix system. From security reasons.
The Carbon question should better be answered by a team member.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit
Hallo Hermann,
> Am 10.08.2019 um 19:32 schrieb hh via use-livecode
> :
>
>> Klaus M. wrote:
>> yes, success, at least partly, now I get a SHELL error -> ... access denied
>> Although I "chmod"ded that file to "777" (via the INFO window on my Mac), so
>> everyone should be able to access it,
Once again without missing spaces.
> Klaus M. wrote:
> yes, success, at least partly, now I get a SHELL error -> ... access denied
> Although I "chmod"ded that file to "777" (via the INFO window on my Mac), so
> everyone should be able to access it, before I put it into a custom property
> of my
> Klaus M. wrote:
> yes, success, at least partly, now I get a SHELL error -> ... access denied
> Although I "chmod"ded that file to "777" (via the INFO window on my Mac), so
> everyone should be able to access it, before I put it into a custom property
> of my stack. What can I do to make it run?
Hi Dar, thanks for the tips. However I am loading the file locally.
The file is 48mb, so it loads fine and fits fine.
I am attempting to parse just 1 line at a time, but it still doesn't work.
This is my code and even this freezes it.
Remember to unload after load and parsing (if you use load).
Also, look for variables you are leaving full of big things.
If that doesn't help enough, look at the httpHeaders property. Use the Range
request header. Unfortunately, that might be limited to byte as a unit. If so,
you might also
Often passwords should obey some rules, e.g.
contain at least a certain number of digits, lowercase chars, uppercase chars,
xtra chars with an ascii number in range 32-127 or special local chars as
"åáãçß". Or contain only some of these char groups.
Stack PasswordRules allows to check whether a
The specialFolderPath "engine" maps to the resources folder but it sounds
like the mapping doesn't go the other way. Maybe using "engine" to find all
resources might work? Just guessing.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On
The function is revRedirectMacOSResources
in ide-support/revsaveasstandalone.livecodescript (repo path).
The code doesn't explicitly state the reason, but I think it has to do with
where executable content needs to be inside an app bundle.
You may be better off using the engine path for executable
Hi Brian,
> Am 10.08.2019 um 04:43 schrieb Brian Milby via use-livecode
> :
>
> Some files are moved to a different location based on type. I can’t recall
> the details and would need to look at the source. It is related to binary
> code though. Stuff is copied first and then moved on a
I am trying to parse this massive html page of unicode characters.
https://unicode.org/emoji/charts/full-emoji-list.html
and livecode is choking up when I read in the whole file and try to parse
each line using a loop. I get a hard crash in the debugger and a endless
loop when debugger is off.
On 8/10/2019 5:03 AM, Klaus major-k via use-livecode wrote:
thank you, yes, I imagined something like this.
But what does get moved and why, and what can I do to make my app run?
We use a "on standaloneSaved pDestFolder" handler and then use
revCopyFolder or revCopyFile (or whichever other of
Hallo Hermann,
> Am 10.08.2019 um 12:45 schrieb Klaus major-k via use-livecode
> :
>
> Hallo Hermann,
>
>> Am 10.08.2019 um 12:30 schrieb hh via use-livecode
>> :
>>
>>> Klaus M. wrote:
>>> and what can I do to make my app run?
>>
>> Did you already try to put the compiled things on startup
Hallo Hermann,
> Am 10.08.2019 um 12:30 schrieb hh via use-livecode
> :
>
>> Klaus M. wrote:
>> and what can I do to make my app run?
>
> Did you already try to put the compiled things on startup
> from custom props into the temporary folder?
> I never had problems with running compiled shell
> Klaus M. wrote:
> and what can I do to make my app run?
Did you already try to put the compiled things on startup
from custom props into the temporary folder?
I never had problems with running compiled shell scripts
from there.
___
use-livecode
Hi Brian,
> Am 10.08.2019 um 04:43 schrieb Brian Milby via use-livecode
> :
>
> Some files are moved to a different location based on type. I can’t recall
> the details and would need to look at the source. It is related to binary
> code though. Stuff is copied first and then moved on a
28 matches
Mail list logo
