rcardona2k's Posts

I don't want to give up on this as I use RDP as a primary app to all sorts of Windows (XP, Server 2003, Vista, Win7). You have said you use Fusion in fullscreen and that you changed the Local Resources settings in mstsc to Local Only, Remote Only and or only in (RDP) full screen. What version of the RDP client are you using and what is the OS type of remote system? Also what are your host OS and guest OS keyboard locales to set to. I checked and there is no TS/RDS policies that can block keyboard mappings so this has to be something originating on the client. (FWIW, I too have tried the MS RDC OS X client and it suffers from several usability issues around keyboard mappings, mouse support and re-connection behavior which make it less prefereable to the native Windows implementation. Plus I prefer to keep my VPN in the guest).

I embarassed to say I had this problem for months before I figured it out. It has nothing to do with Fusion. Start your Remote Desktop client, before you connect, click Options, then Local Resources tab > Keyboard, check your settings for when to apply Windows keyboard combinations.

Apple... it's a bittersweet relationship for me. What's bittersweet about Apple? Their hardware and software do what's advertised. Your setup of multiple, mixed OS partitions reminds of what is bad about PCs in general kind of at your making. You don't need Apple for this. The situation isn't that bad here. The .vmx settings are minimal and can be obtained from an existing Boot Camp virtual machine for preventing suspending and snapshots. The partition headers can be resolved too. If you're using Linux the commands should be no problem. Think of it as a learning experience, exercise left to the reader.

Having exactly the same problem here: had a bridged ethernet connection but, since I applied the update, Windows XP Professional doesn't recognise it. This is a common problem for some users that is usually resolved by re-initializing networking in Terminal using boot.sh or re-booting which is easy for any user. I've never seen the problem myself so I'm not sure what triggers it. By comparision Workstation 7 requires a reboot to uninstall and reboot after install so a minor inconvenience of reboot on an upgrade now and then is not a bad practice.

There can be a lot of differences between two XP SP3 systems especially with runtime libraries installed from various products. I recommend getting a dump of all the DLLs loaded and their exact versions on your working system with ListDLLs or Process Explorer. Run the same utilities in XP VM environment and note any differences. Copy over any DLLs can don't match exact versions, preferably by putting copies of these in the same directory as the .EXE you're trying to run. Once the loaded DLL sets match and assuming there isn't any kind of hardware dependency or timing problems from a newer/faster CPU, the applcation should run.

ArchLinux doesn't appear in the officially supported list of VMware Guest OS's (VMware GoS), however some outlier distributions sometimes provide tips for installing under VMware such as Installing Arch Linux in VMware. You need to install the VMware Tools to get most of the proper support for copy/paste, shared folders, unity and window resizing.

Just to summarize you are PXE booting Win7 through TFTP that times out using bridged networking? Win7 boots through TFTP with NAT but you can't reach your VM? Are you switching from NAT to bridged (this is possible without rebooting), your machine will get a new IP address through bridged or you can force that with ipconfig /renew.

OWA or Outlook Express won't do everything that I need, since I am wanting to sync calendar and contacts also. Sorry these were not intended to be alternative solutions but rather diagnostic comparisons (for connectivity, etc.). Also are you using a VPN to get to your Outlook server?

Does anyone have any ideas to fix this problem with Outlook? Have you tried checking to see if Outlook Express works? That comes standard with XP. I would also try OWA for Outlook. Outlook has a lot of options for connections including http/https so you may need to tweak settings, what error are you getting? For Gmail, it supports POP and IMAP. POP usually just gives you an Inbox. Check out Google's directions for setting up IMAP in Outlook (it's based on 2007 but should be similar, I successfully use Outlook 2010 in XP SP3 in Fusion).

If you think about how a Layer 4 port forwarding proxy works it accepts the inbound connection while attempting to bridge the connection to the guest. If the proxy gets a connection refused from the guest, the only alternative is to RST the already established connection. Trying to establish the backend TCP connection before calling accept() on the inbound connection is likely not feasible. Most application firewalls work the way VMware does. At the host level the port forwarder has no way of knowing a socket is listening on a guest port unless the Tools does inspection and it would have to keep monitoring which is intensive. Or on Windows you could register either an NDIS or TDI-layer driver that could react to winsock bind() calls, still it's messy to try to keep state on whether the guest has an active listener. The current solution is the simpler path that works mostly as intended. If you need to have the true behavior of a single TCP stack, bridged networking is your best alternative.

I then would take ownership of the vm file on the new Air? Do I have to take ownership again when I go back to work on my iMac? Is there an easy way to keep the data in sync? FWIW, I have found that so long as I keep my OS X username and uid the same between systems, HFS+ honors and keeps permissions compatible. The first user created via the welcome wizard is usually uid 501 unless you've added additional accounts or hooked into a directory system.