• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: FSMountServerVolumeSync, AFP volumes and Tiger
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: FSMountServerVolumeSync, AFP volumes and Tiger


  • Subject: Re: FSMountServerVolumeSync, AFP volumes and Tiger
  • From: Mike Kluev <email@hidden>
  • Date: Fri, 20 May 2005 09:18:30 -0800

On Tue, 17 May 2005 12:34:02, Lorenzo Thurman <email@hidden>
wrote:

> I have an application which uses FSMountServerVolumeSync to mount
> remote volumes. My code passes a URL containing the username, server
> and share to be mounted, like this:
> afp://<username>@<server>/<share>. When the program executes, the
> password is fetched from the Keychain and is passed as a parameter to
> FSMountServerVolumeSync. Pre-Tiger, this worked and the target volume
> would mount on the desktop w/o user interaction. Now this fails for
> AFP volumes but, SMB volumes still work using this construct. With
> AFP, I get the authentication dialog box, with the username and
> password already filled in, but after clicking OK, I get this error.
>
> Mount Failed
> Could not mount <share>
>
> I've verified that the password in the Keychain is correct and I have
> re-entered it when the auth box comes up and it still fails with the
> same error. Passing the same URL using cmd-K from the Finder also
> ends with the same error. What I have found out, from the Finder at
> least, is that if you only pass the server, afp://<server>, you get
> the auth box and then after authentication, a list of available
> volumes. After you select a volume, it mounts as expected. I have not
> seen any changes in the documentation, Files.h (where
> FSMountServerVolumeSync  and its cousins reside) or the Keychain API
> that account for this. The 10.4.1 upgrade did not fix this, so my
> question is: has anyone seen this problem? Is there a workaround?

Check the case of server and share names you pass to
FSMountServerVolumeSync. It might be the case that exact case
is required in Tiger.

Mike

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Follow-Ups:
    • Re: FSMountServerVolumeSync, AFP volumes and Tiger
      • From: Lorenzo Thurman <email@hidden>
  • Prev by Date: Re: International date formatting
  • Next by Date: Re: Obtain directory size.
  • Previous by thread: FSMountServerVolumeSync, AFP volumes and Tiger
  • Next by thread: Re: FSMountServerVolumeSync, AFP volumes and Tiger
  • Index(es):
    • Date
    • Thread