RE: problems in Perl process management

[Sonam Chauhan]

Thanks for raising 'ps -W' behavior Chris. It is interesting.

> >From what I gather, the root problem is that for some processes (as
> >demonstrated by my testcase script), the CW_GETPINFO_FULL query returns:
> >1. Invalid PPIDs
> 
> Only PPIDs for cygwin processes are returned.  Everything else should be
> 0.

This isn't happening in my testcase - a Perl script that forks, then
executes `/bin/sleep` with a Perl backtick. Proc::ProcessTable (i.e.
CW_GETPINFO_FULL) returns invalid PPID (0) and PID (the WINPID) for the
child sleep process, but it does returns correct PID and PPID data for the
fork-ed Perl parent processes.

The PID/PPID of the backticked sleep process shows up correctly in 'ps'.

Would this be an issue within CW_GETPINFO_FULL? 


> >2. WINPID instead of Cygwin PID.
> 

> A cygwin pid can actually be spread across two processes.  You see this
> with
> "ps -W" if you do something like:
> 
>   bash -c "exec sleep 20"
> 
> in one window and:
> 
>   ps -W
> 
> in another window.

I tried this but don't see what you mean. Here, in one window, I do:
===
$  bash -c "exec sleep 20"
===

In the second window, 'ps -W' only reports the PID & PPID for a single sleep
process:
===
$ ps  -W | grep sleep
 1012   0   0   1012?0 14:57:51
C:\cygwin\bin\sleep.exe
===

However, instead of sleep, if I run a windows program like calc.exe in the
background, ps -W reports two processes: Was this what you meant about the
cygwin pid being spread across two processes?

===
$ calc &
[1] 2380

$ ps -W | grep calc
 238037802380   36040  400 15:18:21
/cygdrive/c/WINDOWS/system32/calc
 3604   0   0   3604?0 15:18:22
c:\WINDOWS\system32\calc.exe
===

Regards,
Sonam Chauhan
-- 
Electronic Commerce, Corporate Express Australia Ltd.
Phone: +61-2-9335-0725, Email: [EMAIL PROTECTED]
 

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

--
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 installing too much stuff

[Christopher Faylor]

On Tue, May 17, 2005 at 02:31:45PM -0700, Brandon J. Van Every wrote:
>- is Cygwin pushing new versions of stuff I previously downloaded?

Yes.

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 installing too much stuff

[Brian Dessent]

"Brandon J. Van Every" wrote:

> I have a reasonably healthy Cygwin installation that I typically use to
> build various HLL compilers.  One of these compilers needed the "zip"
> tool in order to be built.   So I fired up Cygwin and clicked to install
> "zip."  Well, instead of doing just that, it also started installing
> Ruby, and TeTex, and seemingly a whole bunch of other things.  I know
> for fact that the simple "zip" tool is not dependent upon this stuff, so
> I am wondering why Cygwin is installing it all.

No, there's no obvious reason why zip would require those.

> - is Cygwin pushing new versions of stuff I previously downloaded?  That
> would be BAD.  That would mean that every time I use a dialup, I'm
> likely to get more new stuff that takes a long time to download that I
> don't really want.

No, not at all.  The only packages that setup will attempt to install
without prompting are those in the cateogies 'Base' and 'Misc'.  But
those packages are all core packages that most people need and certainly
doesn't include ruby or tetex.

> - is Cygwin just fulfilling a broken download I started earlier?  I did
> try to grab TeTex the other week, and I thought it finished, but I never
> did use it or test it.  In this case, I'd really like to prioritize my
> downloads.  When I download "zip," for me that means "I want zip NOW."
>   I don't want it in alphabetical order.

I can't answer your question without knowing exactly how you use setup,
i.e. what you click on.

You have the power to tell setup exactly what you want or don't want. 
Switch the view to 'Partial' and it will list exactly what it's planning
on installing, updrading, or uninstalling when you press Next.  Select
the 'Keep' radio button to reset all choices - this tells it to keep
every package at its current version and don't download anything.  From
there you can select what you want.  If you select the 'Curr' radio
button (the default mode on startup) it will attempt to keep up to date
on all packages that are currently installed, but it will not add any
new ones - unless there are packages that you don't have installed that
are listed as requirements of packages that you do have installed.

There is no 'queue' or anything of packages.  Setup is completely
stateless - that is, when you run it it starts out in Curr and tries to
keep you up to date with what you have currently installed, but no
more.  It has no memory of what you did last time, other than the yes/no
of whether a package was installed or not.

I'm afriad that's about all I can tell you without knowing more about
exactly how you're using it.  For example, if you are inadventently
setting an entire category to 'Install', then yes you will get a ton of
stuff.  But that doesn't happen unless you click on the cycle glyph next
to the category.  So, again, tell us exactly what you're clicking on and
we'll see if we can help.  It would also help if you would post your
cygcheck output as requested in the problem reporting guidelines, so
that we can see what packages you have installed currently.

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/

Cygwin installing too much stuff

[Brandon J. Van Every]

I have a reasonably healthy Cygwin installation that I typically use to
build various HLL compilers.  One of these compilers needed the "zip"
tool in order to be built.   So I fired up Cygwin and clicked to install
"zip."  Well, instead of doing just that, it also started installing
Ruby, and TeTex, and seemingly a whole bunch of other things.  I know
for fact that the simple "zip" tool is not dependent upon this stuff, so
I am wondering why Cygwin is installing it all.
It is irritating because I'm on a dialup, and I just wanted to grab the
small "zip" tool and keep going with my real work.  Instead I'm waiting
waiting waiting waiting on piles of downloads that I'm too lazy to go in
and figure out.
Guesses and conjectures:
- is Cygwin pushing new versions of stuff I previously downloaded?  That
would be BAD.  That would mean that every time I use a dialup, I'm
likely to get more new stuff that takes a long time to download that I
don't really want.
- is Cygwin just fulfilling a broken download I started earlier?  I did
try to grab TeTex the other week, and I thought it finished, but I never
did use it or test it.  In this case, I'd really like to prioritize my
downloads.  When I download "zip," for me that means "I want zip NOW."
 I don't want it in alphabetical order.
Cheers, www.indiegamedesign.com
Brandon Van Every   Seattle, WA
"The pioneer is the one with the arrows in his back."
  - anonymous entrepreneur
--
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/

[patch] update documentation Was: cygwin-host-setup does not install sshd

[Brian Dessent]

admin wrote:
> 
> Thanks so much that worked like a charm.
> 
> >"umount -A" to remove all mounts, and then delete the cygwin install
> >directory.  Rummaging around in the registry is not recommended.
> >
> 
> http://www.cygwin.com/faq/faq_2.html#SEC20 <---  when removing the two 
> registry values suggested there didnt work, i just removed anything, like i 
> do when we get malware :).  I figured that would get it.
> 
> >It sounds like you still have a sshd service installed that is
> >referencing a nonexistent path.  Type "cygrunsrv -Q sshd" to see if
> >there is such a service, and if so "cygrunsrv -R ssh" and then rerun
> >ssh-host-config.
> >
> i did, and it was, and that worked.  Some values in the registry "could not 
> be deleted"  i didnt really pay attention to which, i guess one was the 
> running ssh server.

I have to admit, the documentation could be a little more clear about
the fact that you need to remove services.  I've also often read that
people encounter problems when trying to delete the Cygwin tree because
they encounter files with permissions that don't allow the file to be
deleted (e.g. files created by SYSTEM.)

I therefore propose the following rewrite of the "How do I uninstall all
of Cygwin" entry in the FAQ.  This version is much more wordy, I admit. 
But since it seems to come up every so often I feel a little
hand-holding in the FAQ can't hurt.  Rather than saying basically to
delete the folder and the registry key and "you're on your own for the
other stuff", this gives a list of steps that should cover everything.

2005-05-17  Brian Dessent  <[EMAIL PROTECTED]>

* install.texinfo ("How do I uninstall..."): Rewrite to cover
removing services, dealing with permissions, and other common
tasks for removing Cygwin completely.Index: install.texinfo
===
RCS file: /cvs/src/src/winsup/doc/install.texinfo,v
retrieving revision 1.52
diff -u -r1.52 install.texinfo
--- install.texinfo 29 Jan 2005 22:35:17 -  1.52
+++ install.texinfo 18 May 2005 03:15:57 -
@@ -252,29 +252,60 @@
 
 @subsection How do I uninstall @strong{all} of Cygwin?
 
-Setup has no automatic uninstall facility.  Just delete everything
-manually:
+Setup has no automatic uninstall facility.  The recommended method to remove 
all 
+of Cygwin is as follows:
 
[EMAIL PROTECTED] @bullet
[EMAIL PROTECTED] Cygwin shortcuts on the Desktop and Start Menu
-
[EMAIL PROTECTED] The registry tree @samp{Software\Cygnus Solutions} under
[EMAIL PROTECTED] and/or @code{HKEY_CURRENT_USER}.
-
[EMAIL PROTECTED] Anything under the Cygwin root folder, @samp{C:\cygwin} by
-default.
[EMAIL PROTECTED]
 
[EMAIL PROTECTED] Anything created by setup in its temporary working directory.
[EMAIL PROTECTED] Remove all Cygwin services.  If a service is currently 
running, it must 
+first be stopped with @samp{cygrunsrv -E name}, where @samp{name} 
+is the name of the service.  Then use @samp{cygrunsrv -R name} to uninstall 
the 
+service from the registry.  Repeat this for all services that you installed.  
+Common services that might have been installed are @code{sshd}, @code{cron}, 
[EMAIL PROTECTED], @code{inetd}, @code{apache}, and so on.
+
[EMAIL PROTECTED] Remove all mount information with @samp{umount -A}.  If you 
want to 
+save your mount points for a later reinstall, first save the output of 
[EMAIL PROTECTED] -m} as described at 
[EMAIL PROTECTED]://cygwin.com/cygwin-ug-net/using-utils.html#mount}.
 
[EMAIL PROTECTED] itemize
[EMAIL PROTECTED] Close all Cygwin command prompts, xterms, etc. and stop the 
X11 server if 
+it is running.
 
-It's up to you to deal with other changes you made to your system, such
-as installing the inetd service, altering system paths, etc.  Setup
-would not have done any of these things for you.
[EMAIL PROTECTED] Delete the Cygwin root folder and all subfolders.  If you get 
an error 
+that an object is in use, then ensure that you've stopped all services and 
+closed all Cygwin programs.  If you get a 'Permission Denied' error then you 
+will need to modify the permissions and/or ownership of the files or folders 
+that are causing the error.  For example, sometimes files used by system 
+services end up owned by the SYSTEM account and not writable by regular users. 
 
+
+The quickest way to delete the entire tree if you run into this problem is to 
+change the ownership of all files and folders to your account.  To do this in 
+Windows Explorer, right click on the root Cygwin folder, choose Properties, 
then 
+the Security tab.  Select Advanced, then go to the Owner tab and make sure 
your 
+account is listed as the owner.  Select the 'Replace owner on subcontainers 
and 
+objects' checkbox and press Ok.  After Explorer applies the changes you should 
+be able to delete the entire tree in one operation.  Note that you can also 
+achieve this in Cygwin by typing @samp{chown -R user /} or by using other 
to

Re: problems in Perl process management

[Christopher Faylor]

On Wed, May 18, 2005 at 01:01:48PM +1000, Sonam Chauhan wrote:
>Reini:
>
>[Note, I'm no Cygwin expert, so please correct any misunderstandings.]
>
>> >>or fix it in this module XS. It's really easy with the cygwin provided
>> >>translation functions.
>> >>   See http://sourceware.org/ml/cygwin/2005-02/msg00154.html
>...
>> > After all, Proc::ProcessTable misreports the PID and
>> > PPID only under certain conditions -- this would indicate a complex
>> issue in
>> > Proc::ProcessTable XS code, right?
>> 
>> No. Just the translation is needed, but one has to specify somehow which
>>   pid's he wants. The cygwin pid's or the winpid's.
>> Both have their merits and usecases.
>
>Why are two usecases needed? The code that builds the process table
>(returned by Proc::ProcessTable->table) should return the same PID and PPID
>that 'ps' reports - no exceptions - right? 
>
>I had a look in Proc::ProcessTable's .xs and os/cygwin.c. There seem to be a
>problem with the process table data returned by this code in the
>OS_get_table() function:
>
>This defines an internal Cygwin query to return process information:
>   cygwin_getinfo_types query = CW_GETPINFO_FULL;
>This executes the query within a for loop:
>   p = (external_pinfo *) cygwin_internal (query, pid | CW_NEXTPID);
>
>From what I gather, the root problem is that for some processes (as
>demonstrated by my testcase script), the CW_GETPINFO_FULL query returns:
>1. Invalid PPIDs 

Only PPIDs for cygwin processes are returned.  Everything else should be 0.
Orphaned cygwin processes or processes started from the command line have
a PPID of 1.

>2. WINPID instead of Cygwin PID. 

A cygwin pid can actually be spread across two processes.  You see this with
"ps -W" if you do something like:

  bash -c "exec sleep 20"

in one window and:

  ps -W

in another window.

ps -W will also not always properly report on execed processes in
general.  Since ps -W uses CW_GETPINFO_FULL, you can use that command to
see what is going on.

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: problems in Perl process management

[Sonam Chauhan]

Reini:

[Note, I'm no Cygwin expert, so please correct any misunderstandings.]

> >>or fix it in this module XS. It's really easy with the cygwin provided
> >>translation functions.
> >>   See http://sourceware.org/ml/cygwin/2005-02/msg00154.html
...
> > After all, Proc::ProcessTable misreports the PID and
> > PPID only under certain conditions -- this would indicate a complex
> issue in
> > Proc::ProcessTable XS code, right?
> 
> No. Just the translation is needed, but one has to specify somehow which
>   pid's he wants. The cygwin pid's or the winpid's.
> Both have their merits and usecases.

Why are two usecases needed? The code that builds the process table
(returned by Proc::ProcessTable->table) should return the same PID and PPID
that 'ps' reports - no exceptions - right? 

I had a look in Proc::ProcessTable's .xs and os/cygwin.c. There seem to be a
problem with the process table data returned by this code in the
OS_get_table() function:

This defines an internal Cygwin query to return process information:
cygwin_getinfo_types query = CW_GETPINFO_FULL;
This executes the query within a for loop:
p = (external_pinfo *) cygwin_internal (query, pid | CW_NEXTPID);

>From what I gather, the root problem is that for some processes (as
demonstrated by my testcase script), the CW_GETPINFO_FULL query returns:
1. Invalid PPIDs 
2. WINPID instead of Cygwin PID. 

How will the translation functions you mentioned solve these two problems? 

Cheers,
Sonam

--
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: New call: Please test latest snapshot

[Christopher Faylor]

On Wed, May 18, 2005 at 09:12:20AM +0800, Carlo Florendo wrote:
>Corinna Vinschen wrote:
>>We would like to release 1.5.17 soon.
>>
>>Please try the latest snapshot, 2005-May-17, from 
>>http://cygwin.com/snapshots/
>>
>>This snapshot should solve two problems with cygcheck and strace.  The
>>previous snapshots would not print anything on 9x and might end up 
>>reporting
>>a broken installation on NT systems.
>>
>>This snapshot also introduces interruptible access to the domain/workgroup
>>and share listings.  You should now be able to interrupt for instance
>
>Does not work for me.  Doing a
>
>   $ ls //
>
>still takes too long.

There may be no way around this.  There doesn't appear to be any way to
circumvent the long pause required for Windows to figure out network
stuff.  Corinna moved all of the network drive manipulation into a
separate thread which is terminated on a CTRL-C but Windows still
insists on waiting several seconds before the thread actually goes away.

I just rewrote things slightly to see if not terminating the thread helped
anything but it doesn't.  The program takes several seconds to *exit*
in that case.

In short, this seems like something we'll have to live with.  On my
system at least, Corinna's change made things a couple of seconds faster
than before so it shouldn't be as slow as the previous snapshot.

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: Hiding xemacs console window when started from windows explorer

[Brian Dessent]

Maxime Beaudry wrote:

> I installed xemacs along with cygwin.  I try to start xemacs by directly by
> double clicking on the xemacs-21.4.17.exe file in my windows explorer.  This
> starts a dos console window which in turns starts xemacs properly.
> 
> My question is: is there a way to simply open a xemacs window and not the
> dos console window when double clicking on the executable?  Thanks.

Try the 'run' utility in the X-startup-scripts package.  The comment at
the top of the source pretty much explains it:

/*
 * This program is based on the runemacs.c distributed with XEmacs 21.0
 *
 * Simple program to start gnu-win32 X11 programs (and native XEmacs) 
 * with its console window hidden.
 *
 * This program is provided purely for convenience, since most users
will
 * use XEmacs in windowing (GUI) mode, and will not want to have an
extra
 * console window lying around. Ditto for desktop shortcuts to gnu-win32 
 * X11 executables.
 */

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/

Hiding xemacs console window when started from windows explorer

[Maxime Beaudry]

Hi,
I installed xemacs along with cygwin.  I try to start xemacs by directly by 
double clicking on the xemacs-21.4.17.exe file in my windows explorer.  This 
starts a dos console window which in turns starts xemacs properly.

My question is: is there a way to simply open a xemacs window and not the 
dos console window when double clicking on the executable?  Thanks.

Maxime
_
Take charge with a pop-up guard built on patented Microsoft® SmartScreen 
Technology. 
http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines 
 Start enjoying all the benefits of MSN® Premium right now and get the 
first two months FREE*.

--
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: locale and keychain

[Christopher Faylor]

On Tue, May 17, 2005 at 03:20:45PM -0700, Karl M wrote:
>The next upstream version of keychain uses the locale command to check on 
>the settings. I didn't see any function by that name. Can coreutils add a 
>stub for this?

Why are you suggesting that coreutils should provide this?  coreutils doesn't
provide this package on linux.

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: More: Recent increase in size

[Reini Urban]

Igor Pechtchanski schrieb:
On Mon, 16 May 2005, Gary R. Van Sickle wrote:
This I do: Those are just mount table entries.  Memory usage won't change
regardless of the number or size of files in the directory a Cygwin mount
table entry points to.  So there's no consequence there.
True for the actual disk space usage.  However, if "du -s" is used from
the root, it will traverse both "/bin" and "/usr/bin", and add up the
numbers (so you get the size of /bin counted twice, same for /lib).
Igor
Hmm, du -ls is for duplicate traversal on hardlinks.
Without -l (default: opt_count_all=0) it should IMHO be fixed to ignore 
the second /usr/bin

$ ls -id /bin /usr/bin
2533274790648232 /bin  2533274790648232 /usr/bin
Same inode, so it's easy to check.
mkdir -p /tmp/test/test1 /tmp/test/test2
cd /tmp/test
# junction or mount is the same here
junction `cygpath -w /tmp/test/test1` test3
cp ../* test1/
ls -i
  22236523160786906 test1   9288674232096745 test2  22236523160786906 test3
# test2 is empty, test3 hardlinked to test1
$ du
2636./test1
0   ./test2
2636./test3
5272.
$ du -l
2636./test1
0   ./test2
2636./test3
5272.
=> coreutils bug with du opt_count_all=0 ?
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/
--
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: Sort - locale: cygwin_nt-5.0

[Larry Hall]

At 07:02 PM 5/17/2005, you wrote:
>> >In other words, unless someone submits a patch to cygwin with a compliant 
>> strcoll, you are stuck with non-locale sorts on cygwin. 
>> 
>> 
>> Don't you mean that newlib is the one that requires the patch?
>
>Either place would work, but the philosophy of newlib is that it is for
>embedded systems, and my understanding is that Jeff does not want
>to add locale support to newlib any time soon.  A cygwin-local replacement
>for strcoll would not affect any other newlib targets.  But regardless of
>whether it is newlib or cygwin that is patched, 
>!

I figured that was the case but thought I should ask for clarification. :-)

Thanks,


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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: New call: Please test latest snapshot

[Krzysztof Duleba]

Reini Urban wrote:

> Just for the records: It should also fix the socket problem on 
> postgresql, loosing the socket file attributes on touch().

Well, it's been fixed since 2005-05-10 snapshot, thanks to Corinna.

Regards
Krzysztof Duleba


--
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: Sort - locale: cygwin_nt-5.0

[Eric Blake]

> >In other words, unless someone submits a patch to cygwin with a compliant 
> strcoll, you are stuck with non-locale sorts on cygwin. 
> 
> 
> Don't you mean that newlib is the one that requires the patch?

Either place would work, but the philosophy of newlib is that it is for
embedded systems, and my understanding is that Jeff does not want
to add locale support to newlib any time soon.  A cygwin-local replacement
for strcoll would not affect any other newlib targets.  But regardless of
whether it is newlib or cygwin that is patched, 
!

--
Eric Blake



--
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: Windows Server 2003 inetd service keeps exiting

[Brian Dessent]

Krigare Warrior wrote:

> I did as you suggested, and I did get an error message (in the event viewer)
> stating:
> starting service 'M' failed: redirect_fd: open(1, /var/log/inetd.log): 13,
> Permission denied.
> 
> After digging, I found that /var/log did not have write permissions.  After
> setting write permissions, inetd was able to start, and after 20-30 seconds
> it exited.  No further messages in the event viewer or /var/log/inetd.log.

That will happen if you change the user that the service is running as
without also chown'ing the log files, since typically they get created
with write permission only for the owner.

> So, I am not sure if it is still a permission setting problem.. Where are
> the setup scripts located? I would be glad to look at those (if I could only
> find them). I did find the iu_config, but nothing really there except
> setting up ftpusers etc.

/usr/bin/ssh-host-config
/usr/bin/cygserver-config
/usr/bin/cron-config

> Also, neither cron or sshd will run either (actually they never got setup
> during installation, did I have to do anything special?).  I have tried
> re-installing cygwin but no difference.

You are using the *-config scripts to install those services, right? 
They will take care of all the boring details for you.  However, if you
have remnants (such as an existing sshd service) they will not try to
overwrite what you've got already.

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: Sort - locale: cygwin_nt-5.0

[Larry Hall]

At 06:13 PM 5/17/2005, you wrote:
>Sort requires a working strcoll to do locale-dependent sorts.  But newlib 
>(cygwin's library) provides only a strcoll that is HARD-CODED to the "POSIX" 
>("C") locale.



>In other words, unless someone submits a patch to cygwin with a compliant 
>strcoll, you are stuck with non-locale sorts on cygwin. 


Don't you mean that newlib is the one that requires the patch?


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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: locale and keychain

[Eric Blake]

> The next upstream version of keychain uses the locale command to check on 
> the settings. I didn't see any function by that name. Can coreutils add a 
> stub for this?

I agree that a locale(1) stub (and localedef(1), too) would be useful, but
they should belong to their own package (or else cygutils), rather than
coreutils.  And as such, I don't want to get anyone's hopes up, because
I don't have the time to volunteer for writing such stubs right now.

--
Eric Blake
cygwin coreutils 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: Sort - locale: 1.5.16-1 (Attn: coreutils maintainer)

[Eric Blake]

> > Thanks again. I am puzzled because I recall that an older version I
> > tried a couple of years ago was sorting correctly. This most recent one
> > seems to ignore anything related to LC_*

I'm not sure how - newlib strcoll has never been locale-aware, and
fileutils did not then (nor coreutils now) provide a locale-aware
replacement.  Sort has been using a strcoll wrapper named memcoll
since at least at least textutils 1.22q (version 1.166 in Jul 1999) - see
(http://savannah.gnu.org/cgi-bin/viewcvs/coreutils/coreutils/src/sort.c).

And sort is not ignoring LC_*, just LC_COLLATE.  LC_MESSAGES should
still have an effect in cygwin.

> 
> Well, a couple of years ago you would have used the "sort" from fileutils.
> It has now been superceded by coreutils.  If you're correct, and it used
> to work in fileutils, then this is a regression that the coreutils
> maintainer should be aware of.  Eric, are you reading this?

Yep!  But I don't think there is a regression.  You'll have to provide an
actual example to prove me wrong.

--
Eric Blake
cygwin coreutils 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/

locale and keychain

[Karl M]

Hi All...
The next upstream version of keychain uses the locale command to check on 
the settings. I didn't see any function by that name. Can coreutils add a 
stub for this?

Thanks,
...Karl

--
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: Sort - locale: cygwin_nt-5.0

[Eric Blake]

> There's very little support for LOCALE settings in Cygwin.  Some
> applications will switch the language of the help messages, etc, to the
> extent gettext() supports it.  I don't believe sort has locale-specific
> collate support -- the coreutils maintainer might be a better person to
> answer that.

Sort requires a working strcoll to do locale-dependent sorts.  But newlib 
(cygwin's library) provides only a strcoll that is HARD-CODED to the "POSIX" 
("C") locale.  Gettext allows localized help messages (LC_MESSAGES generally 
works on programs compiled with gettext, coreutils included), but does nothing 
for the other aspects of locales (such as LC_COLLATE).  In other words, unless 
someone submits a patch to cygwin with a compliant strcoll, you are stuck with 
non-locale sorts on cygwin.  Sorry.

--
Eric Blake
cygwin coreutils 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: Sort - locale: 1.5.16-1 (Attn: coreutils maintainer)

[Igor Pechtchanski]

On Tue, 17 May 2005, Guido Milanese wrote:

> > From: Igor Pechtchanski <[EMAIL PROTECTED]>
> > To: Guido Milanese <[EMAIL PROTECTED]>
> > cc: [EMAIL PROTECTED]

.  Thanks.

> > The "version" that you mention in the subject just says that you're
> > running Cygwin on Win2k.  It doesn't say anything about the actual
> > version of Cygwin.
> Thanks,sorry: v.1.5.16-1

Still not enough -- did you read the problem reporting guidelines
completely?

> > There's very little support for LOCALE settings in Cygwin.  Some
> > applications will switch the language of the help messages, etc, to
> > the extent gettext() supports it.  I don't believe sort has
> > locale-specific collate support -- the coreutils maintainer might be a
> > better person to answer that.
>
> Thanks again. I am puzzled because I recall that an older version I
> tried a couple of years ago was sorting correctly. This most recent one
> seems to ignore anything related to LC_*

Well, a couple of years ago you would have used the "sort" from fileutils.
It has now been superceded by coreutils.  If you're correct, and it used
to work in fileutils, then this is a regression that the coreutils
maintainer should be aware of.  Eric, are you reading this?
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!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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: Sort - locale: cygwin_nt-5.0

[Guido Milanese]

> From: Igor Pechtchanski <[EMAIL PROTECTED]>
> To: Guido Milanese <[EMAIL PROTECTED]>
> cc: cygwin@cygwin.com

> The "version" that you mention in the subject just says that 
> you're
> running Cygwin on Win2k.  It doesn't say anything about the actual 
> version of Cygwin.
Thanks,sorry: v.1.5.16-1

> There's very little support for LOCALE settings in Cygwin.  Some
> applications will switch the language of the help messages, etc, 
> to the
> extent gettext() supports it.  I don't believe sort has locale-specific
> collate support -- the coreutils maintainer might be a better 
> person to  answer that.

Thanks again. I am puzzled because I recall that an older version I tried a 
couple of years ago was sorting correctly. This most recent one seems to ignore 
anything related to LC_*

Best regards,
guido m.

Guido Milanese   - [EMAIL PROTECTED]
Vocal Ensemble "Ars Antiqua" - http://www.arsantiqua.org
** GAUDETE IN DOMINO SEMPER *



--
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: problems in Perl process management

[Reini Urban]

Sonam Chauhan schrieb:
Reini - Thanks for replying man.
I didn't complain yet upstream at rt.cpan.org because I wanted to wait
for our 5.8.7 release. But you can do it by yourself also, 

OK, I'm not that talented, so I didn't try fixing this bug, but I did report
it with a better testcase here:
http://rt.cpan.org/NoAuth/Bug.html?id=12840

or fix it in this module XS. It's really easy with the cygwin provided 
translation functions.
  See http://sourceware.org/ml/cygwin/2005-02/msg00154.html
I had a look at your post, but out of curiosity, isn't it about adding
functionality for looking up the WINPID from the Cygwin process ID? Is the
fix really that simple? 
Yes, that simple.
After all, Proc::ProcessTable misreports the PID and
PPID only under certain conditions -- this would indicate a complex issue in
Proc::ProcessTable XS code, right?
No. Just the translation is needed, but one has to specify somehow which 
 pid's he wants. The cygwin pid's or the winpid's.
Both have their merits and usecases.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

--
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: New call: Please test latest snapshot

[Reini Urban]

Corinna Vinschen schrieb:
We would like to release 1.5.17 soon.
Please try the latest snapshot, 2005-May-17, from http://cygwin.com/snapshots/
This snapshot should solve two problems with cygcheck and strace.  The
previous snapshots would not print anything on 9x and might end up reporting
a broken installation on NT systems.
This snapshot also introduces interruptible access to the domain/workgroup
and share listings.  You should now be able to interrupt for instance
  $ ls //
using Ctrl-C if the ls call takes too long.
Just for the records: It should also fix the socket problem on 
postgresql, loosing the socket file attributes on touch().

--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/
--
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: Sort - locale: cygwin_nt-5.0

[Igor Pechtchanski]

On Tue, 17 May 2005, Guido Milanese wrote:

> I hope this is not a FAQ -- I duly checked FAQs and googled for a while.
> From some messages, I found that LOCALE is not supported by cygwin. Is
> this true also for the version I mention in the subject?

The "version" that you mention in the subject just says that you're
running Cygwin on Win2k.  It doesn't say anything about the actual version
of Cygwin.  For instructions on how to report your Cygwin version (and the
relevant environment information) see .

> My problem is basically related to "sort": I tried to export LC_ALL,
> LC_COLLATE and LANG for French and Italian but to no success.
>
> Is this possible under cygwin? I normally use Linux, but I installed
> cygwin on a computer of my University where I must use Windows.

There's very little support for LOCALE settings in Cygwin.  Some
applications will switch the language of the help messages, etc, to the
extent gettext() supports it.  I don't believe sort has locale-specific
collate support -- the coreutils maintainer might be a better person to
answer that.
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!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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: OpenSSH Windows 2003 Server and

[Igor Pechtchanski]

On Tue, 17 May 2005, Ivans Chou wrote:

> I have installed the latest cygwin with OpenSSH 4.0p1 OpenSSL
> 0.9.7g. I managed to get inetd and sshd installed after bothering to
> read the on-screen instructions.
>
> Here's what I have: after logging into the system, I have a set of
> shell scripts that call the Windows "net use" command to automatically
> mount shared directories and user's UNIX home directories which are
> exported via SAMBA.
>
> rlogind and telnetd work perfectly as inetd services.  When the user
> logs into the system, the shell scripts automatically call "net use"
> to mount the SAMBA shares, and the user has his/her home directory.
>
> After following the instructions correctly with installing the sshd
> service by creating a sshd_server local account and setting the
> correct permissions on the /var/empty and /etc/ssh_*_keys files to be
> owned and readible only by sshd_server, I was able to log in via ssh.
> However, once logged in to my cygwin server via ssh, I am not able to
> use the "net" command.  I get various "password incorrect" or "unknown
> user" type errors.  It looks to me that once sshd logs the user into
> the system the "shell" that is spawned doesn't contain the proper
> environment or user associated with that shell.  As a result, my
> automount scripts do not work.
>
> I've been poking around with permissions and groups and sshd settings,
> but with enough poking, I invariably manage to completely break the
> sshd configuration, and I have to start over.  Can someone point me
> toward the correct sshd_config settings or tell me if this is a
> security feature than cannot be worked-around in ssh?

FAQ: , second paragraph.
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!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

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

New call: Please test latest snapshot

[Corinna Vinschen]

We would like to release 1.5.17 soon.

Please try the latest snapshot, 2005-May-17, from http://cygwin.com/snapshots/

This snapshot should solve two problems with cygcheck and strace.  The
previous snapshots would not print anything on 9x and might end up reporting
a broken installation on NT systems.

This snapshot also introduces interruptible access to the domain/workgroup
and share listings.  You should now be able to interrupt for instance

  $ ls //

using Ctrl-C if the ls call takes too long.


Please test,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.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/

--
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 internal error whilst using GnuPG

[Volker Quetschke]

Urgh!
Volker Quetschke wrote:
gpg: key C0F2C580: "Max Bowsher <[EMAIL PROTECTED]>" not changed
Sorry, sorry, sorrry
Volker
--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D


signature.asc
Description: OpenPGP digital signature

Re: Cygwin internal error whilst using GnuPG

[Volker Quetschke]

Hi Max,
I haven't used "gpg --recv-key" for a couple of Cygwin DLL versions, but
when I tried recently, it failed in a rather odd way:
$ gpg --recv-key 0xc0f2c580
(error snipped)
I tried to reproduce your problem, but I couldn't.
$ uname -r
1.5.16(0.128/4/2)
$ gpg --recv-key 0xc0f2c580
gpg: requesting key C0F2C580 from hkp server wwwkeys.de.pgp.net
gpg: key C0F2C580: "Max Bowsher <[EMAIL PROTECTED]>" not changed
gpg: Total number processed: 1
gpg:  unchanged: 1
I'm on Windows XP home SP2.
Volker
--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D


signature.asc
Description: OpenPGP digital signature

Re: Windows Server 2003 inetd service keeps exiting

[Krigare Warrior]

Thanks for the reply Brian.
I did as you suggested, and I did get an error message (in the event viewer) 
stating:
starting service 'M' failed: redirect_fd: open(1, /var/log/inetd.log): 13, 
Permission denied.

After digging, I found that /var/log did not have write permissions.  After 
setting write permissions, inetd was able to start, and after 20-30 seconds 
it exited.  No further messages in the event viewer or /var/log/inetd.log.

So, I am not sure if it is still a permission setting problem.. Where are 
the setup scripts located? I would be glad to look at those (if I could only 
find them). I did find the iu_config, but nothing really there except 
setting up ftpusers etc.

Also, neither cron or sshd will run either (actually they never got setup 
during installation, did I have to do anything special?).  I have tried 
re-installing cygwin but no difference.

Sorry, I am such a Windows noobie

--
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: Serial programming - Writing bytes in a blocking mode - Problem with tcdrain() ?

[Christopher Faylor]

On Mon, May 16, 2005 at 10:22:00AM +0100, [EMAIL PROTECTED] wrote:
>I'm trying to use the serial port with Cygwin, and here is my problem:
>
>I can successfully write on the line, but I need to switch the RTS and DTR
>lines just AFTER the last byte is written in the line. I put the bytes that
>I want in the line with the command Write and I wait for the last byte to
>be written with tcdrain() and then I switch the RTS and RTS lines. But when
>I see the signals in the oscilloscope I realized that the tcdrain call is
>not waiting till the output buffer is empty and I switch the RTS and DTR
>lines before I write all the bytes !! I attach my code, is it something
>wrong with it or is there a problem with the tcdrain call in cygwin? On a
>Linux box, tcdrain call seems to work fine...
>
> I'm running Cygwin v1.65 on a Windows XP SP2 machine.
>
>Thanks for your help

Corinna and I looked at the implementation of tcdrain in cygwin.  It's pretty
simple.  It just calls FlushFileBuffers and, according to Microsoft:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devio/base/read_and_write_operations.asp

it should be doing the right thing.

I wonder if you're just seeing the effects of a buffer on the comm
device itself not draining even though Windows has flushed everything
from its own memory.
--
Christopher Faylor  spammer? -> [EMAIL PROTECTED]
Cygwin Co-Project Leader[EMAIL PROTECTED]
TimeSys, 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/

OpenSSH Windows 2003 Server and

[Ivans Chou]

I have installed the latest cygwin with OpenSSH 4.0p1 OpenSSL
0.9.7g. I managed to get inetd and sshd installed after bothering to
read the on-screen instructions.

Here's what I have: after logging into the system, I have a set of
shell scripts that call the Windows "net use" command to automatically
mount shared directories and user's UNIX home directories which are 
exported via SAMBA.

rlogind and telnetd work perfectly as inetd services.  When the user
logs into the system, the shell scripts automatically call "net use"
to mount the SAMBA shares, and the user has his/her home directory.

After following the instructions correctly with installing the sshd
service by creating a sshd_server local account and setting the
correct permissions on the /var/empty and /etc/ssh_*_keys files to be
owned and readible only by sshd_server, I was able to log in via ssh.
However, once logged in to my cygwin server via ssh, I am not able to
use the "net" command.  I get various "password incorrect" or "unknown 
user" type errors.  It looks to me that once sshd logs the user into
the system the "shell" that is spawned doesn't contain the proper
environment or user associated with that shell.  As a result, my 
automount scripts do not work.

I've been poking around with permissions and groups and sshd settings,
but with enough poking, I invariably manage to completely break the
sshd configuration, and I have to start over.  Can someone point me
toward the correct sshd_config settings or tell me if this is a
security feature than cannot be worked-around in ssh?

Thanks,


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

Sort - locale: cygwin_nt-5.0

[Guido Milanese]

I hope this is not a FAQ -- I duly checked FAQs and googled for a while. From 
some messages, I found that LOCALE is not supported by cygwin. Is this true 
also for the version I mention in the subject? 
My problem is basically related to "sort": I tried to export LC_ALL, LC_COLLATE 
and LANG for French and Italian but to no success.

Is this possible under cygwin? I normally use Linux, but I installed cygwin on 
a computer of my University where I must use Windows.

Many thanks.
Guido, Italy

Guido Milanese   - [EMAIL PROTECTED]
Vocal Ensemble "Ars Antiqua" - http://www.arsantiqua.org
** GAUDETE IN DOMINO SEMPER *



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

Cygwin internal error whilst using GnuPG

[Max Bowsher]

I haven't used "gpg --recv-key" for a couple of Cygwin DLL versions, but
when I tried recently, it failed in a rather odd way:
$ gpg --recv-key 0xc0f2c580
 2 [main] gpg 1328 fixup_mmaps_after_fork: WARNING: VirtualProtectEx 
to
return to previous state in parent failed for MAP_PRIVATE address 
0xC0,
Win32 error 87
   444 [main] gpg 1328 fixup_mmaps_after_fork: WARNING: VirtualProtect to
copy protection to child failed forMAP_PRIVATE address 0xC0, Win32 
error
87
 10280 [main] gpg 1328 fixup_mmaps_after_fork: ReadProcessMemory (2nd try)
failed for MAP_PRIVATE address 0xC0, Win32 error 87
M:\cygwin\bin\gpg.exe (1328): *** recreate_mmaps_after_fork_failed
 3 [main] gpg 1628 fork_parent: child 1328 died waiting for dll 
loading
gpg: keyserver communications error: general error
gpg: keyserver receive failed: general error

Versions:
 cygwin 1.5.16-1
 gnupg 1.4.0-2
Win32 error 87 = "The parameter is incorrect."

I sent this last time in the middle of the spam incident, it might have been 
overlooked.

I investigated previous DLL versions - it works with 1.5.12, and begins to 
fail with 1.5.13

Max.
--
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: screen: fhandler_socket::close() fails w/ Cygwin >= 1.5.15

[Andrew Schulman]

> On Tue, May 17, 2005 at 01:50:06PM -0400, [EMAIL PROTECTED] wrote:
>>_The socket is no longer a socket._ 
> 
> Try a snapshot.

Hm, and after all that detailed reporting...

The problem is fixed with the 20050516 snapshot.  I'll continue testing
screen.

Thanks, A.


--
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: screen: fhandler_socket::close() fails w/ Cygwin >= 1.5.15

[Christopher Faylor]

On Tue, May 17, 2005 at 01:50:06PM -0400, [EMAIL PROTECTED] wrote:
>_The socket is no longer a socket._ 

Try a snapshot.

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/

screen: fhandler_socket::close() fails w/ Cygwin >= 1.5.15

[Schulman . Andrew]

I have a working build of screen for Cygwin; see 
http://cygwin.com/ml/cygwin-apps/2005-04/msg00182.html.  This version 
runs, but it won't reattach detached sessions (on either of my XP hosts) 
using Cygwin 1.5.15 or greater.  It will reattach sessions using Cygwin 
1.5.14 or earlier.  Here are the details:

When screen runs it forks off a child process that controls further 
children (e.g. shells) that run within the screen windows.  The parent is 
attached to the tty.  When the user detaches the session, the parent 
terminates but the child and its children stay running.

The parent and child screen processes communicate by a socket (since I 
disabled FIFOs in the build configuration).  With a session attached, I 
see:

$ ls -l /tmp/uscreens/S-aschulma
total 1
srwx--  1 ASchulma None 53 May 17 12:46 4024.tty1.D77E1BASCHULMA1=

Here 4024 is the PID of the child process.  So far, so good.  Now, I issue 
the 'detach' command within the screen session.  Under Cygwin 1.5.14, I 
still see 

$ ls -l /tmp/uscreens/S-aschulma
total 1
srwx--  1 ASchulma None 53 May 17 12:46 4024.tty1.D77E1BASCHULMA1=

and I can reattach my session with no trouble.  But under Cygwin 1.5.15, 
after I detach I see

$ ls -l /tmp/uscreens/S-aschulma/
total 1
-rw---  1 ASchulma None 53 May 17 12:51 4024.tty1.D77E1BASCHULMA1

_The socket is no longer a socket._  It has turned into a plain file.  And 
of course, I can't reattach my screen session, even though the child 
screen process is still running; screen says 'There is no screen to be 
resumed.'

I attached strace to the running parent and child processes, just before 
issuing the 'detach' command.  I did this separately using Cygwin 1.5.14 
and 1.5.15.  The logs are here:

http://home.comcast.net/~andrex/cygwin/screen/strace/screen-cygwin-1.5.14-parent.txt
http://home.comcast.net/~andrex/cygwin/screen/strace/screen-cygwin-1.5.15-parent.txt

http://home.comcast.net/~andrex/cygwin/screen/strace/screen-cygwin-1.5.14-child.txt
http://home.comcast.net/~andrex/cygwin/screen/strace/screen-cygwin-1.5.15-child.txt

(Note that I massaged these logs in order to reduce noise and make them 
easier to compare.  I removed the first two columns of timing data, and 
changed the PIDs and Thread handles in the 1.5.14 versions to match the 
ones in the 1.5.15 versions.)

Comparing the parent logs (I find CSdiff to be good for this), I don't see 
much difference.  With 1.5.14 there are a few extra calls to 
GetFileInformationByHandle and symlink.check_sysfile; that's about it.

In the child logs, these difference looks like the crucial ones (1.5.14 is 
on top, 1.5.15 below):

237,238c236,238
< [main] SCREEN 4024 fhandler_disk_file::utimes: incoming lastaccess 
428A1600 0002811D
< [main] SCREEN 4024 fhandler_base::close: closing 
'/tmp/uscreens/S-aschulma/4024.tty0.D77E1BASCHULMA1' handle 0x14C
---
> [main] SCREEN 4024 fhandler_base::utimes_fs: incoming lastaccess 
428A1544 0001D443
> [main] SCREEN 4024 __set_winsock_errno: close:1429 - winsock error 10038 
-> errno 108
> [main] SCREEN 4024 fhandler_socket::close: -1 = fhandler_socket::close()
279,282c279
< [select_socket] SCREEN 4024 thread_socket: Win32 select returned 1
< [select_socket] SCREEN 4024 thread_socket: s 0x10016978, testing fd 4 ()
< [select_socket] SCREEN 4024 thread_socket: read_ready

So as far as I can see at this point, the cause of the reattachment 
trouble appears to be a failure of fhandler_socket::close() in Cygwin >= 
1.5.15.  Is this Cygwin's fault, or screen's?  Or is it impossible to 
tell?

If anyone is interested, my current screen package is available for 
testing:

http://home.comcast.net/~andrex/cygwin/screen/setup.hint
http://home.comcast.net/~andrex/cygwin/screen/screen-4.0.2-0test1.tar.bz2
http://home.comcast.net/~andrex/cygwin/screen/screen-4.0.2-0test1-src.tar.bz2

Andrew.


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

[Max Bowsher]

Trevor Osatchuk wrote:
Most likely not a problem with VIM, but more a user configerable
option.  I just got through setting up vim on cygwin.  In your
~/.vimrc file you need to format your ruler.  That is the bar at the
bottom that shows you which file, which line, which column, etc. that
you are on in VIM.  This file is in /home/yourname.  You can copy an
example from /usr/share/vim/vim63/vimrc_example.vim to your home
directory.  Open it with vim and then do a :help ruf to see how to set
up your ruler in .vimrc and then do a help statusline to see what
options are available.
My line is:
ruf=%32(%l\ %c\ %f\ %p%%%)
This gives me 32 chars in my status showing line number, column number
filename and a percentage of how far into the file my cursor is.
Check out the help and pick the options you want.
You don't have to do that, though, if all you want is the vim default.
Even a completely empty .vimrc file will shift vim out of compatible mode, 
and cause a useful default to be shown.

Max.
--
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 problem

[Trevor Osatchuk]

Most likely not a problem with VIM, but more a user configerable
option.  I just got through setting up vim on cygwin.  In your
~/.vimrc file you need to format your ruler.  That is the bar at the
bottom that shows you which file, which line, which column, etc. that
you are on in VIM.  This file is in /home/yourname.  You can copy an
example from /usr/share/vim/vim63/vimrc_example.vim to your home
directory.  Open it with vim and then do a :help ruf to see how to set
up your ruler in .vimrc and then do a help statusline to see what
options are available.

My line is:

ruf=%32(%l\ %c\ %f\ %p%%%)

This gives me 32 chars in my status showing line number, column number
filename and a percentage of how far into the file my cursor is. 
Check out the help and pick the options you want.

HTH,

fybar

On 5/17/05, Martin Mrazek <[EMAIL PROTECTED]> wrote:
> Hello,
> 
> I'm trying to use VIM editor under cygwin (no X-server running) and
> the behavior of VIM is strange. No last line showing " -- INSERT --"
> when switched to insert mode, no row/col position indicators, no
> syntax highlighting (tried to write perl script)
> 
> I tryed to use vim 6.2 instead of current 6.3, but the same result...
> 
> What's wrong with the vim?
> 
> Thanks
> MM
> 
> --
> 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: cygwin-host-setup does not install sshd

[admin]

Thanks so much that worked like a charm.

>"umount -A" to remove all mounts, and then delete the cygwin install
>directory.  Rummaging around in the registry is not recommended.
>

http://www.cygwin.com/faq/faq_2.html#SEC20 <---  when removing the two registry 
values suggested there didnt work, i just removed anything, like i do when we 
get malware :).  I figured that would get it.

>It sounds like you still have a sshd service installed that is
>referencing a nonexistent path.  Type "cygrunsrv -Q sshd" to see if
>there is such a service, and if so "cygrunsrv -R ssh" and then rerun
>ssh-host-config.
>
i did, and it was, and that worked.  Some values in the registry "could not be 
deleted"  i didnt really pay attention to which, i guess one was the running 
ssh server. 





Sent via the WebMail system at mail.rabinglove.com


 
   

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

[Max Bowsher]

Martin Mrazek wrote:
Hello,
I'm trying to use VIM editor under cygwin (no X-server running) and
the behavior of VIM is strange. No last line showing " -- INSERT --"
when switched to insert mode, no row/col position indicators, no
syntax highlighting (tried to write perl script)
I tryed to use vim 6.2 instead of current 6.3, but the same result...
What's wrong with the vim?
By default if you have no .vimrc, vim runs in vi-compatible mode.
And, syntax highlighting needs to be specifically enabled in .vimrc even 
when not running in vi-compatible mode.

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

Vim problem

[Martin Mrazek]

Hello,

I'm trying to use VIM editor under cygwin (no X-server running) and
the behavior of VIM is strange. No last line showing " -- INSERT --"
when switched to insert mode, no row/col position indicators, no
syntax highlighting (tried to write perl script)

I tryed to use vim 6.2 instead of current 6.3, but the same result...

What's wrong with the vim?

Thanks
MM

--
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: Windows Server 2003 inetd service keeps exiting

[Brian Dessent]

Krigare Warrior wrote:

> However I am unable to run inetd as a service.  It will run for a few
> seconds (say 30) then it simply exits (according to the event log in
> windows).  I have tried to install it as a service using:  cygrunsrv -I
> inetd -n -p /usr/sbin/inetd.exe  .  It shows up in the Services control
> panel, and I can start/stop it.  But again it will only run for about 30
> secs.

Under 2003 the SYSTEM account (the default account under which services
run) has reduced privileges.  It may be that you need to create a
special account with extra privileges to run the service.  Cygserver,
cron, and sshd already do this.  You can look at their configure scripts
for guidance, but basically just create a new user (e.g. inetd_server),
add it to the administrators group, and give it the required privileges:

   editrights -a SeAssignPrimaryTokenPrivilege -u "${username}" &&
   editrights -a SeCreateTokenPrivilege -u "${username}" &&
   editrights -a SeDenyInteractiveLogonRight -u "${username}" &&
   editrights -a SeDenyNetworkLogonRight -u "${username}" &&
   editrights -a SeDenyRemoteInteractiveLogonRight -u "${username}" &&
   editrights -a SeIncreaseQuotaPrivilege -u "${username}" &&
   editrights -a SeServiceLogonRight -u "${username}"

Then install the service to run as that user.

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/

Windows Server 2003 inetd service keeps exiting

[Krigare Warrior]

Windows .NET Server Ver 5.2 Build 3790
DLL version: 1.5.16
inetutils1.3.2-29
I can get inetd to run and stay runing (as long as I have a bash session 
active) by running: /usr/sbin/inetd -d  (bash session closes, I then open 
new bash session, inetd is active).

However I am unable to run inetd as a service.  It will run for a few 
seconds (say 30) then it simply exits (according to the event log in 
windows).  I have tried to install it as a service using:  cygrunsrv -I 
inetd -n -p /usr/sbin/inetd.exe  .  It shows up in the Services control 
panel, and I can start/stop it.  But again it will only run for about 30 
secs.

Any suggestions?
Thanks in advance!!
Chuck

--
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.16 tetex 3.0.0-3 format file problem

[Mcdougall, Robert A.]

"Jan Nieuwenhuizen" <[EMAIL PROTECTED]> wrote:

> From: [EMAIL PROTECTED] on behalf of Jan Nieuwenhuizen
[EMAIL PROTECTED]
> Sent: Tuesday, May 17, 2005 2:40 AM
> To: cygwin@cygwin.com
> Subject: Re: 1.5.16 tetex 3.0.0-3 format file problem

> Robert A. Mcdougall writes:

> The format was generated by tex, not by pdfetex.

It seems then that `post-texmf.sh` wants to generate TeX formats
and LaTeX wants to use pdfeTeX formats.  Can they be persuaded
to agree?

> Remove the format and try again.

533$ cd /cygdrive/c/home/mcdougar/.texmf/var/
534$ mkdir hide.web2c/
535$ mv web2c/* hide.web2c/
536$ cd ~/junk/
537$ latex aleph.tex
This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
 file:line:error style messages enabled.
 %&-line parsing enabled.
(Fatal format file error; I'm stymied)
538$ kpsewhich latex.fmt
/usr/local/share/texmf/web2c/latex.fmt
539$ ls -l /usr/local/share/texmf/web2c/latex.fmt
-rw-r--r--  1 mcdougar mkgroup-l-d 752275 Nov  6  2004
/usr/local/share/texmf/we
b2c/latex.fmt

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

Base files (/etc/profile)

[Karl M]

Hi All...
With the latest version of base files (/etc/profile), a permission error 
(for /tmp) is displayed every time /etc/profile is run without 
administrators permissions. The following patch prevents this by checking 
the permissions before trying to set them. So then run once as administrator 
after updating. This patch is of course only one possible way to resolve the 
problem.

Thanks,
...Karl
--- profile.orig2005-05-17 07:31:35.888753400 -0700
+++ profile 2005-05-17 07:33:46.315400700 -0700
@@ -60,17 +60,17 @@
/bin/find . -type f | while read f; do
fDest=`echo ${f} | sed -e 's/^\.//g'`
if [ ! -e "${HOME}${fDest}" -a ! -L "${HOME}${fDest}" ]; then
/usr/bin/install -D -p -v "${f}" "${HOME}/${fDest}"
fi
done
fi
-if [ -d "/tmp" ]; then
+if [ -d "/tmp" -a `stat -c%a /tmp` != "1777" ]; then
chmod 1777 /tmp
fi
# Default to unix make mode
MAKE_MODE=unix
export MAKE_MODE
# It is recommended that cvs uses ssh for it's remote shell environment

--
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: DEADBEEF in strace

[Brian Dessent]

"Shaffer, Kenneth" wrote:
> 
> Is this DEADBEEF from windows something to worry about?

Take a look at the code.  The variable is initialized to that value,
probably to serve as a marker that it's never used.  It's not a return
value of any windows call.

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: dd and binary mode

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Paul Eggert on 5/16/2005 6:14 PM:
> This isn't just dd; it's cat, md5sum, split, etc.  And I don't really
> understand how it works, or why some programs use binary modes and not
> others.  For example, POSIX says that the input to "head" must be a
> text file, so why does GNU "head" set binary mode?  Why does (say)
> "unexpand" use binary mode, but "uniq" uses text mode?  Why does
> md5sum invoke setmode (..., O_TEXT) on a file that has just been
> fopened with "r" (doesn't that mean text?).  None of this stuff really
> makes sense to me, and this makes the code hard to maintain.

I agree that a lot of programs have become ad hoc in deciding when text
vs. binary vs. default mode is needed, often as bugs are reported that the
behavior wasn't intuitive (such as the recent report on dd).

First, some background: POSIX fopen(,"r") and open(,,) default to whatever the underlying mount point is.  Cygwin
recommends binary mount points, since POSIX requires "r" and "rb" to be
identical, but there are users who have text mount points for better
interoperability with Windows programs on text files; text mode mounts
make the most sense when all files in that mount point are text files.
POSIX fopen(,"rb") and the extension open(,,O_BINARY) force binary mode.
And the POSIX extensions fopen(,"rt") and open(,,O_TEXT) force text mode.
 Furthermore, terminals have strange behavior, where forcing binary or
text mode on a terminal is almost always the wrong thing to do, hence
coreutils' SET_BINARY macro that ensures that it is only changing mode on
a non-terminal.

As to POSIX requirements, you bring up a valid point on utilities that are
required to operate only on text files, and that a script that tries to
run that utility on a non-text file is non-portable.  I claim that
logically, programs that need operate only on text files should defer to
the mount point mode, and programs that must operate on any file type
should always default to binary.  Forcing text mode without a user option
is almost always wrong.  Output from many POSIX programs is human-readable
text, but since the utility inherits rather than opens stdout, it
shouldn't be changing the mode of stdout in that case.  Helper files (such
as uptime opening /proc/uptime under the hood) are not user-specified
stdin or filenames on the command line, and as such, should probably be
opened in binary mode.  I welcome feedback on whether this following list
of desired behavior sounds correct, before I then try to see whether
coreutils is actually doing that behavior:

[ - doesn't open files
basename - doesn't open files
cat - POSIX requires binary input and output, and this already has -B
option to fine-tune mode
chgrp - doesn't open files
chmod - doesn't open files
chown - doesn't open files
chroot - doesn't open files
cksum - POSIX requires binary input
comm - POSIX requires text input
cp - POSIX requires binary input and output
csplit - POSIX requires text input
cut - POSIX requires text input
date - doesn't open files
dd - POSIX requires binary input and output, and the [io]flag=text option
was just added
df - doesn't open files
dir - doesn't open files
dircolors - non-standard, but operates on text input
dirname - doesn't open files
du - doesn't open files
echo - doesn't open files
env - doesn't open files
expand - POSIX requires text input
expr - doesn't open files
factor - doesn't open files
false - doesn't open files
fmt - non-standard, but operates on text input
fold - POSIX requires text input
groups - doesn't open files
head - POSIX requires text input, but compare to tail -c on binary input
hostid - doesn't open files
hostname - doesn't open files
id - doesn't open files
install - non-standard, but operates on binary input and output
kill - doesn't open files
link - doesn't open files
ln - doesn't open files
logname - doesn't open files
ls - doesn't open files
md5sum - non-standard, but like cksum needs binary input
mkdir - doesn't open files
mkfifo - doesn't open files
mknod - doesn't open files
mv - POSIX requires binary input and output
nice - doesn't open files
nl - POSIX requires text input
nohup - POSIX requires that stdout from utility may to go to nohup.out, so
nohup.out should probably be opened in same mode as nohup's stdout (if it
exists)
od - POSIX requires binary input; but as this is a formatter, we probably
want options to fine-tune the mode
paste - POSIX requires text input and output
pathchk - doesn't open files
pinky - doesn't open files
pr - doesn't open files
printenv - doesn't open files
printf - doesn't open files
ptx - non-standard, but operates on text input
pwd - doesn't open files
readlink - doesn't open files
rm - doesn't open files
rmdir - doesn't open files
seq - doesn't open files
sha1sum - non-standard, but like cksum needs binary input
shred - non-standard, but needs binary input if it is going to affect the
same number of bytes on disk as it erases
sleep - doesn't op

Re: DEADBEEF in strace

[Mike]

On Tue, 17 May 2005, Shaffer, Kenneth might have said:

> Is this DEADBEEF from windows something to worry about?
> 
> Program name: C:\cygwin\bin\basename.exe (pid 1204, ppid 1596)
> App version:  1005.16, api: 0.128
> DLL version:  1005.16, api: 0.128
> DLL build:2005-04-25 20:26
> OS version:   Windows NT-5.0
> Heap size:402653184
> Date/Time:2005-05-13 08:34:52

DEADBEEF is one of the few words that can be spelled in hex.
In the past cpu registers on RS/6000 servers were initialized
to DEADBEEF when a program started. Could it be the same still?

Mike

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

DEADBEEF in strace

[Shaffer, Kenneth]

Is this DEADBEEF from windows something to worry about?

Program name: C:\cygwin\bin\basename.exe (pid 1204, ppid 1596)
App version:  1005.16, api: 0.128
DLL version:  1005.16, api: 0.128
DLL build:2005-04-25 20:26
OS version:   Windows NT-5.0
Heap size:402653184
Date/Time:2005-05-13 08:34:52
**
08:34:52 [main] basename 1204 set_myself: myself->dwProcessId 1692
08:34:52 [main] basename 1204 time: 1115987692 = time (0)
08:34:52 [main] bash 1204! child_info::sync: got subproc_ready for pid
1204
08:34:52 [main] bash 1204! __to_clock_t: dwHighDateTime 0, dwLowDateTime
156250
08:34:52 [main] basename 1204 child_info::ready: signalled 0x240 that I
was ready
08:34:52 [main] bash 1204! __to_clock_t: total  000F
08:34:52 [main] bash 1204! __to_clock_t: dwHighDateTime 0, dwLowDateTime
312500
08:34:52 [main] bash 1204! __to_clock_t: total  001F
08:34:52 [main] basename 1204 open_shared: name (null), shared 0xA02
(wanted 0xA02), h 0x2E8
08:34:52 [main] basename 1204 fhandler_base::set_flags: flags 0x18002,
supplied_bin 0x0
08:34:52 [main] basename 1204 fhandler_base::set_flags: O_TEXT/O_BINARY
set in flags 0x1
08:34:52 [main] basename 1204 fhandler_base::set_flags: filemode set to
binary
08:34:52 [main] basename 1204 fhandler_console::open: incremented
open_fhs, now 2
08:34:52 [main] basename 1204 fhandler_console::open: opened conin$ 0x3,
conout$ 0xB
08:34:52 [main] bash 1204! pinfo::maybe_set_exit_code_from_windows: pid
1204, exit value - old 0x0,w
indows 0xDEADBEEF, cygwin 0x0
08:34:52 [main] basename 1204 fhandler_base::set_flags: flags 0x18002,
supplied_bin 0x0
08:34:52 [main] basename 1204 fhandler_base::set_flags: O_TEXT/O_BINARY
set in flags 0x1
08:34:52 [main] basename 1204 fhandler_base::set_flags: filemode set to
binary
08:34:52 [main] basename 1204 fhandler_console::open: incremented
open_fhs, now 2
08:34:52 [main] basename 1204 fhandler_console::open: opened conin$ 0x7,
conout$ 0x17
08:34:52 [main] basename 1204 events_init: windows_system_directory
'C:\WINNT\system32\', windows_sy
stem_directory_length 18
08:34:52 [main] basename 1204 _cygwin_istext_for_stdio: fd 0: opened as
binary
08:34:52 [main] basename 1204 _cygwin_istext_for_stdio: fd 1: opened as
binary

--
Ken Shaffer



 - - - - - - -  Appended by Scientific-Atlanta, Inc.  - - - - - - -  
This e-mail and any attachments may contain information which is confidential, 
proprietary, privileged or otherwise protected by law. The information is 
solely intended for the named addressee (or a person responsible for delivering 
it to the addressee). If you are not the intended recipient of this message, 
you are not authorized to read, print, retain, copy or disseminate this message 
or any part of it. If you have received this e-mail in error, please notify the 
sender immediately by return e-mail and delete it from your computer.


--
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: [ANNOUNCEMENT] New package: stow

[Chris January]

[EMAIL PROTECTED] wrote:
The stow package is now available in the Cygwin distribution.  Stow is an 
installation manager for local software packages.  It creates sets of 
symlinks from the installed location (e.g. /usr/local) to a stow directory 
(e.g. /usr/local/stow/emacs) where the real files live. This allows you to 
keep packages separate, while making them appear to be installed in the 
same place.

Note that because stow uses symlinks to install files, it will probably 
only be effective for software that is used only in the Cygwin environment 
and doesn't install any DLLs.  The reason is that Cygwin symlinks are 
implemented in the Windows file system as shortcuts (.lnk files), but 
Windows shortcuts are fundamentally broken:  Windows will not, as a rule 
(the only exception being for GUI operations in Windows Explorer), 
interpret a shortcut as a pointer to a file.  Cygwin corrects this and 
emulates the Unix behavior, but Windows programs won't, and PATH searches 
for DLLs won't follow shortcuts either.
Does stow have support for hard links at all? If not is that an easy 
thing to add in? Such an option would make stow more useful on Cygwin, IMHO.

Chris
--
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: sshd and cygwin1.dll

[B Aswin]

Thank you, for the info

--- Corinna Vinschen <[EMAIL PROTECTED]>
wrote:
> On May 16 17:47, B Aswin wrote:
> > What I did:
> > Setup cygwin
> > setup ssh using this guide:
> > http://pigtail.net/LRP/printsrv/cygwin-sshd.html
> > And then i have the error mentioned.
> 
> Nuke the installation.  The above instructions are
> old stuff and not
> supported by this list anyway.  Use the instructions
> given in
> /usr/share/doc/Cygwin/openssh.README.
> 
> 
> Corinna
> 
> -- 
> Corinna Vinschen  Please, send mails
> regarding Cygwin to
> Cygwin Project Co-Leader 
> mailto:cygwin@cygwin.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/
> 
> 



__ 
Do you Yahoo!? 
Make Yahoo! your home page 
http://www.yahoo.com/r/hs

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

[ANNOUNCEMENT] New package: stow

[Schulman . Andrew]

The stow package is now available in the Cygwin distribution.  Stow is an 
installation manager for local software packages.  It creates sets of 
symlinks from the installed location (e.g. /usr/local) to a stow directory 
(e.g. /usr/local/stow/emacs) where the real files live. This allows you to 
keep packages separate, while making them appear to be installed in the 
same place.

Note that because stow uses symlinks to install files, it will probably 
only be effective for software that is used only in the Cygwin environment 
and doesn't install any DLLs.  The reason is that Cygwin symlinks are 
implemented in the Windows file system as shortcuts (.lnk files), but 
Windows shortcuts are fundamentally broken:  Windows will not, as a rule 
(the only exception being for GUI operations in Windows Explorer), 
interpret a shortcut as a pointer to a file.  Cygwin corrects this and 
emulates the Unix behavior, but Windows programs won't, and PATH searches 
for DLLs won't follow shortcuts either.

Source homepage:http://directory.fsf.org/stow.html
License:GPL

Please address questions and bug reports to the Cygwin mailing list 
.

Andrew E. Schulman

***

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.  Then, run setup and answer all of the questions.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from 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:

[EMAIL PROTECTED]

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

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

***


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

[ANNOUNCEMENT] Updated: unison2.10.2, unison2.12.0

[Schulman . Andrew]

Updated versions of the unison2.10.2 and unison2.12.0 packages are now 
available in the Cygwin distribution.  These are bugfix releases.  They 
fix a longstanding problem whereby the 'diff' function failed to show any 
differences if one replica was at the other end of an ssh session 
(http://groups.yahoo.com/group/unison-users/message/3877).

Unison is a file synchronizer for Unix and Windows. It allows two replicas 
of a collection of files and directories to be stored on different hosts 
(or different disks on the same host), modified separately, and then 
brought up to date by propagating the changes in each replica to the 
other.

Andrew E. Schulman

***

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.  Then, run setup and answer all of the questions.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from 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:

[EMAIL PROTECTED]

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

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

***


--
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: sshd and cygwin1.dll

[Brian Dessent]

B Aswin wrote:

> as Bruno had. From the above thread, Larry Hall
> pointed out that there is old cygwin1.dll in the
> system. This is not applicable in my case since it's a
> brand new machine with no previous cygwin
> installation.

Even if you've never installed Cygwin before on the machine, that does
not mean that there isn't an older version of cygwin1.dll floating
around.  Many third parties distribute software compiled against
cygwin1.dll, and by having that software installed you may have that
ancient cygwin1.dll in your path.  As everyone else has already said,
use windows' find (or whatever tool you prefer) to search the entire
drive for cygwin1.dll.

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: sshd and cygwin1.dll

[Corinna Vinschen]

On May 16 17:47, B Aswin wrote:
> What I did:
> Setup cygwin
> setup ssh using this guide:
> http://pigtail.net/LRP/printsrv/cygwin-sshd.html
> And then i have the error mentioned.

Nuke the installation.  The above instructions are old stuff and not
supported by this list anyway.  Use the instructions given in
/usr/share/doc/Cygwin/openssh.README.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.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: cygwin-host-setup does not install sshd

[Brian Dessent]

admin wrote:

> >The ssh-host-config script should normally offer to install the service,
> >but if there is an existing service called sshd (possibly a remnant from
> >an old install that was not completely removed) it will not try to
> >overwrite it.
> >
> 
> that sounds possible.  i tried removing everything called cygwin from the 
> windows registry after i deleted cygwin from my disk to avoid this type of 
> thing, but i guess that didnt work.

A better way of removing cygwin is to "cygrunsrv -R" any services,
"umount -A" to remove all mounts, and then delete the cygwin install
directory.  Rummaging around in the registry is not recommended.

It sounds like you still have a sshd service installed that is
referencing a nonexistent path.  Type "cygrunsrv -Q sshd" to see if
there is such a service, and if so "cygrunsrv -R ssh" and then rerun
ssh-host-config.

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: 1.5.16 tetex 3.0.0-3 format file problem

[Jan Nieuwenhuizen]

Robert A. Mcdougall writes:

> With the latest tetex build, I can't get *tex to use its
> format files:

That's because they are not its files.

> 516$ latex aleph.tex
> This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
> ---! /cygdrive/c/home/mcdougar/.texmf/var/web2c/latex.fmt was written by
> tex

The format was generated by tex, not by pdfetex.  Remove the format
and try again.

Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org

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