[OT] bat file association problem
Here's a warning, while checking-in via Tortoise SVN today I must have previewed (opened with) a bat file and forgotten to untick the "always open with", or perhaps there was no option, I can't remember. So this caused all bat files to open with notepad when double-clicked in the shell. Be warned that web searches on this problem produce countless pages of results which are misleading, duplicated, wrong or dangerous (by asking you to blindly merge registry data they supply). Avoiding dangerous routes, I dumped and compared various keys from another okay Win7 machine with my cactus one, but found no differences, probably because there are so many places to look you can never find them all. My first test was to merge back HKCR\CLSID batfile from a good machine but it made no difference. Eventually I noticed one of the web pages mentioned this key: HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.bat There was a subkey called UserPreference (or something like that, I forget, I was flustered) with a single entry pointing to notepad. I deleted that and now bat files are back to normal. And so I lose again over an hour of otherwise paid work time, more hair and more sanity. You couldn't make this shit up. Greg
Re: [OT] bat file association problem
On Tue, Jan 24, 2012 at 7:55 PM, Greg Keogh wrote: > Here’s a warning, while checking-in via Tortoise SVN today I must have > previewed (opened with) a bat file and forgotten to untick the “always > open with”, or perhaps there was no option, I can’t remember. So this caused > all bat files to open with notepad when double-clicked in the shell. > > > > Be warned that web searches on this problem produce countless pages of > results which are misleading, duplicated, wrong or dangerous (by asking you > to blindly merge registry data they supply). I'm happy enough to copy paste stuff from the web if I can read and understand what it does. If it pokes around in areas of the registry to do with drivers, and it looks dodgy... then no. Anyone found a trustworthy registry cleaner these days? No? My thoughts too. Not even really sure if it's necessary. > Avoiding dangerous routes, I > dumped and compared various keys from another okay Win7 machine with my > cactus one, but found no differences, probably because there are so many > places to look you can never find them all. > > An app that logged writes to the registry in some way that you could revert or roll them back would be nice. > > My first test was to merge back HKCR\CLSID batfile from a good machine but > it made no difference. Eventually I noticed one of the web pages mentioned > this key: > > > > HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.bat > > > > There was a subkey called UserPreference (or something like that, I forget, > I was flustered) with a single entry pointing to notepad. I deleted that and > now bat files are back to normal. > > > > And so I lose again over an hour of otherwise paid work time, more hair and > more sanity. You couldn’t make this shit up. > > :) -- Meski http://courteous.ly/aAOZcv "Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough" - Adam Hills
RE: [OT] bat file association problem
Hmm - in Win7, there's no Explorer GUI way of changing .bat file extensions (as far as I can find). How did Greg manage to change it in the first place? Cheers Ken -Original Message- From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of mike smith Sent: Wednesday, 25 January 2012 10:22 AM To: ozDotNet Subject: Re: [OT] bat file association problem On Tue, Jan 24, 2012 at 7:55 PM, Greg Keogh wrote: > Here’s a warning, while checking-in via Tortoise SVN today I must have > previewed (opened with) a bat file and forgotten to untick the > “always open with”, or perhaps there was no option, I can’t remember. > So this caused all bat files to open with notepad when double-clicked in the > shell. > > > > Be warned that web searches on this problem produce countless pages of > results which are misleading, duplicated, wrong or dangerous (by > asking you to blindly merge registry data they supply). I'm happy enough to copy paste stuff from the web if I can read and understand what it does. If it pokes around in areas of the registry to do with drivers, and it looks dodgy... then no. Anyone found a trustworthy registry cleaner these days? No? My thoughts too. Not even really sure if it's necessary. > Avoiding dangerous routes, I > dumped and compared various keys from another okay Win7 machine with > my cactus one, but found no differences, probably because there are so > many places to look you can never find them all. > > An app that logged writes to the registry in some way that you could revert or roll them back would be nice. > > My first test was to merge back HKCR\CLSID batfile from a good machine > but it made no difference. Eventually I noticed one of the web pages > mentioned this key: > > > > HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.bat > > > > There was a subkey called UserPreference (or something like that, I > forget, I was flustered) with a single entry pointing to notepad. I > deleted that and now bat files are back to normal. > > > > And so I lose again over an hour of otherwise paid work time, more > hair and more sanity. You couldn’t make this shit up.
Re: [OT] bat file association problem
On Wed, Jan 25, 2012 at 2:31 PM, Ken Schaefer wrote: > Hmm - in Win7, there's no Explorer GUI way of changing .bat file extensions > (as far as I can find). How did Greg manage to change it in the first place? > Textpad preferences? or type "associate" into the help box off of the start button, select "change the file type associated with a file extension" select extension from a list, check the sign that says "beware of the leopard", click change program. Ok, now I've associated .bat files with textpad... I've got to use regedit to revert it. That's unfriendly. -- Meski http://courteous.ly/aAOZcv "Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough" - Adam Hills
RE: [OT] bat file association problem
Mesky, if you are actually using TextPad (5) then the ability to open .bat files for editing can be switched ON and OFF successfully in its configuration. This does NOT cause .bat files to not work as batch files - if you understand my meaning. Ian Thomas Victoria Park, Western Australia -Original Message- From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of mike smith Sent: Wednesday, January 25, 2012 12:04 PM To: ozDotNet Subject: Re: [OT] bat file association problem On Wed, Jan 25, 2012 at 2:31 PM, Ken Schaefer wrote: > Hmm - in Win7, there's no Explorer GUI way of changing .bat file extensions (as far as I can find). How did Greg manage to change it in the first place? > Textpad preferences? or type "associate" into the help box off of the start button, select "change the file type associated with a file extension" select extension from a list, check the sign that says "beware of the leopard", click change program. Ok, now I've associated .bat files with textpad... I've got to use regedit to revert it. That's unfriendly. -- Meski http://courteous.ly/aAOZcv "Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough" - Adam Hills
RE: [OT] bat file association problem
Is this what you’re after? Win 7: Control Panel > Programs > Default Programs > Set Associations Good grief, I never noticed that before. I even wrote my own file association manager (that looks just like that one) back when I went to Vista and found the facility missing. Did they slip it quietly into Win7, or was it in Vista as well and I didn’t see it? It doesn’t look like this applet can repair the Notepad-bat association anyway, as there is no “Program” to assign to it, it’s a special registry entry (or many antries). I think created the Notepad-to-bat association by accident when checking-in in TortoiseSVN 1.7.4. I opened a bat file to see what was in it before check-in, and that created the rogue association. Greg
Re: [OT] bat file association problem
On Wed, Jan 25, 2012 at 4:01 PM, Ian Thomas wrote: > Mesky, if you are actually using TextPad (5) then the ability to open .bat > files for editing can be switched ON and OFF successfully in its > configuration. > This does NOT cause .bat files to not work as batch files - if you > understand my meaning. Ok, yes, it associates differently to the Explorer. hadn't noticed. > > > Ian Thomas > Victoria Park, Western Australia > > -Original Message- > From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] > On Behalf Of mike smith > Sent: Wednesday, January 25, 2012 12:04 PM > To: ozDotNet > Subject: Re: [OT] bat file association problem > > On Wed, Jan 25, 2012 at 2:31 PM, Ken Schaefer wrote: >> Hmm - in Win7, there's no Explorer GUI way of changing .bat file > extensions (as far as I can find). How did Greg manage to change it in the > first place? >> > > Textpad preferences? > > or > > type "associate" into the help box off of the start button, select > "change the file type associated with a file extension" select > extension from a list, check the sign that says "beware of the > leopard", click change program. > > Ok, now I've associated .bat files with textpad... I've got to use > regedit to revert it. That's unfriendly. > > > > > > > > -- > Meski > > http://courteous.ly/aAOZcv > > "Going to Starbucks for coffee is like going to prison for sex. Sure, > you'll get it, but it's going to be rough" - Adam Hills > -- Meski http://courteous.ly/aAOZcv "Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough" - Adam Hills
Stress testing
Some potential customers have asked if our product has been stress tested. The answer is that we're not telling them until we figure out if it's possible. Web searches produce lots of hits on this subject, but I thought it would be wise to ask here first to see if anyone has experience and advice. Our app is actually composed of a Silverlight 4 app in the browser client, a C++ COM component at the other, and a WCF service to allow the two to talk to each other via XML. So there are many potential points for performance trouble: Loading the SL app, rendering complex graphics in the SL app, transmitting XML (it's zipped), network speed, IIS performance, and performance of the C++ component which further talks to the file system and contacts a master authentication server using FTP. The author the C++ component says it was not written with multithreading in mind. So we have to think of a way of stress testing this conglomeration. I'll continue reading web search results in the meantime. Greg
The way NuGet works
People have been talking about NuGet a bit so I thought I'd try it out. The very first thing that confused me was the relationship between the NuGet packages I install and those that I have already installed by other means. For example I get packages for Entity Framework, Nunit and SQL CE, but I already have these installed. So I opened a small console app and added the NUnit package to see what happens. I see that it adds 3 references like this sample: E:\dev\command\myapp\packages\NUnit.2.5.10.11092\lib\nunit.framework.dll Then I see that it has created a packages folder under my solution folder containing 55 files in 4 folders with a total size of 3.8MB. Now this seems a bit heavy-handed ... it will create duplicated and redundant files in projects everywhere, multiple tool versions can be installed, and it will make version control and deployment trickier. I'm utterly bewildered by what NuGet has done and find it hard to believe that anyone would find this acceptable. Am I missing something? Greg
Re: Stress testing
I'd start with testing the easiest points first, the actual service and the components behind it. Rig up an application to hit these points in a multi threaded fashion. Eg. In a loop x long, create a new thread and fire off a call to svc or method. Repeat y times with z interval. Grant On 25/01/2012 4:38 PM, "Greg Keogh" wrote: > Some potential customers have asked if our product has been stress tested. > The answer is that we’re not telling them until we figure out if it’s > possible. Web searches produce lots of hits on this subject, but I thought > it would be wise to ask here first to see if anyone has experience and > advice. > > ** ** > > Our app is actually composed of a Silverlight 4 app in the browser client, > a C++ COM component at the other, and a WCF service to allow the two to > talk to each other via XML. So there are many potential points for > performance trouble: Loading the SL app, rendering complex graphics in the > SL app, transmitting XML (it’s zipped), network speed, IIS performance, and > performance of the C++ component which further talks to the file system and > contacts a master authentication server using FTP. The author the C++ > component says it was not written with multithreading in mind. > > ** ** > > So we have to think of a way of stress testing this conglomeration. I’ll > continue reading web search results in the meantime. > > ** ** > > Greg >
Re: The way NuGet works
Greg For the last few years, all the projects that I have worked on have had a "libs" or "dependencies" folder that is included in the source code. It's a practice that has come from the Java world, one that I like. It avoids conflicts in updating libraries, and all team members have the correct version of the dll from source control. Davy Hexed into a portable ouija board. -Original Message- From: "Greg Keogh" Sender: ozdotnet-boun...@ozdotnet.com Date: Wed, 25 Jan 2012 17:53:14 To: 'ozDotNet' Reply-To: ozDotNet Subject: The way NuGet works People have been talking about NuGet a bit so I thought I'd try it out. The very first thing that confused me was the relationship between the NuGet packages I install and those that I have already installed by other means. For example I get packages for Entity Framework, Nunit and SQL CE, but I already have these installed. So I opened a small console app and added the NUnit package to see what happens. I see that it adds 3 references like this sample: E:\dev\command\myapp\packages\NUnit.2.5.10.11092\lib\nunit.framework.dll Then I see that it has created a packages folder under my solution folder containing 55 files in 4 folders with a total size of 3.8MB. Now this seems a bit heavy-handed ... it will create duplicated and redundant files in projects everywhere, multiple tool versions can be installed, and it will make version control and deployment trickier. I'm utterly bewildered by what NuGet has done and find it hard to believe that anyone would find this acceptable. Am I missing something? Greg
Re: The way NuGet works
Hi Greg >>Then I see that it has created a packages folder under my solution folder containing 55 files in 4 folders with a total size of 3.8MB. Now this seems a bit heavy-handed ... it will create duplicated and redundant files in projects everywhere, multiple tool versions can be installed, and it will make version control and deployment trickier. Why would you say that it makes deployment trickier? I am not a big fan of having lots of duplicated files either, for every little pet project. But the advantage is that it just works: Get latest from source control -> all references can be resolved... .peter.gfader. http://blog.gfader.com fat fingers + tiny touchscreen -> short emails On Jan 25, 2012 7:53 AM, "Greg Keogh" wrote: > People have been talking about NuGet a bit so I thought I’d try it out.*** > * > > ** ** > > The very first thing that confused me was the relationship between the > NuGet packages I install and those that I have already installed by other > means. For example I get packages for Entity Framework, Nunit and SQL CE, > but I already have these installed. So I opened a small console app and > added the NUnit package to see what happens. I see that it adds 3 > references like this sample: > > ** ** > > E:\dev\command\myapp\packages\NUnit.2.5.10.11092\lib\nunit.framework.dll** > ** > > ** ** > > Then I see that it has created a packages folder under my solution folder > containing 55 files in 4 folders with a total size of 3.8MB. Now this seems > a bit heavy-handed ... it will create duplicated and redundant files in > projects everywhere, multiple tool versions can be installed, and it will > make version control and deployment trickier. I’m utterly bewildered by > what NuGet has done and find it hard to believe that anyone would find this > acceptable. > > ** ** > > Am I missing something? > > ** ** > > Greg >
RE: Stress testing
Rig up an application to hit these points in a multi threaded fashion. It seems unavoidable to write some code as a part of this exercise. Since I own the SL4 code, I was thinking of adding a button (for admins only) that starts a loop of requests for random reports and charts at random intervals. The C++ guy is already thinking of doing something similar at his end. It still leaves so many links in the chain though to test, it's stinker of a problem. Greg
Re: The way NuGet works
Hi Greg, Check out http://docs.nuget.org/docs/workflows/using-nuget-without-committing-packagesfor details of how to get nuget to manage the dependencies without checking in all of those files into source control. This gets even more powerful if you have a corporate NuGet server so that you get to control all of the dependencies without duplicating them over and over in the repository. Michael M. Minutillo Indiscriminate Information Sponge http://codermike.com On Wed, Jan 25, 2012 at 3:36 PM, Peter Gfader wrote: > Hi Greg > > >>Then I see that it has created a packages folder under my solution > folder containing 55 files in 4 folders with a total size of 3.8MB. Now > this seems a bit heavy-handed ... it will create duplicated and redundant > files in projects everywhere, multiple tool versions can be installed, and > it will make version control and deployment trickier. > > Why would you say that it makes deployment trickier? > > I am not a big fan of having lots of duplicated files either, for every > little pet project. But the advantage is that it just works: Get latest > from source control -> all references can be resolved... > > .peter.gfader. > http://blog.gfader.com > > fat fingers + tiny touchscreen -> short emails > On Jan 25, 2012 7:53 AM, "Greg Keogh" wrote: > >> People have been talking about NuGet a bit so I thought I’d try it out.** >> ** >> >> ** ** >> >> The very first thing that confused me was the relationship between the >> NuGet packages I install and those that I have already installed by other >> means. For example I get packages for Entity Framework, Nunit and SQL CE, >> but I already have these installed. So I opened a small console app and >> added the NUnit package to see what happens. I see that it adds 3 >> references like this sample: >> >> ** ** >> >> E:\dev\command\myapp\packages\NUnit.2.5.10.11092\lib\nunit.framework.dll* >> *** >> >> ** ** >> >> Then I see that it has created a packages folder under my solution folder >> containing 55 files in 4 folders with a total size of 3.8MB. Now this seems >> a bit heavy-handed ... it will create duplicated and redundant files in >> projects everywhere, multiple tool versions can be installed, and it will >> make version control and deployment trickier. I’m utterly bewildered by >> what NuGet has done and find it hard to believe that anyone would find this >> acceptable. >> >> ** ** >> >> Am I missing something? >> >> ** ** >> >> Greg >> >
Re: Stress testing
I would start by trying to simulate real users and then crank that up till your server room temperature is a 3 digit ;-) Things to consider: - Network bandwith. Silverlight apps can be quite huge (>1MB). So if 1000 users start up the application at the same time in the morning 8AM. You get >1GB of data that you need to push out over your pipe. Internally that might be OK, but for the internetz you might think about hosting your XAP on a CDN. - Network bandwith #2. Measure the bandwith usage of 1 user using your app, and then 10 users (100 users). Does it scale? Where do the below numbers go? - Make sure to measure on the servers: - CPU, memory, Disk IO, network (perfmon) You can get very fancy with performance testing, till you have an automated stresstest in the cloud that runs every night and sends you a report in the morning. But you can get a very good feeling about performance with jut some manual verifications. Make sure to write your results down for later comparison. Not that I have been bitten by that ;-) .peter.gfader. http://blog.gfader.com fat fingers + tiny touchscreen -> short emails On Jan 25, 2012 8:05 AM, "Grant Molloy" wrote: > I'd start with testing the easiest points first, the actual service and > the components behind it. > > Rig up an application to hit these points in a multi threaded fashion. > Eg. > In a loop x long, create a new thread and fire off a call to svc or method. > Repeat y times with z interval. > > Grant > On 25/01/2012 4:38 PM, "Greg Keogh" wrote: > >> Some potential customers have asked if our product has been stress >> tested. The answer is that we’re not telling them until we figure out if >> it’s possible. Web searches produce lots of hits on this subject, but I >> thought it would be wise to ask here first to see if anyone has experience >> and advice. >> >> ** ** >> >> Our app is actually composed of a Silverlight 4 app in the browser >> client, a C++ COM component at the other, and a WCF service to allow the >> two to talk to each other via XML. So there are many potential points for >> performance trouble: Loading the SL app, rendering complex graphics in the >> SL app, transmitting XML (it’s zipped), network speed, IIS performance, and >> performance of the C++ component which further talks to the file system and >> contacts a master authentication server using FTP. The author the C++ >> component says it was not written with multithreading in mind. >> >> ** ** >> >> So we have to think of a way of stress testing this conglomeration. I’ll >> continue reading web search results in the meantime. >> >> ** ** >> >> Greg >> >
