and thinking about
the starting points. It still presents a looping problem
for me that I’m trying to avoid. If other methods aren’t
more efficient I will play with it more.
Thanks,
Rick
On May 16, 2022, at 2:32 PM, Richard Gaskin via use-livecode wrote:
The offset function has an optional third param
Rick Harrison wrote:
I have a large chunk of data that I want to
search as quickly as possible.
Unfortunately the part I want to search is the
middle third of the data. The other thirds at
the beginning and at the end are just junk and
slow down my search so I want to get rid of them.
Klaus wrote:
> Am 11.05.2022 um 20:27 schrieb Richard Gaskin wrote:
>> ... make sure the buttons you're using in the menu stack have
>> their autoArm set to true, ...
>
> Hint:
> that property "autoarm" did not make it into the inspector somehow,
> so you need to do this by script!
It's far
Bob Sneidar wrote:
> I don't think the latest Apple operating systems allow the writing
> to the App Support folder, even if you have explicit write
> permissions.
Where are we supposed to write application support files if not to
Application Support?
First they demanded control of the file
Neville Smythe wrote:
> Thanks again Richard
>
> In my case I don’t actually need a workaround. Once I had corrected
> my own error, the only effect of the inconsistent event order is that
> on Windows and Linux the colour coding of the selection turns off a
> fraction of a second earlier than on
of messages is, and
whether or not it could be compensated for by send in time?
Sent from my iPhone
On May 7, 2022, at 13:44, Richard Gaskin via use-livecode wrote:
It's definitely an inconsistency, but the bug's status as requiring "EXPERT REVIEW" prompts us to
consider why these d
Mark Clark wrote:
> Wondering if anyone has used LiveCode for encrypting-decrypting large
> files?
...
> I’m thinking about using LC for decrypting zip compressed log files
> that can be multiple gigabytes in size. I’d like to use just LC vs.
> resorting to shell if possible.
What is behind the
Neville Smythe wrote:
> My use-case was as follows. I have a pulldownmenu, not an application-
> wide menu, which applied to only certain selected items in a field.
> On mouseEnter, the selection changed colour, as a visual cue to the
> user that these menu items could be applied to the
It's definitely an inconsistency, but the bug's status as requiring
"EXPERT REVIEW" prompts us to consider why these differences exist, and
which, if any, should be considered "wrong" or "right". It may not be
as simple as it seems at first glance.
Background:
--
MetaCard (the
Mark Talluto wrote:
> I am happy to say that Richard Gaskin is our first 3rd party provider.
> He wants to make connections for many things external. Databases is
> top on the list the last time we spoke. I’ll ping him to chime in with
> more details.
Thank you, Mark.
The current vision for
J. Landman Gay wrote:
> In the after-party that Richard set up on the last day of the
> conference, the question came up whether the native Android
> field widget would scroll. The answer is, yes it does.
>
> There is one little glitch. If the widget is editable, and your
> finger lifts inside
Richard Gaskin
Fourth World Systems
Mark Wieder ahsoftware at sonic.net
Thu Apr 28 16:08:44 EDT 2022
Previous message (by thread): devcon 2022 recap
Next message (by thread): devcon 2022 recap
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 4/28/22 12:54, R
Mike Kerner wrote:
> * This wasn't discussed, but there is supposed to be some
> fixing coming in dp's of 10 for behaviors, especially
> nested behaviors
I missed a bug report: what are the issues with nested behaviors?
> * Still nothing on dealing with the way groups are handled.
What
To clarify:
"low code" is just a modern term for what LC's been providing the whole
time.
"no code" is what Appli does, an adjacent but very different market for
those whose needs can be satisfied without the nuance scripting provides.
--
Richard Gaskin
Fourth World Systems
Mark Wieder
The LC DevCon is so much fun it seems fitting to add one more session
off-schedule and completely informal: a Zoom after-party.
Come and hang out anytime today (Weed, 27 April) from 6:00 PM EDT until
6:40 PM EDT.
That gives us an hour after the close of the last session to take a
moment
Mike Kerner wrote:
> I am on my second droid phone, and I agree, I probably could never
> go back - but, for corporate app deployment and deployment, ios is
> happier place.
What have I been missing? Last time I did native mobile Apple was still
making devs jump through hoops just to install
David Epstein wrote:
> Is there any way from within Photos to gain access to the file
> locations for convenient use by LiveCode?
Apple's Photos app stores all the metadata in an SQLite file, no?
If so, you may be able to poke around in the DB file directly.
If Apple prevents that, you may be
David V Glasgow wrote:
> On 16 Apr 2022, at 8:20 pm, Richard Gaskin wrote:
>>
>> How many is "many many thousands of lines"? 10k? 100k? More?
>
> Typically 30,000 to 800,000.
What is the user asked to do with 800,000 lines of data?
That is, does this need to be displayed?
>> Is the data
David Glasgow wrote:
> I have a card (A) with two fields in separate groups. Field 1
> contains many many thousands of lines of text which are filtered
> for keywords and the results displayed in field 2 (which can also
> be many thousands of lines). The user can navigate to a separate
> card
Thank you for your reply, Monte. Comments inline:
Monte Goulding wrote:
>> On 7 Apr 2022, at 11:25 am, Richard Gaskin wrote:
>> Can you help me understand how it's better than "the properties",
>> and why this superior method isn't used for engine controls?
>
> Because the array created by
Mark Wieder wrote:
> On 4/6/22 16:39, Richard Gaskin via use-livecode wrote:
>
>> > ...there has never been any intention of supporting the properties
>> > for widgets as far as I’m aware...
>>
>> If the company wants widgets to be seen as first-class c
Monte Goulding wrote:
> It seems a stretch to imply the lack of support for a property that
> has little to no use case outside the IDE means the company doesn’t
> take widgets seriously but I’m not going to argue with you about that.
A reasonable choice, given that "seriously" is a
Monte Goulding wrote:
> ...there has never been any intention of supporting the properties
> for widgets as far as I’m aware...
If the company wants widgets to be seen as first-class citizens, a
little more conformity with existing object syntax would go a long way
to making that happen.
David V Glasgow wrote:
> Fixed line height didn’t fix the problem but thanks for the
> suggestion.
>
> However, looking more closely there are 3 visible characters where cr
> should be. They are â9u except 9u is constant and the first
> character is almost always there, but varies wildly.
Thank you for submitting that report, Matthias.
Those of us who do consulting understand that there's been a huge
transition over the last several years away from custom development of
complete systems to integrating between existing systems.
On macOS, AppleScript plays a key role in
matthias wrote:
> As more and more servers do not allow remote MySQL access due to
> security restrictions...
It's almost like experienced hosting vendors and even the MySQL team
itself are trying to tell us something...
How does most of the world outside of the LC community handle remote DB
Jacque wrote:
> so I'm not really looping through the keys, just looking for
> a matching one. The loop is for each user word I need to find.
> If there's no key, then the word isn't legal.
What is the ratio of keys whose values are "true" and those which are
"false"?
And what is the ratio
You seem to have good progress toward a workable solution already, but
FWIW here's how I handled a similar case:
I was building a bespoke authoring system which included an image
library. There were some 2600 images in the collection when we started,
and at the rate of new additions we
Pi Digital wrote:
> It’s so frustrating because I just spent the last week making my own
> widget to make bar and pi charts. LOL! Now it feels like a futile
> gesture with something far superior ‘just around the corner’. Your
> teams have done a really good job of making them.
>
> I’ll get back
How many images?
I once made a solution for 3,000 images, but it may not scale well above
8,000 or so depending on memory and connection speed.
--
Richard Gaskin
Fourth World Systems
Dan Friedman wrote:
> Does anyone have any answers to the issue of loading a long list with
> images so
Thank you for the mention, Jeff. Without your adding that here I would
have missed Richmond's reference; he's among a small number of members I
generally don't read anymore (so much to learn, so little signal in a
noisy world...)
FWIW I agree with what you wrote, and felt it was important
Tooltips can be a solution, but the mechanism has some limitations in
this context.
First, tooltips are a sort of hidden feature, where the user discovers
them only after moving the mouse over the object. Prior to that moment
they're invisible, offering no guidance at all.
And in this
David Squance wrote:
> I want to create a mock-up of a web site...
How will this LC stack be used in the web dev process?
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
Richmond wrote:
> On 12.12.21 21:33, Richard Gaskin wrote:
>> Stam Kapetanakis wrote:
>> > i presume the pdf widget in pro is the opensource xpdfReader but
>> > don’t know for sure.
>>
>> If it is that would be problematic, as the open source edition of
>> xpdfReader is licensed under GPL, and
Peter Reid wrote:
> We want a way to upload a group of new members by 'driving' the input
> fields, i.e. our app would click into each field, checkbox, radiobox
> and 'type' in the details.
If the goal is to submit new member info you can do that with a single
POST command.
Examine the
Stam Kapetanakis wrote:
> i presume the pdf widget in pro is the opensource xpdfReader but
> don’t know for sure.
If it is that would be problematic, as the open source edition of
xpdfReader is licensed under GPL, and LC no longer has an edition
compatible with GPL.
--
Richard Gaskin
Possibly memory corruption, but unlikely. More likely a plugin or IDE
element with test code hanging around.
If only there was a way to trace message handlers so you could see where
the culprit lies...
http://lists.runrev.com/pipermail/use-livecode/2021-October/266125.html
:)
--
Richard
Bob Sneidar wrote:
> Has anyone written something that will trace the flow of a command
> or procedure and create some kind of rudimentary flow diagram? It
> can be text based something like:
>
>stack "Main Form"
>Openstack
>setSubscriptions
>
I had a similar request from a client a few years ago. We couldn't find
any apps from the 21st century that do that, so instead we opted for
what we see in apps from Apple and many others:
We leave the user in control of their desired window size, and adjust
our media in the content region
Curry Kenworthy wrote:
> (I never have, and never will,
> quote the entire post. Misguided trend.)
I edit down to the relevant portions, so people have the opportunity to
know what I'm replying to.
--
Richard Gaskin
Fourth World Systems
___
Curry:
> Richard:
>> Heather politely called cheese on this topic some time ago.
>> May we please respect the wishes of the list owner?
>
> I propose reducing the attempts to silence one another?
>
> That cheese remark doesn't sound like a very accurate portrayal;
> that license change topic
with different long
names and end up with multiple stacks with the same short name but different
long name. My demo is on bug 18793. It works in the IDE.
Sent from my iPhone
On Oct 7, 2021, at 1:58 PM, Richard Gaskin via use-livecode wrote:
Brian Milby wrote:
> Clone stack avo
Brian Milby wrote:
> Clone stack avoids the check. It is not that hard to get
> multiple stacks with the same short name but different
> long names in memory (in a standalone).
Clone alters the name of the new clone stack. The engine prepends it
with "Copy of ".
AFAIK it's done that since
Standalone building needs to be a separate process.
In the olden days, standalones were build by merging the stack file on
disk with the engine, with no changes or additions to objects inside the
stack.
When new features were introduced which requiring adding library button
inside a
Heather politely called cheese on this topic some time ago. May we
please respect the wishes of the list owner?
--
Richard Gaskin
Fourth World Systems
Bob Sneidar wrote:
+1. Gave me the heebie jeebies when they announced the Open Source model.
I survived the age of freeware. There
The old Nabble RSS feed for this died some time ago. So far the only
alternative I've found is the RSS from mail-archive.com, which is darn
near useless because it contains no body info from a post, not even the
first sentence or two, just the title and the sender.
Is there another RSS feed
Paul Dupuis wrote:
> Using the message watcher is practically useless unless I took the
> time to filter out all the existing messages I am not looking for.
How about in addition to filtering by message name you could also filter
by any part of the long name of the object containing the
J. Landman Gay wrote:
> Richard wrote:
>> Alternatively, you could handle your layout
>> the way most apps on your phone do, with
>> responsive design.
>
> That would manage the overall layout but wouldn't fix the error in
> the native scroller.
Seems I'd misunderstood the two bug reports and
Klaus wrote:
> Am 01.06.2021 um 22:49 schrieb Richard Gaskin:
>> No worries. All GUI OSes have had resizable windows since 1984.
>> If you've ever scripted for them on the desktop you already have
>> 90% of the habits needed to do the same on mobile.
>
> I never needed to do so in the last 21
Klaus wrote:
>> This quickie responsive setup took me about 5 minutes, less time
>> than spent working around the bug, and now with a UI that works
>> on all device types and screen ratios, with fixed predictable control
>> sizes, and no cropping, padding, or distortion.
>
> yes, thank you, but
Alternatively, you could handle your layout the way most apps on your
phone do, with responsive design.
1. Add this to your stack script:
on ResizeCommon x,y
-- Header:
set the rect of grc ID 1003 to 0,0,x,92
set the rect of fld ID 1005 to 0,19,x,90
--
-- Footer:
set the
Thanks.
So many things can legitimately change the value of "this" I generally
prefer more explicit references.
Maybe with this apparent bug there's one more reason I'm grateful to
have adopted this habit.
--
Richard Gaskin
Fourth World Systems
When you close a stack that has its
Thanks, Marty.
I used to use stacks for preferences, but I found arrays to be simpler
in addition to being slightly faster.
But it seems the core of your issue isn't so much about LC's cache
management as with object referencing with "this" - do I understand the
issue correctly?
--
Devin Asay wrote:
> I have seen what you’re describing on all of the recent releases—9.5 -
> 9.6.x; i.e., a stack with destroyStack set to true, then closed, is
> not always removed from memory. Sometimes this has caused an infinite
> loop with the Save - Purge - Cancel dialog. I would report
Gaskin
Fourth World Systems
Paul Dupuis wrote:
On 5/4/2021 8:20 PM, Richard Gaskin via use-livecode wrote:
Paul Dupuis wrote:
With multiple monitor, zero vertical is the top of the top most
monitor - regardless of whether it is the primary monitor or not.
If the screenRect is no longer
Paul Dupuis wrote:
> With multiple monitor, zero vertical is the top of the top most
> monitor - regardless of whether it is the primary monitor or not.
If the screenRect is no longer based on the main monitor, what is the
screenloc?
In a multi-monitor setup, with metrics like that how can
Mark Smith wrote:
> Frightening and wonderful at the same time. When I did these exercises
> and then copy pasted a styledText string from LC into TextEdit, it was
> interesting to see what they agreed on, and what they didn't. For
> example, when colouring “numbers” both fields ignored numbers
Mark Smith wrote:
> Thanks Richard, that probably explains it. There are style runs in
> the TextEdit text (and not, say, in Atom or some other editor). It
> was just odd to me because I think (quite simplistically) of text
> being text and not expecting them to have style runs, but of course
>
Tom Glod wrote:
> when the clibpboardData["html"] is set ...and then you paste into
> VSCode... the spaces are unrecognized characters.
All spaces, or just multiple spaces being rendered as a single space?
If the latter, that would seem a design choice by the host app for that
data format
Mark Smith wrote:
> here’s an odd pasting issue I ran into the other day. To cut to the
> chase, basically I can make a field become unmodifiable with respect
> to TEXT parameters (excluding align) by pasting anything from Apples
> TextEdit tool into the field.
By what means were you attempting
e buffers the writes.
--
Richard Gaskin
Fourth World Systems
Tom Glod wrote:
Following, I've wondered this, but never had enough motivation to test it.
On Tue, Apr 20, 2021 at 4:00 PM Richard Gaskin via use-livecode <
use-livecode at lists.runrev.com> wrote:
Normally, HTTP is used for req
Normally, HTTP is used for request-reply patterns, where the server
receives the request, does some processing to it, and then sends back
the reply.
In a faceless environment like Server, "put" goes to stdout, yes? So
when we say "put tData", then the contents of tData are handed back to
David V Glasgow wrote:
> On 16 Apr 2021, at 4:17 pm, Richard Gaskin wrote:
>>
>> Is the metadata["density"] settable?
>>
>> I haven't used it so I can't say, but given how snapshotting works
>> I'd be surprised if it lets us control the pixel density of LC's
>> imaging buffer. My hunch is that
David V Glasgow wrote:
> Is it right that import snapshot doesn’t offer image density options
> as export snapshot does?
Is the metadata["density"] settable?
I haven't used it so I can't say, but given how snapshotting works I'd
be surprised if it lets us control the pixel density of LC's
Klaus Major wrote:
I have a group set to 600*600 pixel and loclocked.
Inside of the group there are two invisible objects,
a button and a graphic.
Now if I:
...
create btn "b1" in grp "THE group"
## and
set the loc of btn "b1" of grp "THE group" to whateverX,wahteverY
...
where whateverX and
Andre Garzia wrote:
> What I didn’t realise was that there was variable shadowing happening
> in which handler arguments were named with the same name as script-
> local variables, my smart replacing removed those arguments because
> there was no need to redeclare the script-local vars. I didn’t
Based on the sum of anecdotal evidence, it would appear contributory
factors may be primarily outdated/suboptimal Win timer APIs, coupled
with overzealous file I/O from frequent DB (Dict?) accesses, perhaps others.
The workaround would be time spent focusing on just those specifics.
The
#cheese
If a post is offensive, delete it.
If a poster is frequently offensive, add a filter to have it delete
automatically.
May we please discuss LiveCode?
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
At the turn of the century, so soon after HyperCard's death, it was
understandable that Mac users would be disproportionately represented
among LC customers.
For this to remain the case more than two decades later -- long past the
time when most devs have never heard of HyperCard, Windows
Standalone building needs to be moved to a separate process.
Handling it within the IDE process was fine as long as the only thing
the Standalone Builder did was bind a copy of the engine to a copy of
the stack file.
But today, building a standalone means deep modifications to the stack
The Find feature in the Script Editor is limited to the script being viewed.
For larger-scope searches type Cmd-F in any other window.
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, Mobile, and the Web
Thanks for the feedback, Clarence and Jim.
I found a report for this originally specifying Android only (where I
first noticed it), and added a note about the scope affecting both
Windows and Linux too:
https://quality.livecode.com/show_bug.cgi?id=22965#c6
--
Richard Gaskin
Fourth World
ong while, you can see more about this
protocol at:
https://medium.com/platform-engineer/evolution-of-http-69cfe6531ba0
<https://medium.com/platform-engineer/evolution-of-http-69cfe6531ba0>
To what server you’re connecting?
On 31 Mar 2021, at 20:29, Richard Gaskin via use-livecode wrote
I recently noticed that if you hold the mouse down on a button and move
it, the button doesn't stay highlighted, but instead the highlight flashes.
Anyone else seeing this? Anyone have a clue as to when it first went south?
--
Richard Gaskin
Fourth World Systems
Software Design and
Ralph DiMola wrote:
> Richard,
>
> I also have a problem when requests come too fast. This might be
> related? I'm on an on-rev server. My problem was that using sessions
> caused the LC server to choke about 50% of the time when sending back-
> to-back requests. I confirmed this when stress
Good morning, Charles -
Thank you for your assistance, and your offer to look into it.
TL/DR:
As work progresses I'm increasingly convinced this isn't a client-side
issue at all, but a side-effect of how LC Server's insistence on loading
fonts that aren't needed triggers some host's CGI
Matthias wrote:
> was there a change in the configuration of your web server recently?
> Is your web service using php or LC server?
LC Server. Hosting likely had changes, since this app has been in
production for a long time without issue.
I believe the change most significant here is
I have an LC app that recently started reporting this error when calling
a web service we wrote:
tsnet (1) Received HTTP/0.9 when not allowed
Searching around the web I see many varied descriptions of how one might
remedy that, but none seem to fit our circumstance.
Anyone else seen
Andre Garzia wrote:
> The stack that was opened is a project that has many mainstacks in
> it’s stackfiles. Some of those stacks make use of the browser
> widget...
Don't know if this may be related to the leak, but worth heeding anyway
- apparently WebKit has some serious issues, including an
Jim Lambert wrote:
> Every time I click on a button in the IDE with the pointer tool
> in order to select and, say, move it, I'd prefer if the mousedown/up
> scripts didn't fire off because I'm editing the UI not running it.
> If I recall correctly this was not how LC/Revolution originally
>
Trevor DeVore wrote:
> We agree that LiveCode should include a sensible baseline for building
> a standalone. We also agree that they shouldn't try to write solutions
> for all possible ways that someone may need to distribute a
> standalone. My 2 cents is that LiveCode should provide a way for
Trevor DeVore wrote:
> On Mon, Mar 29, 2021 at 1:24 PM Richard Gaskin wrote:
>
>> Trevor DeVore wrote:
>>
>> > On Mon, Mar 29, 2021 at 12:31 PM Richard Gaskin wrote:
>> >> Add-ons to the product experience can be a useful temporary
>> >> workaround for long-time users, but if we step back and
Jim Lambert wrote:
>> Klaus wrote:
>> when the pointer tool is active, "mouseenter" and "mouseleave"
>> handlers are executed nevertheless!?
>>
>> I don't this this is correct behaviour!
>
> I agree.
> When the pointer tool is selected in the IDE one is supposedly in
> Editing Mode.
This is a
Trevor DeVore wrote:
> On Mon, Mar 29, 2021 at 12:31 PM Richard Gaskin wrote:
>> Add-ons to the product experience can be a useful temporary
>> workaround for long-time users, but if we step back and look
>> at the gestalt of the user experience they're not a true solution.
>>
>
> Do you think
matthias_livecode_150811 wrote:
> Don't blame Microsoft and Apple
I'm not sure anyone here is. Jumping through hoops is painful, of
course, but I think the folks here recognize that having their data and
devices compromised is even more painful.
> And purchasing a code signing certificate
Trevor DeVore wrote:
> On Mon, Mar 29, 2021 at 10:57 AM Richard Gaskin wrote:
>
>> TL/DR:
>>
>> We don't need a generic player.
>>
>> What we need is an updated Standalone Builder, to provide
>> more complete tooling and better guidance for building a
>> modern standalone.
>
>
> An easy way to
TL/DR:
We don't need a generic player.
What we need is an updated Standalone Builder, to provide more complete
tooling and better guidance for building a modern standalone.
- more complete version
Background
--
This thread, and many
Alex Tweedly wrote:
> On 27/03/2021 02:43, Richard Gaskin via use-livecode wrote:
>> This makes the Community Edition a natural fit for a generic player,
>> since the proliferation the license explicitly encourages would be
>> very much with the grain of its goals.
>>
R.H. wrote:
> The similar or same problem as you have: I want to delete the text
> file. The command I issue is "detele file ". The error it
> returns: "Can't delete file".
LC's result will tell you only the general fact that a file I/O
operation failed, but not why.
The syserror() function
Roger Guay wrote:
> On Mar 26, 2021, at 5:35 PM, Richard Gaskin wrote:
>
>> What are you looking for? When were these "good ol days"
>> in which one could run stack files without an engine, and
>> how did that work?
>
> In the good ol days, I could build a standalone for the Mac,
> Windows and
Alex Tweedly wrote:
> On 27/03/2021 00:35, Richard Gaskin via use-livecode wrote:
>>
>> What are you looking for? When were these "good ol days" in which
>> one could run stack files without an engine, and how did that work?
>>
> I can describe what I
Roger Guay wrote:
> I guess I’m just thick headed, Richard, but I don’t know how anything
> you said solves my problem. Say I want to share a standalone with my
> wife or a friend. How can I do that easily like the good ol days?
It seems I'm the one who didn't understand.
Here you're asking
Roger Guay wrote:
> Has anyone thought of building a “legal” and “blessed" app for
> Mac, WIndows and Linux that would open standalones for for each
> of those platforms? Why put each of us through the agony (and
> expense) of shifting/changing requirements to be able to easily
> distribute
Sean Cole wrote:
> RichardG,
Feel free to use simply "Richard" if you like.
> That was a very long way of not answering the question. Very
> insightful regarding the DG though. :)
> It also went a long way of assuming the skill levels of the audience.
> Some of us are not limited to xTalk
Andre Garzia wrote:
>> On 25 Mar 2021, at 14:58, Richard Gaskin wrote:
>>
>> Defaulting to HTTP for customer-facing systems simplifies a
>> lot of decision-making, and since most of the rest of the
>> world makes the same choice at least we're in good company. :)
>
> Also, HTTP/HTTPS are usually
Sean Cole wrote:
> On Wed, 24 Mar 2021 at 21:45, Richard Gaskin wrote:
>
>> I believe it may be related to the complicated way the line
>> number field is kept in sync.
>
> Quick question. Why would the line number field be complicated? I
> can’t imagine anything that would necessitate making
Andre Garzia wrote:
> On 24 Mar 2021, at 23:50, Richard Gaskin wrote:
>>
>> And with Windows 10, Microsoft is now embracing Linux in its Windows
>> Subsystem for Linux, so Win folk can enjoy industry standard tooling
>> on all OSes:
...
> If you have control of the Windows machine, then you can
Andre Garzia wrote:
> Devising your own binary file transfer protocol based purely on TCP
> sockets is a very tedious and error prone process that will get you
> no advantages unless you really have some special need that is not
> solved by any of the solutions that already exists.
>
> The
The difference between the working and non-working examples seems to be
limited to the introduction of a delay in the working one, between
setting the dgData array and later obtaining its text.
Since the array form is what the DG uses internally, perhaps something
during loading of that array
I don't understand. FTP, SFTP, FTPS, scp, and rsync all use sockets.
Are you suggesting Jacque write her own file upload protocol?
--
Richard Gaskin
Fourth World Systems
Bob Sneidar wrote:
> Or sockets.
>
> Bob S
>
>
> On Mar 24, 2021, at 4:22 PM, Richard Gaskin wrote:
>
>> FTP is a
1 - 100 of 1718 matches
Mail list logo
