bugGNUstep - Bugs: bug #25025, gdomap fails on windows....

Group
 
 

bug #25025: gdomap fails on windows....

Submitter:  Gregory John Casamento <gcasa>
Submitted:  Sat 06 Dec 2008 03:52:48 PM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Works For Me
Privacy:  Public Assigned to:  None
Open/Closed:  Declined
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sun 07 Dec 2008 08:54:24 PM UTC, comment #9: 

This is working for me now.  I thought the user I was using had Admin permissions, but it didn't.

GC

Gregory John Casamento <gcasa>
Group administrator
Sun 07 Dec 2008 06:42:35 AM UTC, comment #8: 

Sounds like you just have another process using the gdomap port ... shouldn't happen as the port is reserved for gdomap with IANA.

Richard Frith-Macdonald <CaS>
Group Member
Sun 07 Dec 2008 06:39:56 AM UTC, comment #7: 

For error 10013 google tells me:

Permission denied.
An attempt was made to access a socket in a way forbidden by its access permissions. An example is using a broadcast address for sendto without broadcast permission being set using setsockopt(SO_BROADCAST).

Another possible reason for the WSAEACCES error is that when the bind function is called (on Windows NT 4 SP4 or later), another application, service, or kernel mode driver is bound to the same address with exclusive access. Such exclusive access is a new feature of Windows NT 4 SP4 and later, and is implemented by using the SO_EXCLUSIVEADDRUSE option.


Richard Frith-Macdonald <CaS>
Group Member
Sat 06 Dec 2008 10:54:54 PM UTC, comment #6: 

Yes, dll's go in the Tools directory because windows has to find them in the path.
Incidentally gdomap is a plain C program which does not link with any gnustep code or use any resources.

Richard Frith-Macdonald <CaS>
Group Member
Sat 06 Dec 2008 07:56:33 PM UTC, comment #5: 

$ ls
Gorm                        gdnc.exe               openapp
Gorm-1.dll                  gdomap.exe             opentool
GormCore-1.dll              gnustep-base-1_16.dll  pl.exe
GormObjCHeaderParser-1.dll  gnustep-base-1_17.dll  pl2link.exe
GormPrefs-1.dll             gnustep-config         pldes.exe
HTMLLinker.exe              gnustep-gui-0_14.dll   plget.exe
autogsdoc.exe               gopen.exe              plmerge.exe
cvtenc.exe                  gpbs.exe               plparse.exe
debugapp                    gspath.exe             plser.exe
defaults.exe                make_services.exe      set_show_service.exe
gclose.exe                  make_strings.exe       sfparse.exe
gcloseall.exe               objc-1.dll             xmlparse.exe

Has it always put the dlls into the Tools dir like this?

GC

Gregory John Casamento <gcasa>
Group administrator
Sat 06 Dec 2008 04:39:46 PM UTC, comment #4: 

It's fine on my system ... but I haven't tried forcing an install into SYSTEM ... I suggest you look at where it's trying to install gdomap on your machine, and figure out what it's doing.  My guess is that the installation path is wrong for some reason and it's trying to install into a non-existent directory.

Richard Frith-Macdonald <CaS>
Group Member
Sat 06 Dec 2008 04:15:04 PM UTC, comment #3: 

This only started happening after the SYSTEM/LOCAL change recently.  I am forcing it to install into SYSTEM by specifying GNUSTEP_INSTALLATION_DOMAIN=SYSTEM.

Gregory John Casamento <gcasa>
Group administrator
Sat 06 Dec 2008 04:11:25 PM UTC, comment #2: 

I am logged in as Administrator and the installation worked a week ago with no changes in my configuration.

Gregory John Casamento <gcasa>
Group administrator
Sat 06 Dec 2008 04:07:53 PM UTC, comment #1: 

You would get the warning message if it can't install (it assumes that being unable to install means that permissions are preventing it and it must be on a unix system without root permissions).  So I would try checking where you are trying to install it ... perhaps you have some access control issues or have misconfigured installation information.

Richard Frith-Macdonald <CaS>
Group Member
Sat 06 Dec 2008 03:52:48 PM UTC, original submission:  

When invoking gdomap directly on Windows I get:

Failed to get a socket. Error 10013

exiting.

This was working a few days ago.  I'm not sure what changed recently.  Also... when installing it gives an error message complaining that it must be installed as root and have the s-bit set:

**********************************************************
FAILED gdomap installation - please re-run this as root ...
NOTE: gdomap MUST be installed owned by root and with
the 's-bit' set unless you defined 'GDOMAP_PORT_OVERRIDE' in
gdomap.h before compiling gdomap.c and NSPortNameServer.m
in which case you should install it by hand.
If you have installed by hand, ignore this message.
**********************************************************

Thanks. GC

Gregory John Casamento <gcasa>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by CaS (Posted a comment)
  • -email is unavailable- added by gcasa (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2008-12-07 gcasa Open/ClosedOpen Declined
    2008-12-07 CaS StatusNone Works For Me
    2008-12-06 gcasa StatusWorks For Me None
    2008-12-06 CaS StatusNone Works For Me

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code