Re: Connect to Server smb path containing :139 resets / kills Finder

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.  I am trying to Figure out why Leopard is Generating paths containing ":139" that are causing this strange behavior.

Thank you,

Daniel J. Brieck Jr.

On Jan 21, 2008, at 4:18 PM, Michael Miller wrote:

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%20Documents/"  is "smb://
danielbr@delloptiplexgx1:139/My%20Documents"  when it should be
"smb://danielbr@delloptiplexgx1/My%20Documents" . 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:
http://lists.apple.com/mailman/options/macnetworkprog/email@hidden

This email sent to email@hidden