I'm printing a whole bunch of PDFs (multipage feedback reports generated by
populating a series of cards with individualised data - mix of text and
graphics) and it starts off fast and then inevitably slows down - a lot. While
it might start off printing say 14 reports per minute after a few
Beware CARP !! (or, very similarly, HSRP or VRRP).
In essence, there are a number of routers, which share a single MAC
address - and it is passed between them (so there is always one active
router and only it responds to the shared MAC address). Meanwhile they
each use their own MAC address
I still maintain a HC server stack, accessible by clients over a network, of
many thousands of cards. Access to any of them using the "find" command is
virtually instantaneous.
It is LC that starts to visibly slow after about 2000 cards. Someone like
Richard or Jacque may know a bit about why
no all I care about is the interface designation which I use in another query
later.
Bob S
> On Oct 22, 2019, at 11:40 , Phil Davis via use-livecode
> wrote:
>
> I'm guessing you meant "route -v get default" ? Otherwise I don't get much
> back from the command.
>
> Phil Davis
lol... that may be true...cuz i don't think he'll check the mailing list
:) There is only bragging rights at stakeso i just need to add time to
his workloadbut not affect the user experience..i am counting on
his limited willingness to put hours into it.
On Tue, Oct 22, 2019 at 3:02
And if you tell us what you are going to do
he will never catch on .. ..
JB
> On Oct 22, 2019, at 11:57 AM, Tom Glod via use-livecode
> wrote:
>
> yeah... the key is to crank up the difficulty and time investment...much
> like decryption...sure...you can decrypt this in a billion years!
>
yeah... the key is to crank up the difficulty and time investment...much
like decryption...sure...you can decrypt this in a billion years!
On Tue, Oct 22, 2019 at 2:49 PM JJS via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Everything is crackable.
>
> There was once this version
Everything is crackable.
There was once this version of Cubase 5.1 a audio/midi sequencer, very
popular among musicians.
People from H2O cracked it. It was protected by a USB dongle.
They used 1500 manhours for it. And most of the time was not in the
program itself, figuring out when it
I'm guessing you meant "route -v get default" ? Otherwise I don't get
much back from the command.
Phil Davis
On 10/22/19 11:05 AM, Bob Sneidar via use-livecode wrote:
Hi all.
MacOS only for now.
I think I put together a way to tell if the default network has changed since
the last time an
Hi Andrew,
I think the problem is having very many cards—in the thousands, each with text,
images, etc.—that I experience slowdowns. The stack taking a long time to open,
save, go to cards, and just wanting to freeze for awhile.
When I changed my method to just a few cards with the text and
> On Oct 22, 2019, at 11:05 , Bob Sneidar via use-livecode
> wrote:
>
> Hi all.
>
> MacOS only for now.
>
> I think I put together a way to tell if the default network has changed since
> the last time an internet connection took place. It's no good of course, just
> getting the IP
On Oct 22, 2019, at 8:49 AM, Bob Sneidar via use-livecode
wrote:
>
> I have tried push and pop before but you really have to keep track of the
> pushed cards or you end up somewhere unexpected.
Every time I’ve tried to use push/pop, it’s been more trouble than it was
worth—with the lone
> On Oct 22, 2019, at 11:01 , Andrew Bell via use-livecode
> wrote:
>
> I learned HyperCard in K-12 during the '90s and moved to LiveCode a couple
> years ago. My coding efficiency and strategies have developed considerably
> over my past couple projects. I don't make a new card for
On Oct 21, 2019, at 8:02 PM, kee nethery via use-livecode
wrote:
>
> My wife built a Hypercard stack standalone that was protected by a dongle.
> But, every call to the dongle was something you could search for in the
> scripts. So she had scripts that did hashes of the scripts that talked
I don’t think 12 cards will be an issue. The problem is that cards are a
linked list in memory so random access to hundreds of cards can be slow. Next
card is always fast (would have to look to see if it is a double link for the
same to be true of previous).
Thanks,
Brian
On Oct 22, 2019,
Hi all.
MacOS only for now.
I think I put together a way to tell if the default network has changed since
the last time an internet connection took place. It's no good of course, just
getting the IP address, as given an identical subnet, you have a 1 in 254
change of getting the same IP
I learned HyperCard in K-12 during the '90s and moved to LiveCode a
couple years ago. My coding efficiency and strategies have developed
considerably over my past couple projects. I don't make a new card for
everything, but easily end up with a dozen cards in a stack for most
projects.
Yeah...He might call me within 24 hours ..laughing ...and that
wouldn't surprise me at all. :D
Luckily ...none of it is life or death.
On Tue, Oct 22, 2019 at 1:44 PM JB via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Well considering he writes assembly and other languages
>
That is nice to know!
Actually in my case I went down a path I never
should have anyway and writing the code so
it works better instead of using recent or push
is the way to go.
thanks,
JB
> On Oct 22, 2019, at 10:40 AM, dunbarx--- via use-livecode
> wrote:
>
> This goes back to 1987. The HC
Well considering he writes assembly and other languages
and is communicating with other people he might be able
to do things that would surprise you.
JB
> On Oct 22, 2019, at 10:38 AM, Tom Glod via use-livecode
> wrote:
>
> Funny, I just sat down to fire up LC to check on the encryption
This goes back to 1987. The HC team assumed that most people would navigate
like crazy, think rolodex, and being able to retrace ones history would be a
very useful tool.
There should be a "clear recent" command, so that the piles of cards in that
history can be eliminated. But LC has things that
Funny, I just sat down to fire up LC to check on the encryption option.
That will be the first thing I will do.
My dad will do this using a C++ / assembly debugger, and he finds the point
at which the trial limitation is lifted or enforced, and does all his work
there. So he'll be looking at
Do you mean to also keep a track of my own card id’s and
then eliminate the ones I do not want in the list?
That would probably work but I think I will just write the
code differently for this program. It is not a big problem
but the ending up where I did not expect just needs to
be fixed and is
One way to do this is to have a single function do the pushing and popping so
it always knows where it is.
Bob S
> On Oct 22, 2019, at 09:04 , JB via use-livecode
> wrote:
>
> I don’t have very many cards but eventually I end
> up somewhere I didn’t expect and if I cleared the
> list it
I don’t have very many cards but eventually I end
up somewhere I didn’t expect and if I cleared the
list it would take care of the problem. But if I take
the time to write the code better I can solve the
problem without using push and pop.
JB
> On Oct 22, 2019, at 8:49 AM, Bob Sneidar via
I have tried push and pop before but you really have to keep track of the
pushed cards or you end up somewhere unexpected. I'm still not sure what the
utility of having lots and lots of cards is, if that is what you are doing,
especially considering that the LC engine is not optimized to use
Thank you for the info!
I think I am going to rewrite the code to work
better and eliminate using push card for this
instance.
JB
> On Oct 22, 2019, at 3:44 AM, hh via use-livecode
> wrote:
>
>> JB wrote:
>> The list of pushed cards is cleared when you quit the application.
>> Is there a way
That was my first thought too, password protecting the stack makes the
scripts unreadable. The hacker would have to read the memory directly and
I'm not sure what that would show, but I don't think it would be
particularly organized.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
I'd be curious to know how well simply pass protecting the stacks does. Given
the "hacker" doesn't know the key that was used for the encryption, it
shouldn't be possible.
Bob S
> On Oct 22, 2019, at 07:46 , Tom Glod via use-livecode
> wrote:
>
> JB, of course thats true, its just a
JB, of course thats true, its just a matter of how long it takes and how
skilled the cracker must be. Its definitely not a reason not to try.
Kee, that sounds like quite the scheme a self-destructing stack. My
initial instinct is to create some trap using hashing also.
Thanks. :)
On Mon,
> JB wrote:
> The list of pushed cards is cleared when you quit the application.
> Is there a way to clear the list without quitting the application?
You could try
on mouseUp
put "home.livecodescript" into tA
repeat
pop card into tB
if tB ends with tA then exit repeat
end repeat
31 matches
Mail list logo