.NET Megathread 3.5: await GetGoodPosts()

The Something Awful Forums > Discussion > Serious Hardware/Software Crap > The Cavern of COBOL > .NET Megathread 3.5: await GetGoodPosts()

Chill Callahan: Nov 14, 2012

Can't you just mouse over 'var' to find out the type in VS? C# is still statically typed so I'm not sure why it's a big deal.

# ¿ Jul 9, 2014 21:53

Adbot: ADBOT LOVES YOU

# ¿ May 8, 2024 13:30

Chill Callahan: Nov 14, 2012

SQLite should do the job.

# ¿ Aug 7, 2014 20:51

Chill Callahan: Nov 14, 2012

That generated SQL isn't that bad (other than obviously the SELECT *--you probably don't need every column), it just boils down to this:

code:

SELECT *
FROM ( SELECT DISTINCT *
	INNER JOIN (SELECT *
      FROM [dbo].[trType] AS [trType]) AS [Extent2] ON [Extent1].[trTypeID] = [Extent2].[trTypeID]
)  AS [Distinct1]

The real strange thing is your table structure.

# ¿ Aug 28, 2014 20:10

Chill Callahan: Nov 14, 2012

Yeah. Read up on this: http://blog.8thlight.com/uncle-bob/2013/09/23/Test-first.html

I don't agree 100% with everything he says but tests are much more readable once they're refactored into a "given, when, then" structure.

# ¿ Sep 13, 2014 15:18

Chill Callahan: Nov 14, 2012

Here's the blog post by the way if anyone cares: http://blog.jetbrains.com/dotnet/2014/04/10/resharper-and-roslyn-qa/

# ¿ Nov 18, 2014 15:36

Chill Callahan: Nov 14, 2012

EF is nice because you get navigational properties. It's a convenient abstraction, but it doesn't always produce the best query plans. Of course if you want to write highly-performant code, you should probably stick to indexed views, stored procs, etc. and just use EF as a mapper.

# ¿ Nov 20, 2014 18:37

Chill Callahan: Nov 14, 2012

I got a nice Dell E6430 (business-level, dont gently caress with consumer-level Dell) refurbished off of eBay for ~$600. Quad core Ivy Bridge i7, 1600x900 14" screen, 8GB ram, 128GB SSD. Good enough for dev work with a second monitor. Still has 3 years of next-day onsite accidental coverage on its warranty, too.

# ¿ Dec 8, 2014 21:40

Chill Callahan: Nov 14, 2012

wilderthanmild posted:

So I am interested in learning how to build ASP.net MVC websites. I've built asp.net webforms websites before and have some experience in general web development, but my primary experience is with desktop development using WPF and winforms. Anyone experienced on learning on their own have any tutorials and resources they used to learn? I prefer written guides over videos and most of the suggestions I got from people I know were videos.

http://www.asp.net/mvc/overview/getting-started/introduction/getting-started is good.

# ¿ Jan 30, 2015 19:47

Chill Callahan: Nov 14, 2012

Bognar posted:

I've always been curious what the GC code looked like for .NET. I can say now that I never want to look at it again.

https://raw.githubusercontent.com/dotnet/coreclr/cbf46fb0b6a0b209ed1caf4a680910b383e68cba/src/gc/gc.cpp

I wish they opensourced /doc/BookOfTheRuntime/GC/GCDesign.doc

# ¿ Feb 3, 2015 22:17

Chill Callahan: Nov 14, 2012

twodot posted:

I suspect that the blog of the primary dev on the GC is actually a more useful resource for understanding the GC:
http://blogs.msdn.com/b/maoni/
But hopefully they'll get around to releasing the Book Of The Runtime also.
edit:
The Compact Framework is a different code base, but uses some of the same strategies:
http://blogs.msdn.com/b/abhinaba/archive/2009/01/25/back-to-basic-series-on-dynamic-memory-management.aspx:

Looks like they are going to release it. From http://blogs.msdn.com/b/dotnet/archive/2015/02/03/coreclr-is-now-open-source.aspx

"Immo Landwerth [MSFT posted:

"]
> What's that BookOfTheRuntime? Can we have it?

Book of the runtime (BOR) is a term we use for implementation specific documentation that our devs wrote. Yes, we're going to publish them. Currently, it's a mix of Word documents, HTML files, and CHM files. We've a task to convert them to standard Markdown documents.

Thanks for the links also!

# ¿ Feb 4, 2015 00:15

Chill Callahan: Nov 14, 2012

Does anybody have a way to test if a remote private MSMQ exists that I have minimal permission to (usually just peek). This code BSODs machines if I try and run it. I've tried multiple machines and multiple remote queues.

code:

        private void TestMsmq()
        {
            var queue = new MessageQueue(@"FormatName:Direct=OS:<machine-name>\private$\<queue-name>", QueueAccessMode.Peek);
            try
            {
                queue.PeekCompleted += MessageQueue_PeekCompleted;
                queue.BeginPeek(new TimeSpan(0, 0, 1));
            }
            catch(Exception e)
            {
                MsmqOk = false;
            }
        }

        private void MessageQueue_PeekCompleted(object sender, PeekCompletedEventArgs e)
        {
            MsmqOk = true;
        }

# ¿ Mar 12, 2015 16:07

Adbot: ADBOT LOVES YOU

# ¿ May 8, 2024 13:30

Chill Callahan: Nov 14, 2012

zerofunk posted:

Have you already tried just using MessageQueue.Exists()? I don't have much MSMQ experience, but everything I've done so far has used that to check for existence of a queue before creating it. Seems weird that you're a BSOD though.

Unfortunately the MSDN documentation says that specifically doesn't work on remote private queues.

quote:

Exists(String) cannot be called to verify the existence of a remote private queue.

E: I found the method GetPrivateQueuesByMachine("<machine-name">) which works. It correctly gets the queues and I can print out the queue names, but if I try and inspect a queue in VS then it BSODs my machine with ATTEMPTED EXECUTE OF NOEXECUTE MEMORY. Nonetheless I got what I needed, but it's still odd.

Chill Callahan fucked around with this message at 16:57 on Mar 12, 2015

# ¿ Mar 12, 2015 16:45

The Something Awful Forums > Discussion > Serious Hardware/Software Crap > The Cavern of COBOL > .NET Megathread 3.5: await GetGoodPosts()