Hmm, I now get an error: Can't open to write to C:\Program
Files\SlimServer\SlimServer Web Interface: Permission denied, but
SlimServer still opens normally.
--
vdorta
vdorta's Profile:
One of the changes I made to SlimTray was to make it write the
Slimserver Web Interface shortcut file using the port number given in
preferences. With old SlimTray if a user started Slimserver on a port
other then 9000 SlimTray would open up the browserwindsow on
localhost:9000 and nothing
I forgot to say that SlimTray2.exe stops SS right away when required,
however, the icon stays illuminated; with the original SlimTray.exe I
have to click twice for SS to stop, but if I remember well the icon
turns off.
--
vdorta
I am happy to report that SlimTray2.exe works just as well in Vista.
--
vdorta
Silent computer, Windows Vista Ultimate, dBpowerAMP Reference/FLAC,
Slimserver 6.5.2, Inguz Room Correction, wireless SB2 (Bolder digital
analog mods, Sonicap Platinum bypass caps, Bolder Deluxe Power Supply),
Has anyone used SlimTray2.exe on Vista?
--
vdorta
Silent computer, dBpoweramp Reference/FLAC, Slimserver 6.5.2, Inguz Room
Correction, wireless SB2 (Bolder digital analog mods, Sonicap Platinum
bypass caps, Bolder Deluxe Power Supply), Stello M200 monos, ACI
Sapphire XLs + REL Storm III |
I used build 820 of the ActiveState PerlTray tool which is used to build
SlimTray. According to ActiveState website from build 819 their tools
have been tested on Vista.
However SlimTray uses one Perl module which does not come from
ActiveState and this module makes some Win32 API calls. I think
bpa, I will test the SlimTray2.exe later today and report back.
--
vdorta
Silent computer, Windows Vista Ultimate, dBpowerAMP Reference/FLAC,
Slimserver 6.5.2, Inguz Room Correction, wireless SB2 (Bolder digital
analog mods, Sonicap Platinum bypass caps, Bolder Deluxe Power Supply),
Stello
A patch file has already been attached to the bug report. The changes
are a number of small additions/aterations, no major changes. This
should make them acceptable to the maintainer of SlimTray.
Before you embark on a C++ version that could replace SlimTray. Make
sure that in principle
One more test data point for you:
I hadn't noticed any particular issues with slimtray but reading this
thread got me interested enough to look. My handle count was
approaching 1.5M. I can't now remember the memory usage but I don't
think it was excessive - 12M?
SlimServer Version: 6.5.1 -
The patch file has been assigned to Dan to review but I think he is on
vacation so if accepted it may be a while before any changes may appear
in the nightlies.
--
bpa
bpa's Profile:
Further update: although the number of handles is certainly stable it
does look as if there are some memory leaks here. I've left my server
running for 10 hours since restarting it this morning - nothing
playing, no activity anywhere, and the memory usage has gone from:
Slimserver: 76,460k to
Curious observation. I'm trying to sort out a socketwrapper issue but I
couldn't get DEBUGPIPE debug output when running 6.5.2 so I installed
6.5.0.
I now get debug output and also SlimTray doesn't leak handles
AND it is only 5.8Mbytes in size. So it looks like the memory
leak and size has
bpa;185002 Wrote:
Curious observation. I'm trying to sort out a socketwrapper issue but I
couldn't get DEBUGPIPE debug output when running 6.5.2 so I installed
6.5.0.
I now get debug output and also SlimTray doesn't leak handles
AND it is only 5.8Mbytes in size. So it looks like the
Great work bpa. SlimTray2 works well and those niggly problems are
gone.
--
Ramage
P2 266MHz,Linux ClarkConnect 3.2, SlimServer Version: 6.5.2 - 11354,
Alien 1.06, perl 5.8.8
P4 2.6GHz, Win XP, SlimServer Version: 6.5.2 - 11304 - Windows XP - EN
- cp1252, Alien 1.06
NSLU2 Unslung 6.8b
Nice work.
Want a challenge? Maybe a 'super' SlimTray. Here are some ideas:
- Use an INI file for SlimTray configuration so that things like the
service name aren't hardcoded into SlimTray itself. This would be
transparent to most users, as you could still use hardcoded names in
In Windows ini files are no longer in fashion - the registry (ugh) is
the preferred MS option. Whatever mechanism is used, it would be
Slimdevices who would have to support it as INI files make installation
and upgrades a pain (e.g. do you have one INI file per user or one
system one, what
bpa;184527 Wrote:
In Windows ini files are no longer in fashion - the registry (ugh) is
the preferred MS option.
Stay out of the registry. SlimServer uses a prefs file, which is the
same thing, just a different internal data format.
Whatever mechanism is used, it would be Slimdevices who
Thanks for building the new slimtray, bpa.
On my Win XP pro sp2 box, with 46 processes running, the stock slimtray
was leaking 45 handles every ten seconds.
Is your source available? I'm thinking about taking a peek at it and
maybe translating it to C++.
-- Timothy
--
TimothyB
I've made a few more changes to SlimTray to be tested.
1. Handles leak should still be fixed.
2. Stop MySqld.exe as well as Slim.exe when Stop Slimserver used.
3. Open Slimserver will open the port specified in prefs file and not
always 9000.
4. Opening the Window in IE should be more reliable
awesome... trying it asap!
--
MrSinatra
www.LION-Radio.org
Using:
Squeezebox2 w/SS 6.5.2 (beta!?) - Win XP Pro SP2 - 3.2ghz / 2gig ram
MrSinatra's Profile: http://forums.slimdevices.com/member.php?userid=2336
View this
works great for me...
opens to albums in fishbone skin. (will it always do that? or can it
be made to open to the last left frame you were on in fishbone?)
closes mysqld on exit. no leaky handles. i always use 9000 tho.
how long is the balloon timeout supposed to be? (i think xp does that
opens to albums in fishbone skin. (will it always do that? or can it
be made to open to the last left frame you were on in fishbone?)
I did nothing new in this area - all SlimTray does is issue the short
cut in the file SlimServer Web Interface.url you can look at yourself
or even double
Great! SlimTray2.exe works well in my system.
--
vdorta
Silent computer, EAC/FLAC, Slimserver 6.5.1, Inguz Room Correction,
wireless SB2 (Bolder digital analog mods, Sonicap Platinum bypass
caps, Bolder Deluxe Power Supply), Stello M200 monos, ACI Sapphire XLs
+ REL Storm III | Chaintech
Simonfish;183838 Wrote:
I was about to rewrite SlimTray in C (which I may still do - 13Mb for
that little thing?!!?!?)
wow, u have brass ones to write that after my effigy.
bpa,
i am certainly out of my depth, but would a ST app in C need all that?
seems to me i have various systray icons
MrSinatra wrote:
Simonfish;183838 Wrote:
I was about to rewrite SlimTray in C (which I may still do - 13Mb for
that little thing?!!?!?)
wow, u have brass ones to write that after my effigy.
There's a really big difference between you should and I might.
- Marc
Marc Sherman;184093 Wrote:
MrSinatra wrote:
Simonfish;183838 Wrote:
I was about to rewrite SlimTray in C (which I may still do - 13Mb
for
that little thing?!!?!?)
wow, u have brass ones to write that after my effigy.
There's a really big difference between you should and I
i asked why isn't it done in C?
Because SlimServer has been developped in Perl, I guess. It's probably as
simple as that.
does anyone know why someone would want those things to run as services
rather than processes? is it a security/users thing?
Services are run at machine startup. You
bpa;183552 Wrote:
The failure to open an Slimserver IE window when slimserver starts
always happens on my system with the official SlimTray and I think it
is due to timing. The bug fix to which kdf referred is only relevant
when port no is changed using httpport option, it won't fix this
bpa;183396 Wrote:
Using the latest ActiveState tools, I've tried to rebuild SlimTray.exe
exactly as 6.5.1 - however the resulting version didn't work because of
the changes to libraries also latest ActiveState is build 820 and I
think 6.5.1 was built using 819.
So I've patched SlimTray.pl
Don't forget if you rewrite it in C - Slimdevices may not maintain it.
AFAICT SlimTray does not take up 13Mbytes by itself. - look at the
memory usage in detail.
About half of that are shared Microsoft DLLs and about 25% is the main
Perl interpreter DLL which is shared with Slimserver. The
The problem is in SlimTray code - the routine ProcessID. It uses a
routine called GetProcessPid in Win32::Process::List.
Changes were made to the Win32::Process::List in June 06 and
GetProcessPid no longer returns -1 if the process is not running.
These changes to the return behavior are not
bpa wrote:
The problem is in SlimTray code - the routine ProcessID. It uses a
routine called GetProcessPid in Win32::Process::List.
Yup, better rewrite it in C... :)
- Marc
___
discuss mailing list
discuss@lists.slimdevices.com
Using the latest ActiveState tools, I've tried to rebuild SlimTray.exe
exactly as 6.5.1 - however the resulting version didn't work because of
the changes to libraries also latest ActiveState is build 820 and I
think 6.5.1 was built using 819.
So I've patched SlimTray.pl as per my previous posts
bpa wrote:
The problem is in SlimTray code - the routine ProcessID. It uses a
routine called GetProcessPid in Win32::Process::List.
Yup, better rewrite it in C... :)
- Marc
For ulitmate irony, I was hoping the bug was in the C code that
supports this Perl module - turns out the
Thanks bpa -- that works great for me. A steady 56 handles. You're a
hero!
--
Graham
Graham's Profile: http://forums.slimdevices.com/member.php?userid=5207
View this thread:
bpa, you're a genius...
one caveat, my slimtray.exe was in the slimserver root, not the server
dir, but i assume thats what you meant.
also, i had already filed a bug report for this, so i don't know if you
want to post this there or what, but regardless, fantastic job. mine
seems to peak at
MrSinatra;183457 Wrote:
bpa, you're a genius...
since slimtray is WINDOWS ONLY and EXTREMELY BLOATED mem usage wise
considering its very limited functionality, i still believe it to be a
fair and worthwhile question to ask why not C? and it is just a
question. the fact that question
bpa, you're a genius...
Nope , but from years of experience I found that bugs get solved by
applying effort to the problem and not by exchanging remarks. Users
always get worked up about their problem - so I always used to let
them blow off steam and tackle the problem not the person.
On 25-Feb-07, at 10:05 AM, bpa wrote:
I was thinking of adding an option to ST to allow users to kill MySqld
as well as Slimserver.
cool. There is bug4706 filed to cover this.
I'd need to look at the Slimserver code to see if explicitly tries to
kill MySqld on shutdown.
See svn change
bpa,
thx again. i should mention though that it wasn't the handles that got
me 'worked up,' but rather the times i'd come back to my computer to
find slimtray at 68megs and unresponsive. i didn't even know about the
handles issue till after that.
thx for not tackling me, and tackling the
bpa;183396 Wrote:
If you want to try my patched version you can find it here.
http://homepage.eircom.net/~altondsl/slim/SlimTrayexe.ZIP
I replaced SlimTray.exe with the patched version and tried both
starting it and restarting Windows but it doesn't work (icon
continuously on-off, when I
fyi:
i set both 'slim services' in XP to manual, they don't start
automatically.
slimtray does, its in the startup of my pgm menu.
my config uses localhost port 9000 btw.
its now at 62 handles (~12megs) and steady upon reboot.
when i start SS manually from ST, it starts both the slim and
Vdorta,
Can you revert back to your old SlimTray and see if that still works.
The error message is as a result of an extra error check I put into the
processID code. I need to look up what causes it.
MrSinatra,
I'm not sure what the first bit of the post is about. Are you reporting
a problem
bpa wrote:
Using the latest ActiveState tools, I've tried to rebuild SlimTray.exe
exactly as 6.5.1 - however the resulting version didn't work because of
the changes to libraries also latest ActiveState is build 820 and I
think 6.5.1 was built using 819.
So I've patched SlimTray.pl as per
bpa;183507 Wrote:
MrSinatra,
I'm not sure what the first bit of the post is about. Are you reporting
a problem with the new SlimTray or explaining your setup to Vdorta ?
sorry, i was unclear...
the entire post above describes how things are now using your
slimtray.exe
i am pretty sure it
Maybe I'm a bit thick tonight but can you confirm that aside from not
leaking handles, on your system you see NO change in behaviour of
SlimTray between my version and the official version.
With regard to mysqld - by design in SS6.5.1 in Windows mySQLD is not
shut down - it possible that
bpa;183528 Wrote:
Maybe I'm a bit thick tonight but can you confirm that aside from not
leaking handles, on your system you see NO change in behaviour of
SlimTray between my version and the official version.
well, the thing is i can't say for certain. i was playing around with
the services
If you tell Slimtray to Automatically run at log in then the
Slimserver process and associated processes are owned by the currently
logged on user and can be killed much like Unix processes.
If you select Automically run at system start then the processes are
started as a service and then they
Don't bother running tests - just report if my SlimTray somehow does not
work in the same way it used to.
The failure to open an Slimserver IE window when slimserver starts
always happens on my system with the official SlimTray and I think it
is due to timing. The bug fix to which kdf referred
More details on the nature of the problem.
The issue of slimtray not releasing handles occurs in the versions of
slimtray in 6.5.1 and latest nightly 6.5.2. It does not happen in 6.3.
The problem happens on a clean system (i.e. only 3rd party s/w running
was Acronis backup scheduler - no AV or
MrSinatra wrote:
this thread was 31 posts long with np... at post 32 good ole boy marc
sherman started it:
http://forums.slimdevices.com/showpost.php?p=182841postcount=32
No, you started it with the post to which Marc responded.
don't blame me for the little cabal of you guys who can't
This would be a more efficient way to get the desired outcome:
PHP code:
if (Win32::Service::GetStatus( '',$key, \%status)) {
print $key is present\n;
} else {
print $key is not present\n;
}
$key needs to be the shortname of the
bpa wrote:
So pending testing the 6.3 version of slimtray - people who have this
problem should state
1. Slimserver version
2. Version of Windows
3. How is slimserver service setup to start
6.5.2 - 11332 - Windows XP - EN - cp1252
XP Home SP2
Automatic start
Port 9000
Slimtray: Mem Usage
I looked through the Slimtray.pl code in subversion and while I'm no
perl expert, it's hard to see anything that might be causing a leak.
I also checked it's activity in Filemon Regmon. It seems to read a
few reg key's every few seconds but there are matching closekey
entries.
Next step would
It is possible there is an interaction with some other s/w typically the
security stuff - Antivirus, Firewall etc.
Some of these packages insert them selves into Windows system calls and
don't behave properly. A test on a clean Windows systems may also be
useful.
--
bpa
on my system, slimtray usually holds steady at around 13megs.
however, the handles ALWAYS increase, and do so non-stop.
i do not have anything unusual on my system, as i use the built in XP
firewall, windows defender, and AVAST AV. all pretty normal things.
(avast is great)
if i had to
MrSinatra wrote:
i still don't understand why they stick with perl for slimtray anyway.
high time to move that to C, to lessen the load and fix this annoying
handles issue.
You keep saying that. Patches are welcome, I'm sure.
- Marc
___
discuss
and several of you regulars on here always say that. not my job, and i
don't code. SD makes and markets the product, the responsibility is
theirs, and no i don't want this thread hijacked into another useless
debate over the obviousness of what i'm saying.
--
MrSinatra
www.LION-Radio.org
There have been a lot of changes in slimtray for 6.5 and since nobody
complained of this problem before 6.5 this point to a 6.5 coding issue.
The ActiveState tool for creating system trap apps hasn't changed much
in 2 years and many other users are using it without reporting this
problem so
actually, my wee quibble with what you say is that i think its a lot
more prevalent then you might think, its just most users don't look in
task manager, let alone configure it to display handles.
i consider myself a power user, and i hadn't done that til directed to
in this thread.
as to the
as to the code tool, seems to me to be just another reason to port the
app to C,
We all know it's easy in C, but we don't know C. Please stop wasting your
time telling us how easy it is and start reading Learn C in 24 hours.
Contributions are still rewarded. Go ahead!
--
Michael
http://newdata.box.sk/bx/c/ :-)
--
Michael
-
http://www.herger.net/SlimCD - your SlimServer on a CD
http://www.herger.net/slim - AlbumReview, Biography, MusicInfoSCR
___
discuss mailing
i just want to be clear on this...
are you saying no one at SD knows C? how about logitech?
and stop pushing the you go code it angle. i'm not a slim employee,
don't ever plan to be, and its an old refrain from you guys that
jeopardizes the intent of the thread.
--
MrSinatra
I see two options:
1) file a bug regarding the handles problem, and allow the
developers/qa to handle it in the queue with everything else.
2) continue to dictate how/when and what language it needs to be done
in, likely resulting in more responses of patches welcome until
someone decides
Quite right about wondering how prevalent - that is part of the task of
characterising the problem - other questions that need to be answered
Q. Does it affect all Windows XP users or only some users - and if it
is not all users what is the common factor.
Q. Is this a new 6.5 problem or was it
On 2/23/07, MrSinatra
[EMAIL PROTECTED] wrote:
i just want to be clear on this...
are you saying no one at SD knows C? how about logitech?
and stop pushing the you go code it angle. i'm not a slim employee,
don't ever plan to be, and its an old refrain from you guys that
jeopardizes the
i'm not a slim employee,
don't ever plan to be, and its an old refrain from you guys that
jeopardizes the intent of the thread.
You don't know coding. Stop telling programmers what's easy, what's not.
Yes, this really is an old refrain. I'm stopping here. Have a nice weekend.
--
Michael
come on kdf et al, i'm not dictating anything, i'm just ASKING why,
given these issues and given the windows only usefulness of slimtray,
and given that even when it works its a bloated 13meg plus systray
icon, does SD stick with perl?
its not an attack, a dictation, or anything of the sort, its
MrSinatra wrote:
and several of you regulars on here always say that. not my job, and i
don't code. SD makes and markets the product, the responsibility is
theirs, and no i don't want this thread hijacked into another useless
debate over the obviousness of what i'm saying.
No, you don't
Quoting MrSinatra [EMAIL PROTECTED]:
come on kdf et al,
sorry. you lost me now.
___
discuss mailing list
discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
Robin Bowes;182889 Wrote:
MrSinatra wrote:
and several of you regulars on here always say that. not my job, and
i
don't code. SD makes and markets the product, the responsibility is
theirs, and no i don't want this thread hijacked into another
useless
debate over the obviousness of
MrSinatra wrote:
and btw, i have filed a bug for it.
Good. Let's leave it at that then, shall we?
R.
___
discuss mailing list
discuss@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/discuss
MrSinatra;182882 Wrote:
come on kdf et al, i'm not dictating anything, i'm just ASKING why,
given these issues and given the windows only usefulness of slimtray,
and given that even when it works its a bloated 13meg plus systray
icon, does SD stick with perl?
its not an attack, a
hey SS, thats interesting, Avast would be the one unique thing to me i
think... but i'm not about to uninstall it to find out.
still, good thinking.
i am using 6.5.2 though...
chances are, bpa or someone who is far smarter than i will figure it
out, or it'll simply wait to be dealt with by
Bug is not related to Avast - handle leakage happens on my laptop which
has Norton AV
--
y360
y360's Profile: http://forums.slimdevices.com/member.php?userid=10150
View this thread:
Y360 - are you running XP or XP pro ?
--
bpa
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=32257
Read Chris Owens' post in another thread regarding software engineering.
You might find it informative especially if you're not a software
developer yourself. I am and Chris' post is a rehash of most software
development environment's I have work in. To paraphrase what he says,
to attempt to fix
also y360, what SlimServer ver?
and it is possible its a shared issue, meaning something avast and
norton both do, but thx for your help!
secret: i'm just asking questions. as ur new, u should wait until u
have a problem to see what reaction u get b4 recommending to me...
just a thought. as
I have XP Pro
SlimServer Version: 6.5.2 - 11466 - Windows XP - EN - cp1252
--
y360
y360's Profile: http://forums.slimdevices.com/member.php?userid=10150
View this thread:
Looking with Process Explorer from sysinternals.com the leakage is of
process handles
It looks like slimtray iterates over all open processes and creates a
new handle for each process every few seconds - so the leakage severity
will depend on the number of processes the machine is running
--
MrSinatra;182909 Wrote:
also y360, what SlimServer ver?
and it is possible its a shared issue, meaning something avast and
norton both do, but thx for your help!
secret: i'm just asking questions. as ur new, u should wait until u
have a problem to see what reaction u get b4
first of all, PM me that crap, it has nothing to do with the thread.
secondly, i don't walk on eggshells, and i don't apologize for other's
delicate sensibilities. i simply asked a question, and i refuse to get
beatup for it, and i don't care who that annoys. TS.
if you have anything to add
Back to the problem in hand.
One of the big changes to slimtray in 6.5 was monitoring whether
slimserver was active. This could tie in with y360 observation.
Its behaviour also varies depending on how the Slimserver service is
setup: Manual, Auto or on Login.
So pending testing the 6.3 version
MrSinatra wrote:
Robin Bowes;182889 Wrote:
MrSinatra wrote:
and several of you regulars on here always say that. not my job, and
i
don't code. SD makes and markets the product, the responsibility is
theirs, and no i don't want this thread hijacked into another
useless
debate over the
this thread was 31 posts long with np... at post 32 good ole boy marc
sherman started it:
http://forums.slimdevices.com/showpost.php?p=182841postcount=32
don't blame me for the little cabal of you guys who can't handle A
QUESTION which in your twisted perspectives somehow besmirches your
bpa;182977 Wrote:
Back to the problem in hand.
So pending testing the 6.3 version of slimtray - people who have this
problem should state
1. Slimserver version
2. Version of Windows
3. How is slimserver service setup to start
4. Does slimserver use port 9000 ?
6.5.2 - 11466 -
I think there is a bug in SlimTray regarding whenusing ports other than
9000 but it may be unrelated to the problem in hand.
Although Slimtray checks user prefs for the socket number - Slimtray
will always try to connect to 9000 to see if Slimserver is listening.
This may have desired
I can confirm SlimTray is indeed leaking file handles
In my case, looking at Windows Task Manager it has reached 1,464,939
handles and is increasing by exactly 80 handles every 10 seconds
I'm running SlimServer Version: 6.5.2 - 11466
--
y360
great work...
what i've been doing is just quitting slimtray every so often.
i have to say, i am disappointed in the lack of response either of my
bugs has gotten from SD. maybe your grunt work will prod them along.
--
MrSinatra
www.LION-Radio.org
Using:
Squeezebox2 w/SS 6.5.2 (beta!?) -
Turns out that the problem is probably in the implementation of perl
used by SlimTray. Slim can't do anything to fix that bug, so I would
recommend not running SlimTray if you plan on leaving your machine
running without rebooting for more than a day or so.
--
Simonfish
well, wait a minute...
it seems to me that thats a bad answer as a long term plan.
surely, if they want people to have slimtray, that have to offer a
slimtray that isn't leaky?
if the whole perl interpreter is in the exe itself as jim suggests, why
not use a version of perl that isn't
Simonfish;182358 Wrote:
Turns out that the problem is probably in the implementation of perl
used by SlimTray.
How did you come to that conclusion, rather than it being an issue
within SlimTray itself? Was the most recent SlimTray compiled with a
different version of ActivPerl than in the
MrSinatra;180413 Wrote:
320,084 handles and counting.
filed two bugs:
http://bugs.slimdevices.com/show_bug.cgi?id=4762
http://bugs.slimdevices.com/show_bug.cgi?id=4763
please vote for them!
I've updated bug 4762 with a bit more information. I went in with a
debugger to to see what's
Maybe - I do start it automatically.
--
Mark Lanctot
It's like, you know, a New Age religion, but with better treble
response. - Jon Heal
Mark Lanctot's Profile: http://forums.slimdevices.com/member.php?userid=2071
View
i had a thought... perhaps it happens to those users who don't start SS
automatically...
haven't the time to try now, but wanted to jot this idea down b4 i
forgot it.
--
MrSinatra
www.LION-Radio.org
Using:
Squeezebox2 w/SS 6.5.2 (beta!?) - Win XP Pro SP2 - 3.2ghz / 2gig ram
Looking at the windows task manager, my slimtray.exe is accruing a
massive number of file handles over time. It steadily ramps up, with
perhaps 100,000 over the day. Nothing bad seems to result from this,
but it's clearly not right. This is true for both the current stable
slimserver install
i just put the nightly on, and mysqld still isn't quitting after i exit
slim.exe from the slimtray icon.
should i file a bug report for that?
--
MrSinatra
www.LION-Radio.org
Using:
Squeezebox2 w/SS 6.5.2 (beta!?) - Win XP Pro SP2 - 3.2ghz / 2gig ram
for some reason, when i went to start SS from the system tray, it
wouldn't respond, no left or right click.
so, i brought up task manager and its a whopping 67,924K and climbing
incrementally.
end process did kill it np, and it restarted np.
any idea why this happened?
also any idea why
98 matches
Mail list logo
