Re: "Could not load host key: /etc/ssh_host_ecdsa_key"

[Jeffrey J. Kosowsky]

Jeffrey J. Kosowsky wrote at about 21:54:13 -0500 on Saturday, February 5, 2011:
 > Just loaded a fresh version of Cygwin-1.7 on a new machine and ran
 > ssh-host-config without any problems.
 > 
 > However it keeps failing to start up.
 > The log shows:
 >  Could not load host key: /etc/ssh_host_ecdsa_key
 > 
 > The config file /etc/sshd_config has the lines:
 >  #HostKey /etc/ssh_host_dsa_key
 >  #HostKey /etc/ssh_host_ecdsa_key
 > 
 > This seems quite wrong - both to have the repeated lines and to have
 > the name 'ecdsa' rather than just straight 'dsa'
 > 

Correction it does start up (my problem was that /var/empty was not
owned by 'root' which on XP seems to be 'SYSTEM')

However, I still am curious to the naming and repetition of the
HostKey and it still does generate errors in the log...

--
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

"Could not load host key: /etc/ssh_host_ecdsa_key"

[Jeffrey J. Kosowsky]

Just loaded a fresh version of Cygwin-1.7 on a new machine and ran
ssh-host-config without any problems.

However it keeps failing to start up.
The log shows:
Could not load host key: /etc/ssh_host_ecdsa_key

The config file /etc/sshd_config has the lines:
#HostKey /etc/ssh_host_dsa_key
#HostKey /etc/ssh_host_ecdsa_key

This seems quite wrong - both to have the repeated lines and to have
the name 'ecdsa' rather than just straight 'dsa'

Thanks,
Jeff

--
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: How to run bash shell script in cygwin?

[Jose.Torres]

Hi myuser01,

On a bash or similar shell, you need to include the location to the
executable file in order to execute it. If the executable directory is not
in one of your bin folders you can execute it as part of your PATH. 

try the following:


$ pwd
$ echo $PATH
$ export $PATH=$PATH;`pwd`

Other people may prefer a .bashrc or similar .bash_profile files. 

I found this post on google when searching for executing bash files in
apache.
http://old.nabble.com/How-to-run-bash-shell-script-in-cygwin--to11690723.html#a11690723

Regards,
Jose Torres

:working: 
:music:



myuser01 wrote:
> 
> I have a script called "batchjob" that looks like this:
> #!/bin/bash
> echo 'I was here'
> 
> -rwxr-xr-x  1 c10066 mkpasswd   48 Jul 19 09:30 batchjob
> 
> But when I try to execute it from the cygwin shell I get this: 
> $ batchjob
> bash: batchjob: command not found
> 
> How do i execute a bash shell script from within cygwin?
> 
> Thanks
> 

-- 
View this message in context: 
http://old.nabble.com/How-to-run-bash-shell-script-in-cygwin--tp11690723p30854132.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
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

getopt -- just a nit

[L Anderson]

This is just a small nit that, I suppose, is for the maintainer of 'getopt'.

In "/usr/share/getopt", resides the file: 'getopt-parse.bash'.  Line 9 
of that file is:


'# ./parse.bash -a par1 'another arg' --c-long 'wow!*\?' -cmore -b " 
very long"'


which, in a moment of haste, led me to think I could just "cut-n-paste" 
it to the bash prompt to run the example--no joy.


Changing line 9 to:

'# ./getopt-parse.bash -a par1 'another arg' --c-long 'wow!*\?' -cmore 
-b " very long"'


would allow that.  i.e., keeping the command line keyword the same as 
the file name would be a nice touch.


Thanks,


Lowell Anderson




--
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: sigsegv in compiled cygwin

[Christopher Faylor]

On Sat, Feb 05, 2011 at 02:35:41PM -0500, Christopher Faylor wrote:
>On Sun, Feb 06, 2011 at 03:12:51AM +0900, jojelino wrote:
>>i found small piece of code that need some comment.
>>
>>from trunk
>>
>>   int (*wsastartup) (int, WSADATA *);
>>
>>   /* Don't use autoload to load WSAStartup to eliminate recursion. */
>>   wsastartup = (int (*)(int, WSADATA *))
>> GetProcAddress ((HMODULE) (dll->handle), "WSAStartup");
>>
>>would have meant
>>   typedef int __stdcall (*pfnwsastartup) (int, WSADATA *);
>>   pfnwsastartup wsastartup;
>>   wsastartup = (pfnwsastartup)
>> GetProcAddress ((HMODULE) (dll->handle), "WSAStartup");
>>
>>otherwise stack frame would be damaged.
>
>Why the typedef?

Ah, maybe just for consistency.

cgf

--
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: sigsegv in compiled cygwin

[jojelino]

Why the typedef?

cgf


int __stdcall (*wsastartup) (int, WSADATA *);

  /* Don't use autoload to load WSAStartup to eliminate recursion. */
  wsastartup = (int __stdcall (*)(int, WSADATA *))
   GetProcAddress ((HMODULE) (dll->handle), "WSAStartup");

adding __stdcall to both function pointer type would do the same.
there is not much reason about why i used typedef :( just saving few 
typing...

although you maybe not satisfied with that.


--
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: sigsegv in compiled cygwin

[Christopher Faylor]

On Sun, Feb 06, 2011 at 03:12:51AM +0900, jojelino wrote:
>i found small piece of code that need some comment.
>
>from trunk
>
>   int (*wsastartup) (int, WSADATA *);
>
>   /* Don't use autoload to load WSAStartup to eliminate recursion. */
>   wsastartup = (int (*)(int, WSADATA *))
>  GetProcAddress ((HMODULE) (dll->handle), "WSAStartup");
>
>would have meant
>   typedef int __stdcall (*pfnwsastartup) (int, WSADATA *);
>   pfnwsastartup wsastartup;
>   wsastartup = (pfnwsastartup)
>  GetProcAddress ((HMODULE) (dll->handle), "WSAStartup");
>
>otherwise stack frame would be damaged.

Why the typedef?

cgf

--
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: Cygstart through SSH tunnel

[davej1983]

Thanks for your help, and I will definitely look into Cygwin/X.

However, from the way you explained it, I'm not sure if I clearly explained
what I was trying to do. I'm not actually trying to get the file to open on
my local computer, rather I am trying to get them to open/execute on the
remote computer. 

For example if I am physically at Computer 1, and I tunnel into Computer 2,
I want the file to open on the screen of Computer 2. And what I don't
understand is that when I am physically at Computer 2 and type "cygstart
test.txt" it opens fine, its only when I do it over the tunnel it doesn't
work. As far as I understood it, when you are logged in through a SSH
tunnel, it is as if you are physically at the remote computer running
Cygwin. 

Is there some kind of block (permissions etc...) that prevent these commands
from being executed remotely? 

Sorry if I'm not being very clear, as I said, I'm pretty new to all of this,
so I'm still learning the proper terminology etc!

Thanks!
Dave


defaria wrote:
> 
> On 02/04/2011 10:00 PM, davej1983 wrote:
>> Hi, I'm fairly new to Cygwin, so this might be a pretty simple question,
>> but
>> so far I haven't had any luck finding an answer so far.
>>
>> I have an SSH server running on a remote computer, that I can log into
>> using
>> cygwin. While logged, if I use cygstart to try to open a file, or if I
>> try
>> to launch a program, it will not fully open/launch. For example, if I try
>> to
>> open a text file, notepad.exe will show up in the task manager, but won't
>> actually open. Does anyone have any idea what I am doing wrong? Any help
>> would be appreciated!
> You're making the invalid assumption that Microsoft wrote a network 
> aware windowing system. They didn't! It quite simply just doesn't work 
> that way. There are no concepts like an X server, a display or the 
> concept of saying "run this gui client here on this machine, but display 
> it's window on another display". Indeed Windows just blindly assumes 
> that you are logged in and present at the current machines physical 
> CRT... oops - showing my age - monitor and (guessing here) that the 
> appropriate structures are on the heap to put up this notepad.exe window 
> on the current machine (in your example, the remote computer - which 
> then fails, leaving notepad running but no visible window to interact
> with.
> 
> You might want to try installing Cygwin/X and using a true X server and 
> X clients.
> -- 
> Andrew DeFaria 
> One-seventh of your life is spent on Monday.
> 
> 
> --
> 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
> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Cygstart-through-SSH-tunnel-tp30850233p30853289.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
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: sigsegv in compiled cygwin

[jojelino]

i found small piece of code that need some comment.

from trunk

  int (*wsastartup) (int, WSADATA *);

  /* Don't use autoload to load WSAStartup to eliminate recursion. */
  wsastartup = (int (*)(int, WSADATA *))
   GetProcAddress ((HMODULE) (dll->handle), "WSAStartup");

would have meant
  typedef int __stdcall (*pfnwsastartup) (int, WSADATA *);
  pfnwsastartup wsastartup;
  wsastartup = (pfnwsastartup)
   GetProcAddress ((HMODULE) (dll->handle), "WSAStartup");

otherwise stack frame would be damaged.

On 2011-02-05 오전 12:01, Christopher Faylor wrote:

On Fri, Feb 04, 2011 at 09:40:46PM +0900, jojelino wrote:

i'm trying to build cygwin with gcc 4.6 trunk. and compile succeed.
but when i try to run cygwin-linked executables with new-compiled-one,
initialization routine failed with sigsegv  at win32_whatever+14

  0x61171a20<+0>: jmp0x61171a25
0x61171a25<+5>: mov0x61171a2c,%eax
0x61171a2a<+10>:call   *(%eax)
0x61171a2c<+12>:sbb%al,%al
=>  0x61171a2e<+14>:pop%ss

it seems redirection statement('Kludge alert') in autoload.cc didn't
work as expected.
what would i do??


Well, since you're trying to do something cutting edge and unsupported
it seems like you will have to debug the problem using gdb and, if you
really want this to work, make a change to autoload.cc to fix the
problem.  Look at a call frame for normal program and find where
the return address is stored.

Either that or wait for us to move to a newer version of gcc.

cgf





--
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

[ANNOUNCEMENT] Updated: coreutils-8.10-1

[Eric Blake (cygwin)]

An updated package, coreutils-8.10-1 release has been uploaded and will
soon reach a mirror near you, leaving coreutils 8.8-1 as previous.

NEWS:
=
This is a new upstream release, with upstream details listed below.

If you encounter a regression, please report it here rather than
upstream.  See also the upstream documentation in /usr/share/doc/coreutils/.

Help in porting the stdbuf utility to cygwin would be appreciated.

DESCRIPTION:

GNU coreutils provides a collection of commonly used utilities essential
to a standard POSIX environment.  It comprises the former textutils,
sh-utils, and fileutils packages.  The following executables are included:

[ arch base64 basename cat chcon chgrp chmod chown chroot cksum comm cp
csplit cut date dd df dir dircolors dirname du echo env expand expr
factor false fmt fold gkill groups head hostid hostname id install join
link ln logname ls md5sum mkdir mkfifo mknod mktemp mv nice nl nohup
nproc od paste pathchk pinky pr printenv printf ptx pwd readlink rm
rmdir runcon seq sha1sum sha224sum sha256sum sha384sum sha512sum shred
shuf sleep sort split stat stty su sum sync tac tail tee test timeout
touch tr true truncate tsort tty uname unexpand uniq unlink users vdir
wc who whoami yes

UPDATE:
===
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Save it and run setup, answer the questions, and look for
'coreutils' in the 'Base' category (it should already be selected).

DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't allowed
due to bandwidth limitations.  This means that you will need to find a
mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

-- 
Eric Blake
volunteer cygwin coreutils maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send email
to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-YOU=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.
* Noteworthy changes in release 8.10 (2011-02-04) [stable]

** Bug fixes

  du would abort with a failed assertion when two conditions are met:
  part of the hierarchy being traversed is moved to a higher level in the
  directory tree, and there is at least one more command line directory
  argument following the one containing the moved sub-tree.
  [bug introduced in coreutils-5.1.0]

  join --header now skips the ordering check for the first line
  even if the other file is empty.  [bug introduced in coreutils-8.5]

  rm -f no longer fails for EINVAL or EILSEQ on file systems that
  reject file names invalid for that file system.

  uniq -f NUM no longer tries to process fields after end of line.
  [bug introduced in coreutils-7.0]

** New features

  cp now copies sparse files efficiently on file systems with FIEMAP
  support (ext4, btrfs, xfs, ocfs2).  Before, it had to read 2^20 bytes
  when copying a 1MiB sparse file.  Now, it copies bytes only for the
  non-sparse sections of a file.  Similarly, to induce a hole in the
  output file, it had to detect a long sequence of zero bytes.  Now,
  it knows precisely where each hole in an input file is, and can
  reproduce them efficiently in the output file.  mv also benefits
  when it resorts to copying, e.g., between file systems.

  join now supports -o 'auto' which will automatically infer the
  output format from the first line in each file, to ensure
  the same number of fields are output for each line.

** Changes in behavior

  join no longer reports disorder when one of the files is empty.
  This allows one to use join as a field extractor like:
  join -a1 -o 1.3,1.1 - /dev/null


* Noteworthy changes in release 8.9 (2011-01-04) [stable]

** Bug fixes

  split no longer creates files with a suffix length that
  is dependent on the number of bytes or lines per file.
  [bug introduced in coreutils-8.8]


signature.asc
Description: OpenPGP digital signature

Re: Cygstart through SSH tunnel

[mike marchywka]

I would mention that there are usually alternatives, in this case vi,
but often graphically oriented programs have command line modes for
non-interactive usage
and they act sanely in headless mode.  Sometimes it is nice to have notepad but
I've found that usually vi works fine esp in combination with sed or
other tools
and I can get more done with less bandwidth to remote machine( if I'm
on a modem for example, sounds silly to worry about this but look at
what is happening now with wireless apps and all the people who grew
up not caring about resources etc) .
For example, the graphical program "R" runs great over SSH with output
sent to pdf or related files and even blackberry simulators can be run
scripted with selected screenshots captured.
Many web pages have similar problems with designs assumed to be for
human readability even if their primary purpose is to show data for
use by other programs like "R". If notepad was ad supported I could
understand the situation LOL but otherwise you would like applications
that let you automate data processing.

see this for example,

http://java.sun.com/developer/technicalArticles/J2SE/Desktop/headless/

(

not this LOL,
http://www.crestock.com/images/contest2008/7899-org-crestock-headless-horseman.jpg

)



On 2/5/11, Andrew DeFaria  wrote:
> On 02/04/2011 10:00 PM, davej1983 wrote:
>> Hi, I'm fairly new to Cygwin, so this might be a pretty simple question,
>> but
>> so far I haven't had any luck finding an answer so far.
>>
>> I have an SSH server running on a remote computer, that I can log into
>> using
>> cygwin. While logged, if I use cygstart to try to open a file, or if I try
>> to launch a program, it will not fully open/launch. For example, if I try
>> to
>> open a text file, notepad.exe will show up in the task manager, but won't
>> actually open. Does anyone have any idea what I am doing wrong? Any help
>> would be appreciated!
> You're making the invalid assumption that Microsoft wrote a network
> aware windowing system. They didn't! It quite simply just doesn't work
> that way. There are no concepts like an X server, a display or the
> concept of saying "run this gui client here on this machine, but display
> it's window on another display". Indeed Windows just blindly assumes
> that you are logged in and present at the current machines physical
> CRT... oops - showing my age - monitor and (guessing here) that the
> appropriate structures are on the heap to put up this notepad.exe window
> on the current machine (in your example, the remote computer - which
> then fails, leaving notepad running but no visible window to interact with.
>
> You might want to try installing Cygwin/X and using a true X server and
> X clients.
> --
> Andrew DeFaria 
> One-seventh of your life is spent on Monday.
>
>
> --
> 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
>
>


-- 
marchy...@gmail.com
note new address 2009-12-16:
Mike Marchywka
1975 Village Round
Marietta GA 30064
415-264-8477 (w)<- use this
404-788-1216 (C)<- leave message
989-348-4796 (P)<- emergency only
marchy...@hotmail.com
Note: If I am asking for free stuff, I normally use for hobby/non-profit
information but may use in investment forums, public and private.
Please indicate any concerns if applicable.
Note: hotmail is censoring incoming mail using random criteria beyond
my control and often hangs my browser
but all my subscriptions are here..., try also marchy...@yahoo.com

--
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: Cygstart through SSH tunnel

[Andrew DeFaria]

On 02/04/2011 10:00 PM, davej1983 wrote:

Hi, I'm fairly new to Cygwin, so this might be a pretty simple question, but
so far I haven't had any luck finding an answer so far.

I have an SSH server running on a remote computer, that I can log into using
cygwin. While logged, if I use cygstart to try to open a file, or if I try
to launch a program, it will not fully open/launch. For example, if I try to
open a text file, notepad.exe will show up in the task manager, but won't
actually open. Does anyone have any idea what I am doing wrong? Any help
would be appreciated!
You're making the invalid assumption that Microsoft wrote a network 
aware windowing system. They didn't! It quite simply just doesn't work 
that way. There are no concepts like an X server, a display or the 
concept of saying "run this gui client here on this machine, but display 
it's window on another display". Indeed Windows just blindly assumes 
that you are logged in and present at the current machines physical 
CRT... oops - showing my age - monitor and (guessing here) that the 
appropriate structures are on the heap to put up this notepad.exe window 
on the current machine (in your example, the remote computer - which 
then fails, leaving notepad running but no visible window to interact with.


You might want to try installing Cygwin/X and using a true X server and 
X clients.

--
Andrew DeFaria 
One-seventh of your life is spent on Monday.


--
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