Connect to Server smb path containing :139 resets / kills Finder
Connect to Server smb path containing :139 resets / kills Finder
- Subject: Connect to Server smb path containing :139 resets / kills Finder
- From: "Daniel Brieck Jr." <email@hidden>
- Date: Tue, 22 Jan 2008 15:34:10 -0500
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.
Also note:
The remote server is just a desktop computer running Windows Xp Pro.
Note that If I do remove the :139 from the given paths by hand,
connecting using in the Finder does not reset the Finder, also as
noted even with the :139 in the path the remote volume still mounts
successfully, its just that the Finder resets (kills, force quits )
itself in the process. This happens: Click Connect, little progress
window comes up, then everything in the Finder / Desktop icon go
away, then the Desktop icons come back, sever is mounted
successfully, all this takes about 5 seconds after clicking connect.
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
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden