Solutionizing .NET - Latest Comments

Re: Windows Git Tip: Hide ^M (Carriage Return) in Diff

billdav — Fri, 16 Mar 2012 23:19:17 -0000

I don't use git on Windows. I installed it on my Windows box a while back just in case I ever want to use it.

In Linux, git defaults to autocrlf = false. I'm a little surprised that Windows has a different default there. It may have something to do with whomever built the package. I don't have enough motivation to track it down. Which package are you using?

Re: Windows Git Tip: Hide ^M (Carriage Return) in Diff

Keith Dahlby — Fri, 16 Mar 2012 23:12:31 -0000

I guess I used Subversion for years without knowing it was doing EOL conversion. That's how it should be. In Git it's front and center for users on Windows, to its detriment.

Re: Windows Git Tip: Hide ^M (Carriage Return) in Diff

billdav — Fri, 16 Mar 2012 23:02:05 -0000

Apparently you aren't familiar with SVN or Perforce. Mercurial has an extension available.

Re: Windows Git Tip: Hide ^M (Carriage Return) in Diff

Keith Dahlby — Fri, 16 Mar 2012 21:37:39 -0000

"as it should be" strikes me as odd given that Git is the only VCS that touches line endings. That said, I'm settling on "true" for cross-platform projects and "false" for Windows-only projects.

Re: Windows Git Tip: Hide ^M (Carriage Return) in Diff

billdav — Fri, 16 Mar 2012 15:17:29 -0000

I prefer "input" because it keeps the repository Unix style, as it should be.

All IDE's that I am aware of as well as most text editors other than notepad work just fine without carriage returns at the end of lines. I don't want developers on my project if they're going to use notepad to edit files.

Re: Allowing a Windows Service to Interact with Desktop without LocalSystem

Abe Voelker — Mon, 21 Nov 2011 09:27:04 -0000

Great article on a topic that seems hard to find information on! Thanks for the script.

Now, for me this works as far as setting the bitmask in the registry key, but it doesn't appear to actually have an effect when the service is started on my Windows Server 2008 R2 environment. If I do `sc interrogate servicename` the type column shows "10 WIN32_OWN_PROCESS" instead of the "110 WIN32_OWN_PROCESS (interactive)" that it shows when running as the Local System account with the "Allow service to interact with the desktop" checkbox checked.

EDIT: Scratch that - the server had to be restarted completely in order for the registry change to be picked up. Seems to be working as expected now.

Re: Git Beyond the D in DVCS

Keith Dahlby — Fri, 14 Oct 2011 22:31:29 -0000

There's really not much of a workflow to it. When you get to a point where you find yourself with overlapping logical changes in a file you can use git add -p to stage and commit those changes in multiple parts.

The easiest way to see this in action is to make several changes then do a git add -Ap to stage all files, piece by piece. For each hunk of changes you'll be presented with several options: the most important are y/n (do or do not include the current hunk) and s (split this hunk into smaller hunks). Once you've staged something, try a git reset -p to go in the other direction.

Re: Git Beyond the D in DVCS

DomenicDenicola — Fri, 14 Oct 2011 09:37:37 -0000

> I use this feature on an almost daily basis to separate cosmetic changes
from refactoring from new feature work, without having to undo some
changes so that I can commit the others.

Can you expand on this? I've often wanted some way to do this kind of thing, but cannot figure out from your brief description what the workflow would be.

Thanks for the great post!

Re: Git Beyond the D in DVCS

Jason Meridth — Fri, 14 Oct 2011 09:13:11 -0000

Excellent post. There are a few tricks in there I have never used. Thank you for sharing them Keith.

Re: Windows Git Tip: Hide ^M (Carriage Return) in Diff

Port Forward Podcast — Wed, 12 Oct 2011 23:11:09 -0000

Don't forget that if your on Ubuntu Linux you can just change the line endings yourself and verify that your code still compiles.

to remove ^M (extra CR) run this command:
fromdos file.txt

to add CR back
todos file.txt

With Ubunu todos/fromdos are the commands, however other distros use dos2unix, unix2dos

-Ben of http://portforwardpodcast.com/

Re: msysGit error setting certificate verify locations

Thomas Jaskula — Fri, 30 Sep 2011 08:35:22 -0000

thanks, worked for me !

Re: msysGit error setting certificate verify locations

kiosan — Tue, 06 Sep 2011 07:43:24 -0000

thanks, works for me

Re: Allowing a Windows Service to Interact with Desktop without LocalSystem

Jason Jarrett — Mon, 15 Aug 2011 15:03:12 -0000

Thanks for this post. I've referenced it in my StatLight documentation.
http://statlight.codeplex.com/...

Re: F# + Razor View Engine = FSRazor

Keith Dahlby — Wed, 03 Aug 2011 21:32:27 -0000

That looks awesome Jay, glad to see you've kept trying to push the limits of dynamic in static languages! I need to give my DLR talk again so I can show off your stuff. :)

Re: F# + Razor View Engine = FSRazor

Jay — Wed, 03 Aug 2011 00:14:57 -0000

That's cool thanks for sharing the source, it sounds like something that would be fun to hack on.

I've been lately working on adding dynamic keyword like features in a library for FSharp so that it will work with my dynamic MVVM viewmodel. So far I've implement get/set property, call method, call function, add/remove events (+=,-=) and implict & explicit conversion which is enough to work with my MVVM apis, but I'm currently considering trying to add some binary operators as well.
http://code.google.com/p/impro...

Re: Windows Git Tip: Hide ^M (Carriage Return) in Diff

acolin — Mon, 27 Jun 2011 12:22:36 -0000

> P.S. Do you know how to configure VS to use unix line endings?
Strip'em addin for VS helps: http://grebulon.com/software/s...
However, when VS writes .csproj and .sln files (and probably others), the hook used by this plugin seems to not get called, so I just dos2unix -U on those files manually.

Re: Windows Git Tip: Hide ^M (Carriage Return) in Diff

Yuriy — Mon, 11 Apr 2011 17:10:26 -0000

Python and some other la huger require correct line endings. If you need to run the same scripts on different platforms you have nochoice other than checkout with latgrm style line ends and vmit in unix syyle.

Re: msysGit error setting certificate verify locations

LightX — Sun, 10 Apr 2011 22:54:47 -0000

Awesome, saved me some time! Thanks

Re: Windows Git Tip: Hide ^M (Carriage Return) in Diff

Keith Dahlby — Fri, 08 Apr 2011 08:53:24 -0000

10% overall, perhaps, but much higher among developers and higher still among those using Git.

I've never tried to set VS to use unix line endings, but I also view VS projects as single-platform. Maybe if I did work on Mono I would change my tune...we'll see. For cross-platform stuff (JS projects, for example), I'm more likely to use another editor anyway.

Re: msysGit error setting certificate verify locations

Alexander Beletsky — Thu, 07 Apr 2011 11:31:36 -0000

that helped me, thanks a lot :)

as well as @Jason, I used
git config --global http.sslcainfo "d:\Program Files\Git\bin\curl-ca-bundle.crt"

windows friedly path

Re: Windows Git Tip: Hide ^M (Carriage Return) in Diff

Mike Chaliy — Thu, 07 Apr 2011 02:58:20 -0000

Seems, most ppl uses first option. And as for me this is responsibility of VCS client to adopt to host OS. So I am from thouse ppl who use first option.

P.S. Do you know how to configure VS to use unix line endings?
P.P.S. "every other modern OS " is still less then 10%?

Re: Windows Git Tip: Hide ^M (Carriage Return) in Diff

martin t. — Wed, 06 Apr 2011 10:44:44 -0000

I prefer core.autocrlf = input. This the way the line endings are always LF on the remote bare repository.

Re: msysGit error setting certificate verify locations

Kyle C — Mon, 21 Mar 2011 13:38:23 -0000

Worked great thanks!

Re: msysGit error setting certificate verify locations

Jason Jarrett — Wed, 16 Mar 2011 11:21:29 -0000

Worked for me. Thanks!

Re: Red Gate should have said…

Joe Reynolds — Tue, 15 Feb 2011 20:19:39 -0000

I just shared this with my Technical Editing class, and they all appreciated this example of re-writing something to sound more positive and upbeat.

Thanks!