Monthly Archive for June, 2008

Windows Desktop Shortcut Hotkeys

Ya know… it always surprised me how many people don’t know that if you go to the properties of a shortcut on your desktop within windows, that the shortcut blank actually does something. just press a key there and it will be automatically mapped to control alt [key]. Then, whenever your desktop has your ‘focus’ (you’ve clicked on it), you just press your little control alt [key] combo to launch the program quickly.

I know, i know… you can just click on it. But damn it, it’s just a little faster.

VMWare Server Firewall Exceptions

After spamming some netsatat -ano | find “my.srv.ip” I found the required firewall exceptions for remote management of VMWare instances remotely. (I was too lazy to look it up)

There’s only two, and they are:
TCP 8333
TCP 902

If you only get the obvious 8333 (default web management port), it will throw somthing like this: error opening the remote virtual machine the host name could not be resolved.

To get around that, add the remote server’s netbios name to your hosts file (e.g. server 192.168.1.10).

Next you’ll hit some other error, and thats when you add TCP 902 to your firewall exceptions too. After that the VMWare player will connect normally and your VMs will be manageable without first using remote desktop. Yay!

Sage Software’s Peachtree

Ever had a problem with Peachtree Accounting software? Ever had it open and appear as a running process, but not do anything you can see? Ever had it open, then lock up and throw cryptic error codes that even kb.sagesoftwareonline.com could not find?! I SURE DID!

Boy this software was annoying, and the fix that ended up happening was even funnier.

Peachtree has two types of connections when sharing data for multiple users off of a server installation. The first is basic windows file sharing, the second is a service-to-service connection between both ‘Pervasive’ services.

The first method, windows file sharing, REQUIRES you to map a network drive and use that – fine. The second method, the service-to-service connection, is nearly transparent from an options point of view.

There is no configuration file for this connection, nor is there a way to direct it somewhere – INSTEAD Peachtree tries to ‘figure out’ where its service connection is headed by literally reading the mapped network drive location specified, and trying to pull out the server location. It also tries to figure out the netbios name by excluding everything after the first period (’.') symbol.

So, when i mapped a drive to the ip on the network, 192.168.1.10, it literally ended up giving me a message something like – could not connect to service on server ‘192′. That’s right – the program reached out for server ‘192′ because it would be where the hostname would sit in a FQDN like ’server.some.domain.local’.

Mapping the drive to the direct netbios name, not to the domain name fixed the program locking up, and running as a process with no interface visible.

God forbid I plan on using DFS in the future, this software will just tank.