Re: undefined references compiling gcc with ncurses

[Gerrit P. Haase]

Jeff Scudder wrote:

Greetings,
I am a curses newbie and having trouble running a simple curses
program. I haven't run into a discussion thus far on the specific
problem I'm having and I imagine there is a simple solution. My
program is named ctest.c and is as follows:


#include
#include

int main()
{
  initsscr();
  cbreak();
  noecho();
  char x = getch();
  while(x != 'q')
  {
printf("Entered: %c\n",x);
x = getch();
  }
  endwin();
}

And I compile using

gcc -lncurses ctest.c

When linking I get an undefined reference for each curses function.
I'm sure I'm doing something wrong.


Try:
gcc ctest.c -lncurses


Gerrit
--
=^..^=

--
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: VIM - Vi IMproved 6.4 (2005 Oct 15, compiled Oct 17 2005 11:54:34

[Igor Pechtchanski]

On Wed, 26 Oct 2005, Arend-Jan Westhoff wrote:

> Could this for once mean a positive press for text mounts? Or has it
> something to do with NTFS <-> FAT32 ?

The former is unlikely.  The latter is possible.

> How come that if I have text mounts the edit action in the preceding
> procedure only ads a linefeed but no carriage return?
> [snip]
> Ah, because vim has default fileformats=unix,dos instead of dos,unix!

Vim autodetects to the mode the file was in.  Since you only had one line
in your file and no EOL, vim defaulted to Unix fileformat.

> Though I cannot reproduce the problem I do support those who experience
> it and want it changed because:
> -I don't think changing it significantly impacts functionality on other
>  OSs.

Huh?

> -Whether or not it is a vim bug is irrelevant. What is relevant that it is
>  clearly undesirable behavior. (If vim is the appropriate place to
>  change it it should be done there.)

The part of the behavior that's undesirable is creating a new file (i.e.,
changing the inode).  If the file is written in-place (i.e., the inode
remains the same), file name changes are irrelevant.

> -I think the rule should be that where ever a Cygwin utility uses a
>  filename of an existing file it should use the actual name on disk and
>  not the characters the user happened to type. (Wasn't that using
>  something like: _findfirst() ?)
>  (So the dump statement above should not display zz: but ZZ: on its first
>  line of output.)

Add "check_case:adjust" to $CYGWIN for this behavior.

>  (Except of course where the user provides a new name as with the command:
>  rename, or when writing to a different file from vim. One can still use
>  filename completion to match an existing file's name if one wants to.)
> [snip]

Huh? again...

> PS Speaking of filename completion: Windows can be configured to use TAB
> as cmd file and directory expansion character. I do find the cmd
> filename completion behaviour more convenient than the default bash
> version. It is usually not difficult to organize a directory so that TAB
> or SHIFT-TAB find the desired file/dir quickly. On bash you default get
> a beep and filename expansion stops whenever there is more than one
> choice. I hate that.

Bash has programmable completion, which is more than you can say about
cmd.  One can configure bash completion to act exactly like cmd.  Add the
following to your ~/.inputrc:

set completion-ignore-case on
"\t":menu-complete

(or TAB:menu-complete)

to get cmd's behavior (case-insensitive completion and cycling through
possibilities).  If you want something more sophisticated, read the bash
info page on "Programmable Completion", or possibly install the
"bash-completion" package (I haven't used it, but it may have what you
want).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

tab-completion [was: VIM - Vi IMproved 6.4 (2005 Oct 15, compiled Oct 17 2005 11:54:34]

[Eric Blake]

> PS Speaking of filename completion: Windows can be configured to use TAB as 
> cmd file and directory expansion character. I do find the cmd filename 
> completion behaviour more convenient than the default bash version. It is
> usually 
> not difficult to organize a directory so that TAB or SHIFT-TAB find the
> desired 
> file/dir quickly.
> On bash you default get a beep and filename expansion stops whenever there 
> is more than one choice. I hate that.

bash tab-completion is highly programmable.  I suggest you read up on
'man bash' and 'man readline'.  For example, binding TAB to 'menu-complete'
instead of 'complete' changes the behavior of completion to cycle through
complete filenames rather than stopping at the unambiguous prefix.
Furthermore, with the bash-completion package installed properly, you
get some very powerful context-sensitive completions (try doing THAT
in windows).  Just because the default behavior doesn't match your
liking doesn't mean that bash can't do what you want.

--
Eric Blake
volunteer cygwin bash/bash-completion maintainer



--
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: VIM - Vi IMproved 6.4 (2005 Oct 15, compiled Oct 17 2005 11:54:34

[Arend-Jan Westhoff]

At 15:32 2005-10-24 +0200, Corinna Vinschen wrote:
>On Oct 20 14:16, Shankar Unni wrote:
>> Christopher Faylor wrote:
>> >On Thu, Oct 20, 2005 at 04:15:34PM +0200, Christoph Jeksa wrote:
>> 
>> >>Supposed, you have a file X.sh ( exactly in this spelling ).  If you
>> >>enter:
>> >>
>> >>vim x.sh ( also exactly in this spelling )
>> >>
>> >>and write it back after any modification, the file will be renamed even
>> >>to x.sh.  
>> 
>> >This isn't a vim problem.  Windows filename handling is case-insensitive.
>> 
>> But I think it's worth mentioning that 6.3 doesn't do this (change the 
>> case of the name when writing back). It overwrites the old file when 
>> writing back, thus preserving its case.
>
>No, it doesn't.  I just tried it in 6.3 and this behaviour is the same
>as in 6.4.  There is special code in the native Windows port which tests
>explicitely for the case of the filename, but that's not in the UNIX
>code which is used for Cygwin.
>
>
>Corinna

I cannot reproduce this problem:
(Explanatory notes in (). If you don't need them please ignore them.)
The procedure creates or overwrites file ZZ:
(Should work on both cmd and Cygwin bash. On cmd must have 
Cygwin\bin dir in PATH.)

"echo" -n ZZ > ZZ
("" relevance: Use Cygwin echo even on cmd. May be here not strictly 
necessary, but instructive: In general also return and linefeed will be 
executed when a vim script is sourced.)

(Please note that if a file like Zz preexisted that will still be its
name, so:)
rename ZZ ZZ
(At this point we have a file named: ZZ with contents: ZZ)
Now running one of the following two statements produces the same
results on my system:
vim +s/Z/y/g -s ZZ zz
vim +s/Z/y/g +wq zz
(Yes, I am violating the standard that files should end with newline, but 
not relevant IMO.)
Results:
ls [zZ][zZ]
produces:
ZZ
So no case change: I cannot reproduce the problem.
cat zz
produces:
yy
Which shows the edit action was successful.

Could this for once mean a positive press for text mounts? Or has it
something 
to do with NTFS <-> FAT32 ?
How come that if I have text mounts the edit action in the preceding
procedure 
only ads a linefeed but no carriage return?
dump zz
produces:
zz:
  7979 0a yy.
Ah, because vim has default fileformats=unix,dos instead of dos,unix!

My cygcheck.out is still the same: 


Though I cannot reproduce the problem I do support those who experience it
and 
want it changed because:
-I don't think changing it significantly impacts functionality on other OSs.
-Whether or not it is a vim bug is irrelevant. What is relevant that it is
clearly 
 undesirable behavior. (If vim is the appropriate place to change it it
should be 
 done there.)
-I think the rule should be that where ever a Cygwin utility uses a
filename of an 
 existing file it should use the actual name on disk and not the characters
the 
 user happened to type. (Wasn't that using something like: _findfirst() ?)
 (So the dump statement above should not display zz: but ZZ: on its first
line of 
 output.)
 (Except of course where the user provides a new name as with the command: 
 rename, or when writing to a different file from vim. One can still use
filename 
 completion to match an existing file's name if one wants to.)
 Please note that my proposal is also in line with the native OS:
 E.g. Cygwin "dir" and ls have such problem, the native cmd dir has not:
ls zz
 produces:
zz
 but
cmd /c dir /B zz
 produces
ZZ

Arend-Jan Westhoff.

PS Speaking of filename completion: Windows can be configured to use TAB as 
cmd file and directory expansion character. I do find the cmd filename 
completion behaviour more convenient than the default bash version. It is
usually 
not difficult to organize a directory so that TAB or SHIFT-TAB find the
desired 
file/dir quickly.
On bash you default get a beep and filename expansion stops whenever there 
is more than one choice. I hate that.


--
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: another manifestation of the .. bug

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Corinna Vinschen on 10/25/2005 7:27 AM:
>>I would much rather see a fix in cygwin so that coreutils would work out
>>of the box in this case.
>>
> 
> And I really can't see how "one testcase fails because Cygwin allows
> something which should fail according to POSIX" qualifies for "coreutils
> doesn't work out of the box on Cygwin".  Does the coreutils testsuite
> not allow per-target XFAILs?

Coreutils already won't pass the testsuite out of the box on cygwin due to
other problems, where I am also maintaining cygwin-specific patches; my
point was that if cygwin is ever fixed, it is one less workaround needing
my maintainence.  As for the coreutils testsuite, it does not have
per-target XFAILs, but does have the ability to SKIP tests that are known
to be invalid if various pre-screening tests show that a platform won't
support the feature being tested.  However, among all the platforms that
coreutils is currently ported to, my understanding is that cygwin is the
only platform that would need such an exemption to skip such tests due to
the lack of POSIX semantics.

Also, it is possible to write a wrapper around stat() that will give POSIX
semantics to .., using intermediate stat() and readlink() calls if the
string contains "/..".  Someday, I might attempt that task, to see what
sort of impact POSIX semantics has when done at the application layer
instead of the cygwin layer.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDXuOp84KuGfSFAYARAruMAJ9af2HA4inDT4sd3nFnNaTjOp7G4ACgzWnb
may3d4cT0QydA5/aJuRR9X8=
=lcMw
-END PGP SIGNATURE-

--
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: cygwin-setup & rebaseall

[Brian Dessent]

Satish Balay wrote:

> - open a dialog box with a message:
>  "some packages that require 'rebaseall' are updated. This operation
>  cannot be done at this time due to active cygwin processes. Please
>  reboot, shutdown cygwin services, and run 'rebaseall' from 'ash'."

The thing is, you can't just do a "partial" rebaseall.  If you update
just one DLL, you can't just pick a new base address for that one DLL,
you have to start over and reassign all new base addresses to every
DLL.  This is because the current algorithm for choosing the base
addresses just packs them together back to back, so adding/modifying one
could potentially cause all those below to have to be moved.  You can
get around this by setting up some kind of registry of assigned base
addresses, or treating the problem like a heap, but that get
extraordinarily more complex because you have to maintain state.

This is why the whole rebasing method is not scaleable and why we should
really be aiming to throw away rebase and use --enable-auto-image-base
for every package.

So, the reason I mention all that is that it means that the above dialog
box would be displayed *any time* that setup was run with *any cygwin
program or service active*, no matter how small or irrelevent.  We would
get flooded with complaints about this extra annoying dialog box, and
"why can't setup replace in use files like it used to", and "I don't
care about rebasing, all my apps work fine, how can I disable this?"

> - open a dialog box with a message: "some packages that require
>   'rebaseall' are updated - hence setup is incomplete. Please reboot,
>   shutdown cygwin services and rerun setup - so that it can continue
>   and fix this."

You wouldn't want to bail partway through a rebase and leave things in a
partial state.  What setup would have to do is perform the full rebase
of all DLLs, scheduling any that were in use for replacement with their
rebased copy on the next reboot, as it already does for upgrading DLLs. 
But as I've been trying to say this requires a great deal of coding in
setup because you have to internalize all the rebasing logic, it can't
just punt to the rebaseall script.

Brian

--
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: undefined references compiling gcc with ncurses

[René Berber]

Jeff Scudder wrote:

> I am a curses newbie and having trouble running a simple curses
> program. I haven't run into a discussion thus far on the specific
> problem I'm having and I imagine there is a simple solution. My
> program is named ctest.c and is as follows:
> 
> 
> #include
> #include
> 
> int main()
> {
>   initsscr();
^
initscr
>   cbreak();
>   noecho();
>   char x = getch();
>   while(x != 'q')
>   {
> printf("Entered: %c\n",x);
> x = getch();
>   }
>   endwin();
> }
> 
> And I compile using
> 
> gcc -lncurses ctest.c

Try: gcc -o test ctest.c -lncurses

> When linking I get an undefined reference for each curses function.
> I'm sure I'm doing something wrong.

The program doesn't do anything until 'q' is typed...
-- 
René Berber


--
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: undefined references compiling gcc with ncurses

[Igor Pechtchanski]

On Tue, 25 Oct 2005, Jeff Scudder wrote:

> Greetings,
> I am a curses newbie and having trouble running a simple curses
> program. I haven't run into a discussion thus far on the specific
> problem I'm having and I imagine there is a simple solution. My
> program is named ctest.c and is as follows:
> [snip]
> And I compile using
>
> gcc -lncurses ctest.c
  ^
> When linking I get an undefined reference for each curses function.
> I'm sure I'm doing something wrong.

Classic newbie mistake.  Libraries should follow source/object files on
the gcc command line.  "gcc ctest.c -lncurses" should work.  Not
Cygwin-specific.
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: AllVersions: Running Cygwin X w/ Registy Entries

[Igor Pechtchanski]

On Tue, 25 Oct 2005, gtg793x wrote:

> Quoting Igor Pechtchanski <[EMAIL PROTECTED]>:

.  Thanks.

> > See "man mount".  Please, please, please don't manipulate the registry
> > directly if you want to stay portable.  You can easily create a batch file
> > to reproduce the mounts properly.
> > ...
> > "User mounts" is the answer.  The CURRENT_USER tree is usually writable.
> > Make sure you don't write over the existing settings if they are present.
>
> Current XP computers I am trying to run this into give me: "Registry
> Editing has been Disabled by your administrator." even if I try to write
> to Current_User

This is weird.  Most applications won't work properly without being able
to write to the registry.  Are you sure that it isn't simply that the
regedit functions are disabled?  Are you using another tool to edit the
registry?  What user do you log in as?  What OS do you use?

> All I am trying to keep portable is the X server thus XWIN.exe is the
> only executable I have, the only one I execute. After running the X
> server as the background server I am tunneling the packets using Putty /
> Securecrt.
>
> I am not able to 'mount' anything since I never run the cygwin
> environment. Just the x server. And I can only run it after adding info
> to the registry entries.

You run a *Cygwin* X server.  Which is a Cygwin program.  This means that
it loads cygwin1.dll, which *is* the Cygwin environment.  You may not run
a shell, but mount is a separate executable (which is about 10k).  Simply
include that on your flash drive, and run it directly from that drive (you
can also create a batch file for this -- see a very nice example posted by
Svend Sorensen ). HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: cygwin-setup & rebaseall

[Brian Dessent]

Satish Balay wrote:

> Doesn't setup have similar problem with updating 'packages' for
> running apps? I think it prompts for a reboot to complete. So I'm
> guessing the same approach can be used when it needs a rebase.

Yes, of course setup already has that logic.  That's what I was
referring to above about name.dll.new.  My point was that you can't just
have setup call the rebaseall script as a final step because the "in use
handling" of the two has to be in sync.  It has to be tightly
integrated.

Brian

--
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: cygwin-setup & rebaseall

[Brian Dessent]

Satish Balay wrote:

> So the curent assesment is :
> 
>  - python - and similar tools can break - is so use rebase to fix it.
>  - rebase is broken - is lets not use it all the time.

As far as I know almost all of the issues of corrupted DLLs have been
fixed, but there still remains at least one known problem: emacs will
hang and refuse to start after running rebaseall, unless you revert
cygncurses-7.dll to its non-rebased version.  However other ncurses
programs don't seem to have an issue with the rebased DLL.

And as I said, the problem of in-use DLLs is a serious hinderance to
automating the rebaseall process.  Even if the ncurses/emacs mystery was
solved, this would still make integrating rebaseall into setup somewhat
challenging.  I did not have a chance to review Jason's setup patches
from 2002 but from my quick look it seems that it did not address this
issue.

Nobody is intentionally trying to make Cygwin hard to use, it's just
that fixing it so that no user intervention is ever required is a
problem that requires more effort than anyone has ever desired to
spend.  I don't know why Jason's efforts in 2002 to rebase from within
setup stalled, as I was not following the development of setup at the
time.  I can only assume there were too many objections and he did not
have time or desire to address them.

Brian

--
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: undefined references compiling gcc with ncurses

[Reid Thompson]

Jeff Scudder wrote:


Greetings,
I am a curses newbie and having trouble running a simple curses
program. I haven't run into a discussion thus far on the specific
problem I'm having and I imagine there is a simple solution. My
program is named ctest.c and is as follows:


#include
#include

int main()
{
 initsscr();
 cbreak();
 noecho();
 char x = getch();
 while(x != 'q')
 {
   printf("Entered: %c\n",x);
   x = getch();
 }
 endwin();
}

And I compile using

gcc -lncurses ctest.c

When linking I get an undefined reference for each curses function.
I'm sure I'm doing something wrong.

Thank you,

JS

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



#include 

or

#include 


do a
find /usr/include -name ncurses.h  --  i'm not on a cygwin box right now..

--
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: AllVersions: Running Cygwin X w/ Registy Entries

[gtg793x]

Quoting Igor Pechtchanski <[EMAIL PROTECTED]>:
> See "man mount".  Please, please, please don't manipulate the registry
> directly if you want to stay portable.  You can easily create a batch file
> to reproduce the mounts properly.
> ...
> "User mounts" is the answer.  The CURRENT_USER tree is usually writable.
> Make sure you don't write over the existing settings if they are present.

Current XP computers I am trying to run this into give me: "Registry Editing has
been Disabled by your administrator." even if I try to write to Current_User

All I am trying to keep portable is the X server thus XWIN.exe is the only
executable I have, the only one I execute. After running the X server as the
background server I am tunneling the packets using Putty / Securecrt.

I am not able to 'mount' anything since I never run the cygwin environment. Just
the x server. And I can only run it after adding info to the registry entries.
 George T Gurdell

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

undefined references compiling gcc with ncurses

[Jeff Scudder]

Greetings,
I am a curses newbie and having trouble running a simple curses
program. I haven't run into a discussion thus far on the specific
problem I'm having and I imagine there is a simple solution. My
program is named ctest.c and is as follows:


#include
#include

int main()
{
  initsscr();
  cbreak();
  noecho();
  char x = getch();
  while(x != 'q')
  {
printf("Entered: %c\n",x);
x = getch();
  }
  endwin();
}

And I compile using

gcc -lncurses ctest.c

When linking I get an undefined reference for each curses function.
I'm sure I'm doing something wrong.

Thank you,

JS

--
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: AllVersions: Running Cygwin X w/ Registy Entries

[Svend Sorensen]

On 10/25/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>  Greetings
> I would like to be able to have a portable version of cygwin in my Flash 
> Drive.
> I have been able to do it but it requires that I enter some registry entries
> such as:
>
> [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/]
>

Here are the batch files I use.  In their current state, they must
exist in the parent directory of the cygwin root, which must be named
"cygwin".

install.bat backs up the current cygwin mount table, then creates a
new table for the removable device.  It uses the users Windows %TEMP%
dir for /tmp, because I wanted to minimize writes to the flash disk.

uninstall.bat removes the new mount table, and restores the backed up copy.

--begin install.bat--
@echo off

for /F %%A in ('cd') do set WD=%%A

cygwin\bin\mount -m | cygwin\bin\sed s/mount/"cygwin\/bin\/mount"/ >
%TEMP%\cygwin-mounts
cygwin\bin\umount -c
cygwin\bin\umount -A
cygwin\bin\mount --binary --force --user %WD%\cygwin /
cygwin\bin\mount --binary --force --user %WD%\cygwin\bin /usr/bin
cygwin\bin\mount --binary --force --user %WD%\cygwin\lib /usr/lib
cygwin\bin\mount --binary --force --user %TEMP%\ /tmp
--end install.bat--

--begin uninstall.bat--
@echo off

for /F %%A in ('cd') do set WD=%%A

cygwin\bin\umount -c
cygwin\bin\umount -A
cygwin\bin\sh %TEMP%\cygwin-mounts
cygwin\bin\rm %TEMP%\cygwin-mounts
--end uninstall.bat--

--
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: AllVersions: Running Cygwin X w/ Registy Entries

[Christopher Faylor]

On Tue, Oct 25, 2005 at 08:20:29PM +0100, Thorsten Kampe wrote:
>* gtg793x (2005-10-25 18:55 +0100)
>>  Greetings
>> I would like to be able to have a portable version of cygwin in my Flash 
>> Drive.
>> I have been able to do it but it requires that I enter some registry entries
>> such as:
>> 
>> [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/]
>> "native"="F:\\cygwin"
>> "flags"=dword:000a
>> [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin]
>> "native"="F:\\cygwin/bin"
>> "flags"=dword:000a
>> 
>> (as simple as double clicking a .reg file, however:)
>> Many computers at my university do not allow access to the registry and
>> modification of it.
>
>Use the HKEY_CURRENT_USER entries...

This question was asked and answered (correctly) several hours ago:

http://sources.redhat.com/ml/cygwin/2005-10/msg00855.html

cgf

--
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: cygwin-setup & rebaseall

[Satish Balay]

On Tue, 25 Oct 2005, Christopher Faylor wrote:

> >And Jason's post was in Feb-2002 - and things have been in this bad
> >state since a long time.
> 
> And, yet, somehow, we survive.

But at a cost of regular user frustation - which I was hoing could be
avoided.

>From the replies so far - it appears things are unlikely to
change.. Oh well..

Satish

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

AW: AllVersions: Running Cygwin X w/ Registy Entries

[marco.lechner]

Hi,

I use a modified Version of XliveCD (http://xlivecd.indiana.edu/) for this.
I putted all the Files on an USB-Stick and deleted one after the other. Well
it was a little try and error but it worked well.
With my "XliveUSB" I can go into an Internet-Café, plug it in, establish my
ssh-sonnection to my Homeserver, and start KDE-Desktop or only KMail or,



Marco
Email [EMAIL PROTECTED]

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von
Wes S
Gesendet: Dienstag, 25. Oktober 2005 20:47
An: cygwin@cygwin.com
Betreff: Re: AllVersions: Running Cygwin X w/ Registy Entries

On 25 Oct 2005 at 13:55, [EMAIL PROTECTED] wrote:

>  Greetings
> I would like to be able to have a portable version of cygwin in my Flash
> Drive. I have been able to do it but it requires that I enter some
> registry entries such as:
> 

[snip]

I'd like to add a 'me too' to this request.  I have the same issue at 
work.  I don't need to run any services.

Wes

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


--
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: AllVersions: Running Cygwin X w/ Registy Entries

[Thorsten Kampe]

* [EMAIL PROTECTED] (2005-10-25 18:55 +0100)
>  Greetings
> I would like to be able to have a portable version of cygwin in my Flash 
> Drive.
> I have been able to do it but it requires that I enter some registry entries
> such as:
> 
> [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/]
> "native"="F:\\cygwin"
> "flags"=dword:000a
> [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin]
> "native"="F:\\cygwin/bin"
> "flags"=dword:000a
> 
> (as simple as double clicking a .reg file, however:)
> Many computers at my university do not allow access to the registry and
> modification of it.

Use the HKEY_CURRENT_USER entries...


--
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: VIM - Vi IMproved 6.4 (2005 Oct 15, compiled Oct 17 2005 11:54:34

[Shankar Unni]

Corinna Vinschen wrote:


No, it doesn't.  I just tried it in 6.3 and this behaviour is the same
as in 6.4.


??

% pwd
/cygdrive/c/temp/test
% ls
% touch x
% ls -li
20547673299962566 -rw-rw-rw-  1 shankar None 0 Oct 25 12:10 x
% vim X
% ls -li
total 1
20547673299962566 -rw-rw-rw-  1 shankar None 6 Oct 25 12:10 x

% mount
<...>
c: on /cygdrive/c type system (textmode,noumount)


Case preserved, and looks like it overwrote the old file (instead of 
moving it out of the way and writing a new file).  Running cygwin 
1.5.18-1, vim 6.3-1 and cygwin 1.5.18-1, but a snapshot DLL:


 1762k 2005/09/19 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  "cygwin1.dll" v0.0 ts=2005/9/19 8:53
Cygwin DLL version info:
DLL version: 1.5.19
[...]
Build date: Mon Sep 19 11:53:13 EDT 2005
Snapshot date: 20050919-11:51:47
Shared id: cygwin1S4

Cygcheck not attached, but can be provided if needed.


--
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: AllVersions: Running Cygwin X w/ Registy Entries

[Wes S]

On 25 Oct 2005 at 13:55, [EMAIL PROTECTED] wrote:

>  Greetings
> I would like to be able to have a portable version of cygwin in my Flash
> Drive. I have been able to do it but it requires that I enter some
> registry entries such as:
> 

[snip]

I'd like to add a 'me too' to this request.  I have the same issue at 
work.  I don't need to run any services.

Wes

--
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: Hang with 20051018 (3rd version) snapshot while building OOo

[Christopher Faylor]

On Tue, Oct 25, 2005 at 12:07:21PM -0400, Volker Quetschke wrote:
>Christopher Faylor wrote:
>>>Volker Quetschke wrote:
Christopher Faylor wrote:
>On Wed, Oct 19, 2005 at 03:45:30PM -0400, Volker Quetschke wrote:
>(snip)
>Given the number of changes that have been made to cygwin, particularly
>in /proc handling, it's very difficult for me to believe that you are
>not seeing *any* differences in behavior and
>>>
>>>Well, there are differences in the frequency of occurrence of the hangs.
>> 
>> I missed this the first time.  Are you saying that hangs are more likely
>> with recent snapshots?
>> 
>> In any event, could you try the 2005-10-22 snapshot?  It doesn't fix anything
>> but I moved some of the strace printfs around in a probably vain attempt to
>> see what was hanging.
>
>We tried the 20051023 and 20051024 snapshots. The 20051024 hangs significantly
>faster than the 20051023 and also at different commands (Not only the standard
>"tcsh -fc pwd") even though the example here hangs again at that place.
>
>As a sidenote, these last two snapshots are also easier to "unhang",
>one "ls /proc//fd" is enough.
>
>I only paste/attach the 20051024 info, if there is interest I can also send
>the 20051023 info.
>
>  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
>  540   1 540540  con 11290 16:37:13 /usr/bin/bash
> 1452 5401452   3836  con 11290 16:37:18 /usr/bin/tcsh
> 396014523960   2508  con 11290 17:35:23 /usr/bin/perl
> 3180   13180   3180  con 11290 17:37:19 /usr/bin/bash
> 338439603960   3416  con 11290 17:37:23 
> /cygdrive/e/work/OOo/SRC680/solenv/wntmsci10/bin/dmake
> 262433843960   2912  con 11290 17:37:23 /usr/bin/tcsh
> 359626243960   3596  con 11290 17:37:23 /usr/bin/tcsh
> 210031802100   1000  con 11290 17:37:49 /usr/bin/tcsh
> 400821004008   2520  con 11290 17:38:15 /usr/bin/ps

I would like to see the old strace and any other straces you have to see
if there's any pattern to something I'm noticing.

I don't see any large times being reported at the beginning of the strace.
I'd expect that if you notice the hang, attach to the process, and then
do the "ls /proc//fd".  Can you give me a feel for times of:

- noticed the problem

- attached to process with strace

- performed ls

?

cgf

--
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: cygwin-setup & rebaseall

[Christopher Faylor]

On Tue, Oct 25, 2005 at 11:41:05AM -0500, Satish Balay wrote:
>On Tue, 25 Oct 2005, Igor Pechtchanski wrote:
>
>> Plus, as Jason mentions, rebasing corrupts some DLLs.  So, until a robust
>> solution for that is found, automatically rebasing in setup.exe isn't such
>> a hot idea.
>
>So the curent assesment is :
> 
> - python - and similar tools can break - is so use rebase to fix it.
> - rebase is broken - is lets not use it all the time.
>
>[so it appears cygwin can always be in broken state - this is not good]
>
>And Jason's post was in Feb-2002 - and things have been in this bad
>state since a long time.

And, yet, somehow, we survive.

cgf

--
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: AllVersions: Running Cygwin X w/ Registy Entries

[Igor Pechtchanski]

On Tue, 25 Oct 2005, gtg793x wrote:

>  Greetings
> I would like to be able to have a portable version of cygwin in my Flash
> Drive. I have been able to do it but it requires that I enter some
> registry entries such as:
>
> [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/]
> "native"="F:\\cygwin"
> "flags"=dword:000a
> [HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin]
> "native"="F:\\cygwin/bin"
> "flags"=dword:000a
>
> (as simple as double clicking a .reg file, however:)
> Many computers at my university do not allow access to the registry and
> modification of it.

See "man mount".  Please, please, please don't manipulate the registry
directly if you want to stay portable.  You can easily create a batch file
to reproduce the mounts properly.

> All I really need is the X server, and I have been able to lean it down
> to a 23 MB package that runs it (as a background process).
>
> An unfinished but working copy at: http://tinyurl.com/8pu2x
>
> * Any older versions that do not use the registry but use relative
> directories?

No.

> * Would it be possible to wrap the executable and feed it an 'alternate
> registry'?

"User mounts" is the answer.  The CURRENT_USER tree is usually writable.
Make sure you don't write over the existing settings if they are present.

> * Warning: I have (for now) minimal experience and limited resources.

HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

AllVersions: Running Cygwin X w/ Registy Entries

[gtg793x]

 Greetings
I would like to be able to have a portable version of cygwin in my Flash Drive.
I have been able to do it but it requires that I enter some registry entries
such as:

[HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/]
"native"="F:\\cygwin"
"flags"=dword:000a
[HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin]
"native"="F:\\cygwin/bin"
"flags"=dword:000a

(as simple as double clicking a .reg file, however:)
Many computers at my university do not allow access to the registry and
modification of it.

All I really need is the X server, and I have been able to lean it down to a 23
MB package that runs it (as a background process).

An unfinished but working copy at: http://tinyurl.com/8pu2x

* Any older versions that do not use the registry but use relative directories?
* Would it be possible to wrap the executable and feed it an 'alternate
registry'?
* Warning: I have (for now) minimal experience and limited resources.
   George T Gurdell, gtg793x at gatech dot edu

--
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: cygwin-setup & rebaseall

[Satish Balay]

On Tue, 25 Oct 2005, Dave Korn wrote:

> Satish Balay wrote:
> 
> > Doesn't setup have similar problem with updating 'packages' for
> > running apps? I think it prompts for a reboot to complete. So I'm
> > guessing the same approach can be used when it needs a rebase.
> 
>   It's not as straightforward as all that.  The facility to update a file on
> reboot is built into the windows OS, setup.exe just makes use of it.  There
> is no facility to rebase a file on reboot built into windows!

Not ideal - but it could do either fo the following: [and both of
these I think are better options then current mode - which silently
leaves packages in potentially broken state]

- open a dialog box with a message:
 "some packages that require 'rebaseall' are updated. This operation
 cannot be done at this time due to active cygwin processes. Please
 reboot, shutdown cygwin services, and run 'rebaseall' from 'ash'."

- open a dialog box with a message: "some packages that require
  'rebaseall' are updated - hence setup is incomplete. Please reboot,
  shutdown cygwin services and rerun setup - so that it can continue
  and fix this."

Satish

--
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: cygwin-setup & rebaseall

[Satish Balay]

On Tue, 25 Oct 2005, Igor Pechtchanski wrote:

> Plus, as Jason mentions, rebasing corrupts some DLLs.  So, until a robust
> solution for that is found, automatically rebasing in setup.exe isn't such
> a hot idea.

So the curent assesment is :
 
 - python - and similar tools can break - is so use rebase to fix it.
 - rebase is broken - is lets not use it all the time.

[so it appears cygwin can always be in broken state - this is not good]

And Jason's post was in Feb-2002 - and things have been in this bad
state since a long time.

Mabe those broken packages now work now? - so this objection can be
removed?

Thanks,
Satish

--
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: cygwin-setup & rebaseall

[Dave Korn]

Satish Balay wrote:

> Doesn't setup have similar problem with updating 'packages' for
> running apps? I think it prompts for a reboot to complete. So I'm
> guessing the same approach can be used when it needs a rebase.

  It's not as straightforward as all that.  The facility to update a file on
reboot is built into the windows OS, setup.exe just makes use of it.  There
is no facility to rebase a file on reboot built into windows!


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: cygwin-setup & rebaseall

[Satish Balay]

On Mon, 24 Oct 2005, Brian Dessent wrote:

> Automatically running rebaseall from setup.exe has issues too.  For one
> thing, it would run into problems if the user had programs or services
> running.  The rebaseall script bails if it cannot write to a DLL, so
> unless the user was very careful to close all running programs, it would
> fail in almost all cases.  Rebaseall would have to be modified to rebase
> in-use DLLs, but this would require the user to reboot.  And, somehow
> this would have to be communicated to setup.exe so it could notify the
> user.  Plus, consider if setup.exe installed a DLL that was in use
> (writing it to name.dll.new, and scheduling that for replacement at next
> boot) and then rebaseall was run.  The rebaseall script would have to
> know to rebase name.dll.new and not name.dll.  It just gets more and
> more complicated.  The only workable solution would be to incorporate
> the entire rebaseall functionality internally into setup.exe, which is
> not an insignificant undertaking, and one which no one is eager to
> undertake.

Doesn't setup have similar problem with updating 'packages' for
running apps? I think it prompts for a reboot to complete. So I'm
guessing the same approach can be used when it needs a rebase.

> On top of that, there is a problem with running out of address space.  I
> don't think this happens (yet!) with the official packages but someone
> has reported that it can happen if you suppliment an installation with
> some of the Cygwin ports like KDE.  So this solution of rebasing every
> single DLL is clearly not scaleable into the future, unless the Cygwin
> DLL's memory layout is rearranged, or unless DLLs are rebased into
> another memory space.

Ok - here you are claiming there are fundamental problems with cygwin
which rebase might not be able to fix.

Satish

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

Setup fails to write help output to logfile [was RE: 1.5.12 ssh hangs on some machines when stdout has content]

[Dave Korn]

Rolf Campbell wrote:
> Igor Pechtchanski wrote:
>> As I've said before, .
>> This result from the search I suggested looks promising, if only to get
>> the setup options: .  See
>> also /var/log/setup.log after "setup --help" (yes, it does support this).
>> HTH,
> 
> I mostly don't see any output from "setup --help".  

  What does this have to do with ssh?  Subject line changed!

> I tried deleting the
> setup log files from /var/log and ran "setup --help", but no files were
> created in "/var/log".  It also doesn't work if the files exist.  I'm
> pretty sure it's not a permission problem cause if I run setup without
> any arguments it creates the log files just fine.  The weirdest thing is
> that it worked once for me about 10 minutes ago.  I'm running version
> 2.510.2.2.

  Bizarre, so it does.  According to my tests, it now appears to be writing
setup.log to whatever is the current directory when you run it.  Oops, this
looks like a real bug!  Now investigating ...


  BTW, here's the help info, just FYI:

2005/10/25 17:32:27 Starting cygwin install, version 2.510.2.2
2005/10/25 17:32:27 Current Directory: C:\cygwin.src
2005/10/25 17:32:27 
Command Line Options:
 -D --download  Download from internet
 -L --local-install Install from local directory
 -s --site  Download site
 -R --root  Root installation directory
 -q --quiet-modeUnattended setup mode
 -h --help  print help
 -l --local-package-dir Local package directory
 -r --no-replaceonrebootDisable replacing in-use files on
next
reboot.
 -n --no-shortcuts  Disable creation of desktop and
start
menu shortcuts
 -N --no-startmenu  Disable creation of start menu
shortcut
 -d --no-desktopDisable creation of desktop shortcut
 -A --disable-buggy-antivirus   Disable known or suspected buggy
anti
virus software packages during
execution.
Ending cygwin install


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: Running ssh in background

[Alexander Gottwald]

On Tue, 25 Oct 2005, Jörg Schaible wrote:

> Good guess. While I have no console window popping up anymore, the ssh 
> process does now no longer terminate and the Windows app hangs until I kill 
> the ssh process :(

most likely run.exe does not support piping or piping data to a non-console
application does not work at all.

Why do you need cygwin openssh? the subversion plugin does ssh connections too.
Maybe puttys plink is an alternative. TortoiseSVN has a version which is 
compiled 
without console. 

bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723

--
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: Running ssh in background

[Jörg Schaible]

Hi Igor,

Igor Pechtchanski wrote on Tuesday, October 25, 2005 5:44 PM:

> On Tue, 25 Oct 2005, Jörg Schaible wrote:
> 
>> Hello Cygwinners :)
>> 
>> can anything be done to run ssh in the background i.e. no console
>> window pops up if it is called by a native Windows process?
> 
> /usr/X11R6/bin/run ?

Good guess. While I have no console window popping up anymore, the ssh process 
does now no longer terminate and the Windows app hangs until I kill the ssh 
process :(

- Jörg

--
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: 1.5.12 ssh hangs on some machines when stdout has content

[Rolf Campbell]

Igor Pechtchanski wrote:

As I've said before, .
This result from the search I suggested looks promising, if only to get
the setup options: .  See
also /var/log/setup.log after "setup --help" (yes, it does support this).
HTH,


I mostly don't see any output from "setup --help".  I tried deleting the 
setup log files from /var/log and ran "setup --help", but no files were 
created in "/var/log".  It also doesn't work if the files exist.  I'm 
pretty sure it's not a permission problem cause if I run setup without 
any arguments it creates the log files just fine.  The weirdest thing is 
that it worked once for me about 10 minutes ago.  I'm running version 
2.510.2.2.



--
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: problem with sendto and raw sockets

[Fernando Barsoba]

Brian Dessent wrote:


Fernando Barsoba wrote:

 


snapshot. I only got the socket.h header file from the snapshot... and
not the whole thing. I have been able to build the program, but I am not
sure if using only the socket.h could be the problem...
   



Using a modified header with the old 1.5.18 cygwin1.dll is probably
going to be a bad idea.  The snapshot dll and headers are meant to be
used together.

Brian

 

I did the proper installation and now works. Sorry to bother about this 
silly problem..


Thanks,

fBM


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



 




--
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: Running ssh in background

[Igor Pechtchanski]

On Tue, 25 Oct 2005, Jörg Schaible wrote:

> Hello Cygwinners :)
>
> can anything be done to run ssh in the background i.e. no console window
> pops up if it is called by a native Windows process?

/usr/X11R6/bin/run ?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
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/

Running ssh in background

[Jörg Schaible]

Hello Cygwinners :)

can anything be done to run ssh in the background i.e. no console window pops 
up if it is called by a native Windows process?

Background: Running Eclipse with the Subclipse plugin to access Subversion 
repositories. If I setup subversion to use Cygwin's ssh, anything went fine 
from the authentication side, but with every request to the Subversion server 
such a console window is popping up :(

- Jörg

--
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: ... Resource temporarily unavailable

[Igor Pechtchanski]

On Tue, 25 Oct 2005, Christoph Jeksa wrote:

> Hi all,
> I'm using CYGWIN on Windows 2003 Server, multi-processor edition.
> Recently I get an error message, when calling several scripts from each
> other:
>
> T:/etc/kshenv: line 147: /usr/bin/cygpath: Resource temporarily
> unavailable
> T:/bin/k2mk: ...
> ...
>
> ... and the scripts fail.
>
> Can somebody tell me, how to work around this.

Please read and follow

> Problem reports:   http://cygwin.com/problems.html

to provide enough information about your system configuration for us to be
able to help you.  Note that the output of "cygcheck -svr" should be
*attached* as an uncompressed text attachment, not included inline.

However, I'd venture a guess: if you're running Cygwin 1.5.18, I've had
consistent problems with that version and inability to fork in certain
circumstances (that I couldn't definitely pinpoint).  I've had no such
problems since upgrading to the latest snapshots.  Try the 20051024 DLL
snapshot and see if it makes things better for you.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

... Resource temporarily unavailable

[Christoph Jeksa]

Hi all,

I'm using CYGWIN on Windows 2003 Server, multi-processor edition.

Recently I get an error message, when calling several scripts from each
other:

T:/etc/kshenv: line 147: /usr/bin/cygpath: Resource temporarily
unavailable
T:/bin/k2mk: ...
...

... and the scripts fail. 

Can somebody tell me, how to work around this. 

I'm appreciate for any help 
Thanks,
--
Christoph Jeksa, CoCreate Software GmbH & Co. KG
Posener Str. 1, D-71065 Sindelfingen, Germany
E-Mail: [EMAIL PROTECTED]
Phone:  ( +49 7031 ) 951-2149
Fax:( +49 7031 ) 951-2320

--
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: 1.5.12 ssh hangs on some machines when stdout has content

[Igor Pechtchanski]

On Tue, 25 Oct 2005, David Corbin wrote:

> On Tuesday 25 October 2005 10:12, Igor Pechtchanski wrote:
> > On Tue, 25 Oct 2005, David Corbin wrote:
>
> > The first thing anyone would notice is that 1.5.12 (and your
> > OpenSSH/OpenSSL versions) are very old.  The current Cygwin is 1.5.18
> > (going on 1.5.19), and OpenSSH is up to 4.2p1.  This list cannot afford to
> > support more than the current version of Cygwin and tools.  If you can
> > still reproduce your problem after upgrading to the latest versions of
> > Cygwin and OpenSSH/OpenSSL, please report back to this list.
>
> I will give it a try, but we do have a rather large set (~1 systems
> in over 500 locations) that would need to be upgraded.

Initially, you only need to try this on one system that exhibits the
problem...

> Is there any direct/easy way to upgrade cygwin without user-interaction?
> The only way I know is to run the GUI install program, and that's going
> to be a big problem for us.

As I've said before, .
This result from the search I suggested looks promising, if only to get
the setup options: .  See
also /var/log/setup.log after "setup --help" (yes, it does support this).
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: 1.5.12 ssh hangs on some machines when stdout has content

[Chris Taylor]

David Corbin wrote:
I will give it a try, but we do have a rather large set (~1 systems in 
over 500 locations) that would need to be upgraded.  Is there any direct/easy 
way to upgrade cygwin without user-interaction?  The only way I know is to 
run the GUI install program, and that's going to be a big problem for us.


Thanks
David



Yes. Upgrade one machine, and build an msi that updates the files, then 
distribute it via active directory.

Alternatively, use your preferred packaging format.

Failing that, update a machine, zip up the updated cygwin folder, and 
distribute it across your network onto each machine, using administrator 
rights to stop the ssh service before applying.


I should point out that there is no guarantee that permissions would 
remain intact with either method.



Chris

--

Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?

--
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: 1.5.12 ssh hangs on some machines when stdout has content

[David Corbin]

On Tuesday 25 October 2005 10:12, Igor Pechtchanski wrote:
> On Tue, 25 Oct 2005, David Corbin wrote:

> The first thing anyone would notice is that 1.5.12 (and your
> OpenSSH/OpenSSL versions) are very old.  The current Cygwin is 1.5.18
> (going on 1.5.19), and OpenSSH is up to 4.2p1.  This list cannot afford to
> support more than the current version of Cygwin and tools.  If you can
> still reproduce your problem after upgrading to the latest versions of
> Cygwin and OpenSSH/OpenSSL, please report back to this list.

I will give it a try, but we do have a rather large set (~1 systems in 
over 500 locations) that would need to be upgraded.  Is there any direct/easy 
way to upgrade cygwin without user-interaction?  The only way I know is to 
run the GUI install program, and that's going to be a big problem for us.

Thanks
David

>
> FWIW, I regularly use just such a construct to reply to email -- I used it
> to reply to yours, and, as you can see, it
> .
> HTH,
>   Igor

--
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: 1.5.12 ssh hangs on some machines when stdout has content

[Igor Pechtchanski]

On Tue, 25 Oct 2005, David Corbin wrote:

> I have found that ssh hangs semi-consistently, when it's stdout is piped
> to another process.
>
> I say semi-consistently, because it's not happening on all of our
> machines, but it is consistent for any of the problem machines.
> Furthermore, the command must actually produce output to standard out.
> The remote command is actually finishing, and as a far as I can tell, is
> terminating cleanly and correctly.
>
> Here is an easy way to reproduce it:
>
> ssh [EMAIL PROTECTED] ls -a | wc -l
>
> The following work fine:
>
> ssh [EMAIL PROTECTED] ls -a
> ssh [EMAIL PROTECTED] ls -a >/dev/null
>
> My cygcheck.out file is attached.  ssh reports it's version as SSH
> version OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004
>
> The destination host does not appear to matter (I've tested against
> cygwin-sshd, and a linux box).
>
> This has my very baffled, and concerned.  Any help appreciated.

The first thing anyone would notice is that 1.5.12 (and your
OpenSSH/OpenSSL versions) are very old.  The current Cygwin is 1.5.18
(going on 1.5.19), and OpenSSH is up to 4.2p1.  This list cannot afford to
support more than the current version of Cygwin and tools.  If you can
still reproduce your problem after upgrading to the latest versions of
Cygwin and OpenSSH/OpenSSL, please report back to this list.

FWIW, I regularly use just such a construct to reply to email -- I used it
to reply to yours, and, as you can see, it
.
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: 1.5.12 ssh hangs on some machines when stdout has content

[Dave Korn]

David Corbin wrote:
> I have found that ssh hangs semi-consistently, when it's stdout is piped
> to another process.
> 
> I say semi-consistently, because it's not happening on all of our
> machines, but it is consistent for any of the problem machines. 
> Furthermore, the command must actually produce output to standard out. 
> The remote command is actually finishing, and as a far as I can tell, is
> terminating cleanly and correctly.
> 
> Here is an easy way to reproduce it:
> 
> ssh [EMAIL PROTECTED] ls -a | wc -l

  WJFFM.

> This has my very baffled, and concerned.  Any help appreciated.

  1.5.12 is quite old.  Try upgrading or even have a go with the current
development snapshot (http://cygwin.com/snapshots) - it's in a testing cycle
at the moment and it would be helpful to know if your problem is fixed (see
also http://cygwin.com/ml/cygwin/2005-09/msg01020.html)


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: Minor ssh-host-config typos (openssh-4.2p1-1)

[Igor Pechtchanski]

On Tue, 25 Oct 2005, Corinna Vinschen wrote:

> On Oct 24 22:29, Igor Pechtchanski wrote:
> > The questions about creating SSH2 RSA and DSA identities contain a
> > "(yes/no)" within the question.  Since the request function also
> > appends "(yes/no)" to the message, this results in "(yes/no)
> > (yes/no)" at the end of those two questions.  Not a bug, but worth
> > fixing.
>
> ssh-user-config, right?

Gulp.  Yes.  I was trying *very* hard to get this right, but of course
didn't...

> Thanks for the hint, I've sent the patch upstream.

NP.  Thanks for maintaining it. :-)
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: cygwin-setup & rebaseall

[Igor Pechtchanski]

On Mon, 24 Oct 2005, Brian Dessent wrote:

> Satish Balay wrote:
>
> > [maybe the fix is: for any package that is likely to break - add a
> > flag - which triggers setup to run rebaseall - after
> > install/upgrade. So no overhead for pacakges that don't break - but
> > always overhead for packages that break.]
>
> Automatically running rebaseall from setup.exe has issues too.  For one
> thing, it would run into problems if the user had programs or services
> running.  The rebaseall script bails if it cannot write to a DLL, so
> unless the user was very careful to close all running programs, it would
> fail in almost all cases.  Rebaseall would have to be modified to rebase
> in-use DLLs, but this would require the user to reboot.  And, somehow
> this would have to be communicated to setup.exe so it could notify the
> user.  Plus, consider if setup.exe installed a DLL that was in use
> (writing it to name.dll.new, and scheduling that for replacement at next
> boot) and then rebaseall was run.  The rebaseall script would have to
> know to rebase name.dll.new and not name.dll.  It just gets more and
> more complicated.  The only workable solution would be to incorporate
> the entire rebaseall functionality internally into setup.exe, which is
> not an insignificant undertaking, and one which no one is eager to
> undertake.

Plus, as Jason mentions, rebasing corrupts some DLLs.  So, until a robust
solution for that is found, automatically rebasing in setup.exe isn't such
a hot idea.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: another manifestation of the .. bug

[Corinna Vinschen]

On Oct 25 07:07, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> The fact that cygwin incorrectly flattens /name/../ to / in pathname
> resolution without first resolving name is triggering a failure in a new
> test recently added to the coreutils testsuite.
> 
> mkdir -p dir/.. && test -d dir
> 
> should always succeed when dir did not exist beforehand, but because
> cygwin is flattening stat("dir/..") into stat(".") rather than failing
> with the required ENOENT when dir does not yet exist, mkdir does not go on
> to create dir.  I can work around this issue in coreutils by making mkdir
> - -p never use its initial stat() to short-circuit directory creation, but
> this will penalize normal usage because it will force calling mkdir for
> every name in the chain even when the ultimate directory already exists.
> I would much rather see a fix in cygwin so that coreutils would work out
> of the box in this case.
> 
> Yes, I know, http://cygwin.com/acronyms/#SHTDI.  And yes, I realize that
> such a change, if it is to ever happen, would be post-1.5.19, because of
> its potential impact.

And I really can't see how "one testcase fails because Cygwin allows
something which should fail according to POSIX" qualifies for "coreutils
doesn't work out of the box on Cygwin".  Does the coreutils testsuite
not allow per-target XFAILs?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat, Inc.

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

another manifestation of the .. bug

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The fact that cygwin incorrectly flattens /name/../ to / in pathname
resolution without first resolving name is triggering a failure in a new
test recently added to the coreutils testsuite.

mkdir -p dir/.. && test -d dir

should always succeed when dir did not exist beforehand, but because
cygwin is flattening stat("dir/..") into stat(".") rather than failing
with the required ENOENT when dir does not yet exist, mkdir does not go on
to create dir.  I can work around this issue in coreutils by making mkdir
- -p never use its initial stat() to short-circuit directory creation, but
this will penalize normal usage because it will force calling mkdir for
every name in the chain even when the ultimate directory already exists.
I would much rather see a fix in cygwin so that coreutils would work out
of the box in this case.

Yes, I know, http://cygwin.com/acronyms/#SHTDI.  And yes, I realize that
such a change, if it is to ever happen, would be post-1.5.19, because of
its potential impact.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDXi4q84KuGfSFAYARAs9mAJ9XDmBiBFKhiyWkMp/QIo7w9nOajwCgyavS
IRpd4Txkbbf22k5xXwXqchw=
=vKUA
-END PGP SIGNATURE-

--
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: CPU usage issue with bash

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Urgh - http://cygwin.com/acronyms/#TOFU - reformatted.

>> -Original Message-
>> From: Eric Blake [mailto:[EMAIL PROTECTED]

http://cygwin.com/acronyms/#PCYMTNQREAIYR

>> That message was for a much older configuration.  Perhaps the issue has
>> been fixed since then, but since you did not attach cygcheck.out for us
>> to determine your configuration, I can't tell if you need to upgrade.
>>

According to Sarcar, Shourya C (GE Healthcare) on 10/24/2005 10:37 PM:
> Eric,
> Thanks for the offer to help.
> I am attaching cygcheck.out
> If you need me to carry out some more investigations, please let me
> know.
>

Please convince your mailer to send text files with a text mime-type, not
application/octet-stream.

Relevant portions of your cygcheck:

PWD = `/c/insite'
Found: \bin\bash.exe
Warning: C:\cygwin\bin\bash.exe hides \bin\bash.exe

It seems like you have competing tools.  If anything from insite is ever
picked up in preference to cygwin, then you can expect problems with
cygwin.  [Side note - I wish cygcheck would flatten relative paths when .
is in PATH, rather than displaying with no drive letter and a leading \.]

Cygwin DLL version info:
DLL version: 1.5.12

bash 2.05b-16
coreutils5.2.1-5

Whoa!  You are due for a big-time upgrade.  Cygwin is at 1.5.18, bash at
3.0-11, coreutils at 5.3.0-9.  Until you have an up-to-date configuration
(get one by rerunning setup.exe), this list won't be of much help to you.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
volunteer cygwin bash maintainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDXigB84KuGfSFAYARAhvUAJ9Y5hcD7f4XyoSt01Ws2qGwxIqm8wCgi7Ne
1j9E8MQSdgg0kdRcaQ33Ryg=
=dOKG
-END PGP SIGNATURE-

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

1.5.12 ssh hangs on some machines when stdout has content

[David Corbin]

I have found that ssh hangs semi-consistently, when it's stdout is piped to 
another process.  

I say semi-consistently, because it's not happening on all of our machines, 
but it is consistent for any of the problem machines.  Furthermore, the 
command must actually produce output to standard out.  The remote command is 
actually finishing, and as a far as I can tell, is terminating cleanly and 
correctly.

Here is an easy way to reproduce it:

ssh [EMAIL PROTECTED] ls -a | wc -l

The following work fine:

ssh [EMAIL PROTECTED] ls -a 
ssh [EMAIL PROTECTED] ls -a >/dev/null

My cygcheck.out file is attached.  ssh reports it's version as SSH version 
OpenSSH_3.9p1, OpenSSL 0.9.7e 25 Oct 2004

The destination host does not appear to matter (I've tested against 
cygwin-sshd, and a linux box).

This has my very baffled, and concerned.  Any help appreciated.
David Corbin

Cygwin Configuration Diagnostics
Current System Time: Mon Oct 24 12:48:24 2005

Windows .NET Server Ver 5.2 Build 3790 Service Pack 1

Path:   C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
D:\JDK\bin
c:\Program Files\Symantec\pcAnywhere\
D:\cygwin\bin
D:\JDK\bin

Output from D:\cygwin\bin\id.exe (nontsec)
UID: 500(Administrator) GID: 513(None)
513(None)

Output from D:\cygwin\bin\id.exe (ntsec)
UID: 500(Administrator) GID: 513(None)
0(root) 513(None)   544(Administrators)
545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

HOME = `c:\documents and settings\Administrator'
PWD = `/cygdrive/e'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\Administrator\Application Data'
CLUSTERLOG = `C:\WINDOWS\Cluster\cluster.log'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `BOINSTALL'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CYGWIN_HOME = `D:\cygwin'
ENTTEK_HOME = `d:\enttek'
FP_NO_HOST_CHECK = `NO'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\Administrator'
JAVA_HOME = `D:\JDK'
JBOSS_HOME = `d:\jboss'
JBOSS_JAVA_OPTS = `-Xmx512m -Xms128m -XX:NewSize=64m'
LOGONSERVER = `\\BOINSTALL'
MYSQL_HOME = `d:\mysql'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/home/Administrator'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0209'
PROGRAMFILES = `C:\Program Files'
RUBY_HOME = `D:\ruby'
SESSIONNAME = `Console'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp'
USERDOMAIN = `BOINSTALL'
USERNAME = `Administrator'
USERPROFILE = `C:\Documents and Settings\Administrator'
WINDIR = `C:\WINDOWS'
_ = `/usr/bin/cygcheck.exe'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = 0x0022
  cygdrive prefix = `/cygdrive'
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `D:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home
  (default) = `c:\documents and settings'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `D:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `D:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd N/AN/A
c:  hd  NTFS 10276Mb  32% CP CS UN PA FC Main
d:  hd  NTFS 27884Mb   8% CP CS UN PA FC Apps
e:  hd  NTFS 25610Mb  72% CP CS UN PA FC Masters
f:  hd  NTFS  4097Mb  38% CP CS UN PA FC Page File
g:  hd  NTFS  8453Mb  27% CP CS UN PA FC Backup

D:\cygwin  /  system  binmode
c:\documents and settings  /home  system  binmode
D:\cygwin/bin  /usr/bin   system  binmode
D:\cygwin/lib  /usr/lib   system  binmode
.  /cygdrive  system  binmode,cygdrive

Found: D:\cygwin\bin\awk.exe
Found: D:\cygwin\bin\bash.exe
Found: D:\cygwin\bin\cat.exe
Found: D:\cygwin\bin\cp.exe
Not Found: cpp (good!)
Found: D:\cygwin\bin\find.exe
Not Found: gcc
Not Found: gdb
Found: D:\cygwin\bin\grep.exe
Not Found: ld
Found: D:\cygwin\bin\ls.exe
Not Found: make
Found: D:\cygwin\bin\mv.exe
Found: D:\cygwin\bin\rm.exe
Found: D:\cygwin\bin\sed.exe
Found: D:\cygwin\bin\sh.exe
Found: D:\cygwin\bin\tar.exe

   55k 2004/09/14 D:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
  "cyg

RE: zsh as login shell

[Williams, Gerald S \(Jerry\)]

I started using zsh about 10 months ago myself. Now I can have
my favorite ksh feature (two argument cd) as well as all the
things I like in BASH. But I digress...

I edited my /etc/profile, replacing bash with zsh, though that
of course doesn't help me start ZSH from Windows.

To get that, I copied the Shortcut created by Cygwin (the one
that runs BASH) and changed the Target to:
  C:\cygwin\bin\zsh.exe -l -i

-l is login
-i is interactive (I suspect you don't need it)

Although I probably have an unjustified aversion to adding
layers of BAT-file abstraction. The "mkzsh" tool does sound
easier.

gsw


--
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: short mime type question (off list)

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

http://cygwin.com/acronyms/#PPIOSPE
Please avoid http://cygwin.com/acronyms/#TOFU - reformatted

>> On 10/24/05, Eric Blake  wrote:

http://cygwin.com/acronyms/#PCYMTNQREAIYR

>> Please convince your mailer to send text files with a text mime-type, not
>> application/octet-stream.  Reposting here for convenience:

According to Eliah Kagan on 10/24/2005 11:11 AM:
> Mr. Blake--
> 
> Can you link me to info on how I can convert such gibberish back into
> text, next time somebody sends me a message like that?

Save the file to disk, then open it with an editor.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDXiFh84KuGfSFAYARAnmbAJ9jx6kNfYeRfeQ7ha6aHn7teIG/iACghmRU
snEWhgXFNmjfv0mJj7jxePs=
=gki2
-END PGP SIGNATURE-

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

xp64 installation problem

[magnatomdb]

Hi,

I am trying to install cygwin onto a PC running xp64. However during the 
install it fails whilst running /etc/postinstall/gnome-vfs-2.sh. This produces 
a large number of gconftool-2.exe processes which eventually fail.

I had a look at the archive and noticed that this problem has been mentioned 
before, but I can't find if it has been solved. Is there a workaround or fix 
for this?

Thanks for your help

Best regards

Dave

__
Switch to Netscape Internet Service.
As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register

Netscape. Just the Net You Need.

New! Netscape Toolbar for Internet Explorer
Search from anywhere on the Web and block those annoying pop-ups.
Download now at http://channels.netscape.com/ns/search/install.jsp

--
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: textmount/binmount issue

[Dave Korn]

Yitzchak Scott-Thoennes wrote:
> On Mon, Oct 24, 2005 at 05:56:36PM -0400, Igor Pechtchanski wrote:
>> On Mon, 24 Oct 2005, Yitzchak Scott-Thoennes wrote:
>> 
>>> On Mon, Oct 24, 2005 at 11:05:13AM -0400, Igor Pechtchanski wrote:
 Looks like the cygdrive prefix takes precedence over explicit mounts.
 This is arguably a bug.  .
 Corinna or Chris, care to comment?
>>> 
>>> My name doesn't start with C, but I will comment that if the precedence
>>> went the other way, a mount like:
>>> 
>>>   mount c:/foo /cygdrive/d
>>> 
>>> would make a windows path d:\bar have no posix translation.
>> 
>> How is this different from
>> 
>> mount c:/baz /somemount
>> mount c:/foo /somemount/d
>> 
>> (except for the fact that /cygdrive/d is an automount)?  I'm actually not
>> sure what's meant by "posix translation" in this context...
> 
> For example, assume a windows PATH=d:\bar.  What does a cygwin program
> convert PATH to at startup?  

  d:\\bar

or

  d:/bar

> There would be no equivlent, 

  ... apart from those two!


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: cygwin-setup & rebaseall

[Jason Tishler]

On Mon, Oct 24, 2005 at 09:57:21PM -0700, Brian Dessent wrote:
> Satish Balay wrote:
> > Ok so the problem is likely to go away for python users.
> 
> I don't know if Jason has started compiling Python with
> --enable-auto-image-base or not.

I have been using --enable-auto-image-base since the very first Cygwin
Python release -- about 5 years.

> [snip]
>
> The only workable solution would be to incorporate the entire
> rebaseall functionality internally into setup.exe, which is not an
> insignificant undertaking, and one which no one is eager to undertake.

FWIW, I submitted patches to Cygwin setup.exe to add rebase
functionality:

http://www.cygwin.com/ml/cygwin-apps/2002-02/msg00010.html

Unfortunately, they were rejected by a previous setup.exe maintainer.

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: zsh as login shell

[Corinna Vinschen]

On Oct 25 11:38, Vaclav Haisman wrote:
> 
> 
> On Mon, 24 Oct 2005, Thorsten Kampe wrote:
> 
> >Urgh, /top-posting/,
> Huh?

http://cygwin.com/acronyms/#TOFU


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat, Inc.

--
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: zsh as login shell

[Vaclav Haisman]

On Mon, 24 Oct 2005, Thorsten Kampe wrote:


Urgh, /top-posting/,

Huh?



* Václav Haisman (2005-10-24 13:35 +0100)

What about editing /etc/passwd?


That's only used for remote logins (ssh, etc.)



Vaclav Haisman


--
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: Minor ssh-host-config typos (openssh-4.2p1-1)

[Corinna Vinschen]

On Oct 24 22:29, Igor Pechtchanski wrote:
> The questions about creating SSH2 RSA and DSA identities contain a
> "(yes/no)" within the question.  Since the request function also appends
> "(yes/no)" to the message, this results in "(yes/no)  (yes/no)" at the end
> of those two questions.  Not a bug, but worth fixing.

ssh-user-config, right? 

Thanks for the hint, I've sent the patch upstream.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat, Inc.

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