to see, where I'm talking
about,please let me know and we'll make an apointment
kind regards
Horst
--
View this message in context:
http://n4.nabble.com/Wake-up-Revolution-tp621641p621729.html
Sent from the Revolution - User mailing list archive at Nabble.com
Dear Inselfan,
I cannot help noticing you are using Windows;
Maybe the problem does not lie with RunRev 4, but
maybe there is a background process (possibly
some sort of virus) that is triggered when you
launch RunRev, that is hogging the memory.
I am running RunRev 4 on a Pentium III Compaq,
when you
launch RunRev, that is hogging the memory.
--
View this message in context:
http://n4.nabble.com/Wake-up-Revolution-tp621641p621748.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use
Inselfan wrote:
Holá Richmond,
Well, running same Stacks with RR-2.9 is OK so far.
I don't think, that my PC's are infected. Not with a Virus or something
else.
It is only RR 4.0 which blocks. On all Computers, but thanks for trying to
help.
I would love to tell the World, that RunRev 4.0
Inselfan wrote:
Well, running same Stacks with RR-2.9 is OK so far.
I don't think, that my PC's are infected. Not with a Virus or something
else.
It is only RR 4.0 which blocks. On all Computers, but thanks for trying to
help.
I would love to tell the World, that RunRev 4.0 is the best ever
some sort of virus) that is triggered when you
launch RunRev, that is hogging the memory.
--
View this message in context:
http://n4.nabble.com/Wake-up-Revolution-tp621641p621748.html
Sent from the Revolution - User mailing list archive at Nabble.com
Richard,
Who says that tousand people experience great performance?! I, for
one, don't.
I am pretty sure that Inselfan did something that should just work in
Revolution without problems and figuring out the source of the problem
is a process that one should not have to go through with a
On Nov 15, 2009, at 11:18 AM, Richard Gaskin wrote:
If a thousand people experience great performance and one person experiences
very poor performance, would it not seem worthwhile to consider the cause of
the difference may lie with the system's configuration?
You can't use logic for this
Hi Horst,
Why don't you do some logging to figure out what's causing the pain?
Just add something like this to the preOpenCard and openCard handlers:
##
on preOpenCard
put the milliseconds into tStart
-- now the rest of your handler script
...
-- now put how long it takes at the end of
Inselfan wrote:
Here is what I for example do:
By pressing a button, which contains:
on mouseUp
set cursor to watch
go cd Adressliste_Global
end mouseUp
On this Card:
on preopencard
set the visible of btn weckerli to false
set the visible of fld Alarmliste to false
lock screen
Horst,
it might be that your preferences stack broke in the update. try this
in msg:
put the effective filename of stack revPreferences
Note that path and quit rev. Remove the file from there and relaunch
rev. Does it make things any better?
Also, if that doesn´t help, what does
put
Mark Schonewille wrote:
Who says that tousand people experience great performance?! I, for
one, don't.
I haven't seen your RQCC report on this. What's the #?
After reading the messages here, in the forum, and other venues, yours
and Inselfan's posts are the first I've come across during
Richard Gaskin wrote:
Mark Schonewille wrote:
Who says that tousand people experience great performance?! I, for
one, don't.
I haven't seen your RQCC report on this. What's the #?
After reading the messages here, in the forum, and other venues, yours
and Inselfan's posts are the first
I hate those f_cking banana skins.
On Nov 15, 2009, at 3:30 PM, Richmond Mathewson wrote:
There is a risk, as one runs for the finish line, with one's eye on
the prize, that one doesn't see the
banana skin on the track.
___
use-revolution
Colin wrote:
If a thousand people experience great performance and one person
experiences very poor performance, would it not seem worthwhile to
consider the cause of the difference may lie with the system's
configuration?
You can't use logic for this case, otherwise you would argue that if
Bill Marriott wrote:
snip
Richmond wrote:
There is a school of thought that RunRev have tried to expand the
capabilities of Revolution rather too
rapidly, without taking care of some 'nuts-and-bolts' glitches that have
been around for some time.
Perhaps. But as someone who wrote just over
faithfully but sad user
Horst
Not writing my native language, so please smile if you find wrong words :)
--
View this message in context:
http://n4.nabble.com/Wake-up-Revolution-tp621641p621641.html
Sent from the Revolution - User mailing list archive at Nabble.com
the handicaps
Kind regards from a still faithfully but sad user
Horst
Not writing my native language, so please smile if you find wrong words :)
--
View this message in context:
http://n4.nabble.com/Wake-up-Revolution-tp621641p621641.html
Sent from the Revolution - User mailing list archive
But then,after starting an application, the problems also started. The speed
is away from all reallity. (orking on Windows) A ^T blocks the computer for
mor than 2 (!!!) minutes and the CPU-usage goes to 100%. Jumping from one to
another CD leaves time for boiling water for a tea with a CPU
Control-T and navigating cards works instantly for me. Windows 7 64-bit
and Windows XP (Max OS X Snow Leopard, too.) Haven't heard of this issue
from any other of hundreds of beta testers and users. Need details to
see what's really going on.
Inselfan wrote:
A ^T blocks the computer for
mor
20 matches
Mail list logo