Steve’s Bunker

http://www.rgraph.net/

Latest version of Process Explorer has been released and no it’s not an April Fool’s joke.

http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

I ran in to a weird rendering issue with Chrome 4/5 and Safari 4 this week. The debug tools of both browsers provided no hints as to the issue other than the fact that it wasn’t rendering the style sheets at all. Here’s the catch though, it was only a problem when accessing the domain in question without the www. prefix.

Then it dawned on me, our style sheets are loaded via the www. path. So I duplicated the style sheet linkage for both situations and presto! it works. From what I can tell this looks to be a new security feature of webkit. Looks like one of the web servers had the mime type for text/css borked and since it was loading from an alternative domain it freaked out.

The summer TODO list grows larger…

Lost your admin account? Use the following SQL statement to change it:

UPDATE user SET user_password = MD5( CONCAT( user_id, '-', MD5( 'NEWPASSWORDHERE' ) ) ) WHERE user_id =1

It took me a few minutes to figure this one out, a simple MessageBox won’t do as that’s a blocking call. Then I stumbled upon this old msdn blog article:
http://blogs.msdn.com/oldnewthing/archive/2006/09/25/770536.aspx.

Basically I had a requirement for a certain project to display some sort of progress message to the end user while performing complicated logic that could take 10seconds to a couple minutes and this had to be done from within a replacement GINA for WinXP. The above article was of extreme help in understanding the way message passing works in Win32.

DialogBox (with reference to the callback function)

• callback function.
• show message window do all my work here.
• then call EndDialog to return to the previous function.

Skip the techno-babble, and go to the download.

For those of you familiar with TSAmp (http://www.pelicansoiree.com/TSAmp/), there is a problem with the original app when running on Vista64. The problem is not with the code, but rather the way in which it was compiled with the “any” cpu option. This leads to MSIL code that crashes and burns in a 64 bit environment.

I tried opening the source and running it from within the IDE, and found this:

Not one to be dissuaded so easily, I fired up Google to figure out WTF that error meant. I ended up here (http://social.msdn.microsoft.com/Forums/en-US/netfx64bit/thread/35b09f74-1d8e-4676-90e3-c73a439bf632). No way it could’t be that easy. Yes, yes it was. Simply force Visual Studio to compile to x86 only and not “any cpu”.  As you can see here, it’s working like a charm.

I’ve made both the recompiled binaries ready to run and the modifed Visual Studio solution available.

Download Binaries | Download Source (VS .sln)

I’m kicking the habit, as of 06/05/2009. 5 days now. It’s crazy how hooked you can get on coca cola not to mention how prevalent it is everywhere you go.

Just thought I’d publish a quick update. I’m swamped with projects at work. Fine tuning a project started last summer, a web based inventory system, and a graduate student application reviewing system.

My brain is swimming with relational database diagrams and all that good stuff. Summer rocks!

So I woke up really early this morning, and for some reason I decided to finally make a little ftp+weblink dropper. It’s very simple, just configure your FTP server settings and the corresponding website root URL. Done.

Now just drag and drop. The app spins off another thread to perform the upload task. When it’s done it gives you the direct URL to the file with the option to copy to clipboard.

Very simple, easy to use and works for what I need. There is some error handling, but I know of a few places where you can still break it

Download: Compiled | Source