This is the mail archive of the
ecos-bugs@sources.redhat.com
mailing list for the eCos project.
[Bug 1000095] New: Cannot start configtool for ecos-2.0 under Windows
- From: bugzilla at ecoscentric dot com
- To: ecos-bugs at sources dot redhat dot com
- Date: Tue, 8 Jun 2004 16:41:15 +0100 (BST)
- Subject: [Bug 1000095] New: Cannot start configtool for ecos-2.0 under Windows
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000095
Summary: Cannot start configtool for ecos-2.0 under Windows
Product: eCos
Version: 2.0
Platform: Other
OS/Version: HostOS: Win NT/2k/XP
Status: UNCONFIRMED
Severity: major
Priority: normal
Component: ConfigTool
AssignedTo: jld@ecoscentric.com
ReportedBy: jerome.souquieres@kis.fr
QAContact: ecos-bugs@sources.redhat.com
When configtool.exe is started, it quickly scans all packages, complains "this
package does not have any valid version subdirectories" for each and every
package, and then exits. This is also applicable to the ecosconfig command line
utility.
I've hunted down the problem to a change between releases 1.5.9-1 and 1.5.10-3
of cygwin1.dll. The problem lies in the TCL "glob" function which gives
different results when trying to match a pattern ending with a dot as shown below.
With cygwin 1.5.9-1 under Windows XP SP1:
$ tclsh
% glob C:/tmp/.
C:/tmp/./
%
With cygwin release 1.5.10-3 under Windows XP SP1:
$ tclsh
% glob C:/tmp/.
C:/tmp/ <========= ./ has disappeared !
%
The following answer has been given to me by Pierre A. Humblet
(phumblet.no-ip.org) through the cygwin mailing list:
>Thanks for the report.
>If you have not done so already, this should be brought to the
>attention of the eCos maintainers (or possibly the TCL maintainers).
>Instead of calling CreateFile, Cygwin 1.5.10 calls NtCreateFile,
>which is more strict about path syntax. It doesn't like xxx/.
>so Cygwin has to remove the final dot.
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.