Re: Avail for test: cygipc-2.03-1 and cygutils-1.2.4-1

[Dr. Volker Zell]

> "Charles" == Charles Wilson writes:

Charles> 2) cygipc header files are now installed in /usr/include/cygipc/sys.
Charles> IF (and only if) /usr/include/sys/ipc.h and friends do not exist, then
Charles> a postinstall script creates symlinks to the cygipc versions.  This
Charles> means if you really want to be sure that you're compiling/linking
Charles> against cygipc, you need to add -I/usr/include/cygipc to your compile
Charles> command.

The new location of the headers is not reflected in the filelist of
cygipc-2.03.README. Additionally the man pages are still installed under
/usr/man instead of /usr/share/man.

After installation of cygipc and reinstallation of cygwin there is one
symbolic link left: /usr/include/sys/ipctrace.h

Ciao
  Volker


--
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: Modular setup?

[Robert Collins]

On Tue, 2004-02-03 at 12:09, Chris Jefferson wrote:
> Hello.
> 
> I suspect that this is a FAQ, but I haven't found it, so I'll ask it!
> 
> Unlike linux / *BSD / etc distributions, it doesn't seem easy to 
> automate the cygwin install utility. I don't seem able to get a list of 
> installed packages, give a package to install from a given file, examine 
> the package cache , etc.

Check the cygwin-apps archives.

> Now I think I can figure out how to get to these things, but I would 
> personally perfer a nice command-line package utility which I could use 
> to automate things (particularily an interest of mine, downloading 
> binary patches to existing cached downloads to avoid having to redownload).

No such beast for cygwin. There is a draft command line setup, but it
needs quite some work to get the GUI entangled functions out of the GUI
program, and it's low priority. There are command line options to the
GUI.

> Is this kind of thing not covered in cygwin because it is felt it would 
> needlessly complicate things, or simply because no-one has written the 
> code? :)

Bit of both.

Rob
-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

Signal handling problem in 1.5.7 ? - Was: Re: Program randomly hangs after upgrading to cygwin 1.5.7

[Volker Quetschke]

Volker Quetschke wrote:
This problem occured after upgrading from cygwin 1.5.5 to 1.5.7(second 
version). During this I update all other installed cygwin packages to
the current versions. (cygcheck -s -v -r is attached)

The problem is that dmake, the make utility for building OpenOffice.org
seems to hang after a while. With a while I mean after several hours,
but in different places. (As far as one can say after two tries)
For each project are new dmake processes started, so I cannot run dmake
in gdb, I have to attach to the one that fails.
So, attaching with gdb fails, but ...

Oh, I just realized that a CTRL-Z and a fg in the window with the hung
OOo build "revives" the stalled dmake, but unfortunately it stops and
exits. This also revives the hung strace windows, but there was too much
output for my scroll buffer :-( I didn't see the where it was hanging.
Next time I'll catch the output.
I got a longer strace. These are only the first lines, I attached the
complete output as dmake_hung.strace.gz:
6   6 [unknown (0x730)] dmake 1800 _threadinfo::remove: wait 0x0
  182 188 [unknown (0x730)] dmake 1800 _threadinfo::remove: removed 
0x89F014 element 1



34015362 34015550 [sig] dmake 1800 sig_handle: signal 18 processing
 1709 34017259 [sig] dmake 1800 sig_handle: signal 18, about to call 
0x610252C0
   99 34017358 [sig] dmake 1800 proc_subproc: args: 3, 1
   90 34017448 [sig] dmake 1800 proc_subproc: clear waiting threads
   71 34017519 [sig] dmake 1800 checkstate: nchildren 1, nzombies 0
   67 34017586 [sig] dmake 1800 checkstate: checking alive children
   64 34017650 [sig] dmake 1800 stopped_or_terminated: considering pid 1772
  246 34017896 [sig] dmake 1800 checkstate: returning -1
   55 34017951 [sig] dmake 1800 proc_subproc: waiting thread found no 
children
   51 34018002 [sig] dmake 1800 proc_subproc: finished clearing
   49 34018051 [sig] dmake 1800 proc_subproc: returning 1
   49 34018100 [sig] dmake 1800 _threadinfo::interrupt_setup: armed 
signal_arrived 0x358, sig 18, res 1
   48 34018148 [sig] dmake 1800 setup_handler: interrupted known cygwin 
routine
  199 34018347 [main] dmake 1800 wait4: 0 = WaitForSingleObject (...)
   90 34018437 [main] dmake 1800 reset_signal_arrived: reset signal_arrived
   50 34018487 [main] dmake 1800 set_signal_mask: oldmask 0x0, newmask 
0x2, mask_bits 0x0
  291 34018778 [main] dmake 1800 set_signal_mask: not calling 
sig_dispatch_pending
  135 34018913 [main] dmake 1800 sig_send: sendsig 0x2E8, pid 1560, 
signal 20, its_me 0
   84 34018997 [main] dmake 1800 sig_send: Not waiting for sigcomplete. 
 its_me 0 signal 20
  181 34019178 [main] dmake 1800 sig_send: returning 0x0 from sending 
signal 20
   73 34019251 [main] dmake 1800 sig_handle_tty_stop: process 1800 
stopped by signal 18, myself->ppid_handle 0x3F4
-1058 34018193 [sig] dmake 1800 setup_handler: signal 18 delivered
 6520 34024713 [sig] dmake 1800 sig_handle: returning 1
   66 34024779 [sig] dmake 1800 sig_handle: signal 20 blocked
   50 34024829 [sig] dmake 1800 sig_handle: returning -1
   50 34024879 [sig] dmake 1800 proc_subproc: args: 3, 0
   48 34024927 [sig] dmake 1800 proc_subproc: looking for processes to reap
   46 34024973 [sig] dmake 1800 proc_subproc: finished processing 
terminated/stopped child
   47 34025020 [sig] dmake 1800 proc_subproc: returning 1
2794116 36819136 [sig] dmake 1800 sig_handle: signal 19 processing
  142 36819278 [sig] dmake 1800 sig_handle: default signal 19 ignored
   57 36819335 [sig] dmake 1800 sig_handle: returning 1
 3379 36822714 [main] dmake 1800 reset_signal_arrived: reset signal_arrived
  175 36822889 [main] dmake 1800 set_signal_mask: oldmask 0x2, 
newmask 0x0, mask_bits 0x2
   61 36822950 [main] dmake 1800 sig_send: sendsig 0x350, pid 1800, 
signal -33, its_me 1
   73 36823023 [main] dmake 1800 sig_send: wakeup 0x2F0
  123 36823146 [sig] dmake 1800 sig_handle: signal 20 processing
   55 36823201 [sig] dmake 1800 sig_handle: default signal 20 ignored
   48 36823249 [sig] dmake 1800 sig_handle: returning 1
   49 36823298 [sig] dmake 1800 wait_sig: signalled 0x2F0
   92 36823390 [proc] dmake 1800 proc_subproc: args: 2, 0
   61 36823451 [proc] dmake 1800 proc_subproc: pid 1772[0] terminated, 
handle 0x340, nchildren 1, nzombies 0
   53 36823504 [proc] dmake 1800 proc_subproc: zombifying [0], pid 
1772, handle 0x340, nchildren 1
   50 36823554 [proc] dmake 1800 proc_subproc: returning 1
   50 36823604 [proc] dmake 1800 sig_send: sendsig 0x350, pid 1800, 
signal 20, its_me 1
   54 36823658 [main] dmake 1800 sig_send: Waiting for pack.wakeup 0x2F0
   55 36823713 [main] dmake 1800 sig_send: returning 0x0 from sending 
signal -33
   52 36823765 [main] dmake 1800 wait4: intpid -1, status 0x22E828, 
w->status -1, options 0, res -1
   52 36823817 [main] dmake 1800 wait4: *** errno = 4
(many lines cut)

Still any help debugging this is appreciated.

Volker

--
If you like my work consider:  http://www.scytek.de/donations.html
PGP/GPG key  (ID: 0x9F8

wincvs and cygwin

[SMore]

I have upgraded to cygwin 1.5.7 and can no longer execute wincvs in a cygwin
bash shell.

After I execute the command: wincvs 

The wincvs windows start to appear then it just exits.

$ echo $?
128 
 

-Stephen More



NOTICE:  This e-mail may contain confidential or legally privileged
information and is intended solely for delivery to the specific person
identified as the recipient.  Any review, re-transmission, dissemination or
other use or taking of any action in reliance upon this e-mail by persons
other than the intended recipient is prohibited.  If you receive this e-mail
in error, please contact us at ([EMAIL PROTECTED]) and delete from your
computer system, or otherwise from you records, the information, which was
transmitted to you in error.

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

Problem with ssh keys

[Pedro Luiz Nani Costa]

Hello everyone

I know this subject is exausted on the list, but i can't figured out 
what's happening on my case.

Look, i have winXP e win2000 machines and i set up properly sshd on 
cygwin(CYGWIN_NT-5.1 pcdep06 1.5.5(0.94/3/2) 2003-09-20 16:31 i686).

The hole thing is i have to use HOME directories in NTFS drives on my net, 
e. g., my home is like //pcdep41/home/$USER. So when i'm trying  to 
authenticate with ssh keys, which is generated e registered on other 
machines properly. So, i get the obvious:

$ ssh kirin
@@@
@ WARNING: UNPROTECTED PRIVATE KEY FILE!  @
@@@
Permissions 0644 for '//pcdep41/home/pcosta/.ssh/id_dsa' are too open.
It is recommended that your private key files are NOT accessible by 
others.
This private key will be ignored.
bad permissions: ignore key: //pcdep41/home/pcosta/.ssh/id_dsa
Enter passphrase for key '//pcdep41/home/pcosta/.ssh/id_dsa':
[EMAIL PROTECTED]'s password:


Indeed, look my home directory:

[EMAIL PROTECTED] ~/.ssh
$ ls -l
total 4
-rw-r--r--1 pcosta   Nenhum602 Feb  3 11:09 authorized_keys2
-rw-r--r--1 pcosta   Nenhum668 Jan 29 12:57 id_dsa
-rw-r--r--1 pcosta   Nenhum604 Jan 29 12:57 id_dsa.pub
-rw-r--r--1 pcosta   Nenhum697 Feb  2 11:08 known_hosts


And of course, chmod or chown doesn't work. I try to define permissions on 
windows, check my Cygwin environmental variable, all stuff that i could 
find on this list, but nothing solve the problem.

It is possible do that??? i mean, set the right permissions on my windows 
drive network

Thanks in advance.

[]'s
Pedraum


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

[Larry Hall]

At 09:10 AM 2/3/2004, Pedro Luiz Nani Costa you wrote:
>Hello everyone
>
>I know this subject is exausted on the list, but i can't figured out 
>what's happening on my case.
>
>Look, i have winXP e win2000 machines and i set up properly sshd on 
>cygwin(CYGWIN_NT-5.1 pcdep06 1.5.5(0.94/3/2) 2003-09-20 16:31 i686).
>
>The hole thing is i have to use HOME directories in NTFS drives on my net, 
>e. g., my home is like //pcdep41/home/$USER. So when i'm trying  to 
>authenticate with ssh keys, which is generated e registered on other 
>machines properly. So, i get the obvious:
>
>$ ssh kirin
>@@@
>@ WARNING: UNPROTECTED PRIVATE KEY FILE!  @
>@@@
>Permissions 0644 for '//pcdep41/home/pcosta/.ssh/id_dsa' are too open.
>It is recommended that your private key files are NOT accessible by 
>others.
>This private key will be ignored.
>bad permissions: ignore key: //pcdep41/home/pcosta/.ssh/id_dsa
>Enter passphrase for key '//pcdep41/home/pcosta/.ssh/id_dsa':
>[EMAIL PROTECTED]'s password:
>
>
>Indeed, look my home directory:
>
>[EMAIL PROTECTED] ~/.ssh
>$ ls -l
>total 4
>-rw-r--r--1 pcosta   Nenhum602 Feb  3 11:09 authorized_keys2
>-rw-r--r--1 pcosta   Nenhum668 Jan 29 12:57 id_dsa
>-rw-r--r--1 pcosta   Nenhum604 Jan 29 12:57 id_dsa.pub
>-rw-r--r--1 pcosta   Nenhum697 Feb  2 11:08 known_hosts
>
>
>And of course, chmod or chown doesn't work. I try to define permissions on 
>windows, check my Cygwin environmental variable, all stuff that i could 
>find on this list, but nothing solve the problem.
>
>It is possible do that??? i mean, set the right permissions on my windows 
>drive network


Please read and follow the link below for all problem reports to the list:


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


My WAG is that you haven't set 'smbntsec' in your CYGWIN environment 
variable.  Try it and let us know if that helps.  If it doesn't, let 
us know exactly what you did as specified by the link above.



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

Is there a translation from windows events to cygwin signals ?

[Lutz Hörl]

Hello,

My problem:

I have to send a signal to a running cywin application, but I can not use the cygwin 
API for this purpose.
This signal (e.g. SIGHUP) can be cought by my cywin application, the application can 
react on it in a proper way.

Until now I found only documentation that states that the cygwin signals rely on 
windows events but no documentation on how to use this mechanism.

Is there a 'translation' from windows events into signals ?
Is there a way to use then Win32 "BroadcastSystemMessage()" function to send a Signal 
to cygwin application ?

Thank you all

Lutz Hoerl

Thorlabs GmbH
Gauss-Strasse 11
D-85757 Karlsfeld
Germany

Tel.+49 (0)8131 5956 44
FAX +49 (0)8131 5956 99
Mail[EMAIL PROTECTED]

--
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: wincvs and cygwin

[Daniel Atallah]

I believe that this is related to the problem that i
have with gaim.

If the tcl dll included with cygwin conflicts with the
native win32 tcl (still a problem if you don't have
native tcl installed)

When wincvs tries to start up, it probes for a tcl
dll, and when it finds it it tries to load it.  If it
is the cygwin tcl dll, it will cause the program to
exit.

>From what i can tell, the best way to solve this would
be for the cygwin tcl dlls to be named differently,
e.g. "cygtcl84.dll" instead of "tcl84.dll" (this is
what is done for perl and others).

>From what i understand, the Insight crew maintain the
cygwin tcl, so i have posted this message to their
list as well.

-D
--- [EMAIL PROTECTED] wrote:
> I have upgraded to cygwin 1.5.7 and can no longer
> execute wincvs in a cygwin
> bash shell.
> 
> After I execute the command: wincvs 
> 
> The wincvs windows start to appear then it just
> exits.
> 
> $ echo $?
> 128 
>  
> 
> -Stephen More


--
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: wincvs and cygwin

[SMore]

Un-installing cygwin's tcl/tk now allows my wincvs to work once again.

Thanks for your help.
-Steve More

-Original Message-
From: Daniel Atallah [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 03, 2004 10:26 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: wincvs and cygwin


I believe that this is related to the problem that i
have with gaim.

If the tcl dll included with cygwin conflicts with the
native win32 tcl (still a problem if you don't have
native tcl installed)

When wincvs tries to start up, it probes for a tcl
dll, and when it finds it it tries to load it.  If it
is the cygwin tcl dll, it will cause the program to
exit.

>From what i can tell, the best way to solve this would
be for the cygwin tcl dlls to be named differently,
e.g. "cygtcl84.dll" instead of "tcl84.dll" (this is
what is done for perl and others).

>From what i understand, the Insight crew maintain the
cygwin tcl, so i have posted this message to their
list as well.

-D
--- [EMAIL PROTECTED] wrote:
> I have upgraded to cygwin 1.5.7 and can no longer
> execute wincvs in a cygwin
> bash shell.
> 
> After I execute the command: wincvs 
> 
> The wincvs windows start to appear then it just
> exits.
> 
> $ echo $?
> 128 
>  
> 
> -Stephen More

--
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: Is there a translation from windows events to cygwin signals ?

[Igor Pechtchanski]

On Tue, 3 Feb 2004, Lutz Hörl wrote:

> Hello,
>
> My problem:
>
> I have to send a signal to a running cygwin application, but I can not
> use the cygwin API for this purpose.

This doesn't make sense.  You can always do system("c:/cygwin/bin/kill
-HUP ").

> This signal (e.g. SIGHUP) can be cought by my cywin application, the
> application can react on it in a proper way.
>
> Until now I found only documentation that states that the cygwin signals
> rely on windows events but no documentation on how to use this
> mechanism.
>
> Is there a 'translation' from windows events into signals ?
> Is there a way to use then Win32 "BroadcastSystemMessage()" function to
> send a Signal to cygwin application ?
>
> Thank you all
> Lutz Hoerl

Cygwin signals use Windows events under the covers, but there's more to
Cygwin signals than just Windows events.  There's no one-to-one mapping.
Use "kill".
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Modular setup?

[Alan Dobkin]

--On Tuesday, February 03, 2004 11:44 PM +1100 Robert Collins 
<[EMAIL PROTECTED]> wrote:

On Tue, 2004-02-03 at 12:09, Chris Jefferson wrote:
Now I think I can figure out how to get to these things, but
I would personally perfer a nice command-line package utility
which I could use to automate things (particularily an interest
of mine, downloading binary patches to existing cached downloads
to avoid having to redownload).
No such beast for cygwin. There is a draft command line setup,
but it needs quite some work to get the GUI entangled functions
out of the GUI program, and it's low priority. There are command
line options to the GUI.
If you're referring to Chris's cygupdate (formerly up2date) script,
I recently tried to compile it, but it requires a Cygwin::Setup
perl module that does not seem to be available in CVS.  My main
goal is to be able to automate Cygwin installations on new machines
so someone doesn't have to manually select each package in the GUI.
I don't think this can be done with the existing command line
options to the GUI, but please correct me if I'm wrong.  It looks
like it can be done with cygupdate, but does anyone know where I
can get the Setup.pm file?  Or, if there is another, better way
to accomplish this, please let me know
Thanks,
Alan
--
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 Re: Is there a translation from windows events to cygwin signals ?

[Lutz Hörl]

-Ursprüngliche Nachricht-
Von: Igor Pechtchanski [mailto:[EMAIL PROTECTED] 
Gesendet: Dienstag, 3. Februar 2004 16:55
An: Lutz Hörl
Cc: [EMAIL PROTECTED]
Betreff: Re: Is there a translation from windows events to cygwin signals ?


On Tue, 3 Feb 2004, Lutz Hörl wrote:

> Hello,
>
> My problem:
>
> I have to send a signal to a running cygwin application, but I can not 
> use the cygwin API for this purpose.

This doesn't make sense.  You can always do system("c:/cygwin/bin/kill -HUP 
").

> This signal (e.g. SIGHUP) can be cought by my cywin application, the 
> application can react on it in a proper way.
>
> Until now I found only documentation that states that the cygwin 
> signals rely on windows events but no documentation on how to use this 
> mechanism.
>
> Is there a 'translation' from windows events into signals ? Is there a 
> way to use then Win32 "BroadcastSystemMessage()" function to send a 
> Signal to cygwin application ?
>
> Thank you all
> Lutz Hoerl

Cygwin signals use Windows events under the covers, but there's more to Cygwin signals 
than just Windows events.  There's no one-to-one mapping. Use "kill".
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!

"I have since come to realize that being between your mentor and his route to the 
bathroom is a major career booster."  -- Patrick Naughton

-
Thank you Igor!
I know it sounds ugly, but let me go a little more into detail.

I want to do the following:
Start a native Win32 application, let us call it the 'frontend'.
This frontend starts and stops some cygwin applications. Start is no problem, I can do 
this with
the Win32's CreateProcess() function. Therefrom I get the applications HANDLE. For 
stopping the
application I want to use this HANDLE but I do not want to use the Win32's 
TerminateProcess()
function to stop the process because that gives the (cygwin-) applications no time to 
save anything.
That is the reason why I am looking for a SIGNAL-sending capability from Win32 
applications.

When I listen to your answer I can imagine what to do in my Win32 App.:
1. start the cygwin application via CreateProcess(), get a HANDLE
2. obtain the process' Win32-PID from the obtain HANDLE
3. use the cygwin win_pid to cygwin_pid function
4. use the cygwin kill() function with this pid to send a signal to the cygwin 
application
5. wait for the cygwin application to exit

That means to compile the Win32 application with a DLL that does steps 2 to 5.

Can you confirm that this is the way ?
I would be happy to read about a shorter way.

Thank you again
Lutz Hoerl

Thorlabs GmbH
Gauss-Strasse 11
D-85757 Karlsfeld
Germany

Tel.+49 (0)8131 5956 44
FAX +49 (0)8131 5956 99
Mail[EMAIL PROTECTED]

--
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: Modular setup?

[Christopher Faylor]

On Tue, Feb 03, 2004 at 11:11:39AM -0500, Alan Dobkin wrote:
>--On Tuesday, February 03, 2004 11:44 PM +1100 Robert Collins 
><[EMAIL PROTECTED]> wrote:
>
>>On Tue, 2004-02-03 at 12:09, Chris Jefferson wrote:
>>>Now I think I can figure out how to get to these things, but
>>>I would personally perfer a nice command-line package utility
>>>which I could use to automate things (particularily an interest
>>>of mine, downloading binary patches to existing cached downloads
>>>to avoid having to redownload).
>>
>>No such beast for cygwin. There is a draft command line setup,
>>but it needs quite some work to get the GUI entangled functions
>>out of the GUI program, and it's low priority. There are command
>>line options to the GUI.
>
>If you're referring to Chris's cygupdate (formerly up2date) script,
>I recently tried to compile it, but it requires a Cygwin::Setup
>perl module that does not seem to be available in CVS.  My main
>goal is to be able to automate Cygwin installations on new machines
>so someone doesn't have to manually select each package in the GUI.
>I don't think this can be done with the existing command line
>options to the GUI, but please correct me if I'm wrong.  It looks
>like it can be done with cygupdate, but does anyone know where I
>can get the Setup.pm file?  Or, if there is another, better way
>to accomplish this, please let me know

Since I haven't formally announced this, I will certainly be displeased
to see any bug reports about it.  There is a reason why this isn't part
of the cygwin distribution.  It requires too much tweaking to get right
and I don't have the time or patience to add YA stream of newbie
questions to my life.

That said, however, the Setup pm files are the same as are used by the
(also unreleased) 'upset' script:

http://sources.redhat.com/cgi-bin/cvsweb.cgi/infra/bin/cygwin/Cygwin/?cvsroot=sourceware

But, you are on your own with this.  I am not going to support it in
terms of setting things up, or adding requested functionality.  I may
eventually work out all of the kinks and release it but I'm not
interested in having users for the package until then.

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: Signal handling problem in 1.5.7 ? - Was: Re: Program randomly hangs after upgrading to cygwin 1.5.7

[Christopher Faylor]

On Tue, Feb 03, 2004 at 09:03:08AM -0500, Volker Quetschke wrote:
>I got a longer strace.  These are only the first lines, I attached the
>complete output as dmake_hung.strace.gz:

Let me say it again: I do not look at unsolicited straces.  I am also
not interested in teaching people how to debug problems.  I mention this
in case you are expecting me to step in.

I hope that there is someone here, besides me, who is interested in
doing this.  I don't think it is entirely unrealistic of me to expect
that I don't have to be involved in every single issue that shows up for
cygwin.  I hope that one of the other technical people here will be
able to help you.

Just setting expectations.

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: Is there a translation from windows events to cygwin signals ?

[Christopher Faylor]

On Tue, Feb 03, 2004 at 10:54:40AM -0500, Igor Pechtchanski wrote:
>Cygwin signals use Windows events under the covers, but there's more to
>Cygwin signals than just Windows events.  There's no one-to-one mapping.
>Use "kill".

Actually, no, they don't really use windows events.  Not since 1.5.6.

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

[Charles Plager]

Summary:

Emacs since being update has two common failure modes:
1) Taking all the CPU
2) Crashing.
An update:

* Updated cygwin to official 1.5.7-1 release

* As suggested, I have been trying to use strace -p on the emacs pid. 
After updating strace from a snapshot, I was still having problems. 
When emacs has gone into a mode that uses all the CPU, nothing shows up 
on the strace output until I kill it (using kill.exe) and then I get the 
output of the first attached file.

* One time emacs crashed, it left a stackdump file (second file attached)

* Third attachment is latest cygcheck.out (not much should have changed, 
but just for completeness).

Thanks,
  Charles
* From: "I-Taylor, Trevor" 
* To: 
* Date: Tue, 3 Feb 2004 09:20:23 +1000
* Subject: re: Problems with Emacs
Yesterday, I reinstalled cygwin from scratch choosing (among other 
packages) the latest version 21.2.12 of emacs. Most of the time I try to 
start the program (using X) , it launches o.k. But sometimes, the window 
pops up and it freezes taking all of the cpu (it says "loading ed mode").
I have repeatedly tried to uninstall and reinstall emacs and I keep
getting the same errors.

Does anybody have any ideas? Has anybody else seen this?
Yes,

I updated my cygwin installation on friday 23 january 2004, and immediately emacs has become unreliable. Attached updated.txt shows what was updated.

emacs core dumps regularly, sometimes when I'm not touching it, sometimes when I am. I tried to use dumper.exe to actually get a core dump. It didn't work the first couple of times (see attached "core dump from dumper"), but then I got a core dump with stack trace (seen twice):

#0  0x77f83786 in ntdll!ZwWaitForSingleObject ()
(gdb) bt
#0  0x77f83786 in ntdll!ZwWaitForSingleObject ()
#1  0x77e8780f in WaitForSingleObjectEx ()
#2  0x77e87837 in WaitForSingleObject ()
#3  0x00c8 in ?? ()
#4  0xea60 in ?? ()
I also got:

- [3]+  Segmentation fault  emacs  (wd: /cygdrive/h/matrix-drawing-analysis-tools/lib)

   with no core dump (dumper didn't seem to be invoked) regularly

- X protocol errors:

   this seems to have stopped happening, and I didn't capture
   the message at the times, but from memory it was something about
   a bad length. I tries running emacs "synchronous" under gdb
   to catch the stack trace at the time but gdb couldn't break in
   _XError (or main for that matter).
I also tried:

- running emacs -nw (didn't crash)
- going back to XWin windowed mode (i.e. default behaviour), which is what I was using 
before any upgrades:
   - got emacs exit with Segmentation Fault (no core dump)
- running emacs -q (still in XWin windowed mode):
   - got "Exit 128 emacs -q (wd: ~)" (no core dump)
- building emacs from sources (the gnu emacs distribution):
   - configure doesn't know about cygwin
How is the emacs code (officially) compiled for cygwin (it might help if I could compile it with debug and run it under gdb)?

Trevor
--
--
Charles Plager   [EMAIL PROTECTED]
Dept of Physics, UCLA http://www-cdf.fnal.gov/~cplager
office: (1) 630-840-2575 fax: (1) 630-840-2968
--
[EMAIL PROTECTED]> strace -p 2476
Attached to pid 2476 (windows pid 2224)
2   2 [sig] emacs 2476 sig_handle: signal 9 processing
  115 117 [sig] emacs 2476 sig_handle: signal 9, about to call do_exit
  117 234 [sig] emacs 2476 signal_exit: about to call do_exit (10900)
   38 272 [sig] emacs 2476 do_exit: do_exit (67840), exit_state 0
   38 310 [sig] emacs 2476 void: 0x201216FC = signal (20, 0x1)
   35 345 [sig] emacs 2476 void: 0x2008CB70 = signal (1, 0x1)
   38 383 [sig] emacs 2476 void: 0x0 = signal (2, 0x1)
   35 418 [sig] emacs 2476 void: 0x2008CB70 = signal (3, 0x1)
   44 462 [sig] emacs 2476 fhandler_tty_slave::close: /dev/tty0 closed, 
decremented open_fhs 1, usecount 1
   41 503 [sig] emacs 2476 fhandler_tty_slave::close: just returning because 
archetype usecount is != 0
   41 544 [sig] emacs 2476 fhandler_base::close: closing '/dev/null' handle 0x734
   39 583 [sig] emacs 2476 fhandler_base::close: closing '/dev/null' handle 0x72C
   51 634 [sig] emacs 2476 fhandler_base::close: closing 
'/usr/share/emacs/21.2/lisp/font-lock.elc' handle 0x69C
  202 836 [sig] emacs 2476 fhandler_socket::close: 0 = fhandler_socket::close()
 28183654 [sig] emacs 2476 fhandler_base::close: closing 
'/usr/share/emacs/21.2/lisp/jit-lock.elc' handle 0x700
   923746 [sig] emacs 2476 init_cygheap::close_ctty: closing cygheap->ctty 
0x61671BC4
   393785 [sig] emacs 2476 fhandler_tty_slave::close: /dev/tty0 closed, 
decremented open_fhs 0, usecount 0
   383823 [sig] emacs 2476 fhandler_tty_slave::close: closing last open /dev/tty0 
handle
  8774700 [sig] emacs 2476 fhandler_tty_common::close: tt

Re: Problem with ssh keys

[Pedro Luiz Nani Costa]

Thanks Larry.

Setting up Cygwin with smbntsec solves the problem, and i could 
autenticate my keys through my net.

But then, i delete the keys to remake all the process, generating new 
keys for others users just as i did, the 
thing just not go too good.

I believe its because the drives with the HOME´s are mounted as the 
administrator owner, and some kind of damage happens when i change 
variable CYGWIN, look:

[EMAIL PROTECTED] ~
$ ls -la
total 3619
drwx--+   1  0 Feb  3 15:08 .
dr-xr-xr-x8 00   0 Dec 31  1969 ..
-rwxr-xr-x1 pcosta   Nenhum533 Feb  3 15:08 .bash_profile
-rwxr-xr-x1 pcosta   Nenhum   1131 Feb  3 15:08 .bashrc
-rwx--1 Administ   221 Dec 13  2001 .rhosts
drwx--+   1 pcosta   Nenhum  0 Feb  3 15:02 .ssh
-rwx--1 Administ 63488 Jun 21  2002 Fluxograma_MAI.vsd
-rwx--1 Administ 94314 Nov 25  2002 Fluxograma_MAI.wmf
dr-x--+   1 Administ  4096 Feb  3 10:00 Meus documentos
-rwx--1 Administ   600 Sep 15 16:42 PUTTY.RND

Look what happens, if i try to generate the keys:
[EMAIL PROTECTED] ~
$ ssh-keygen -t dsa
Generating public/private dsa key pair.
Enter file in which to save the key (//pcdep41/home/pcosta/.ssh/id_dsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
open //pcdep41/home/pcosta/.ssh/id_dsa failed: Permission denied.
Saving the key failed: //pcdep41/home/pcosta/.ssh/id_dsa.

Well, in my passwd seems to be correct, e.g, i don´t mount manually my 
home drive:

SYSTEM:*:18:544:,S-1-5-18::
Administradores:*:544:544:,S-1-5-32-544::
Administrador:unused_by_nt/2000/xp:500:513:U-PCDEP06\Administrador,S-1-5-21-1645522239-838170752-682003330-500:/home/Administrador:/bin/bash
celio:unused_by_nt/2000/xp:1012:513:Célio 
Maschio,U-PCDEP06\celio,S-1-5-21-1645522239-838170752-682003330-1012:/home/celio:/bin/bash
Convidado:unused_by_nt/2000/xp:501:513:U-PCDEP06\Convidado,S-1-5-21-1645522239-838170752-682003330-501:/home/Convidado:/bin/bash
denis:unused_by_nt/2000/xp:1014:513:Denis José 
Schiozer,U-PCDEP06\denis,S-1-5-21-1645522239-838170752-682003330-1014:/home/denis:/bin/bash
drumond:unused_by_nt/2000/xp:1004:513:Paulo Soares 
Drumond,U-PCDEP06\drumond,S-1-5-21-1645522239-838170752-682003330-1004:/home/drumond:/bin/bash
eligero:unused_by_nt/2000/xp:1023:513:Eliana 
Eligero,U-PCDEP06\eligero,S-1-5-21-1645522239-838170752-682003330-1023:/home/eligero:/bin/bash
filho:unused_by_nt/2000/xp:1035:513:João Carlos Von Hohendorff 
Filho,U-PCDEP06\filho,S-1-5-21-1645522239-838170752-682003330-1035:/home/filho:/bin/bash
HelpAssistant:unused_by_nt/2000/xp:1000:513:Conta de assistente de ajuda 
de área de trabalho 
remota,U-PCDEP06\HelpAssistant,S-1-5-21-1645522239-838170752-682003330-1000:/home/HelpAssistant:/bin/bash
leonardo:unused_by_nt/2000/xp:1031:513:Leonardo Façanha 
Oberto,U-PCDEP06\leonardo,S-1-5-21-1645522239-838170752-682003330-1031:/home/leonardo:/bin/bash
lucaslm:unused_by_nt/2000/xp:1011:513:Lucas Lalia 
Martini,U-PCDEP06\lucaslm,S-1-5-21-1645522239-838170752-682003330-1011:/home/lucaslm:/bin/bash
orlando:unused_by_nt/2000/xp:1030:513:Orlando Saraiva do Nascimento 
Junior,U-PCDEP06\orlando,S-1-5-21-1645522239-838170752-682003330-1030:/home/orlando:/bin/bash
palberto:unused_by_nt/2000/xp:1008:513:Pedro Alberto Vicente de 
Oliveira,U-PCDEP06\palberto,S-1-5-21-1645522239-838170752-682003330-1008:/home/palberto:/bin/bash
pcosta:unused_by_nt/2000/xp:1007:513:Pedro Luiz Nani 
Costa,U-PCDEP06\pcosta,S-1-5-21-1645522239-838170752-682003330-1007://pcdep41/home/pcosta:/bin/bash
rogeriom:unused_by_nt/2000/xp:1026:513:Rogério 
Martini,U-PCDEP06\rogeriom,S-1-5-21-1645522239-838170752-682003330-1026:/home/rogeriom:/bin/bash
sergio:unused_by_nt/2000/xp:1010:513:Sergio Henrique Guerra de 
Sousa,U-PCDEP06\sergio,S-1-5-21-1645522239-838170752-682003330-1010:/home/sergio:/bin/bash
simaro:unused_by_nt/2000/xp:1029:513:Fernando Henrique Moschioni 
Simaro,U-PCDEP06\simaro,S-1-5-21-1645522239-838170752-682003330-1029:/home/simaro:/bin/bash
sshd:unused_by_nt/2000/xp:1016:513:sshd 
privsep,U-PCDEP06\sshd,S-1-5-21-1645522239-838170752-682003330-1016:/var/empty:/bin/bash
ssh_srv:unused_by_nt/2000/xp:1034:513:Serviço SSH 
CYGWIN,U-PCDEP06\ssh_srv,S-1-5-21-1645522239-838170752-682003330-1034:/home/ssh_srv:/bin/bash
SUPPORT_388945a0:unused_by_nt/2000/xp:1002:513:CN=Microsoft 
Corporation,L=Redmond,S=Washington,C=US,U-PCDEP06\SUPPORT_388945a0,S-1-5-21-1645522239-838170752-682003330-1002:/home/SUPPORT_388945a0:/bin/bash
yara:unused_by_nt/2000/xp:1028:513:Fernanda Yara dos Santos 
Foschiani,U-PCDEP06\yara,S-1-5-21-1645522239-838170752-682003330-1028:/home/yara:/bin/bash


My variables are now:

CYGWIN   smbntsec tty
CYGWIN32 smbntsec tty


Is there a explicit way to tell Cygwin that i am owner of my drive???


Thanks in advance

[]s
Pedraum

P.S. I hope this has more information than the first. ;)

On Tue, 3 Feb 200

Re: Modular setup?

[Igor Pechtchanski]

On Tue, 3 Feb 2004, Alan Dobkin wrote:

> On Tuesday, February 03, 2004 11:44 PM +1100 Robert Collins wrote:
>
> > On Tue, 2004-02-03 at 12:09, Chris Jefferson wrote:
> >> Now I think I can figure out how to get to these things, but
> >> I would personally perfer a nice command-line package utility
> >> which I could use to automate things (particularily an interest
> >> of mine, downloading binary patches to existing cached downloads
> >> to avoid having to redownload).
> >
> > No such beast for cygwin. There is a draft command line setup,
> > but it needs quite some work to get the GUI entangled functions
> > out of the GUI program, and it's low priority. There are command
> > line options to the GUI.
>
> If you're referring to Chris's cygupdate (formerly up2date) script,
> I recently tried to compile it, but it requires a Cygwin::Setup
> perl module that does not seem to be available in CVS.  My main
> goal is to be able to automate Cygwin installations on new machines
> so someone doesn't have to manually select each package in the GUI.
> I don't think this can be done with the existing command line
> options to the GUI, but please correct me if I'm wrong.  It looks
> like it can be done with cygupdate, but does anyone know where I
> can get the Setup.pm file?  Or, if there is another, better way
> to accomplish this, please let me know
>
> Thanks,
> Alan

Create a custom local mirror where all the packages you want to be
installed by default are in the "Base" category, and then use setup in
unattended mode.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Re Re: Is there a translation from windows events to cygwin signals ?

[Igor Pechtchanski]

On Tue, 3 Feb 2004, Lutz Hörl wrote:

> -Ursprüngliche Nachricht-
> Von: Igor Pechtchanski [mailto:pechtchacsnyuedu]

Please don't quote raw e-mail addresses in your replies.  Let's not make
the spam harvesters' life any easier.

> Gesendet: Dienstag, 3. Februar 2004 16:55
> An: Lutz Hörl
> Cc: cygwincygwincom
> Betreff: Re: Is there a translation from windows events to cygwin signals ?
>
> On Tue, 3 Feb 2004, Lutz Hörl wrote:
>
> > Hello,
> >
> > My problem:
> >
> > I have to send a signal to a running cygwin application, but I can not
> > use the cygwin API for this purpose.
>
> This doesn't make sense.  You can always do system("c:/cygwin/bin/kill -HUP 
> ").
>
> > This signal (e.g. SIGHUP) can be cought by my cywin application, the
> > application can react on it in a proper way.
> >
> > Until now I found only documentation that states that the cygwin
> > signals rely on windows events but no documentation on how to use this
> > mechanism.
> >
> > Is there a 'translation' from windows events into signals ? Is there a
> > way to use then Win32 "BroadcastSystemMessage()" function to send a
> > Signal to cygwin application ?
> >
> > Thank you all
> > Lutz Hoerl
>
> Cygwin signals use Windows events under the covers, but there's more to
> Cygwin signals than just Windows events.  There's no one-to-one mapping.
> Use "kill".
> Igor

BTW, your quoting method caused pine (and will probably cause any
signature_prefix-respecting browser) to cut off your reply (because it
follows my signature).

> Thank you Igor!
> I know it sounds ugly, but let me go a little more into detail.
>
> I want to do the following:
> Start a native Win32 application, let us call it the 'frontend'.

> This frontend starts and stops some cygwin applications. Start is no
> problem, I can do this with the Win32's CreateProcess() function.
> Therefrom I get the applications HANDLE. For stopping the application I
> want to use this HANDLE but I do not want to use the Win32's
> TerminateProcess() function to stop the process because that gives the
> (cygwin-) applications no time to save anything. That is the reason why
> I am looking for a SIGNAL-sending capability from Win32 applications.
>
> When I listen to your answer I can imagine what to do in my Win32 App.:
> 1. start the cygwin application via CreateProcess(), get a HANDLE
> 2. obtain the process' Win32-PID from the obtain HANDLE
> 3. use the cygwin win_pid to cygwin_pid function
> 4. use the cygwin kill() function with this pid to send a signal to the
> cygwin application
> 5. wait for the cygwin application to exit
>
> That means to compile the Win32 application with a DLL that does steps 2
> to 5.
>
> Can you confirm that this is the way ?
> I would be happy to read about a shorter way.
>
> Thank you again
> Lutz Hoerl

FWIW, Cygwin's kill() understands Win32 PIDs, so you can at least skip
step 3.  I suggest looking at Cygwin's implementation of /bin/kill (in CVS
as winsup/utils/kill.cc).
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Is there a translation from windows events to cygwin signals ?

[Igor Pechtchanski]

On Tue, 3 Feb 2004, Christopher Faylor wrote:

> On Tue, Feb 03, 2004 at 10:54:40AM -0500, Igor Pechtchanski wrote:
> >Cygwin signals use Windows events under the covers, but there's more to
> >Cygwin signals than just Windows events.  There's no one-to-one mapping.
> >Use "kill".
>
> Actually, no, they don't really use windows events.  Not since 1.5.6.
>
> cgf

Fair enough (just goes to show how out-of-date my CVS checkout is).  :-)
To the OP: the authoritative document on this used to be the
"how-signals-work.txt" file in winsup/cygwin, which is currently out of
date.  Watch it for updates, but until then, the code is your best guide.
To get the source from CVS, see .
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: wincvs and cygwin

[Shankar Unni]

Daniel Atallah wrote:

If the tcl dll included with cygwin conflicts with the
native win32 tcl (still a problem if you don't have
native tcl installed)
Yes - I don't think this is a conflict per se, rather than simply 
finding and trying to load the cygwin tcl84.dll.

Have there been any significant recent changes in what non-cygwin 
programs have to do to load and invoke cygwin-compiled DLLs? Just 
fishing for clues here that can be passed on to the WinCVS maintainers..

--
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: Modular setup?

[Alan Dobkin]

--On Tuesday, February 03, 2004 11:39 AM -0500 Christopher Faylor 
<[EMAIL PROTECTED]> wrote:

Since I haven't formally announced this, I will certainly be displeased
to see any bug reports about it.  There is a reason why this isn't part
of the cygwin distribution.  It requires too much tweaking to get right
and I don't have the time or patience to add YA stream of newbie
questions to my life.
That said, however, the Setup pm files are the same as are used by the
(also unreleased) 'upset' script:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/infra/bin/cygwin/Cygwin/?cvs
root=sourceware
But, you are on your own with this.  I am not going to support it
in terms of setting things up, or adding requested functionality.
I may eventually work out all of the kinks and release it but
I'm not interested in having users for the package until then.
cgf
Thanks for the pointer.  I already assumed everything you said regarding
no support for the time being.  Perhaps I shouldn't have opened up this
can of worms on the list, but I know how everyone hates to get personal
e-mail.  In any case, I will grab the perl module and give it a whirl.
Aside from bug reports, would you be willing to consider patches
if I were so inclined to work out some of the kinks for you?
Alan

--
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: Is there a translation from windows events to cygwin signals ?

[Christopher Faylor]

On Tue, Feb 03, 2004 at 12:50:19PM -0500, Igor Pechtchanski wrote:
>On Tue, 3 Feb 2004, Christopher Faylor wrote:
>>On Tue, Feb 03, 2004 at 10:54:40AM -0500, Igor Pechtchanski wrote:
>>>Cygwin signals use Windows events under the covers, but there's more to
>>>Cygwin signals than just Windows events.  There's no one-to-one
>>>mapping.  Use "kill".
>>
>>Actually, no, they don't really use windows events.  Not since 1.5.6.
>
>Fair enough (just goes to show how out-of-date my CVS checkout is).
>:-) To the OP: the authoritative document on this used to be the
>"how-signals-work.txt" file in winsup/cygwin, which is currently out of
>date.  Watch it for updates, but until then, the code is your best
>guide.  To get the source from CVS, see .

And, just to be clear, the third line in how-signals-work.txt is already
"[this information is currently out-of-date]" so there should be no
confusion for anyone who thinks this is the definitive source for
how signals work in cygwin.

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: Re Re: Is there a translation from windows events to cygwin signals ?

[Christopher Faylor]

On Tue, Feb 03, 2004 at 12:44:32PM -0500, Igor Pechtchanski wrote:
>FWIW, Cygwin's kill() understands Win32 PIDs, so you can at least skip
>step 3.  I suggest looking at Cygwin's implementation of /bin/kill (in CVS
>as winsup/utils/kill.cc).

Sorry to contradict you again, Igor, but cygwin's kill understands win32
pids only insofar as the win32 pid corresponds to a cygwin pid.  You
can't use cygwin's kill() to kill a pure win32 process.  It only works
on cygwin processes.  In particular, if a process has been exec()ed its
cygwin pid will be that of the original process but its actual windows
pid will be different.

The kill.exe program has special logic for killing non-cygwin pids when
-f is specified.  This is not supported by the cygwin DLL, however.

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: Modular setup?

[Alan Dobkin]

--On Tuesday, February 03, 2004 12:29 PM -0500 Igor Pechtchanski 
<[EMAIL PROTECTED]> wrote:

On Tue, 3 Feb 2004, Alan Dobkin wrote:

My main goal is to be able to automate Cygwin installations on new
machines so someone doesn't have to manually select each package in
the GUI. I don't think this can be done with the existing command
line options to the GUI, but please correct me if I'm wrong.
Create a custom local mirror where all the packages you want to be
installed by default are in the "Base" category, and then use setup
in unattended mode.
Igor
I thought about doing this, especially since I already have my own
local mirror, however it seems like this would entail *way* too much
manual effort to keep it up to date.  New and updated packages are
released on almost daily basis, so I would have to recreate my custom
setup.ini file constantly to reflect the new files in the mirror.  Of
course, I could create a script to do that for me, but then it might
as well just be a script to operate against any (non-custom) mirror,
which is why something like cgf's cygupdate seems like a better answer.
I suppose, alternatively, I could do what you suggested with a static
set of packages in a custom mirror, then run setup in unattended mode
a second time against a standard current mirror.  This should work with
limited maintenance effort, but it requires setup to be run twice for
each installation, which I'd rather avoid by just getting the selected
packages directly from a standard current mirror to begin with.
A third option would be to add another parameter to the setup program
that would allow individual packages (and optionally categories) to be
specified on the command-line or read from a text file.  This would be
ideal, since it would already support all of the features that setup
provides, especially package dependencies, in-use files, and the fact
that it is a self-contained executable (i.e. doesn't require perl or
any cygwin packages to be installed for it to run, unlike cygupdate).
If I find enough time to write patches, this is probably the way to go.
Alan

--
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: Re Re: Is there a translation from windows events to cygwin signals ?

[Igor Pechtchanski]

On Tue, 3 Feb 2004, Christopher Faylor wrote:

> On Tue, Feb 03, 2004 at 12:44:32PM -0500, Igor Pechtchanski wrote:
> >FWIW, Cygwin's kill() understands Win32 PIDs, so you can at least skip
> >step 3.  I suggest looking at Cygwin's implementation of /bin/kill (in CVS
> >as winsup/utils/kill.cc).
>
> Sorry to contradict you again, Igor, but cygwin's kill understands win32
> pids only insofar as the win32 pid corresponds to a cygwin pid.  You
> can't use cygwin's kill() to kill a pure win32 process.  It only works
> on cygwin processes.  In particular, if a process has been exec()ed its
> cygwin pid will be that of the original process but its actual windows
> pid will be different.
>
> The kill.exe program has special logic for killing non-cygwin pids when
> -f is specified.  This is not supported by the cygwin DLL, however.
>
> cgf

Thanks, I appreciate the correction.  I'll just shut up now... :-)
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Python error under Cygwin - threading module

[Jason Tishler]

On Fri, Jan 30, 2004 at 05:02:25AM -0800, Artur de Sousa Rocha wrote:
> Sometimes when I launch my script under Cygwin, I get strange error
> messages like:
> 
>   2 [win] python 1912 Winmain: Cannot register window class
> 
> Sometimes all of the threads run OK, otherwise after the "correct"
> ones finish the console stops responding anyway. No problems directly
> under Windows, and /lib/python2.3/test/test_threading.py works fine
> too. What is wrong?

I don't know, but I have some more (albeit not much more) information to
contribute.  If I patch Cygwin with the attached, then I get the
following:

8 [win] python 2144 Winmain: Cannot register window class, Win32 error 1410

We also have the following:

$ fgrep 1410 /usr/include/w32api/winerror.h 
#define ERROR_CLASS_ALREADY_EXISTS 1410L


So, it seems that Cygwin is calling RegisterClass() with the same
WNDCLASS more than once.


Does the above ring any bells?

Thanks,
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
Index: window.cc
===
RCS file: /cvs/src/src/winsup/cygwin/window.cc,v
retrieving revision 1.28
diff -u -p -r1.28 window.cc
--- window.cc   14 Dec 2003 07:09:22 -  1.28
+++ window.cc   3 Feb 2004 19:14:59 -
@@ -97,7 +97,7 @@ Winmain (VOID *)
 
   if (!RegisterClass (&wc))
 {
-  system_printf ("Cannot register window class");
+  system_printf ("Cannot register window class, %E");
   return FALSE;
 }
 

--
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: wincvs and cygwin

[Frédéric L. W. Meunier]

On Tue, 3 Feb 2004, Shankar Unni wrote:

> Daniel Atallah wrote:
>
> > If the tcl dll included with cygwin conflicts with the
> > native win32 tcl (still a problem if you don't have
> > native tcl installed)
>
> Yes - I don't think this is a conflict per se, rather than simply
> finding and trying to load the cygwin tcl84.dll.
>
> Have there been any significant recent changes in what non-cygwin
> programs have to do to load and invoke cygwin-compiled DLLs?

Why dou you ask ? If a non Cygwin application stopped working
because it does the wrong thing to locate a DLL, I really doubt
a Cygwin developer will care. I guess it's like if I use the
Cygwin Perl instead of Active Perl. I'm on my own if something
breaks outside Cygwin.

> Just fishing for clues here that can be passed on to the
> WinCVS maintainers..

What about asking them to not scan any Cygwin mounts or ignore
the Cygwin DLLs ?

The site is pretty clear:

* WinCvs compiled for Windows 98, Windows NT/2000 (Optionally
you may want to install TCL8.1 or higher in order to get the
macros working, see the TCL home page).

The TCL link points to http://dev.scriptics.com/ , not Cygwin.

-- 
http://www.pervalidus.net/contact.html

--
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: [PATCH] Fix for broken package-grep.cgi (Attn: CGF)

[Igor Pechtchanski]

Can we please revisit this?  It's already bitten one person that we know
of (see ).

If there's interest, I could also work on
, but that's not as
urgent.
Igor

On Wed, 28 Jan 2004, Igor Pechtchanski wrote:

> On Wed, 28 Jan 2004, Christopher Faylor wrote:
>
> > On Wed, Jan 28, 2004 at 07:38:26PM -0500, Igor Pechtchanski wrote:
> > [snip]
> > >ChangeLog:
> > >2004-01-28  Igor Pechtchanski  <[EMAIL PROTECTED]>
> > >
> > >   * package-grep.cgi (findheader): Quote raw filename in pattern.
> >
> > Please check in.
> > Thanks,
> > cgf
>
> Whoops, this was missing another piece.  The files with '+'s are now
> properly displayed, but the links to the contents are screwed up, due to
> '+' being translated into ' ' by the URL encoding/decoding.  Something
> like
>
> Index: package-grep.cgi
> ===
> RCS file: /cvs/cygwin/htdocs/cgi-bin2/package-grep.cgi,v
> retrieving revision 1.27
> diff -u -p -r1.27 package-grep.cgi
> --- package-grep.cgi29 Jan 2004 02:32:47 -  1.27
> +++ package-grep.cgi29 Jan 2004 02:52:59 -
> @@ -49,7 +49,7 @@ if (%main::packages) {
>  for my $p (sort keys %main::packages) {
> for my $f (@{$main::packages{$p}}) {
> print 'http://sources.redhat.com/icons/ball.gray.gif"; 
> height=10 width=10 alt="">',
> -  " uri_escape($grep) . '">' . $f . '' . findheader($p, 
> $index) . "\n";
> +  " uri_escape($f) . "&grep=" . uri_escape($grep) . '">' . $f . ' align="left">' . findheader($p, $index) . "\n";
> }
>  }
>  }
>
> should fix 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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Program randomly hangs after upgrading to cygwin 1.5.7

[Rafael Kitover]

Are you using a win32 native compiled dmake or did you compile a copy of dmake
as a Cygwin binary? Either way, did you compile dmake with debugging support?

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
>Volker Quetschke
>Sent: Sunday, February 01, 2004 7:41 PM
>To: [EMAIL PROTECTED]
>Subject: Re: Program randomly hangs after upgrading to cygwin 1.5.7
>
>Volker Quetschke wrote:
>
>> This problem occured after upgrading from cygwin 1.5.5 to 1.5.7(second
>> version). During this I update all other installed cygwin packages to
>   updated
>> the current versions. (cygcheck -s -v -r is attached)
>>
>> The problem is that dmake, the make utility for building OpenOffice.org
>> seems to hang after a while. With a while I mean after several hours,
>> but in different places. (As far as one can say after two tries)
>> For each project are new dmake processes started, so I cannot run dmake
>> in gdb, I have to attach to the one that fails.
>
>The OOo build just finished with cygwin 1.5.5, any hints how to track
>down this problem.
>
>Volker
>
>--
>PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
>key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D

--
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: Text entry to command line program

[Rafael Kitover]

Try something like:

CYGWIN=notty sqlplus

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
>Ross Boulet
>Sent: Monday, February 02, 2004 2:12 PM
>To: [EMAIL PROTECTED]
>Subject: RE: Text entry to command line program
>
>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Ross Boulet
>> Sent: Monday, February 02, 2004 8:05 AM
>> To: [EMAIL PROTECTED]
>> Subject: Text entry to command line program
>>
>>
>> I've been having a problem for a while now on my XP laptop
>> with an Oracle
>> program (sqlplus).  When I start sqlplus, it prompts for a
>> user id and then
>> a password.  When I run it from the windows shell (cmd.exe)
>> it works as
>> expected, i.e. the user id is echoed and the password is not:
>>
>> c:\$temp>sqlplus
>>
>> SQL*Plus: Release 9.2.0.1.0 - Production on Mon Feb 2 07:24:24 2004
>>
>> Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
>>
>> Enter user-name: myid
>> Enter password:
>>
>>
>> In bash or ksh, the password gets echoed as well (and shouldn't be):
>>
>>
>> lap /home/rossboulet # sqlplus
>>
>> SQL*Plus: Release 9.2.0.1.0 - Production on Mon Feb 2 07:22:35 2004
>>
>> Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
>>
>> Enter user-name: myid
>> Enter password: mypass
>>
>>
>> Its been happening to me for the last several releases of
>> cygwin but I can't
>> say exactly when it started happening.  Any suggestions?
>>
>
>OK, my bad.  I found a couple of references to this behavior in the ML.  I
>was suspicious of the "CYGWIN=ntsec tty" environment variable (set for sshd)
>and had tried unsetting it in the shell to no avail.  I found that if I
>unset it with dos before I start the shell, the behavior reverts to what I
>expected (password not echoed).
>
>What am I losing in the shell with not having CYGWIN set?


--
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: wincvs and cygwin (tcl DLL naming issue)

[Daniel Atallah]

The problem lies in that anything that is linked
against the native dll will not work with the cygwin
dll. The problem is simple, the program will use the
first matching dll that it finds in the search path.

It isn't a wincvs (or gaim in my case) problem, there
is nothing that they can really do to prevent it from
happening (apart from some awful hack to not allow
DLLs from paths that contain the word "cygwin" to be
loaded, which wouldn't really fix the problem anyway).

I think that the cygwin tcl people *should* care
because the inverse problem could also apply -
something that wants to use the cygwin TCL dll could
in turn find the native dll because it is first in the
path.  

Furthermore, there is an easy solution to the problem
that will make the problem go away (unless i'm missing
something) - rename cygwin's dll to "cygtcl8x.dll"
instead of "tcl8x.dll".

-Daniel
--- Fr餩ric_L._W._Meunier <[EMAIL PROTECTED]> wrote:
> What about asking them to not scan any Cygwin mounts
> or ignore
> the Cygwin DLLs ?
> 
> The site is pretty clear:
> 
> * WinCvs compiled for Windows 98, Windows NT/2000
> (Optionally
> you may want to install TCL8.1 or higher in order to
> get the
> macros working, see the TCL home page).
> 
> The TCL link points to http://dev.scriptics.com/ ,
> not Cygwin.
> 
> -- 
> http://www.pervalidus.net/contact.html


--
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: Program randomly hangs after upgrading to cygwin 1.5.7

[Volker Quetschke]

Hi Rafael,
Are you using a win32 native compiled dmake or did you compile a copy of dmake
as a Cygwin binary? Either way, did you compile dmake with debugging support?
as mentioned earlier in this thread, it is the cygwin binary. See the
first message in this thread for cygcheck info of dmake, and the
cygcheck output of my system.
Thanks for looking at this

  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: Modular setup?

[Robert Collins]

On Wed, 2004-02-04 at 03:11, Alan Dobkin wrote:

> If you're referring to Chris's cygupdate (formerly up2date) script,

I'm not. Look in the setup sources.

Rob

-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

Request

[Luis M. S.]

Mr.
cygwin.com

I'm interesting in install the program in a Windows 98 environment.
Please send me the procedures to do it.

Thanks a lot, for your help.

Regards.

LAMS.

--
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: Signal handling problem in 1.5.7 ? - Was: Re: Program randomly hangs after upgrading to cygwin 1.5.7

[Volker Quetschke]

Christopher Faylor wrote:
On Tue, Feb 03, 2004 at 09:03:08AM -0500, Volker Quetschke wrote:

I got a longer strace.  These are only the first lines, I attached the
complete output as dmake_hung.strace.gz:
Let me say it again: I do not look at unsolicited straces.  I am also
not interested in teaching people how to debug problems.  I mention this
in case you are expecting me to step in.
No, I'm not especially expecting *YOU* to step in. I'm just reporting
facts. Do you have any problems with this?
If anyone tries to build Openoffice within a cygwin environement, by
following these build instructions

he/she will most propably hit this problem.
I have no idea about the changes in the last two cygwin dll
releases, but I realized that the dmake program started to
freeze since I upgraded to 1.5.7. I get this problem on two
different build systems and therefore decided to let the cygwin
mailinglist know about my problems. I gave all the infos as they
are required by .
Take my humble apologies if I missed an information, I will
immediately provide every missing bit.
I hope that there is someone here, besides me, who is interested in
doing this.  I don't think it is entirely unrealistic of me to expect
that I don't have to be involved in every single issue that shows up for
cygwin.  I hope that one of the other technical people here will be
able to help you.
Maybe I was suffering from the misled impression that someone who
changed this
- Revamp signal processing to allow beginnings of ability to send
signals to threads.  (Christopher Faylor)
in the last cygwin release might know why a program started to
freeze randomly. It never did that on cygwin before and it is
used on a widely spread set of platforms to build Openoffice.
Just setting expectations.
Just giving facts.

Volker

P.S.: I was hoping that some of the strace lines and the reviving
with CTRL-Z and fg would ring a bell, but this obviously is not
the case.
--
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: Request

[Buchbinder, Barry (NIH/NIAID)]

See the resources on
http://cygwin.com
especially
http://cygwin.com/cygwin-ug-net/setup-net.html

-Original Message-
From: Luis M. S. [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, February 03, 2004 4:34 PM
To: [EMAIL PROTECTED]
Subject: Request


Mr.
cygwin.com

I'm interesting in install the program in a Windows 98 environment.
Please send me the procedures to do it.

Thanks a lot, for your help.

Regards.

LAMS.

--
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: Signal handling problem in 1.5.7 ? - Was: Re: Program randomly hangs after upgrading to cygwin 1.5.7

[Christopher Faylor]

On Tue, Feb 03, 2004 at 04:49:10PM -0500, Volker Quetschke wrote:
>Christopher Faylor wrote:
>>On Tue, Feb 03, 2004 at 09:03:08AM -0500, Volker Quetschke wrote:
>>Let me say it again: I do not look at unsolicited straces.  I am also
>>not interested in teaching people how to debug problems.  I mention this
>>in case you are expecting me to step in.
>
>No, I'm not especially expecting *YOU* to step in. I'm just reporting
>facts. Do you have any problems with this?

To quote:

"I hope there is someone here, besides me, who is interested in doing
this."
.
.
.
"Just setting expectations"

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: Program randomly hangs after upgrading to cygwin 1.5.7

[Rafael Kitover]

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
>Volker Quetschke
>Sent: Tuesday, February 03, 2004 1:12 PM
>To: [EMAIL PROTECTED]
>Subject: Re: Program randomly hangs after upgrading to cygwin 1.5.7
>
>Hi Rafael,
>> Are you using a win32 native compiled dmake or did you compile a copy of
>dmake
>> as a Cygwin binary? Either way, did you compile dmake with debugging
>support?
>
>as mentioned earlier in this thread, it is the cygwin binary. See the
>first message in this thread for cygcheck info of dmake, and the
>cygcheck output of my system.
>
>Thanks for looking at this
>
>   Volker

Just an idea that may be worth trying:

Make something like a /usr/local/bin/tracedmake

#!/bin/sh
strace -o /tmp/dmake-trace-$$ --flush-period=10 dmake $*

And try the build with MAKE=tracedmake, then when a make hangs, you should be
able to see the trace output in the last /tmp/dmake-trace* file for where or in
what process the dmake hangs.

Also if you compile dmake with debugging (gcc -g) you might then be able to
attach with CYGWIN=notty gdb --pid=.

If it's stuck inside the Cygwin dll, which is likely, then it would help to
compile the Cygwin dll from CVS, with --enable-debugging, and then you'd be
able to see where things are hanging in gdb with "dll cygwin1".

Also, any thoughts on how a smaller test case could be constructed without
trying to compile the whole of openoffice? Any pattern you notice about the
places where dmake hangs?

-- 
Rafael

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

Is it possible to move emacs from one computer to another?

[Charles Plager]

Hello,
	The latest version of emacs seems to have problems.  I have another 
cygwin installation on another computer where emacs still works fine. 
Is it possible to move the emacs from that distribution to a computer 
where emacs isn't working?  Would I need to tell cygwin to "uninstall" 
emacs first?

Thanks,
  Charles Plager
--
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/

update via setup.exe removed NTFS junction?

[Robert R Schneck-McConnell]

For reasons which are now obscure to me, I had set up an NTFS junction
point from /var (c:\cygwin\var) to some other partition.  Could have
done it with mount, but I didn't.

Just today after running setup.exe and getting cygwin-1.5.7-1 and a few
other things, I found that /var was now an ordinary directory with
the only contents the subdirectory cache (with empty subdirectory man)
and the subdirectory log (with setup.log and setup.log.full).
Luckily my mail spool et al were still intact at the old junction
target.

Can anyone divine what happened?  Cygcheck output attached, in case
it is useful.

Robert
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Feb 03 23:30:32 2004

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   C:\cygwin\usr\local\bin\i686-pc-cygwin
C:\cygwin\winbin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1003(schneck) GID: 544(Administrators)
544(Administrators)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1003(schneck) GID: 544(Administrators)
513(None)544(Administrators)  
545(Users)

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

CYGWIN = `nontsec'
HOME = `C:\cygwin\home\schneck'
MAKE_MODE = `unix'
PWD = `/home/schneck'
USER = `schneck'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\schneck\Application Data'
BROWSER = `/cygdrive/c/Program Files/mozilla.org/firebird/MozillaFirebird.exe'
CLIENTNAME = `Console'
COLORFGBG = `15;default;0'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `HEAVY'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVSROOT = `:ext:[EMAIL PROTECTED]:/home/cvs-repository'
CVS_RSH = `/bin/ssh'
DISPLAY = `:0'
EDITOR = `nano'
HISTCONTROL = `ignoredups'
HISTFILESIZE = `1000'
HISTSIZE = `1000'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\schneck'
HOSTNAME = `heavy'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LESS = `-i -M -j4'
LESSSECURE = `1'
LOGONSERVER = `\\HEAVY'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
NNTPSERVER = `news2.ziplink.net'
NUMBER_OF_PROCESSORS = `1'
OCAMLRUNPARAM = `b'
OLDPWD = `/usr/bin'
OS = `Windows_NT'
PAGER = `less'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 3, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0803'
PROGRAMFILES = `C:\Program Files'
PROMPT_COMMAND = `jobs'
PS1 = `\[\033]0;$titleprefix \w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `Console'
SHELL = `/bin/bash'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\DOCUME~1\schneck\LOCALS~1\Temp'
TERM = `xterm'
TMP = `c:\DOCUME~1\schneck\LOCALS~1\Temp'
USERDOMAIN = `HEAVY'
USERNAME = `schneck'
USERPROFILE = `C:\Documents and Settings\schneck'
VISUAL = `nano'
WINDIR = `C:\WINDOWS'
WINDOWID = `168046240'
_ = `/usr/bin/cygcheck'
titleprefix = `2'

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) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd   N/AN/A
c:  hd  NTFS6142Mb  55% CP CS UN PA FC system
d:  cd   N/AN/A
e:  hd  NTFS6142Mb   4% CP CS UN PA FC home
f:  hd  NTFS   10239Mb   3% CP CS UN PA FC vartmp
g:  hd  NTFS5064Mb  12% CP CS UN PA FC install
h:  hd  NTFS1026Mb  57% CP CS UN PA FC pagefile

C:\cygwin  / system  binmode
C:\cygwin/bin  /usr/bin  system  binmode
C:\cygwin/lib  /usr/lib  system  binmode
C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  binmode
.

Re: update via setup.exe removed NTFS junction?

[Robert Collins]

On Wed, 2004-02-04 at 10:37, Robert R Schneck-McConnell wrote:
> For reasons which are now obscure to me, I had set up an NTFS junction
> point from /var (c:\cygwin\var) to some other partition.  Could have
> done it with mount, but I didn't.
> 
> Just today after running setup.exe and getting cygwin-1.5.7-1 and a few
> other things, I found that /var was now an ordinary directory with
> the only contents the subdirectory cache (with empty subdirectory man)
> and the subdirectory log (with setup.log and setup.log.full).
> Luckily my mail spool et al were still intact at the old junction
> target.
> 
> Can anyone divine what happened?  Cygcheck output attached, in case
> it is useful.

cygcheck isn't useful. The full setup log might be useful, but I rather
doubt it. 

Short answer is: 'don't do that'.

Rob
-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

Re: Is it possible to move emacs from one computer to another?

[Eric Hanchrow]

> "Charles" == Charles Plager <[EMAIL PROTECTED]> writes:

Charles> Is it possible to move the emacs from that distribution
Charles> to a computer where emacs isn't working?  

I think what you want to do is simply uninstall the version that's
not working, and then install an older version which does work.  The
setup program should give you a few versions to choose from.

-- 
I ... don't want programming to be "really interesting" any more than
I want my toaster to be "really interesting".  I want my toaster to
get the job done and I do not want to hear about exciting new
tungesten alloys in the heating wires nor do I want to subscribe to
Toaster Today magazine.

-- Daniel Weinreb <[EMAIL PROTECTED]>, ll1 mailing list


--
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: update via setup.exe removed NTFS junction?

[Robert R Schneck]

Robert Collins <[EMAIL PROTECTED]> wrote:
> On Wed, 2004-02-04 at 10:37, Robert R Schneck-McConnell wrote:
>> For reasons which are now obscure to me, I had set up an NTFS junction
>> point from /var (c:\cygwin\var) to some other partition.  Could have
>> done it with mount, but I didn't.
>>
>> Just today after running setup.exe and getting cygwin-1.5.7-1 and a few
>> other things, I found that /var was now an ordinary directory with
>> the only contents the subdirectory cache (with empty subdirectory man)
>> and the subdirectory log (with setup.log and setup.log.full).
>
> cygcheck isn't useful. The full setup log might be useful, but I rather
> doubt it.

In fact you are correct.  setup.log.full contains:
2004/02/03 22:59:17 Uninstalling man
...
rmdir C:\cygwin/var/cache/man
rmdir C:\cygwin/var/cache
rmdir C:\cygwin/var

Indeed, calling rmdir on a junction point will remove it, I suppose 
since there's an empty placeholder which gets removed.


> Short answer is: 'don't do that'.

Reasonably good advice.  But it's possible that this should be 
considered a bug: uninstalling man shouldn't even try to get rid of var, 
perhaps?

Robert


--
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: Text entry to command line program

[Ross Boulet]

> 
> Try something like:
> 
> CYGWIN=notty sqlplus
> 

Is that saying notty for sqlplus and tty for everything else?

Is there any decent documentation for what the CYGWIN variable does?

> >>
> >>
[ ... Snip ... ]
> >>
> >
> >OK, my bad.  I found a couple of references to this behavior 
> in the ML.  I
> >was suspicious of the "CYGWIN=ntsec tty" environment 
> variable (set for sshd)
> >and had tried unsetting it in the shell to no avail.  I 
> found that if I
> >unset it with dos before I start the shell, the behavior 
> reverts to what I
> >expected (password not echoed).
> >
> >What am I losing in the shell with not having CYGWIN set?
> 
> 



--
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: update via setup.exe removed NTFS junction?

[Robert Collins]

On Wed, 2004-02-04 at 11:25, Robert R Schneck wrote:

> In fact you are correct.  setup.log.full contains:
> 2004/02/03 22:59:17 Uninstalling man
> ...
> rmdir C:\cygwin/var/cache/man
> rmdir C:\cygwin/var/cache
> rmdir C:\cygwin/var

> Indeed, calling rmdir on a junction point will remove it, I suppose 
> since there's an empty placeholder which gets removed.
> 
> 
> > Short answer is: 'don't do that'.
> 
> Reasonably good advice.  But it's possible that this should be 
> considered a bug: uninstalling man shouldn't even try to get rid of var, 
> perhaps?

Nope. When uninstalling, directories are cleaned up. I'm not going to
special case 'uninstall completely' when we don't need to. 

Sounds to me like the windows API has yet another idiocy.

Rob

-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

Segmentation fault (core dumped)

[Eva Bordeaux]

Hello, I try to run my program on Windows machine using Cygwin.

$ make clean all
gcc -c -o codon.o codon.ccreate_codon.c
gcc -c -o linkcurve.o linkcurve.c
subpart.c: In function `part_extractor_closed':
subpart.c:179: warning: passing arg 2 of `strcat' makes pointer from integer 
wit
hout a cast
gcc -c -o suppress.o suppress.c
gcc -c -o feature_match.o feature_match.c
gcc -c -o ListDir.o ListDir.c
gcc  main.o create_codon.o codon.o io.o k_smooth.o linkcurve.o lowe.o 
matrix.o p
rematch.o subpart.o suppress.o feature_match.o ListDir.o   -lm  -o getmatch

$ ./getmatch Query.raw 250 250 r rs
check point 10 is fine
Segmentation fault (core dumped)
When I run this on Unix machine at the lab in University , it works without 
any problem.
What can be wrong? Maybe I didn't install all needed parts of compiler? When 
I installed Cygwin, I pick Base and all Devel categories.
Any idea how to fix this is appreciated.
Eva

_
Let the new MSN Premium Internet Software make the most of your high-speed 
experience. http://join.msn.com/?pgmarket=en-us&page=byoa/prem&ST=1

--
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: wincvs and cygwin (tcl DLL naming issue)

[Reid Thompson]

my 2 cents, and what i believe is an easier and more appropriate 
solution ( think like you're on unix/linux) - for your cygwin 
bash/rxvt/etc terminals explicitely set the path in your .bashrc such 
that the cygwin binaries are found first -- and either do not add the 
cygwin binary paths to the windows path, or make sure that they are at 
the end.  i.e. when i open a cygwin terminal any call to a cygwin 
compiled application will find the cygwin binaries first, and vice versa 
for a windows terminal.



Daniel Atallah wrote:

The problem lies in that anything that is linked
against the native dll will not work with the cygwin
dll. The problem is simple, the program will use the
first matching dll that it finds in the search path.
It isn't a wincvs (or gaim in my case) problem, there
is nothing that they can really do to prevent it from
happening (apart from some awful hack to not allow
DLLs from paths that contain the word "cygwin" to be
loaded, which wouldn't really fix the problem anyway).
I think that the cygwin tcl people *should* care
because the inverse problem could also apply -
something that wants to use the cygwin TCL dll could
in turn find the native dll because it is first in the
path.  

Furthermore, there is an easy solution to the problem
that will make the problem go away (unless i'm missing
something) - rename cygwin's dll to "cygtcl8x.dll"
instead of "tcl8x.dll".
-Daniel
--- Fr餩ric_L._W._Meunier <[EMAIL PROTECTED]> wrote:
 

What about asking them to not scan any Cygwin mounts
or ignore
the Cygwin DLLs ?
The site is pretty clear:

* WinCvs compiled for Windows 98, Windows NT/2000
(Optionally
you may want to install TCL8.1 or higher in order to
get the
macros working, see the TCL home page).
The TCL link points to http://dev.scriptics.com/ ,
not Cygwin.
--
http://www.pervalidus.net/contact.html
   



--
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: Segmentation fault (core dumped)

[Rafael Kitover]

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
>Eva Bordeaux
>Sent: Tuesday, February 03, 2004 4:40 PM
>To: [EMAIL PROTECTED]
>Subject: Segmentation fault (core dumped)
>
>Hello, I try to run my program on Windows machine using Cygwin.
>
>$ make clean all
>gcc -c -o codon.o codon.ccreate_codon.c
>gcc -c -o linkcurve.o linkcurve.c
>subpart.c: In function `part_extractor_closed':
>subpart.c:179: warning: passing arg 2 of `strcat' makes pointer from integer
>wit
>hout a cast
>gcc -c -o suppress.o suppress.c
>gcc -c -o feature_match.o feature_match.c
>gcc -c -o ListDir.o ListDir.c
>gcc  main.o create_codon.o codon.o io.o k_smooth.o linkcurve.o lowe.o
>matrix.o p
>rematch.o subpart.o suppress.o feature_match.o ListDir.o   -lm  -o getmatch
>
>$ ./getmatch Query.raw 250 250 r rs
>check point 10 is fine
>Segmentation fault (core dumped)

Try this:

make clean all CC="gcc -g"
gdb --args ./getmatch Query.raw 250 250 r rs
(gdb) run

.. program runs and crashes

(gdb) bt

Then give the results to whoever wrote the program, or try to fix it yourself.

HTH

>
>When I run this on Unix machine at the lab in University , it works without
>any problem.
>What can be wrong? Maybe I didn't install all needed parts of compiler? When
>I installed Cygwin, I pick Base and all Devel categories.
>Any idea how to fix this is appreciated.
>Eva

-- 
Rafael

--
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: Text entry to command line program

[Rafael Kitover]

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
>Ross Boulet
>Sent: Tuesday, February 03, 2004 4:28 PM
>To: [EMAIL PROTECTED]
>Subject: RE: Text entry to command line program
>
>>
>> Try something like:
>>
>> CYGWIN=notty sqlplus
>>
>
>Is that saying notty for sqlplus and tty for everything else?
>
>Is there any decent documentation for what the CYGWIN variable does?

http://cygwin.com/cygwin-ug-net/using-cygwinenv.html

-- 
Rafael

--
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: wincvs and cygwin (tcl DLL naming issue)

[Frédéric L. W. Meunier]

On Tue, 3 Feb 2004, Reid Thompson wrote:

> my 2 cents, and what i believe is an easier and more appropriate
> solution ( think like you're on unix/linux) - for your cygwin
> bash/rxvt/etc terminals explicitely set the path in your .bashrc such
> that the cygwin binaries are found first -- and either do not add the
> cygwin binary paths to the windows path, or make sure that they are at
> the end.  i.e. when i open a cygwin terminal any call to a cygwin
> compiled application will find the cygwin binaries first, and vice versa
> for a windows terminal.

Indeed, and this is the default, right ? I didn't change
anything here:

cmd.exe:
Path=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem

So, Windows applications shouldn't use any Cygwin files.

sh.exe:
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem

So, Cygwin applications don't use Windows DLLs if the Cygwin
ones have the same name.

But here I changed it to
export
PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$HOME/bin in
profile.

I really can't see what such applications are doing. A full
scan on the hard drive ? Besides that it sounds like a PATH
problem.

I also agree tcl84.dll should be renamed, but that doesn't seem
to be the main problem.

-- 
How to contact me - http://www.pervalidus.net/contact.html

--
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: Avail for test: cygipc-2.03-1 and cygutils-1.2.4-1

[Charles Wilson]

Dr. Volker Zell wrote:
"Charles" == Charles Wilson writes:


Charles> 2) cygipc header files are now installed in /usr/include/cygipc/sys.
Charles> IF (and only if) /usr/include/sys/ipc.h and friends do not exist, then
Charles> a postinstall script creates symlinks to the cygipc versions.  This
Charles> means if you really want to be sure that you're compiling/linking
Charles> against cygipc, you need to add -I/usr/include/cygipc to your compile
Charles> command.
The new location of the headers is not reflected in the filelist of
cygipc-2.03.README. Additionally the man pages are still installed under
/usr/man instead of /usr/share/man.
Thanks, will fix.

After installation of cygipc and reinstallation of cygwin there is one
symbolic link left: /usr/include/sys/ipctrace.h
Right -- I figured this was harmless, because the cygserver IPC 
implementation does not provide/require the ipctrace header (AFAIK, 
nobody but me has ever actually used it).  The pre-remove script will 
remove it even if it's the only cygipc symlink left in /usr/include/sys 
(and will NOT damage the [obviously cygserver-supplied] realfile ipc 
headers that replaced the original cygipc symlinks)

--
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: Problem with ssh keys

[Larry Hall]

At 12:22 PM 2/3/2004, Pedro Luiz Nani Costa you wrote:
>Thanks Larry.
>
>Setting up Cygwin with smbntsec solves the problem, and i could 
>autenticate my keys through my net.
>
>But then, i delete the keys to remake all the process, generating new 
>keys for others users just as i did, the 
>thing just not go too good.
>
>I believe its because the drives with the HOME´s are mounted as the 
>administrator owner, and some kind of damage happens when i change 
>variable CYGWIN, look:
>
>[EMAIL PROTECTED] ~
>$ ls -la
>total 3619
>drwx--+   1  0 Feb  3 15:08 .
>dr-xr-xr-x8 00   0 Dec 31  1969 ..
>-rwxr-xr-x1 pcosta   Nenhum533 Feb  3 15:08 .bash_profile
>-rwxr-xr-x1 pcosta   Nenhum   1131 Feb  3 15:08 .bashrc
>-rwx--1 Administ   221 Dec 13  2001 .rhosts
>drwx--+   1 pcosta   Nenhum  0 Feb  3 15:02 .ssh
>-rwx--1 Administ 63488 Jun 21  2002 Fluxograma_MAI.vsd
>-rwx--1 Administ 94314 Nov 25  2002 Fluxograma_MAI.wmf
>dr-x--+   1 Administ  4096 Feb  3 10:00 Meus documentos
>-rwx--1 Administ   600 Sep 15 16:42 PUTTY.RND
>
>Look what happens, if i try to generate the keys:
>[EMAIL PROTECTED] ~
>$ ssh-keygen -t dsa
>Generating public/private dsa key pair.
>Enter file in which to save the key (//pcdep41/home/pcosta/.ssh/id_dsa):
>Enter passphrase (empty for no passphrase):
>Enter same passphrase again:
>open //pcdep41/home/pcosta/.ssh/id_dsa failed: Permission denied.
>Saving the key failed: //pcdep41/home/pcosta/.ssh/id_dsa.
>
>Well, in my passwd seems to be correct, e.g, i don´t mount manually my 
>home drive:
>
>SYSTEM:*:18:544:,S-1-5-18::
>Administradores:*:544:544:,S-1-5-32-544::
>Administrador:unused_by_nt/2000/xp:500:513:U-PCDEP06\Administrador,S-1-5-21-1645522239-838170752-682003330-500:/home/Administrador:/bin/bash
>celio:unused_by_nt/2000/xp:1012:513:Célio 
>Maschio,U-PCDEP06\celio,S-1-5-21-1645522239-838170752-682003330-1012:/home/celio:/bin/bash
>Convidado:unused_by_nt/2000/xp:501:513:U-PCDEP06\Convidado,S-1-5-21-1645522239-838170752-682003330-501:/home/Convidado:/bin/bash
>denis:unused_by_nt/2000/xp:1014:513:Denis José 
>Schiozer,U-PCDEP06\denis,S-1-5-21-1645522239-838170752-682003330-1014:/home/denis:/bin/bash
>drumond:unused_by_nt/2000/xp:1004:513:Paulo Soares 
>Drumond,U-PCDEP06\drumond,S-1-5-21-1645522239-838170752-682003330-1004:/home/drumond:/bin/bash
>eligero:unused_by_nt/2000/xp:1023:513:Eliana 
>Eligero,U-PCDEP06\eligero,S-1-5-21-1645522239-838170752-682003330-1023:/home/eligero:/bin/bash
>filho:unused_by_nt/2000/xp:1035:513:João Carlos Von Hohendorff 
>Filho,U-PCDEP06\filho,S-1-5-21-1645522239-838170752-682003330-1035:/home/filho:/bin/bash
>HelpAssistant:unused_by_nt/2000/xp:1000:513:Conta de assistente de ajuda 
>de área de trabalho 
>remota,U-PCDEP06\HelpAssistant,S-1-5-21-1645522239-838170752-682003330-1000:/home/HelpAssistant:/bin/bash
>leonardo:unused_by_nt/2000/xp:1031:513:Leonardo Façanha 
>Oberto,U-PCDEP06\leonardo,S-1-5-21-1645522239-838170752-682003330-1031:/home/leonardo:/bin/bash
>lucaslm:unused_by_nt/2000/xp:1011:513:Lucas Lalia 
>Martini,U-PCDEP06\lucaslm,S-1-5-21-1645522239-838170752-682003330-1011:/home/lucaslm:/bin/bash
>orlando:unused_by_nt/2000/xp:1030:513:Orlando Saraiva do Nascimento 
>Junior,U-PCDEP06\orlando,S-1-5-21-1645522239-838170752-682003330-1030:/home/orlando:/bin/bash
>palberto:unused_by_nt/2000/xp:1008:513:Pedro Alberto Vicente de 
>Oliveira,U-PCDEP06\palberto,S-1-5-21-1645522239-838170752-682003330-1008:/home/palberto:/bin/bash
>pcosta:unused_by_nt/2000/xp:1007:513:Pedro Luiz Nani 
>Costa,U-PCDEP06\pcosta,S-1-5-21-1645522239-838170752-682003330-1007://pcdep41/home/pcosta:/bin/bash
>rogeriom:unused_by_nt/2000/xp:1026:513:Rogério 
>Martini,U-PCDEP06\rogeriom,S-1-5-21-1645522239-838170752-682003330-1026:/home/rogeriom:/bin/bash
>sergio:unused_by_nt/2000/xp:1010:513:Sergio Henrique Guerra de 
>Sousa,U-PCDEP06\sergio,S-1-5-21-1645522239-838170752-682003330-1010:/home/sergio:/bin/bash
>simaro:unused_by_nt/2000/xp:1029:513:Fernando Henrique Moschioni 
>Simaro,U-PCDEP06\simaro,S-1-5-21-1645522239-838170752-682003330-1029:/home/simaro:/bin/bash
>sshd:unused_by_nt/2000/xp:1016:513:sshd 
>privsep,U-PCDEP06\sshd,S-1-5-21-1645522239-838170752-682003330-1016:/var/empty:/bin/bash
>ssh_srv:unused_by_nt/2000/xp:1034:513:Serviço SSH 
>CYGWIN,U-PCDEP06\ssh_srv,S-1-5-21-1645522239-838170752-682003330-1034:/home/ssh_srv:/bin/bash
>SUPPORT_388945a0:unused_by_nt/2000/xp:1002:513:CN=Microsoft 
>Corporation,L=Redmond,S=Washington,C=US,U-PCDEP06\SUPPORT_388945a0,S-1-5-21-1645522239-838170752-682003330-1002:/home/SUPPORT_388945a0:/bin/bash
>yara:unused_by_nt/2000/xp:1028:513:Fernanda Yara dos Santos 
>Foschiani,U-PCDEP06\yara,S-1-5-21-1645522239-838170752-682003330-1028:/home/yara:/bin/bash
>
>
>My variables are now:
>
>CYGWIN   smbntsec tty
>CYGWIN32 smbntsec tty

^^
You don't need this.

RE: update via setup.exe removed NTFS junction?

[Rafael Kitover]

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
>Robert Collins
>Sent: Tuesday, February 03, 2004 4:36 PM
>To: Robert R Schneck
>Cc: [EMAIL PROTECTED]
>Subject: Re: update via setup.exe removed NTFS junction?
>
>On Wed, 2004-02-04 at 11:25, Robert R Schneck wrote:
>
>> In fact you are correct.  setup.log.full contains:
>> 2004/02/03 22:59:17 Uninstalling man
>> ...
>> rmdir C:\cygwin/var/cache/man
>> rmdir C:\cygwin/var/cache
>> rmdir C:\cygwin/var
>
>> Indeed, calling rmdir on a junction point will remove it, I suppose
>> since there's an empty placeholder which gets removed.
>>
>>
>> > Short answer is: 'don't do that'.
>>
>> Reasonably good advice.  But it's possible that this should be
>> considered a bug: uninstalling man shouldn't even try to get rid of var,
>> perhaps?
>
>Nope. When uninstalling, directories are cleaned up. I'm not going to
>special case 'uninstall completely' when we don't need to.
>
>Sounds to me like the windows API has yet another idiocy.

Maybe either Cygwin or fileutils could have some support for NTFS junctions,
since they sound like a useful feature, or symlinks could be implemented as
junctions. While we're throwing around unrealistic ideas anyway :)

>
>Rob
>
>--
>GPG key available at: .

--
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: Signal handling problem in 1.5.7 ? - Was: Re: Program randomly hangs.....

[Arash Partow]

Hi Volker,

Sometime ago there were problems with signal handling and threads
in cygwin. The main issue was that signal handling was not occurring
properly when threads were running and when a signal was fired the
signal handler would not relinquish control properly back to whatever
was control the threads in this case cygwins thread pool. As far
as I know the snapshot from the 31st of Jan 04 has resolved those
issue. As for "processes" thats another issue altogether.


Arash Partow

__
Be one who knows what they don't know,
Instead of being one who knows not what they don't know,
Thinking they know everything about all things.
http://www.partow.net







Christopher Faylor wrote:

On Tue, Feb 03, 2004 at 09:03:08AM -0500, Volker Quetschke wrote:

I got a longer strace.  These are only the first lines, I attached the
complete output as dmake_hung.strace.gz:
Let me say it again: I do not look at unsolicited straces.  I am also
not interested in teaching people how to debug problems.  I mention this
in case you are expecting me to step in.
No, I'm not especially expecting *YOU* to step in. I'm just reporting
facts. Do you have any problems with this?
If anyone tries to build Openoffice within a cygwin environement, by
following these build instructions

he/she will most propably hit this problem.
I have no idea about the changes in the last two cygwin dll
releases, but I realized that the dmake program started to
freeze since I upgraded to 1.5.7. I get this problem on two
different build systems and therefore decided to let the cygwin
mailinglist know about my problems. I gave all the infos as they
are required by .
Take my humble apologies if I missed an information, I will
immediately provide every missing bit.
I hope that there is someone here, besides me, who is interested in
doing this.  I don't think it is entirely unrealistic of me to expect
that I don't have to be involved in every single issue that shows up for
cygwin.  I hope that one of the other technical people here will be
able to help you.
Maybe I was suffering from the misled impression that someone who
changed this
- Revamp signal processing to allow beginnings of ability to send
signals to threads.  (Christopher Faylor)
in the last cygwin release might know why a program started to
freeze randomly. It never did that on cygwin before and it is
used on a widely spread set of platforms to build Openoffice.
Just setting expectations.

Just giving facts.

Volker

P.S.: I was hoping that some of the strace lines and the reviving
with CTRL-Z and fg would ring a bell, but this obviously is not
the case.
--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D












.



..

_
Get less junk mail with ninemsn Premium. Click here  
http://ninemsn.com.au/premium/landing.asp

--
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: update via setup.exe removed NTFS junction?

[Larry Hall]

At 09:56 PM 2/3/2004, Rafael Kitover you wrote:
>>-Original Message-
>>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
>>Robert Collins
>>Sent: Tuesday, February 03, 2004 4:36 PM
>>To: Robert R Schneck
>>Cc: [EMAIL PROTECTED]
>>Subject: Re: update via setup.exe removed NTFS junction?
>>
>>On Wed, 2004-02-04 at 11:25, Robert R Schneck wrote:
>>
>>> In fact you are correct.  setup.log.full contains:
>>> 2004/02/03 22:59:17 Uninstalling man
>>> ...
>>> rmdir C:\cygwin/var/cache/man
>>> rmdir C:\cygwin/var/cache
>>> rmdir C:\cygwin/var
>>
>>> Indeed, calling rmdir on a junction point will remove it, I suppose
>>> since there's an empty placeholder which gets removed.
>>>
>>>
>>> > Short answer is: 'don't do that'.
>>>
>>> Reasonably good advice.  But it's possible that this should be
>>> considered a bug: uninstalling man shouldn't even try to get rid of var,
>>> perhaps?
>>
>>Nope. When uninstalling, directories are cleaned up. I'm not going to
>>special case 'uninstall completely' when we don't need to.
>>
>>Sounds to me like the windows API has yet another idiocy.
>
>Maybe either Cygwin or fileutils could have some support for NTFS junctions,
>since they sound like a useful feature, or symlinks could be implemented as
>junctions. While we're throwing around unrealistic ideas anyway :)


Well, at least they're ideas that have been discussed before.



--
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: gtypist package missing .pl files

[Yaakov Selkowitz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yitzchak Scott-Thoennes wrote:

| The gtypist package mentions a couple of .pl files to help generate
| new lessons, but they aren't included in the binary tarball.  Either
| they should be included, or the package should be split into two, one
| for using gtypist, and one for developing lessons for gtypist.  Only
| the latter need have the emacs files.
Since you mention emacs I'll assume you mean .el files.  These are
included in the binary package in the /usr/share/emacs/site-lisp
directory.  To use them you have to add them to $HOME/.emacs -- see the
gtypist info pages for more details.
If you can't find them, what is the result of 'cygcheck -c gtypist'?
Also, please attach *uncompressed* the results of 'cygcheck -srv'.
| It is also unclear to me that the package should depend on emacs just
| because it includes emacs modes for editing the .typ files.  The
| dependency on perl is also questionable, though perl is required to
| run the included typefortune script.
Hmmm, I thought I had changed that before it was uploaded.  I'll try to
get that fixed soon.  Thanks for catching this.
Yaakov

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFAIHUSpiWmPGlmQSMRAgQEAKDEgqhzvDQkmPf0GBBvbzyH/21DXwCcDhP3
tg9jd2vu3/7jfZMeJchAYL0=
=YVfN
-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/

[ANNOUNCEMENT] Updated: ssmtp-2.60.4-2

[Robert R Schneck-McConnell]

I have updated the version of ssmtp to 2.60.4-2.

The only change is to fix a bug with ssmtp-created dates, used in
Received: headers and sometimes in Date: headers.

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.
The ssmtp package is in the Mail category.

ssmtp is an extremely simple sendmail replacement, which forwards messages
to a mailhub (e.g., your ISP's outgoing mail server), and does nothing
else.

Please read /usr/share/doc/Cygwin/ssmtp-2.60.4.README for configuration
information.

Robert


--
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: help2man-1.33.1-1

[Yaakov Selkowitz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

GNU help2man is now available with the Cygwin net distribution:

~  * http://www.gnu.org/software/help2man/   (canonical homepage)
~  * ftp://ftp.gnu.org/gnu/help2man/ (canonical download)

help2man is a perl script that generates man pages based on the output
of a program's --help and --version options.

This is a build requirement for the gtypist package, and is generally
used by many programs for making their man pages.  It can also be run
manually and has a number of command line options.  For example, the
following will generate a man page for tar (which doesn't have its own):

$ help2man /usr/bin/tar -s 1 -S FSF -o /usr/share/man/man1/tar.1

Please note that due to some Linux-specific code in the NLS component
and a dependency on a Perl module, this package was configured with a
- --disable-nls flag.  If we manage to get this working a new release will
be posted.


Yaakov

- --

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.  Once you've downloaded setup.exe, run it and select "Editors"
and then click on the appropriate fields until the above announced
version numbers appear if they are not displayed already.

If your mirror doesn't yet have the latest version of this package after
24 hours, you can either continue to wait for that site to be updated or
you can try to find another mirror.

Please send questions or comments to the Cygwin mailing list at:
cygwin (at) cygwin (dot) com

If you want to subscribe go to:
http://cygwin.com/ml/cygwin/


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAIHPTpiWmPGlmQSMRAtG8AJ9BjY01N/hC+iqKIcEqRyPyTtnkfQCgyfHM
mQMSUMKBGUcUAJr/jxX2hSE=
=9eZh
-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/

FD_SETSIZE and select

[Alexander Gottwald]

Hi,

The Cygwin/X source uses the assumption that FD_SETSIZE == 256 in many places.
I'm currently adding a -DFD_SETSIZE=256 to the build commandline but I'm
not sure if this has any sideeffects.

Is select() capable of handling other sizes than 64 which is set in sys/types.h?

bye
ago
BTW: please keep the cc to cygwin-xfree since I'm only monitoring that list and
I'd like the others there be informed too.
-- 
 [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/

cygwin/xfree86/emacs problems after upgrading

[Thomas L Roche]

summary: I am still experiencing post-upgrade problems with my
cygwin emacs; output from cygcheck and report-emacs-bug attached.
What to do?

details:

I was annoyed by some shortcomings of my cygwin emacs (21.1? whatever
version was included around the time of cygwin-1.5.5-1), such as lack
of electricity with kill-ring-save and oddity with multiline kill'ing,
so ~29 Jan I upgraded to cygwin-1.5.6-1, emacs-21.2.1, and whatever
the latest XFree86 was then, along with the other goodness cygwin's
setup advised me to get. Since then emacs life has been bad, but I'm
not sure why, since available evidence seems to point in several
directions.

Note that I run emacs via

emacs --debug-init &

from bash in an xterm which I launch with

start XWin -multiwindow -clipboard -emulate3buttons

I typically run 2 emacs windows (second created with C-x 5 b) and 
1 xterm, all of which usually overlap ... until the emacs windows
disappear, apparently randomly, although lately I'm convinced that 
emacs crashes are more likely when I'm either resizing or 
minimizing its windows. I've so far run 2 cygwin sessions today,
once at home (with access to shared drives via a VPN) and once at
work (directly on ethernet), and the xterm traces have been:

home:
bash-2.05b$ emacs --debug-init &
[1] 1643
bash-2.05b$ emacs --debug-init &
[2] 1460
[1]   Segmentation fault  emacs --debug-init
bash-2.05b$ emacs --debug-init &
[3] 1932
[2]   Aborted (core dumped) emacs --debug-init
bash-2.05b$ emacs --debug-init &
[4] 308
[3]   Aborted (core dumped) emacs --debug-init
bash-2.05b$ X protocol error: BadLength (poly request too large or 
internal Xlib length error) on protocol request 56

work:
bash-2.05b$ emacs --debug-init &
[1] 1868
bash-2.05b$ emacs --debug-init &
[2] 1396
[1]   Segmentation fault  emacs --debug-init
bash-2.05b$ X protocol error: BadLength (poly request too large or 
internal Xlib length error) on protocol request 56
bash-2.05b$ emacs --debug-init &
[3] 1156
[2]   Exit 70 emacs --debug-init

The X errors tend to make me suspect it. However I'm also, again only
since upgrading, having problems with unzip, e.g.

>   inflating: 
/d/eclipse/builds/20040121_1953-WB213-AD-V512D-00/eclipse/plugins/com.ibm.etools.j2ee.ui/build/pluginBuild/commonbld/com/ibm/etools/ejb/ui/presentation/EJBEditorOutlineContentProvider.class
 
 
> 735 [main] unzip 1820 cmalloc: cmalloc returned NULL
> error:  zipfile probably corrupt (segmentation violation)

which I get even unzip'ing a known-good file (i.e. one that I unzip'ed
successfully before upgrading from 1.5.5-1). I noted

Christopher Faylor Sat, 31 Jan 2004 00:43:54 -0500 (EST)
> Changes since 1.5.6-1:

> - Fix malloc overflow problem which caused random SEGVs.
>   (Christopher Faylor)

and installed cygwin 1.5.7-1 (along with other then-updated packages,
which included XFree86) early 1 Feb: this has not solved either the
unzip or the emacs problems. So it seems plausible that there is also
a (base) cygwin problem, which might be causing the emacs and unzip
problems. Or that the emacs and unzip problems are unrelated.

What should I try next? If possible, please post me directly as well
as the list (I'm on the digest). Note that output of report-emacs-bug
(edited for clarity in this context) follows, then output of cygcheck
-srvh (slightly edited for security) follows that to end of post.
(Note that cygcheck shows

d:\cygwin\bin
d:\cygwin\usr\X11R6\bin

at the head of my PATH; those dirs don't exist, and they're not in my
windows path.)

output of report-emacs-bug
--
In GNU Emacs 21.2.1 (i686-pc-cygwin, X toolkit)
 of 2003-01-23 on DRACO
configured using `configure  --prefix=/usr --bindir=/usr/bin 
--sysconfdir=/etc --libexecdir=/usr/sbin --localstatedir=/var 
--datadir=/usr/share --without-toolkit-scroll-bars'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Recent input:
  C-g C-g C-h a b u g  C-x 0  


C-SPC   C-SPC 
   M-w   




   
  C-s  M-x r e p o SPC 
r t SPC e m SPC  

Recent messages:
Wrote /t/tlroche/notReallyJunk
call-interactively: Quit
keyboard-quit: Quit
Loading apropos...done
Type C-x 1 to remove help window.  C-M-v to scroll the help.
Mark set [3 times]
Saving file /t/tlroche/notReallyJunk...
Wrote /t/tlroche/notReallyJunk
Making completion list...
Loading emacsbug...done
--
output of cygcheck -srvh
--
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Feb 03 15:00:22 2004

Windows 2