Re: Connect to Server smb path containing :139 resets / kills Finder
Re: Connect to Server smb path containing :139 resets / kills Finder
- Subject: Re: Connect to Server smb path containing :139 resets / kills Finder
- From: "Michael Miller" <email@hidden>
- Date: Mon, 21 Jan 2008 13:18:37 -0800
Is the remote server running Windows or is it a different SMB server? Leopard has some serious issues connecting to non-Windows SMB servers through the Finder, but over the command line it will work fine:
mount -t smbfs //user:
pass@serverip/share /Volumes/Sharefolder
-Michael
On Jan 21, 2008 1:14 PM, Daniel Brieck Jr. <
email@hidden> wrote:
Hello all,
When I try to open "smb://danielbr@delloptiplexgx1:139/My%
20Documents" using the Connect to Server option under the Go Menu in
the Finder, the Finder resets.
To get the path I am using the methods FSPathMakeRef(),
FSGetCatalogInfo(), FSCopyURLForVolume(), and CFURLGetString() to get
the Server path as found in the Finder's get info window for a
networked drive. And a peculiar thing is occurring with the Path
that is returned, it has ":139" in the return path. This happens only
when the program is ran under Mac OS 10.5.1, and does not occur with
the same code while it is ran on Mac OS 10.4.11.
Here is what is happening, the path that is returned for a local path
of say "/Volumes/My Documents/" is "smb://
danielbr@delloptiplexgx1:139/My Documents" when it should be
"smb://danielbr@delloptiplexgx1/My Documents" . The later is how it
is displayed in the get info panel in the Finder of the associated
disk, so it is not clear where the :139 is coming from.
Any idea what the :139 part is for (maybe some kind of port
information), and what I might do to get rid of it? It is appended
like above to seemingly every path generated using those functions.
Right now it seems to just cause the Finder to reset in Leopard
loosing any open Finder windows, just as if someone had Force Quit
the Finder. Note that the server that I was trying to connect to is
successfully connected to, after the Finder starts back up.
Passing in a path with a :139 in tiger simply causes an error with
code -36. http://homepage.mac.com/djbrieck/Shots/SMB139Error.png
and the disk is not connected to.
Thank you,
Daniel J. Brieck Jr.
//Code segment
err = FSPathMakeRef((UInt8 *) newPath, &ref, NULL);
assert(err == noErr);
err = FSGetCatalogInfo(&ref, kFSCatInfoVolume, &catInfo,
NULL, NULL, NULL);
assert(err == noErr);
err = FSCopyURLForVolume(catInfo.volume, &url);
assert(err == noErr);
str = CFURLGetString(url);
assert(str != NULL);
result = [NSString stringWithString:(NSString *) str];
assert(result != nil);
//Remember to Free some stuff that was created / allocated
CFRelease(url);
free(newPath); newPath = NULL;
//Return the new @ server level path
return result;
//End Segment
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden