Slashdot Mirror


Fast User Switching on Windows XP with VNC?

A not-so Anonymous Coward asks: "I have searched the web for links on how to make VNC work with Windows XP fast user switching, and all I have seen is people saying that they cannot get it to work. I would now like to ask the Slashdot community to give it their shot, and see if they cannot find a way to make your standard VNC utilities cooperate with Windows XP fast user switching. For those who don't know what the problem is; when using fast user switching, if you switch users (without logging out) from the first user to log on then VNC comes up with a blank screen. Hopefully someone can come up with a fix for this." It sounds like (and I might be way off base here)Windows isn't necessarily running multiple desktops for its fast user switching, and once the switch occurs from the user running the VNC process, that VNC then somehow loses rights to the desktop. It would be interesting to note if VNC sessions will work once the desktop is switched back. Has anyone else tried getting this to work? Have you run into the same problems, or were you able to find a solution?

86 comments

  1. Oh dear god no... by My+name+isn't+Tim · · Score: 0, Flamebait

    a networking app not working in Windows... stop the presses this is a first

  2. Re:well by reynaert · · Score: 0, Offtopic

    Me, as a matter of fact.

  3. Makes me wonder by $exyNerdie · · Score: 2, Interesting

    Makes me wonder if I can load VNC on PocketPC yet... cause if I can, I would be able to use WinXP wirelessly from:

    Windows in your hands

    1. Re:Makes me wonder by donutz · · Score: 3, Insightful

      Makes me wonder if I can load VNC on PocketPC yet...

      YES: http://www.cs.utah.edu/~midgley/wince/vnc.html

    2. Re:Makes me wonder by Anonymous Coward · · Score: 0

      Try this

    3. Re:Makes me wonder by pocopoco · · Score: 4, Informative

      There is VNC for PPC, but if your connecting to a WinXP box it's better to use Microsoft's own Terminal Services Client for PPC instead. It's significantly faster, although not cross platform, of course.

    4. Re:Makes me wonder by pocopoco · · Score: 0, Offtopic

      Since someone will probably point it out if I don't anyway ^^...that "your" should be "you're". T.T

    5. Re:Makes me wonder by dead_penguin · · Score: 2, Insightful

      ...it's better to use Microsoft's own Terminal Services Client for PPC instead. It's significantly faster, although not cross platform, of course.

      Maybe Microsoft's client isn't cross-platform, but there are alternatives: www.rdesktop.org.

      Earlier versions (1.1) gave me some problems with random crashes, but 1.2 seems to be rock solid. Makes life at work a lot easier, especially with the new 'tsclient' GUI front-end for it that comes with KDE.

      --

      It's only software!
    6. Re:Makes me wonder by Anonymous Coward · · Score: 0
      There is VNC for PPC, but if your connecting to a WinXP box it's better to use Microsoft's own Terminal Services Client for PPC instead. It's significantly faster, although not cross platform, of course.

      Not cross platform? What about http://www.rdesktop.org ?

  4. Lastest Version by Deleted · · Score: 5, Informative

    I was having the same problem on one of my WindowsXP machines. Upgrading to the latest realvnc seemed to fix it up just fine though.

    Maybe you should upgrade your software before you whine to /. about it..

    1. Re:Lastest Version by shibbydude · · Score: 1

      If this is true, mod this guy up. Why is he 0:Informative?

      --
      We're only gonna die from our own arrogance, that's why we might as well take our time...
    2. Re:Lastest Version by reynaert · · Score: 4, Informative

      No, on my system the latest version of RealVNC (3.3.7) still has this problem. Maybe you're using a different VNC server?

    3. Re:Lastest Version by chrismg2003 · · Score: 3, Informative

      This machine was using the latest version. my guess is that you were logging out and not using fast user switching. If you check the help site for RealVNC you will find that they expressly state that RealVNC does not work with fast user switching. Thus far the only app I have been able to find that works with fast user switching is PCAnywhere and that program is too bloated for my tastes (not to mention it is not free).

      --

      Red Hat is for people who hate Windows, FreeBSD is for people who love Unix.

      www.putertech.net

  5. Overlay by My+name+isn't+Tim · · Score: 1

    Could it be because the overlay is already occupied by the other user that's logged in, would explain the blank screen. Of course I'm just assuming since some remote desktop access apps have an issue when you're using them while using another app with overlay (TV Player, DVD, etc)

    1. Re:Overlay by itwerx · · Score: 1

      Seems to me that if you had VNC in the startup for each session then you'd have different instantiations of VNC for each session. You'd need them on different ports of course but I don't see why that would be a problem.
      The drawback to this of course would be that you couldn't get into the machine unless at least one session was already running (bye-bye remote reboots).
      On the other hand you could have it start as a service and then just have a batch file or something that terminated the service on login so that the user-side copy of VNC could run.
      You'd lose your connection as you logged in the very first time but you'd just reconnect and from there you'd be home free.
      Unfortunately(?) I don't have a machine with XP. :) Anybody want to try it and post the results?

  6. I don't use XP, but... by GiMP · · Score: 3, Informative

    couldn't this be done via a service? In NT you could configure VNC server as a service and you could even login via VNC.

    1. Re:I don't use XP, but... by HereAllNight · · Score: 5, Informative

      I concur with this.

      As I understand it, Fast User Switching simply keeps other users' processes alive (but suspended) while a user at the console starts up his/her own processes. If you're running vncserver manually, from the Start Menu or as a "Run" item in the Registry, going back to the Welcome Screen will cause vncserver to be suspended. Therefore, vncserver must be run as a service. Most VNC distros make it very easy to do this.

      The big problem is the Welcome Screen, which must be enabled in order to use Fast User Switching. We know that VNC works fine with the Explorer shell, but my guess is that the Welcome Screen does something to thwart non-MS remote utilities. It could be a matter of permissions; that everybody (including the vncserver service) must have the same priveleges or be in the same group as the Welcome Screen process.

      Personally, I use RemotelyAnywhere and GoToMyPC to access Windows machines over the Internet. If you're doing this only on a private network, then no worries. But if this goes across any public networks like the Internet, I strongly suggest finding a solution that provides more secure authentication at the very least.

      Since XP does offer RDP, I'd tend to use RDP before I tried VNC. Is there any reason why n-sAC must use VNC?

    2. Re:I don't use XP, but... by cdrudge · · Score: 2, Informative
      As I understand it, Fast User Switching simply keeps other users' processes alive (but suspended) while a user at the console starts up his/her own processes.
      Actually, the process are not suspended. They continue to run in the backgroud. The unix eqivilent would be just opening up a different console shell.

      I quite often will leave a video encoder running in the background and switch over users to my wife's account. If I don't set the encoding process at a low priority, her session drags.
    3. Re:I don't use XP, but... by HereAllNight · · Score: 2, Informative

      Looks like you're correct in the context of applications, but there's more to that. After looking through one of my 1000+ page books, I noticed that while the other users' processes may continue to run, they are unable to run "interactively". Thus a program like vncserver that runs interactively is likely to find itself in limbo when the 1st user loses his/her desktop.

  7. Re:Spelling correction to /. article by Anonymous Coward · · Score: 0, Offtopic
    Newsflash!! Spelling error on Slashdot!! The sun rose today!!

    Thanks for the notice, mcfly.

  8. Why not use in the built-in Remote Desktop? by jpsowin · · Score: 4, Insightful

    In XP Pro, Remote Desktop is built in--which is a lot faster and smoother than VNC, plus it just works good.

    And if you're using VNC because you want to access the XP machine from linux, then just emulate the Windows98 Remote Desktop software M$ offers for free with WINE or Crossover Office (which I have had great success with in general).

    1. Re:Why not use in the built-in Remote Desktop? by Rayban · · Score: 4, Informative

      Or use rdesktop:

      http://www.rdesktop.org/

      --
      æeee!
    2. Re:Why not use in the built-in Remote Desktop? by wonkamaster · · Score: 3, Informative

      Another program that doesn't require WINE or Crossover Office (both of which I have experienced trouble with when using the M$ client) is Rdesktop. It works very well on every platform I've ever used it on (although fonts can be a bit weird on PPC platforms).

      Another benefit is that it can emulate a Windows 2000 client when connecting to a M$ server, keeping you from burning a license.

    3. Re:Why not use in the built-in Remote Desktop? by Echnin · · Score: 3, Informative
      Remote Desktop IS faster and simpler than VNC, yes. However, note that the "ask slashdot"-er is talking about fast user switching; he probably wants to have multiple persons using it at once. The Windows XP license does not allow this with remote desktop, and will not allow anyone to connect remotely if there is a person sitting at the computer, or someone is already connected. To have more people connected, you need to run Windows 2000 Terminal Server. Wonder if someone can hack Windows XP to allow multiple users. That'd be kewl. But obviously useless for most people, who only use it to access their own computer when they are away.

      Oh, and by the way, there are also native Linux Windows Remote Desktop clients. My brother uses it at his job, and it's also bundled with probably multiple distros... I believe Mandrake 9.1 has it.

      --
      Lalala
    4. Re:Why not use in the built-in Remote Desktop? by dpete4552 · · Score: 1

      The latest version of RealVNC (realvnc.com) is actually faster and smoother than remote desktop in my experiences.

      --
      http://www.archive.org/details/ThePowerOfNightmares
    5. Re:Why not use in the built-in Remote Desktop? by BlueLightning · · Score: 1

      a) This is not really complying with the licence, is it? You're not actually connecting from Win2K so you're not automatically entitled to a CAL.

      b) I understand Windows 2003 Server doesn't give out CALs automatically to Win2K clients anymore, so you're out of luck if you upgrade to Win2K3.

    6. Re:Why not use in the built-in Remote Desktop? by Anonymous Coward · · Score: 0

      TightVNC has much better compression than RealVNC

    7. Re:Why not use in the built-in Remote Desktop? by wonkamaster · · Score: 4, Insightful

      Actually it could very well be in compliance with Microsoft licensing. Consider the situation in which you dual-boot, the PC is licensed but there is no way of transferring that license to the Linux partition (or even to another Windows computer should you decommission the PC for that matter).

      Considering that TS CAL licensing is based on user (but enforced per computer) if you have a license for a Windows computer you are licensed for Linux. There's just no way of telling the Terminal server that you are. With rdesktop there is. Can it be used to "pirate"? Sure. But since M$ doesn't provide a way of transferring the licenses (without calling their support and pleading your case anyway) and provides no way of indicating that you're licensed on multiple desktops even with recent service packs, I for one am quite glad that rdesktop includes the capability.

    8. Re:Why not use in the built-in Remote Desktop? by jsse · · Score: 4, Informative

      Oh, and by the way, there are also native Linux Windows Remote Desktop clients. My brother uses it at his job, and it's also bundled with probably multiple distros... I believe Mandrake 9.1 has it.

      It's called tsclient.

      In Debian:
      apt-get install tsclient

      In Gentoo:
      emerge tsclient

      Mandrake and Redhat has it in their distro, too.

      The downside is that you must install Terminal Server in the XP, but it works exactly the same as Windows' terminal client and performs much better than VNC.

    9. Re:Why not use in the built-in Remote Desktop? by dknj · · Score: 1

      b) I understand Windows 2003 Server doesn't give out CALs automatically to Win2K clients anymore, so you're out of luck if you upgrade to Win2K3.

      Wrong.

      -dk

    10. Re:Why not use in the built-in Remote Desktop? by BlueLightning · · Score: 3, Informative

      Cite your source. Here's mine (under "Removal of the Operating System Equivalency Provision"):
      New Options for Microsoft Server Licensing - Windows Server 2003 Terminal Services

      What I meant was clients no longer automatically get a CAL just because they are running Windows 2000 Pro or Windows XP Pro. This policy is now gone, so you have to buy more CALs for the same number of clients if you upgrade to Windows Server 2003.

    11. Re:Why not use in the built-in Remote Desktop? by computer_chacham · · Score: 2, Informative

      >>Wonder if someone can hack Windows XP to allow multiple users.

      That feature is supposed to be in SP2. (Up to two simultaneous users.)

    12. Re:Why not use in the built-in Remote Desktop? by cscx · · Score: 1

      Actually I recall quite the opposite... last I used rdesktop, it was hopelessly unstable (would crash all the time for no apparent reason)... this may have changed by now though, so don't quote me on it.

      I think I was able to get the old NT version of microsoft's tsclient.exe working though, and found it a bit better, although it still doesnn't support XP's new remote desktop goodies, supported in the new RDP client, which unfortunately is only available for win32 and MacOS X.

    13. Re:Why not use in the built-in Remote Desktop? by cscx · · Score: 0, Redundant

      And by "getting tsclient.exe working" I meant, more specifically, through WINE on Linux... forgot to mention that.

    14. Re:Why not use in the built-in Remote Desktop? by genka · · Score: 1

      I am setting up a PC to play video, and this is where Remote Desktop limitation bytes me. When I start Media Player, I can see video on my remote terminal, but video output on the PC shows only Welcome screen.

    15. Re:Why not use in the built-in Remote Desktop? by wonkamaster · · Score: 1

      I suffered the same fate for a time, version 1.0.0 I think. Pulling from CVS addressed the stability problems, it's too bad they didn't release another version sooner since the major distributions tended to use the "stable" release.

      Rdesktop has been very stable since 1.1.0, the latest is 1.2.0. Give it another try!

    16. Re:Why not use in the built-in Remote Desktop? by Echnin · · Score: 1

      Why use Remote Desktop for video? In my experience it's, uhm, useless... Why not stream the videos with SMB?

      --
      Lalala
    17. Re:Why not use in the built-in Remote Desktop? by genka · · Score: 1

      I am not straming video from remote to local, I am playing it on remote, which has a S-Video output connected to a TV.

    18. Re:Why not use in the built-in Remote Desktop? by Echnin · · Score: 1

      You're playing video... and transmitting it over remote desktop? I really don't understand what you're doing. :P How does remote desktop work into this?

      --
      Lalala
    19. Re:Why not use in the built-in Remote Desktop? by genka · · Score: 1

      I have "remote" PC hooked to my AV system. It has no kb, mouse or VGA, but it has a S-Video output connected to a TV. When I want to play video on TV, I use VNC or pcAnywhrere on "local" PC to connect to "remote" one and launch player application. I can't, however, use remote desktop to do it, because all I see on S-Video output of the "remote" PC is Welcome screen. Sorry ofr misunderstanding.

    20. Re:Why not use in the built-in Remote Desktop? by dpete4552 · · Score: 1

      That may be so, but TightVNC's compression adds a lot more overhead, which causes it to be slower and choppier.

      --
      http://www.archive.org/details/ThePowerOfNightmares
  9. informative? er no, just plain wrong by DrSkwid · · Score: 1

    you still get access to a physical desktop

    unlike the X version where you get a fresh display

    VNS shares the same display as the monitor, when you change user the VNC connection refuses to display anything but a black screen.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    1. Re:informative? er no, just plain wrong by GiMP · · Score: 1

      I'm referring to the NT version. I'm saying that perhaps XP has (or can have) a similiar implementation. As stated in the topic, I have not tried VNC with XP.

  10. XP EULA Violation by jebx · · Score: 3, Interesting

    I think you need to pay more attention to /. VNC appears to violate XP's EULA
    Link to Slashdot article

    1. Re:XP EULA Violation by Coke+in+a+Can · · Score: 1

      No one gives a shit about EULAs anymore. People will use VNC regardless of what MS says.

  11. Illegal. by Mr.Ned · · Score: 1

    Using VNC - or any other non-MS approved remote desktop control/sharing program - with Windows XP is a breach of your EULA.

    1. Re:Illegal. by Electrum · · Score: 1

      Using VNC - or any other non-MS approved remote desktop control/sharing program - with Windows XP is a breach of your EULA.

      So? Unless you signed a contract when you purchased it, it is perfectly legal:

      http://cr.yp.to/softwarelaw.html

    2. Re:Illegal. by GigsVT · · Score: 1

      That was apparently written before the UCITA was widely adopted.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    3. Re:Illegal. by __aafkqj3628 · · Score: 1

      Since when does a contract have to be written to agree to it? Telephone companies do it, software companies do it, people do it.

      But really, who gives a crap?

    4. Re:Illegal. by anthony_dipierro · · Score: 1

      Widely adopted? The link you gave says that 26 of the state attorney generals actively opposed it. How many states have actually adopted the UCITA? Two?

    5. Re:Illegal. by Anonymous Coward · · Score: 1, Funny

      Using VNC - or any other non-MS approved remote desktop control/sharing program - with Windows XP is a breach of your EULA.

      Isn't it a breach of the GPL to use VNC with Linux? After all, you aren't distributing the source code along with those copyrighted images.

    6. Re:Illegal. by GigsVT · · Score: 1

      I guess living in Virginia, my view is a little skewed.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    7. Re:Illegal. by nurb432 · · Score: 1

      So is using Rdesktop.. techincally..

      --
      ---- Booth was a patriot ----
  12. Isn't Fast Switching With VPN A Security Exposure by xsbellx · · Score: 3, Interesting

    I currently use Cisco Systems VPN Client Version 3.5.2 for connecting to the office. During installation, the client explicitly disables user switching. I asked the same question about user switching in XP of the VPN guys and had it explained this way:

    Three people share the XP system, each with their own user profile. I logon and connect to the office. With fast switching enabled, the kids come along and decide to do some nasty things on the corporate network (maybe by accident, maybe not). If I was willing to personally accept all responsiblity (in other words, pay the bills for any fallout) for all the other users of the system, they would provide a patched version of the client to allow fast switching.

    As much as I hate bureaucracy, I have to side with the VPN guys on this one.

    --
    If VISTA is the answer, you didn't understand the question
  13. Whatever... by Anonymous Coward · · Score: 0

    It's also illegal in most states to buy something through mail-order without sending your use tax in to the government. In many states it's illegal to live with your girlfriend until the two of you get married. Until just a few weeks ago it was illegal to get oral sex in many states. The law isn't really a law unless it's enforced.

    1. Re:Whatever... by Anonymous Coward · · Score: 0

      The law isn't really a law unless it's enforced

      And in this case, it's not even a law - it's just someone saying something that they want to be true.

      EULA's are worthless.

  14. Prolly not possible by duffbeer703 · · Score: 0

    When you click on switch user and go back to the screen where you select a user to switch to, you have actually switched to another desktop. VNC is running in the context of the "user" desktop, which is why it won't work.

    --
    Conformity is the jailer of freedom and enemy of growth. -JFK
  15. rdesktop, silly! by LucidityZero · · Score: 1

    Hell with any of that! What about rdesktop?

    I was able to switch to Linux on my desktop at work about three months ago, because I use rdesktop to terminal into a server to run Exchange (the only think holding me back from switching before). At this point in time, 4 other employees have followed and are now running Linux full-time, and using a terminal service to run exchange. rdesktop is honestly a BAD ASS project. I cannot name a single problem I've had with it.

    --
    Sig.i>
  16. Re:Isn't Fast Switching With VPN A Security Exposu by tomoe27 · · Score: 1

    One interesting thing to note that side-steps this issue a bit is that the VPN client that comes with Windows XP automatically disconnects when you switch users. (i.e. user1 logs in, connects to vpn. When user2 comes along and attempts to do a fast user switch, user1's VPN is disconnected.)

  17. Oi, get a clue by Chibi+Merrow · · Score: 3, Informative

    NT/2000 had the same problem if you started VNC as a User Process while logged in, then had to hit Alt+Ctrl+Del to do something or you logged out. Starting VNC as a SERVICE made it start BEFORE any users were logged in, meaning yes, exactly, it displays exactly what you see on the monitor. Which is what the author of the story wants. If he wanted a fresh desktop, he'd simply use terminal services. Now, starting it as a service still MAY NOT WORK but flaming the guy saying he has no clue what he's talking about and then making it seem in your article that YOU don't know what you're talking about has me a bit perturbed.

    --
    Maxim: People cannot follow directions.
    Increases in truth directly with the length of time spent explaining them
    1. Re:Oi, get a clue by Xtraneous · · Score: 1

      I personally start VNC as a service, and it unfortuantly doesnt wortk (with fast user switching.)

      --
      .noitacidem deen uoy siht daer nac uoy fI
    2. Re:Oi, get a clue by Anonymous Coward · · Score: 1, Interesting

      Unfortunately, running the server as a service does not seem to help. According to what help sites I was able to find out there it has something to do with how MS implements fast user switching. PCAnywhere claimed that they had to do some sort of dirty hack to make their version work with fast user switching. hopefully someone on slashdot knows what this workaround is.

  18. sharp zaurus by Anonymous Coward · · Score: 0

    sharp zaurus has a vncviewer!

  19. Fast User Switching in a Domain? by thing12 · · Score: 1

    What I'd really like to be able to do is use switching inside a domain. You're only able to do it on a standalone system. Obviously showing all of the domain users on the XP welcome screen isn't an option, but there's no reason why it shouldn't be able to show the users that are logged in, and a simple fill in form to allow users to log in to a new session. Or just use the Win2k style login box and have it reconnect to existing sessions like terminal services does. But of course MS doesn't think home users run domains... so why support cool features like that?

    1. Re:Fast User Switching in a Domain? by Foolhardy · · Score: 3, Interesting

      I currently have it setup to use the 'classic' Win2k style logon dialog, with fast user switcing enabled.
      1. Get SP1.
      2. Set the logon screen choice in 'User Accounts' to classic.
      3. Set "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\AllowMultipleTSSessions " to 1.
      4. Use Task manager to switch users; disconnect the current user to go back to the logon screen (to start new sessions) without logging off, and connect to switch directly. You can also go back to the logon screen and type the name of an existing session's user to switch to it.
      I have heard that MS might allow one console and one remote session, concurrently active with SP2.

    2. Re:Fast User Switching in a Domain? by thing12 · · Score: 1
      I currently have it setup to use the 'classic' Win2k style logon dialog, with fast user switcing enabled.

      You must not be in a domain... In a domain you're always using the 'classic' login dialog box because there's no option to use the login screen -- and MS removes the shutdown menu option in the task manager - so there's no way to switch users. For the hell of it, I tried your registry tweak, but the funny thing is that after reboot it gets reset back to 0.

      It's obviously possible - and maybe if someone developed an app to make the API call to force a user switch it would work. What you're describing would be a perfectly workable solution to allow user switching in a domain - but Microsoft just doesn't allow it.

  20. Service or an App by RedWolves2 · · Score: 2, Insightful

    Are you running VNC as a service or in App mode? We run VNC on servers at work and if we have it set up as a service I can login to the box using VNC as soon as the box reboots...If I have VNC running as APP mode I can only login when the box is logged in as a user then I get kicked out if I log out.

    Try running it as a service there is a Administrative tool in the VNC Programs folder that will install it for you.

    HTH

  21. Cliff can't spell by Anonymous Coward · · Score: 0

    loses, not looses.
    For god's sake.

    1. Re:Cliff can't spell by Anonymous Coward · · Score: 0
      Actually the rights were too tightly bound to the desktop so they had to be loosed.

      Er, would you believe, a pack of rabid rights were loosed onto the desktop creating havoc everywhere?

    2. Re:Cliff can't spell by Anonymous Coward · · Score: 0



      It's worrying. There used to be perhaps one or two spelling mistakes in stories in a week, and they'd be in complex words or terms. That would be understandable.

      Over the last couple of months the number has been creeping up. "loosing" such as in this article, or "we haven't been effected" in another. "Alot" in several stories of the last few weeks alone.

      This is what the public sees of geeks, people. While we may look at a site somewhere else and pick on their idea of what computing, geekdom and technology is all about, there are just as many looking at slashdot and laughing at the horrid use of language here.

      There are reasons I post as AC, and keeping myself apart from this don't-care-attitude is part of it.

  22. Re:Isn't Fast Switching With VPN A Security Exposu by krangomatik · · Score: 1

    IIRC you can keep fast user switching with the Cisco VPN client. The reason it has to disable fast user switching is that it installs a chains a non-fast user switching GINA.dll thingy. This is used for the 'Make VPN connection before Windows starts' functionality. If you search the Cisco site (maybe look in bug tracker) you can find a work around to allow fast user switching with the VPN client installed. I think you might even be able to enable the spawn before windows capability as well as fast user switching. I don't remember the specifics because I don't use the user switching stuff, but one of our users did, and we gave him the work around and it worked for them.

  23. Re:Isn't Fast Switching With VPN A Security Exposu by cdh · · Score: 1

    The newer (4.x) versions of the Cisco VPN client allow fast user switching, no special version or anything.

    Basically, don't stay logged into the VPN if you're not physically on the box, then it doesn't really matter.

  24. Re:well by chrismg2003 · · Score: 1

    Any OS should be open to questions here. I use freebsd and Windows and I believe they both have their places. My guess is that you are a RH person. Why bash the question? It's a valid question and there is obviously interest in it.

    --

    Red Hat is for people who hate Windows, FreeBSD is for people who love Unix.

    www.putertech.net

  25. *nix GPLed Terminal Services Client by ToadMan8 · · Score: 1

    There is a GPLed freshmeat listed project for a *nix version of the Microsoft Terminal Services Client. You can cross compile and run that on your Zaurus ;) The URL is http://freshmeat.net/projects/rdesktop/?topic_id=1 50

    --
    I haven't posted in so long, my sig is out of date.
  26. batch file workaround by chrismg2003 · · Score: 1

    I have created a workaround for this problem that only has one flaw which I could use some help with. The bath files work great at restarting the service in the background, I just dont know how to detect a fast user switch. you can find the files here, here and here. Just dump the files into your root and run winvnc.bat. it runs in the background. I know that it continues to run, I have been unable to get the Exit command to work but it does not continue to eat up resources, each time you use it the old instance simply is replaced by a new one. If you figure out a way to get it to run every time fast user switching is used please post it here.

    --

    Red Hat is for people who hate Windows, FreeBSD is for people who love Unix.

    www.putertech.net

    1. Re:batch file workaround by alatesystems · · Score: 1

      Thanks for the link from your site about the Timex Internet Messenger watch for 40 bucks. I just ordered it as my current timex has taken all the licking i could give it(data link), face is scratched and damn speaker spring got bent(by me) when changing a battery one time and the diaphram isnt working correctly. Result: intermittant sound.

      Chris

  27. screen sizes by WickerChap · · Score: 1

    Screen sizes can also give problems - if you are VNC'd in and someone changes the screen resolution at the console, you are booted out. check the desktop has the same resolution as the logon session for the users desktop you are connecting to.

    --
    "I love deadlines. I love the wooshing sound they make as they fly past" Douglas N Adams
  28. Re:well by Bates · · Score: 1

    Just curious... what makes you think he is a RedHat person?

    --
    We all go a little mad sometimes.... haven't you?
  29. Re:well by chrismg2003 · · Score: 1

    because in my experience RH users tend to bash windows more than anyone else.

    --

    Red Hat is for people who hate Windows, FreeBSD is for people who love Unix.

    www.putertech.net

  30. Re:well by Bates · · Score: 1

    Well, while everyone is overgeneralizing.....

    My experience is that The more geek-oriented distros atract more (here's the shocker!) geeks. Geeks tend to bash Microsoft because they don't respect them (another shocker!). RedHat is much less geek-oriented than say Debian, Slackware, or Gentoo. So I find it shocking that you consider RedHat users the worst of us. I say us because I am a proud Microsoft basher and Debian user.

    --
    We all go a little mad sometimes.... haven't you?
  31. I DO use XP... by wolrahnaes · · Score: 1

    The fast user switching is a trimmed back version of terminal services. If you load VNC as a service, it runs fine and displays the welcome screen. I have not tried to fast user switch (it's disabled on my machines).

    I would assume that those who get black screens are running the VNC server as a user process instead of a service. From my experience, when you fast user switch, Windows simply creates a new user session similar to terminal services, but unlike TS, it stops rendering the old session, as only one session can be run at a time (or one session and one logon screen using remote desktop) and this saves memory and processor power. VNC keeps trying to grab frames from the old session, which is not being rendered anymore, thus the black screen.

    --
    I used to get high on life, but I developed a tolerance. Now I need something stronger.
  32. go2mypc.com by Cyclone66 · · Score: 1

    It's not exactly what you're looking for but it does work. And it's a monthly subscription. The benefits are that it works from anywhere.. behind proxies, firewalls, etc. Fast user switching does work too. But it's $8.95/month if you pay for the year.