Re: Cygwin unable to resolve hostnames

[Jan Bruun Andersen]

The only thing in that list of interfaces that have IP is the
"Ethernet adapter Ethernet0". Right of my head I don't see anything
obviously wrong. My first suggestion would be to disable IPv6 on the
adapter, just on the odd chance that it is the cause.

After that I would start ping'ing the default gateway by IP-address
(192.168.244.2). This also happens to be where your DNS lives, so that
will test 2 issues in one go.

Jan Bruun Andersen


On 11 December 2015 at 11:18, Carl-Erik Kopseng <carle...@gmail.com> wrote:
>> > I'm not sure when this started, but recently Cygwin has been unable to
>> > resolve (certain) hostnames.
>> >
>> > Example:
>> >  wget github.com
>> > --2015-07-22 15:17:04--  http://github.com/
>> > Resolving github.com (github.com)... failed: Non-recoverable failure
>> > in name resolution.
> [snip]
>
> I have the same problem and I have just made a clean Cygwin64 install
> on a computer that has never had Cygwin installed before. I have not
> messed with any settings, yet I also cannot use curl or git to access
> almost any site. Only the built-in Windows CLI  tools, such as `ping`,
> works.
>
>> > Any ideas?
>>
>> Cygwin by default uses the same resolution as Windows, that means that
>> you have something in Cygwin's configuration that affects resolution.
>> First and most obvious is /etc/resolv.conf; by default I don't think
>> there is one, but you can create it and Cygwin will use it.
>
> Pointers on what to actually put in that file?
>
>> Next would be if you have more than one DNS resolver in your (Windows)
>> network configuration, this means that any one of them can be used at
>> any time (literally it should be random)... and by coincidence Cygwin is
>> using one that doesn't work, the Web browser is using another, and
>> things change with different tests. Run 'ipconfig -all' and see under
>> the network adapter what's listed for "DNS Servers".
>>
>> Also if there is more than one network adapter something similar to the
>> last paragraph will happen. I would think that Cygwin uses the DNS
>> servers on the "default" adapter.
>
> I am guessing my problems have something to do with this part, as I am
> running Windows 8.1 in VMWare. VMWare adds lots of weird network stuff,
> all of which I am not too familiar with ...
>
> The below output is from `ipconfig /all`. Could any of the info be put
> in the aforementioned resolv.conf file?
>
>
> Windows IP Configuration
>
>Host Name . . . . . . . . . . . . : macbookpro
>Primary Dns Suffix  . . . . . . . :
>Node Type . . . . . . . . . . . . : Hybrid
>IP Routing Enabled. . . . . . . . : No
>WINS Proxy Enabled. . . . . . . . : No
>DNS Suffix Search List. . . . . . : localdomain
>
> Ethernet adapter Bluetooth Network Connection 2:
>
>Media State . . . . . . . . . . . : Media disconnected
>Connection-specific DNS Suffix  . :
>Description . . . . . . . . . . . : Bluetooth Device (Personal Area
> Network) #2
>Physical Address. . . . . . . . . : 00-50-56-E2-FB-E9
>DHCP Enabled. . . . . . . . . . . : Yes
>Autoconfiguration Enabled . . . . : Yes
>
> Ethernet adapter Ethernet0:
>
>Connection-specific DNS Suffix  . : localdomain
>Description . . . . . . . . . . . : Intel(R) 82574L Gigabit Network
> Connection
>Physical Address. . . . . . . . . : 00-0C-29-6A-39-52
>DHCP Enabled. . . . . . . . . . . : Yes
>Autoconfiguration Enabled . . . . : Yes
>Link-local IPv6 Address . . . . . : fe80::20b9:f45e:9310:3f4a%9(Preferred)
>IPv4 Address. . . . . . . . . . . : 192.168.244.145(Preferred)
>Subnet Mask . . . . . . . . . . . : 255.255.255.0
>Lease Obtained. . . . . . . . . . : Friday, December 11, 2015 10:59:56
>Lease Expires . . . . . . . . . . : Friday, December 11, 2015 11:29:56
>Default Gateway . . . . . . . . . : 192.168.244.2
>DHCP Server . . . . . . . . . . . : 192.168.244.254
>DHCPv6 IAID . . . . . . . . . . . : 167775273
>DHCPv6 Client DUID. . . . . . . . : 
> 00-01-00-01-1A-89-39-FB-14-10-9F-E1-7B-95
>DNS Servers . . . . . . . . . . . : 192.168.244.2
>Primary WINS Server . . . . . . . : 192.168.244.2
>NetBIOS over Tcpip. . . . . . . . : Enabled
>
> Tunnel adapter Teredo Tunneling Pseudo-Interface:
>
>Connection-specific DNS Suffix  . :
>Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
>Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
>DHCP Enabled. . . . . . . . . . . : No
>Autoconfiguration Enabled . . . . : Yes
>IPv6 Address. . . . . . . . . . . :

Re: Unwanted case-insensivity in file name globbing

[Jan Bruun Andersen]

Seems overly complicated for me. My current fstab looks like this:

# /etc/fstab
#
#This file is read once by the first process in a Cygwin process tree.
#To pick up changes, restart all Cygwin processes.  For a description
#see https://cygwin.com/cygwin-ug-net/using.html#mount-table

# Device-   Mount-  FS-type Options Ignored
# name  point
# - --- ---
--- 

C:/Users/home   ntfsbinary,posix=1,user 0 0
none/   cygdrivebinary,posix=0,user 0 0

If I remember correctly the cygdrive thing is what automatically maps
all my C:. D:, E:, etc drives to /C, /D, E and so on.

The magic with posix is described here:
https://cygwin.com/cygwin-ug-net/using.html#mount-table

  posix=0   - Switch off case sensitivity for paths under this mount point
 (default for the cygdrive prefix).

  posix=1   - Switch on case sensitivity for paths under this mount point
 (default for all other mount points).

Regards,

On 10 November 2015 at 04:15, Paul  wrote:
> I just replicated my Cygwin setup on Win 7 (64 bits) onto another Win 7 64-
> bit machine, including /etc/fstab
>
>c: /c ntfs binary,posix=0,user,auto
>d: /d ntfs binary,posix=0,user,auto
>e: /e ntfs binary,posix=0,user,auto
>f: /f ntfs binary,posix=0,user,auto
>g: /g ntfs binary,posix=0,user,auto
>i: /i ntfs binary,posix=0,user,auto
>o: /o ntfs binary,posix=0,user,auto
>r: /r ntfs binary,posix=0,user,auto
>s: /s ntfs binary,posix=0,user,auto
>
> So my home directory "~" is "C:\cygwin64\home\My.User.Name".
>
> I noticed that when I issue a command involving a file name pattern, it is
> not case sensitive in that directory.  For example, "ls -d [A-Z]*" will
> return the folder "cat".  Web searching revealed that it could be the bash
> shell option nocaseglob, but I confirmed that in my case, it is not set:
>
>$ shopt -p nocaseglob
>
>   shopt -u nocaseglob
>
> I am also puzzled by the fact that when I cd to a subdirectory, the
> unwanted case insensivity is no longer present.  I thought that I did
> something wierd in replicating my Cygwin setup, but when I tested my
> original setup on the 1st computer, I found the same selective case
> insensitivity.
>
> What other setting might cause this?  How can I get bonafide Unix behaviour
> in the file name globbing?
>
>
> --
> Problem reports:   http://cygwin.com/problems.html
> FAQ:   http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.3.0-0.6

[Jan Bruun Andersen]

You were correct Corinna. It was indeed the administrators group that
was the owner. Windows security is perplexing to an old Unix-hand like
me. I guess something in the process of migrating and restoring my
home directory from another PC made the admin group the owner instead
of me. Luckily I have found this TAKEOWN utility which seems to fix
the issue.

On 6 November 2015 at 09:48, Corinna Vinschen <corinna-cyg...@cygwin.com> wrote:
> On Nov  6 01:27, Jan Bruun Andersen wrote:
>> I am not sure if this DLL snapshot (cygwin1-20151105-dll) is supposed
>> to fix stuff like this, but I think I remember something about
>> ordering ACL's?
>
> It's explained in the announcement.
>
>> Anyway I have this 'bin' directory in my home which shows up with
>> 'Administratörer' (Swedish for Administrators) as the owner. I had
>> hoped it would should me as the owner.
>
> Well, that's not what the DLL is supposed to do.  The idea of the ACL
> code is not to fake wrong ownership, it tries to evaluate POSIX ACLs as
> correctly as possible given the underlying Windows ACL.
>
> In your case the owner of the dir *is* the administrators group,
> otherwise Cygwin wouldn't show that.  If you want to be owner you have
> to make yourself actually owner, either in the Windows file security
> tab, or by using Cygwin's chown as Admin.
>
>> Some output:
>>
>> jabba@Luap ~
>> $ ls -ld bin
>> drwxrwx---+ 1 Administratörer jabba 0 Oct 29 15:42 bin
>>
>> jabba@Luap ~
>> $ getfacl bin
>> # file: bin
>> # owner: Administratörer
>> # group: jabba
>> user::rwx
>> group::rwx
>> group:SYSTEM:rwx
>> mask:rwx
>> other:---
>> default:user::rwx
>> default:group::rwx
>> default:group:SYSTEM:rwx
>> default:group:jabba:rwx
>> default:mask:rwx
>> default:other:---
>>
>>
>> jabba@Luap ~
>> $ icacls bin
>> bin NT instans\SYSTEM:(OI)(CI)(F)
>> BUILTIN\Administrat▒rer:(OI)(CI)(F)
>> LUAP\jabba:(OI)(CI)(F)
>
> Note that the output of icacls does not tell you anything about
> ownership.  The ACL does not contain this information.  For all we know
> from this icacls output, the owner of the above ACL could be the "Guest"
> user.
>
>
> Corinna
>
> --
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.3.0-0.6

[Jan Bruun Andersen]

I am not sure if this DLL snapshot (cygwin1-20151105-dll) is supposed
to fix stuff like this, but I think I remember something about
ordering ACL's?

Anyway I have this 'bin' directory in my home which shows up with
'Administratörer' (Swedish for Administrators) as the owner. I had
hoped it would should me as the owner.

Some output:

jabba@Luap ~
$ ls -ld bin
drwxrwx---+ 1 Administratörer jabba 0 Oct 29 15:42 bin

jabba@Luap ~
$ getfacl bin
# file: bin
# owner: Administratörer
# group: jabba
user::rwx
group::rwx
group:SYSTEM:rwx
mask:rwx
other:---
default:user::rwx
default:group::rwx
default:group:SYSTEM:rwx
default:group:jabba:rwx
default:mask:rwx
default:other:---


jabba@Luap ~
$ icacls bin
bin NT instans\SYSTEM:(OI)(CI)(F)
BUILTIN\Administrat▒rer:(OI)(CI)(F)
LUAP\jabba:(OI)(CI)(F)

Successfully processed 1 files; Failed processing 0 files

This is on Windows 10 Pro x64.


On 5 November 2015 at 20:18, Achim Gratz  wrote:
> Corinna Vinschen writes:
>>> I (hopefully) fixed the issue and uploaded yet another developer
>>> snapshot to https://cygwin.com/snapshots/ (with ACL changes again).
>>
>> Hang on for a while, I forgot to push the changes upstream before
>> creating the snapshot.  Try in half an hour or so.
>
> CYGWIN_NT-6.3-WOW Cygwin 2.3.0(0.291/5/3) 2015-11-05 18:01 i686 Cygwin
> CYGWIN_NT-6.3 Cygwin 2.3.0(0.291/5/3) 2015-11-05 18:02 x86_64 Cygwin
>
> These two snapshots fix the failures (which as you said had just moved
> from semi-random to predictable with the changes in signal handling).
> Thanks!
>
>
> Regards,
> Achim.
> --
> +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
>
> Factory and User Sound Singles for Waldorf Q+, Q and microQ:
> http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
>
> --
> Problem reports:   http://cygwin.com/problems.html
> FAQ:   http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Permissions on /var

[Jan Bruun Andersen]

Looks good. No errors are reported on my end now.

On 28 October 2015 at 14:28, Corinna Vinschen <corinna-cyg...@cygwin.com> wrote:
> On Oct 28 01:33, Jan Bruun Andersen wrote:
>> Today, as I installed inetutils (I needed telnet for Cygwin; telnet
>> for Windows 10 does nothing; no error, no nothing) I got an error from
>> setup-084_64. The error message directed me to look at
>> /var/log/setup.log.full. Here is the relevant part, very near the end:
>> [...]
>> I tracked the check down to a function in
>> /usr/share/csih/cygwin-service-installation-helper.sh. It checks the
>> permissions with a call to function csih_check_dir_perms which ends up
>> doing this:
>
> I just (belatedly) released a new version of the csih package, 0.9.9-1,
> which is supposed to fix this installation problem.
>
>
> HTH,
> Corinna
>
> --
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Permissions on /var

[Jan Bruun Andersen]

Today, as I installed inetutils (I needed telnet for Cygwin; telnet
for Windows 10 does nothing; no error, no nothing) I got an error from
setup-084_64. The error message directed me to look at
/var/log/setup.log.full. Here is the relevant part, very near the end:

2015/10/28 00:55:10 running: C:\cygwin64\bin\dash.exe
"/etc/postinstall/0p_000_autorebase.dash"
cat: /var/lib/rebase/dynpath.d/*: No such file or directory
Updating package information in /var/cache/rebase/rebase_pkg.
from /etc/setup/inetutils-server.lst.gz...
from /etc/setup/inetutils.lst.gz...
Updating rebase information for installed dynamic objects in
/var/cache/rebase/rebase_lst.
Updating rebase information for installed executables in
/var/cache/rebase/rebase_exe.
removing /var/cache/rebase/rebase_dyn
creating empty /var/cache/rebase/rebase_dyn
Updating rebase information for user-defined dynamic objects
/var/cache/rebase/rebase_user.
Updating rebase information for user-defined executables
/var/cache/rebase/rebase_user_exe.
Rebasing with list /var/cache/rebase/rebase_all, built from
/var/cache/rebase/rebase_lst /var/cache/rebase/rebase_dyn
/var/cache/rebase/rebase_user.
2015/10/28 00:55:17 running: C:\cygwin64\bin\bash.exe --norc
--noprofile "/etc/postinstall/inetutils-server.sh"
*** Warning: The permissions on the directory /var are not correct.
*** Warning: They must match the regexp d..x..x..[xt]
*** ERROR: Problem with /var directory. Exiting.
*** Warning: The permissions on the directory /var are not correct.
*** Warning: They must match the regexp d..x..x..[xt]
*** ERROR: Problem with /var directory. Exiting.
2015/10/28 00:55:20 abnormal exit: exit code=1
2015/10/28 00:55:20 Changing gid to Administrators
Program directory for program link:
C:\ProgramData\Microsoft\Windows\Start Menu\Programs
Desktop directory for desktop link: C:\Users\Public\Desktop
Desktop directory for desktop link: C:\Users\Public\Desktop
make_link C:\Users\Public\Desktop/Cygwin64 Terminal.lnk, Cygwin64
Terminal, C:\cygwin64\bin\mintty
make_link_2 (C:\cygwin64\bin\mintty, -i /Cygwin-Terminal.ico -,
C:\cygwin64\Cygwin-Terminal.ico, C:\Users\Public\Desktop/Cygwin64
Terminal.lnk)
2015/10/28 00:55:27 note: Installation Complete
2015/10/28 00:55:27 Ending cygwin install

I tracked the check down to a function in
/usr/share/csih/cygwin-service-installation-helper.sh. It checks the
permissions with a call to function csih_check_dir_perms which ends up
doing this:

2162   if /usr/bin/stat -c "%A" "$1" | /usr/bin/grep -Eq ^"$2"
2163   then
2164 true
2165   else
2166 csih_warning "The permissions on the directory $1 are not correct."
2167 csih_warning "They must match the regexp $2"
2168 return 1
2169   fi

Doing a manual check, /usr/bin/stat -c "%A" /var, confirms that the
permissions are indeed wrong:

$ /usr/bin/stat -c "%A" /var
drwx---r-x

Group-permissions are empty.

Now, as a coincidence, I have a month-old copy of a previous Cygwin
installation on an external disk. This is the permissions on the old
Cygwin:

$ ls -lg /g/cygwin64/
total 513
drwxr-xr-x+ 1 Unknown+Group0 Sep 25 15:22 bin
-rwxr-xr-x  1 Administratörer 59 Sep 12 00:03 Cygwin.bat
-rw-r--r--  1 Administratörer 157097 Sep 12 00:03 Cygwin.ico
-rw-r--r--  1 Administratörer  53342 Sep 12 00:03 Cygwin-Terminal.ico
drwxr-xr-x+ 1 Unknown+Group0 Sep 12 00:03 dev
drwxr-xr-x+ 1 Unknown+Group0 Sep 30 13:42 etc
drwxrwxrwt+ 1 Unknown+Group0 Sep 12 02:30 home
drwxr-xr-x+ 1 Unknown+Group0 Sep 25 15:22 lib
drwxr-xr-x+ 1 Unknown+Group0 Sep 12 00:02 sbin
drwxrwxrwt+ 1 Unknown+Group0 Sep 30 13:30 tmp
drwxr-xr-x+ 1 Unknown+Group0 Sep 18 20:19 usr
drwxr-xr-x+ 1 Unknown+Group0 Sep 12 00:02 var

And here is my current install:

$ ls -lg /c/cygwin64/
total 621
drwx---r-x+ 1 jabba0 Oct 28 00:55 bin
-rwxr-xr-x+ 1 jabba   71 Oct 26 00:48 Cygwin.bat
-rw-r--r--  1 Administratörer 157097 Oct 26 00:16 Cygwin.ico
-rw-r--r--  1 Administratörer  53342 Oct 26 00:16 Cygwin-Terminal.ico
drwx---r-x+ 1 jabba0 Oct 26 00:15 dev
drwx---r-x+ 1 jabba0 Oct 28 00:55 etc
drwx---rwt+ 1 jabba0 Oct 26 00:17 home
drwx---r-x+ 1 jabba0 Oct 27 18:37 lib
drwx---r-x+ 1 jabba0 Oct 26 00:26 sbin
drwx---rwt+ 1 jabba0 Oct 28 00:55 tmp
drwx---r-x+ 1 jabba0 Oct 27 17:33 usr
drwx---r-x+ 1 jabba0 Oct 27 18:37 var

As you can see, group-permissions is empty on a lot of the directories.

I don't know if it is relevant, but the old install is from a Windows
7 that was part of an AD-domain. The new install is my from my private
PC with Windows 10 Pro that (only) is part of a workgroup.

I guess I can just go ahead and give the group r-x permissions on /var
but I would be interested in knowing if this is a local problem, or a
common (real) problem.

Regards,
Jan

--
Problem reports:   

No o+r permission for /usr/sbin/ssh-keysign.exe

[Jan Bruun Andersen]

After an unfortunate mishap with an encryption key, I have started to
rebuild my harddisk. And making sure I have a good backup :(

I noticed a problem with the file permissions for  /usr/sbin/ssh-keysign.exe:

$ getfacl.exe /usr/sbin/ssh-keysign.exe
# file: /usr/sbin/ssh-keysign.exe
# owner: andersej
# group: Domain Users
user::rwx
group::--x
other:--x

For some reason, the Windows-based backup program (Seagate Manager)
wants the Windows group "Everyone" to have read access. Otherwise it
will report:

ERROR  >>>  C:\cygwin64\usr\sbin\ssh-keysign.exe
  Access denied

Is there some special reason for denying everyone read permission
(o+r) to this file?

PS: I have the same problem with /etc/rebase.db.x86_64 which only have
660 permissions.


Regards,

-- 
Jan Bruun Andersen


cygcheck.out
Description: Binary data
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Disabling /etc/profile.d/bash_completion.sh restored my sanity!

[Jan Bruun Andersen]

Bash was driving me crazy with extremely slow completion of directory
and filenames. I looked at all possible options to mount, I
practically nuked my PATH to make no network was involved, I looked
for stuff to add to CYGWIN. Finally I found this little nugget of
gold:

http://cfc.kizzx2.com/index.php/tag/cygwin-slow-performance-bash-completion/

-- 
Jan Bruun Andersen

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Autostart Cygwin on Windows boot and run a cygwin command

[Jan Bruun Andersen]

On Mar 14, 2011 3:07 PM, PeterSmith wrote:

 What I want is on Windows start, also run Cygwin AND run a specific command.

Why? Why bother with Cygwin? You are starting some Java program that I
assume will work just fine when started from a simple CMD-script.

@echo off
E:
cd solr\apache-solr-4.0-2010-10-12_08-05-48\example
java -Dsolr.solr.home=.\example-DIH\solr -jar start.jar

--
Jan Bruun Andersen

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: bash-3.2.3-5

[Jan Bruun Andersen]

I saw a couple of posts mentioning a problem with /bin/sh not being
updated and replaced with a copy of /bin/bash.

I had the same problem here yesterday/today, when I discovered that none
of my #!/bin/sh scripts was working. In fact, they did nothing!

I tried re-installing bash-3.2.3-5, I tried removing it (while ignoring
all warnings about dependencies) and installing (keeping) it, but /bin/sh
continued to be the same version from when I installed Cygwin back in
February 2006:

C:\cygwin\bin
 dir bash.exe sh.exe
 Volymen i enhet C har ingen etikett.
 Volymens serienummer är 141C-8ED0

 Innehåll i katalogen C:\cygwin\bin

2006-11-03  04:22   467 968 bash.exe

 Innehåll i katalogen C:\cygwin\bin

2006-02-08  19:03   451 072 sh.exe
   2 fil(er) 919 040 byte
   0 katalog(er)  22 278 008 832 byte ledigt

I had a look at the /etc/postinstall/00bash.sh.done and 01bash.sh.done
scripts and saw that they did some magic before calling
/etc/profile.d/00bash.sh.

I saw that the /etc/profile.d/00bash.sh tried to get the version from
/bin/sh, and tried that by hand by my CMD.EXE:

 \cygwin\bin\sh.exe --version

C:\cygwin\etc\profile.d
 \cygwin\bin\cygcheck.exe /bin/sh.exe
C:/cygwin/bin/sh.exe
  C:/cygwin/bin\cygwin1.dll
C:\WINDOWS\system32\ADVAPI32.DLL
  C:\WINDOWS\system32\ntdll.dll
  C:\WINDOWS\system32\KERNEL32.dll
  C:\WINDOWS\system32\RPCRT4.dll
  C:/cygwin/bin\cygintl-3.dll
C:/cygwin/bin\cygiconv-2.dll
  C:/cygwin/bin\cygreadline6.dll
C:/cygwin/bin\cygncurses-8.dll
C:\WINDOWS\system32\USER32.dll
  C:\WINDOWS\system32\GDI32.dll

Not being much wiser, I started a /bin/bash process, cd'ed to
/etc/profile.d and attempted to execute /etc/profile.d/00bash.sh:

$ cd /etc/profile.d/

[502] jba @ HERMETRIX /etc/profile.d
$ ll *bash*
-rwxr-x---+ 1 jba  839 Nov  3 04:22 00bash.csh
-rwxr-x---+ 1 jba 1942 Nov  3 04:22 00bash.sh

[503] jba @ HERMETRIX /etc/profile.d
$ /bin/bash -x ./00bash.sh
+ /bin/test /bin/sh.exe -ot /bin/bash.exe
++ cat /proc/2516/exename
+ /bin/test /bin/sh.exe -ef /usr/bin/bash.exe
+ test -f /bin/sh.exe
+ case `(cygcheck /bin/sh.exe) 21` in
+ case `(/bin/sh.exe --version) 21` in
+ return 0
./00bash.sh: line 29: return: can only `return' from a function or sourced
scrip
t
++ date '+%Y/%m/%d %T'
+ echo '2006/11/14 13:07:42 /etc/profile.d/00bash.sh:' 'Attempting to
update /bi
n/sh.exe'
+ /bin/cp -fpuv /bin/bash.exe /bin/sh.exe

[504] jba @ HERMETRIX /etc/profile.d

The copy succeded and I got my updated /bin/sh.exe:

$ cd /bin

[505] jba @ HERMETRIX /bin
$ ll bash.exe sh.exe
-rwxr-x---+ 1 jba 467968 Nov  3 04:22 bash.exe
-rwxr-x---+ 1 jba 467968 Nov  3 04:22 sh.exe

I don't know if this helps anyone understanding why the bash postinstall
scripts did not succeed in updating /bin/sh.

-- 
Jan Bruun Andersen


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

FYI: wget assertion error after download of a big (2.29 GB) file

[Jan Bruun Andersen]

Hi - just in case anybody cares, I got the following error after I 
succesfully downloaded a big file (an DVD ISO image) using wget:

$  wget --continue 
ftp://ftp.funet.fi/pub/mirrors/ftp.redhat.com/pub/fedora/linux/core/3/i386/iso/FC3-i386-DVD.iso
--08:12:16--  
ftp://ftp.funet.fi/pub/mirrors/ftp.redhat.com/pub/fedora/linux/core/3/i386/iso/FC3-i386-DVD.iso
  = `FC3-i386-DVD.iso'
Resolving ftp.funet.fi... 193.166.3.2
Connecting to ftp.funet.fi[193.166.3.2]:21... connected.
Logging in as anonymous ... Logged in!
== SYST ... done.== PWD ... done.
== TYPE I ... done.  == CWD 
/pub/mirrors/ftp.redhat.com/pub/fedora/linux/core/3/i386/iso ... done.
== PORT ... done.== RETR FC3-i386-DVD.iso ... done.

   [=   ] -1,828,556,800  517.56K/s
assertion bytes = 0 failed: file 
/home/hack/projects/cygwin/wget/wget-1.9.1/src/retr.c, line 292
Aborted (core dumped)

The md5sum checksum for the file was correct, so I guess the assertion 
failed very late in the download process.

The stacktrace looked like this:
$ cat wget.exe.stackdump
Stack trace:
Frame Function  Args
0022DA58  77E7AB74  (, 61781250, 0022DAAC, 77E82068)
0022DB58  6108FCA0  (06E8, 0022DB70, 0022DB88, 610A7B31)
0022DC18  6108FF7A  (06E8, 0006, 0022DC48, 6109034D)
0022DC28  6108FD9C  (0006, , 610F5A30, 0003)
0022DC48  6109034D  (61001020, 00420A32, 00420A50, 0124)
0022DC78  61001114  (00420A50, 0124, 00420A32, 6105A696)
0022DCA8  6108DB9F  (93027000, , 41548CC6, 0022DCC4)
0022DCC8  004209F6  (93027000, , 41548CC6, )
0022DD88  0040698B  (100105A0, 0022DDCC, , 0022DEE0)
0022DE58  0040830B  (100105A0, , 0022DEE0, 3A783A6E)
0022EF38  00409C2E  (100105A0, 0022EFF4, , 6109ADD5)
0022EF98  004210BD  (100104D0, 0022EFEC, 0022EFF0, )
0022F070  0041C75A  (0003, 61782CD8, 100100A8, 0022F0C8)
0022F0B0  61005F34  (0022F0C8, 77FC49E0, 77F5A323, 77F5A32B)
0022FF90  6100614B  (, , , )
End of stack trace
I am running an outdated version of Cygwin on WinXP Home SP1:
  Cygwin DLL version info:
  DLL version: 1.5.11
  DLL epoch: 19
  DLL bad signal mask: 19005
  DLL old termios: 5
  DLL malloc env: 28
  API major: 0
  API minor: 116
  Shared data: 4
  DLL identifier: cygwin1
  Mount registry: 2
  Cygnus registry name: Cygnus Solutions
  Cygwin registry name: Cygwin
  Program options name: Program Options
  Cygwin mount registry name: mounts v2
  Cygdrive flags: cygdrive flags
  Cygdrive prefix: cygdrive prefix
  Cygdrive default prefix:
  Build date: Sat Sep 4 23:17:09 EDT 2004
  Shared id: cygwin1S4
Perhaps this error is already fixed, but for the record here is the 
version info for wget:

$ wget --version
GNU Wget 1.9.1
Copyright (C) 2003 Free Software Foundation, Inc.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.
Originally written by Hrvoje Niksic [EMAIL PROTECTED].
As I said, the file was fine but I thought I should report it anyway.
--
Jan.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Why choice between unix and dos line endings?

[Jan Bruun Andersen]

Chuck Irvine wrote:

I can see no advantage of using unix line endings,
though I guess there must be one otherwise the option wouldn't be
offered. Can any one shed some light on this. Thanks
Let me give you an example. I work as an consultant, currently managing 
and doing system administration for a number of Sun Solaris servers.
The client I work for has standardised on Microsoft application on the 
desktop, including Visual SourceSafe for version control of 
configuration files, scripts, etc.

With my Cygwin installation set to use Unix line endings, and with my 
personalised SourceSafe INI-file set to also use Unix line endings, I 
can do a lot of work on my PC in the comfort of an Cygwin environment. I 
can edit the files in vi/vim, I can maintain Makefiles, etc. And when I 
am done, I can use ssh and scp to do a binary transfer of the files to 
the Solaris platform, knowing that the files will just work.

--
Jan Bruun Andersen
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: [almost ot]

[Jan Bruun Andersen, EDS Denmark AS]

 -Original Message-
 From: Salvo [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, February 06, 2003 1:28 AM
 To: Cygwin mailing list
 Subject: [almost ot]
 
 I need a non-english keyboard in X.
 Where can I put somthing like
 setxkbmap it to have always this keyboard map in xterm?

Hooray! I know the answer to that! I have a Danish keyboard, and I got it to
work by editing the startxwin.sh script to include the following:

# Set keyboard layout to Danish.

setxkbmap -layout dk
 
 Thanks in advance!
 
 salvo

I assume that by substituting the 'dk' with 'it' you will get an Italian
keyboard layout.

Regards,
Jan Bruun Andersen

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/