Opened 12 years ago

Closed 12 years ago

#181 closed enhancem. (fixed)

Codepage directory definition is a mess with Samba 3.3

Reported by: Herwig Bauernfeind Owned by: Silvan Scherrer
Priority: minor Milestone: Samba Server for eCS (OS/2) 1.2.0
Component: Samba Server Core Version: Server 3.5.x
Keywords: Cc:

Description

In Samba 3.3 the location definition of the codepage files (upcase.dat, lowcase.dat and valid.dat) results in a mess:

We define the codepages directory to be a directory named "codepages" as a subdirectory of the executable directory.

The result is that depending upon which component is looking for the files they are searched in the following places:

ndpsmb.dll via EVFSCTL.EXE: x:\ecs\bin\codepages\*
ndpsmb.dll via NetDrive:    %NDFSDIR%\codepages\*
Any Samba executable:       exedir\codepages\*

Considering there are likely the commandline utilities installed another set is searched at x:\ecs\system\samba\codepages\*

Proposed solution: Let's move the codepages directory to %ETC%\samba\codepages similar to the way we have done it for other Samba data files.

Change History (3)

comment:1 Changed 12 years ago by Herwig Bauernfeind

GIven the fact that in Samba 3.0 these files were in exedir\lib the average Samba user might end up with half a dozen of sets of these files...

comment:2 Changed 12 years ago by Silvan Scherrer

Milestone: Samba Server for eCS (OS/2) 1.1.xSamba Server for eCS (OS/2) 1.2.0
Version: 3.3.x3.5.x

given the fact, that we never delivered those files with the client, i'm almost 100% sure they are not needed. the server always finds them. moving it to the 3.5 line of code, as we will fix it there.

comment:3 Changed 12 years ago by Herwig Bauernfeind

Resolution: fixed
Status: newclosed

Changeset #680 fixes this for Samba 3.3
Changeset #681 fixes this for Samba 3.5

Note: See TracTickets for help on using tickets.