Re: tcl /tk on cygwin + mouse wheel event

[Alejandro Lopez-Valencia]

On Fri, 06 Feb 2004 18:26:06 -0500, Mathieu Malaterre wrote in
<[EMAIL PROTECTED]>:

>Hello,
>   I am having some issues with mouse wheel on a cygwin system. Could any 
>one comment on this ?
>
>None of these scripts work:

They work fine in my system. See below.

>
>Comments/suggestions really welcome.
>Thanks a bunch,
>Mathieu
>Ps: by the way if you think this is more of a tcl/tk problem just let me 
>know.

Rather a Tcl/Tk issue. You may not be aware of the fact that Cygwin's
Tcl/Tk is in reality a set of true *native* win32 binaries. No POSIX
emulation layer at all. That is, tclsh and wish need to find their
libraries with Win32 style paths.

Assuming you are using the latest Tcl/Tk as of today and
bash/zsh/pdksh as your default shell, add this file to your
/etc/profile.d/ :

cat > /etc/profile.d/tcltk.sh
export TCL_LIBRARY=$(/usr/bin/cygpath -w /usr/share/tcl8.4)
export TK_LIBRARY=$(/usr/bin/cygpath -w /usr/share/tk8.4)
^D

Close your shell console and start a new one. Your test programs will
work as expected. If you examine your shell environment, you'll find
the folowing:

TCL_LIBRARY=C:\cygwin\usr\share\tcl8.4
TK_LIBRARY=C:\cygwin\usr\share\tk8.4

This same procedure solves the problem people has had with WinCVS.

Cheers

Alejo



--
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: cp claiming my files are the same when they aren't

[Larry Hall]

At 01:44 PM 2/6/2004, Steve you wrote:
>Hi;
>
>I know this might not be the right place to ask this, but I am at a loss to find a 
>more appropriate place.
>
>I am on win2k at work where I am using the "ported gnu utilities" to do some copying 
>of files.
>
>cp keeps sending me error messages that it can't copy the file ( even with -f ) 
>because the files are the same.
>
>They aren't.  Content, size, and datestamps changed.  Only the name remains the same.
>
>Anyone have any idea what this could be about and how I might get around it?
>
>Thanks in advance


Same as with your last inquiry.  Read this:

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

--
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: Win 2K Permission issues

[Larry Hall]

At 01:38 PM 2/6/2004, Steve you wrote:
>Hi;
>
>I'm on win2K.
>
>I made myself a bash script to back up some vital files on my hard drive.  The script 
>first consolidates a bunch of files from all over my hard drive to one location.
>
>I created logging with my script.  The log has a LOT of "permission denied" error 
>statements.
>
>Eventhough I signed in as myself("steve"), installed cygwin as myself, and ran the 
>script as myself the directories that are getting created by the backup script are 
>getting created as user "Admin".
>
>Is there anyway around this?
>
>Thanks in advance


I'm going to direct you as well to:

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


You have to realize that without proper methods and detailed error-reporting,
folks on the list can only wager guesses as to what's wrong when receiving
reports like this.  To the extent possible, we like to limit "garbage in, 
garbage out" threads.  Read the above link and see if you can help us help
you.



--
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: libtool linking problem

[Larry Hall]

At 07:22 PM 2/6/2004, Goran Frehse you wrote:
>Hi,
>
>I'm trying to compile a project made in Mandrake Linux under Cygwin.
>It goes fine until the following message:
>
>libtool: link: cannot find the library `/GCC/gcc-3.3.1-3/.inst/package-
>gcc/usr/lib/./libstdc++.la'
>
>The Cygwin installation is fresh from the web.
>
>Any help would be greatly appreciated, since I need this to work urgently.
>Thanks,


See:


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


It's hard to work with partial problem reports.

My WAG is that you didn't install the gcc-g++ package.  If that's true, do
so.  If it's not, do a 'cygcheck -c gcc-g++'.  If the "Status" isn't
"OK", reinstall the gcc-g++ package.  If it is "OK" already, I don't 
know what to think beyond pointing you at the link above and suggesting
you follow the procedures it outlines.


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

cp claiming my files are the same when they aren't

[Steve]

Hi;

I know this might not be the right place to ask this, but I am at a loss 
to find a more appropriate place.

I am on win2k at work where I am using the "ported gnu utilities" to do 
some copying of files.

cp keeps sending me error messages that it can't copy the file ( even 
with -f ) because the files are the same.

They aren't.  Content, size, and datestamps changed.  Only the name 
remains the same.

Anyone have any idea what this could be about and how I might get around it?

Thanks in advance

Steve



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

Win 2K Permission issues

[Steve]

Hi;

I'm on win2K.

I made myself a bash script to back up some vital files on my hard 
drive.  The script first consolidates a bunch of files from all over my 
hard drive to one location.

I created logging with my script.  The log has a LOT of "permission 
denied" error statements.

Eventhough I signed in as myself("steve"), installed cygwin as myself, 
and ran the script as myself the directories that are getting created by 
the backup script are getting created as user "Admin".

Is there anyway around this?

Thanks in advance

Steve



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

libtool linking problem

[Goran Frehse]

Hi,

I'm trying to compile a project made in Mandrake Linux under Cygwin.
It goes fine until the following message:

libtool: link: cannot find the library `/GCC/gcc-3.3.1-3/.inst/package-
gcc/usr/lib/./libstdc++.la'

The Cygwin installation is fresh from the web.

Any help would be greatly appreciated, since I need this to work urgently.
Thanks,

Goran


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

tcl /tk on cygwin + mouse wheel event

[Mathieu Malaterre]

Hello,
	I am having some issues with mouse wheel on a cygwin system. Could any 
one comment on this ?

None of these scripts work:
wish
# tcl program starts here
% proc foo { args } { puts "foo" }
% bind . "" foo
#
python
# python program starts here
def foo(event): print "foo"
import Tkinter
win = Tkinter.Tk()
win.bind("", foo)
win.mainloop()
#
Is there something I should know to use catch a mouse wheel event in tk 
on a cygwin system. I also tried the 'unix' fashion that is say binding 
the Button-4 and Button-5 but still I get no result at all.

Comments/suggestions really welcome.
Thanks a bunch,
Mathieu
Ps: by the way if you think this is more of a tcl/tk problem just let me 
know.

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

Re: 1.5.7: make hangs on XP (with HT)

[Volker Quetschke]

Hi!

...
to stderr. At the moment the script still continues ...
Freeze in loop 344.

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: accessing a raw partition

[Larry Hall]

At 05:52 PM 2/6/2004, Greg Freemyer you wrote:

>I have used cygwin and dd to access a raw  physical drive before.
>
>$ mount -f -b //./physicaldrive2 /dev/tmp_name
>
>$ dd if=/dev/tmp_name 
>
>
>
>Is there a way to access a raw partition?


You don't need to do any mounting.  See the User's Guide:





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

accessing a raw partition

[Greg Freemyer]

I have used cygwin and dd to access a raw  physical drive before.

$ mount -f -b //./physicaldrive2 /dev/tmp_name

$ dd if=/dev/tmp_name 



Is there a way to access a raw partition?

Thanks
Greg
-- 
Greg Freemyer




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

Re: 1.5.7: make hangs on XP (with HT)

[Volker Quetschke]

Rolf Campbell wrote:
I've been trying to narrow the problem I've been having with make (-j) 
and processes locking up.  And I've made some progress.

First, this happens with 1.5.6 -> 1.5.7 (and every snapshot in-between).

I've tried this test on 3 configurations:
WinXP (HyperThreaded): fails quickly (between 20 seconds and 3 minutes)
Win2000 (Not HT): fails slowly (between 6 minutes and 20 minutes)
WinXP (HT turned off): does not fail (ran it for about an hour and it 
was fine).
Sorry for the "me too" mail, I tried your testcase on a Notebook with
Athlon XP-M 2200+ Processor and XP-Home. It is still running, but it
sometimes (2x) writes:
$ 2288101 [main] make 2620 handle_exceptions: Exception: 
STATUS_ACCESS_VIOLATION
2288145 [sig] make 2620 handle_threadlist_exception: 
handle_threadlist_exception called with threadlist_ix -1
2293389 [sig] make 2620 handle_threadlist_exception: 
handle_threadlist_exception called with threadlist_ix -1
2293609 [sig] make 2620 handle_exceptions: Exception: 
STATUS_ACCESS_VIOLATION
2293727 [sig] make 2620 handle_exceptions: Error while dumping state 
(probably corrupted stack)
2293094 [main] make 2620 open_stackdumpfile: Dumping stack trace to 
make.exe.stackdump

to stderr. At the moment the script still continues ...

Cygcheck output attached.

Volker

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Feb 06 17:49:24 2004

Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 1

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

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1006(quetschke) GID: 513(None)
513(None)

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

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

HOME = `C:\cygwin\home\quetschke'
MAKE_MODE = `unix'
PWD = `/tmp/freeze'
USER = `quetschke'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\quetschke\Application Data'
CLIENTNAME = `Console'
COLORFGBG = `0;default;15'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `BALTASAR'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
DISPLAY = `:0'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\quetschke'
HOSTNAME = `Baltasar'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGONSERVER = `\\BALTASAR'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/home/quetschke'
OS = `Windows_NT'
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 10 Stepping 0, AuthenticAMD'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0a00'
PROGRAMFILES = `C:\Program Files'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `Console'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\DOCUME~1\QUETSC~1\LOCALS~1\Temp'
TERM = `linux'
TMP = `c:\DOCUME~1\QUETSC~1\LOCALS~1\Temp'
USERDOMAIN = `BALTASAR'
USERNAME = `quetschke'
USERPROFILE = `C:\Documents and Settings\quetschke'
WINDIR = `C:\WINDOWS'
WINDOWID = `168034472'
_ = `/usr/bin/cygcheck'

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  NTFS7059Mb  79% CP CS UN PA FC 
d:  hd  FAT32  11551Mb  28% CPUN   RECOVERY
e:  cd   N/AN/A
v:  net FAT32   8996Mb  78% CPUN   
w:  net FAT32   7985Mb  81% CPUN   LAGER

C:\cygwin  / system  binmode
C:\cygwi

Das perfekte M-L-M Produkt ....

[vlpPro Team]

Hallo

Warum glauben Sie, weswegen sich momentan TOP
Networker einschreiben!?

Was hält sie davon ab??

Essen sie Brot? Wenn ja, dann lesen sie weiter.

Wo fängt die Gesundheit an? Richtig, indem man auf
die Ernährung achtet.

Wir haben das richtige Produkt, was sowieso schon jeder
täglich isst. Lassen sie sich positiv überraschen.

Wie auch immer, wir wollen sie nicht weiter auf die Folter
spannen ;-)

Tragen sie sich einfach über die Webseite ein, und wir
werden uns telefonisch mit ihnen in Verbindung setzen.

Ganz einfach ... genial!

http://www.replyform.net/mcp/101/510/cap42.html


Pro Team


Hier können sie sich von der Mailingliste entfernen:
http://www.replyform.net/mcp/101/205/cap52.html

lcbekbqtondyhyphvoctflmqylx

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

Re: 1.5.8s: make hangs on 2000 (no HT)

[Rolf Campbell]

Rolf Campbell wrote:

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On 
Behalf Of
Rolf Campbell
Sent: Thursday, February 05, 2004 8:40 AM
To: [EMAIL PROTECTED]
Subject: 1.5.7: make hangs on XP (with HT)

I've been trying to narrow the problem I've been having with make (-j)
and processes locking up.  And I've made some progress.
First, this happens with 1.5.6 -> 1.5.7 (and every snapshot in-between).

I've tried this test on 3 configurations:
WinXP (HyperThreaded): fails quickly (between 20 seconds and 3 minutes)
Win2000 (Not HT): fails slowly (between 6 minutes and 20 minutes)
WinXP (HT turned off): does not fail (ran it for about an hour and it
was fine).
This test would fail on me on WinXP on an HT machine very quickly with 
1.5.7
and earlier snapshot, but with the most recent CVS it works fine :)
I tried the Feb05 snapshot, and things are MUCH better.  Instead of 
failing after 1 to 36 iterations, it now lasts into the hundreds, but it 
still does eventually fail.  On iteration #337 (about 20 minutes in), I 
got a similar strace output:

And, like before, after this output, the process continued to run, 
consuming as much processor time as it could.
I was also able to recreate this on Win2000 (iteration #268 failed).

70544 15704529 [proc] make 1784 proc_subproc: args: 2, 0
  205 15704734 [proc] make 1784 proc_subproc: pid 684[0] terminated, 
handle 0x25C, nchildren 1, nzombies 5
   96 15704830 [proc] make 1784 proc_subproc: zombifying [0], pid 684, 
handle 0x25C, nchildren 1
   95 15704925 [proc] make 1784 proc_subproc: returning 1
   91 15705016 [proc] make 1784 sig_send: sendsig 0x314, pid 1784, 
signal 20, its_me 1
  149 15705165 [sig] make 1784 sigpacket::process: signal 20 processing
   96 15705261 [sig] make 1784 _threadinfo::find_tls: sig 20
   86 15705347 [sig] make 1784 sigpacket::process: signal 20, about to 
call 0x40C540
   82 15705429 [sig] make 1784 setup_handler: suspending mainthread
  119 15705548 [proc] make 1784 sig_send: Not waiting for sigcomplete. 
 its_me 1 signal 20
   91 15705639 [proc] make 1784 sig_send: returning 0x0 from sending 
signal 20
   88 15705727 [proc] make 1784 wait_subproc: looping
  165 15705892 [sig] make 1784 interruptible: pc 0x77F92450, h 
0x77F8, interruptible 0
   87 15705979 [sig] make 1784 setup_handler: couldn't interrupt. 
trying again.
  135 15706114 [sig] make 1784 setup_handler: suspending mainthread
  122 15706236 [sig] make 1784 interruptible: pc 0x77F92450, h 
0x77F8, interruptible 0
   79 15706315 [sig] make 1784 setup_handler: couldn't interrupt. 
trying again.
  118 15706433 [sig] make 1784 setup_handler: suspending mainthread
  124 15706557 [sig] make 1784 interruptible: pc 0x77F92450, h 
0x77F8, interruptible 0
   76 15706633 [sig] make 1784 setup_handler: couldn't interrupt. 
trying again.
  117 15706750 [sig] make 1784 setup_handler: suspending mainthread
  115 15706865 [sig] make 1784 interruptible: pc 0x77F92450, h 
0x77F8, interruptible 0
   77 15706942 [sig] make 1784 setup_handler: couldn't interrupt. 
trying again.
  115 15707057 [sig] make 1784 setup_handler: suspending mainthread
  116 15707173 [sig] make 1784 interruptible: pc 0x77F92450, h 
0x77F8, interruptible 0
   78 15707251 [sig] make 1784 setup_handler: couldn't interrupt. 
trying again.
  117 15707368 [sig] make 1784 setup_handler: suspending mainthread
  116 15707484 [sig] make 1784 interruptible: pc 0x77F92450, h 
0x77F8, interruptible 0
   82 15707566 [sig] make 1784 setup_handler: couldn't interrupt. 
trying again.
  116 15707682 [sig] make 1784 setup_handler: suspending mainthread
  116 15707798 [sig] make 1784 interruptible: pc 0x77F92450, h 
0x77F8, interruptible 0
   77 15707875 [sig] make 1784 setup_handler: couldn't interrupt. 
trying again.
  114 15707989 [sig] make 1784 setup_handler: suspending mainthread
  118 15708107 [sig] make 1784 interruptible: pc 0x77F92450, h 
0x77F8, interruptible 0
   76 15708183 [sig] make 1784 setup_handler: couldn't interrupt. 
trying again.
  117 15708300 [sig] make 1784 setup_handler: suspending mainthread
  116 15708416 [sig] make 1784 interruptible: pc 0x77F92450, h 
0x77F8, interruptible 0
   84 15708500 [sig] make 1784 setup_handler: couldn't interrupt. 
trying again.
  116 15708616 [sig] make 1784 setup_handler: suspending mainthread
  116 15708732 [sig] make 1784 interruptible: pc 0x77F92450, h 
0x77F8, interruptible 0
   77 15708809 [sig] make 1784 setup_handler: couldn't interrupt. 
trying again.
  116 15708925 [sig] make 1784 setup_handler: suspending mainthread
  116 15709041 [sig] make 1784 interruptible: pc 0x77F92450, h 
0x77F8, interruptible 0
   77 15709118 [sig] make 1784 setup_handler: couldn't interrupt. 
trying again.
  117 15709235 [sig] make 1784 setup_handler: suspending mainthread
  116 15709351 [sig] make 1784 interruptible: pc 0x77F92450, h 
0x77F8, interruptible 0
   76 15709427 [sig] make 1784 setup_handler: couldn't interr

Re: 1.5.8s: make hangs on XP (with HT)

[Rolf Campbell]

Rafael Kitover wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Rolf Campbell
Sent: Thursday, February 05, 2004 8:40 AM
To: [EMAIL PROTECTED]
Subject: 1.5.7: make hangs on XP (with HT)
I've been trying to narrow the problem I've been having with make (-j)
and processes locking up.  And I've made some progress.
First, this happens with 1.5.6 -> 1.5.7 (and every snapshot in-between).

I've tried this test on 3 configurations:
WinXP (HyperThreaded): fails quickly (between 20 seconds and 3 minutes)
Win2000 (Not HT): fails slowly (between 6 minutes and 20 minutes)
WinXP (HT turned off): does not fail (ran it for about an hour and it
was fine).
[SNIP]

This test would fail on me on WinXP on an HT machine very quickly with 1.5.7
and earlier snapshot, but with the most recent CVS it works fine :)
I tried the Feb05 snapshot, and things are MUCH better.  Instead of 
failing after 1 to 36 iterations, it now lasts into the hundreds, but it 
still does eventually fail.  On iteration #337 (about 20 minutes in), I 
got a similar strace output:

And, like before, after this output, the process continued to run, 
consuming as much processor time as it could.

  186 1375242 [main] sh 10144 __to_clock_t: dwHighDateTime 0, 
dwLowDateTime 0
   47 1375289 [main] sh 10144 __to_clock_t: total  
   48 1375337 [main] sh 10144 __to_clock_t: dwHighDateTime 0, 
dwLowDateTime 312500
   46 1375383 [main] sh 10144 __to_clock_t: total  001F
 -178 1375205 [sig] sh 10144 wait_sig: done
 1642 1376847 [sig] sh 10144 _threadinfo::remove: wait 0x0
  147 1376994 [main] sh 10144 _pinfo::exit: Calling ExitProcess 0
20174 4390513 [proc] make 3748 proc_subproc: args: 2, 0
   82 4390595 [proc] make 3748 proc_subproc: pid 10144[0] terminated, 
handle 0x650, nchildren 1, nzombies 8
   50 4390645 [proc] make 3748 proc_subproc: zombifying [0], pid 10144, 
handle 0x650, nchildren 1
   51 4390696 [proc] make 3748 proc_subproc: returning 1
   50 4390746 [proc] make 3748 sig_send: sendsig 0x714, pid 3748, 
signal 20, its_me 1
   62 4390808 [proc] make 3748 sig_send: Not waiting for sigcomplete. 
its_me 1 signal 20
   44 4390852 [proc] make 3748 sig_send: returning 0x0 from sending 
signal 20
  171 4391023 [proc] make 3748 wait_subproc: looping
9 4391032 [sig] make 3748 sigpacket::process: signal 20 processing
  109 4391141 [sig] make 3748 _threadinfo::find_tls: sig 20
   51 4391192 [sig] make 3748 sigpacket::process: signal 20, about to 
call 0x40C540
   49 4391241 [sig] make 3748 setup_handler: suspending mainthread
   80 4391321 [sig] make 3748 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   54 4391375 [sig] make 3748 setup_handler: couldn't interrupt. 
trying again.
   60 4391435 [sig] make 3748 setup_handler: suspending mainthread
   72 4391507 [sig] make 3748 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   55 4391562 [sig] make 3748 setup_handler: couldn't interrupt. 
trying again.
   62 4391624 [sig] make 3748 setup_handler: suspending mainthread
  135 4391759 [sig] make 3748 interruptible: pc 0x77E66B4A, h 
0x77E6, interruptible 0
   50 4391809 [sig] make 3748 setup_handler: couldn't interrupt. 
trying again.
   63 4391872 [sig] make 3748 setup_handler: suspending mainthread
   68 4391940 [sig] make 3748 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   54 4391994 [sig] make 3748 setup_handler: couldn't interrupt. 
trying again.
   80 4392074 [sig] make 3748 setup_handler: suspending mainthread
   70 4392144 [sig] make 3748 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   51 4392195 [sig] make 3748 setup_handler: couldn't interrupt. 
trying again.
   63 4392258 [sig] make 3748 setup_handler: suspending mainthread
   68 4392326 [sig] make 3748 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   75 4392401 [sig] make 3748 setup_handler: couldn't interrupt. 
trying again.
   62 4392463 [sig] make 3748 setup_handler: suspending mainthread
   69 4392532 [sig] make 3748 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   52 4392584 [sig] make 3748 setup_handler: couldn't interrupt. 
trying again.
   60 4392644 [sig] make 3748 setup_handler: suspending mainthread
   67 4392711 [sig] make 3748 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   51 4392762 [sig] make 3748 setup_handler: couldn't interrupt. 
trying again.
   52 4392814 [sig] make 3748 setup_handler: suspending mainthread
   67 4392881 [sig] make 3748 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
   42 4392923 [sig] make 3748 setup_handler: couldn't interrupt. 
trying again.
   48 4392971 [sig] make 3748 setup_handler: suspending mainthread
   57 4393028 [sig] make 3748 interruptible: pc 0x7FFE0304, h 
0x7FFE, interruptible 0
  104 4393132 [sig] make 3748 setup_handler: couldn't interrupt. 
trying again.
   48 4393180 [sig] make 3748 setup_handler: suspending mainthread
   57 4393237 [sig] make 3748

Re: access violation in ash 20040127-1 with cygwin 1.5.7-1

[Christopher Faylor]

On Fri, Feb 06, 2004 at 12:18:14PM -0500, Chris Metcalf wrote:
>I got the following stack trace reproducibly, though in a way that's a
>little awkward to convert to a self-contained example:

...which means that it probably won't be fixed...

Although people love to send them to the cygwin list, there generally
isn't much you can do from a stackdump.

cgf

>Exception: STATUS_ACCESS_VIOLATION at eip=6109399B
>eax= ebx=616711C4 ecx=0018 edx=6B6E esi=6B6E edi=6B6E
>ebp=00212990 esp=00212948 program=C:\cygwin\bin\sh.exe
>cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
>Stack trace:
>Frame Function  Args
>00212990  6109399B  (002129E8, 00216A38, , )
>00216A00  6104FFA0  (00216AC8, 00216A38, 0022EDB8, )
>00216AB0  6104F82D  (00216AC8, 00216AC8, 0021EB08, 0022EDB8)
>0021EAE0  6104F73D  (0021EB08, 0022EDB8, 0022EDB8, )
>00226B30  6104F528  (00226B78, 0022EDB8, , )
>00226B60  6104F158  (00226B78, 0022EDB8, , )
>0022EBA0  6104F07D  (0022EBC0, 0C90, , 0022EDB8)
>0022EE00  610049F0  (0022EE62, 61110010, 6111000C, 0022EE30)
>0022EE40  61004DB3  (0022EF4E, 61110010, 6111000C, 0001)
>0022EF80  61005CF4  (0022EF98, , , 00245848)
>0022FF90  61005EE5  (, , , )
>End of stack trace

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

access violation in ash 20040127-1 with cygwin 1.5.7-1

[Chris Metcalf]

I got the following stack trace reproducibly, though in a way that's a
little awkward to convert to a self-contained example:

Exception: STATUS_ACCESS_VIOLATION at eip=6109399B
eax= ebx=616711C4 ecx=0018 edx=6B6E esi=6B6E edi=6B6E
ebp=00212990 esp=00212948 program=C:\cygwin\bin\sh.exe
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
00212990  6109399B  (002129E8, 00216A38, , )
00216A00  6104FFA0  (00216AC8, 00216A38, 0022EDB8, )
00216AB0  6104F82D  (00216AC8, 00216AC8, 0021EB08, 0022EDB8)
0021EAE0  6104F73D  (0021EB08, 0022EDB8, 0022EDB8, )
00226B30  6104F528  (00226B78, 0022EDB8, , )
00226B60  6104F158  (00226B78, 0022EDB8, , )
0022EBA0  6104F07D  (0022EBC0, 0C90, , 0022EDB8)
0022EE00  610049F0  (0022EE62, 61110010, 6111000C, 0022EE30)
0022EE40  61004DB3  (0022EF4E, 61110010, 6111000C, 0001)
0022EF80  61005CF4  (0022EF98, , , 00245848)
0022FF90  61005EE5  (, , , )
End of stack trace

I was doing a _spawnvp() of sh.exe to run a simple shell script:
actually just an "exit 0" script in this particular case.  The spawner
was an application built with Microsoft's VC7 compiler.

I backed off to ash 20031007-1 and cygwin 1.5.5-1 and the problem went
away.  Backing off just ash by itself did not fix the problem, and I
couldn't back off just cygwin by itself, because of the fcntl64 unsat
(I believe that was the symbol, or if not something similar -- fstat64?).

Chris Metcalf


--
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: installing apache causes setup.exe to crash

[Brian Dessent]

loren jan wilson wrote:

> I've been trying to install apache on a brand new cygwin installation.
> I've done this before on a different machine without problems. Now,
> though, I can't find the package on most mirrors. On some mirrors, it
> shows up in "net" but when I click the button to install it, setup.exe
> crashes.
> 
> I assume everybody knows about this already? When will it be fixed?
> Is there a suggested workaround?

Apache was removed from the setup.exe program and mirrors due to a
security flaw with the handling of paths.  It will be made available
again when new packages are ready that fix the vulnerability.  Until
then, you'll have to just wait or build the packages yourself from
source.

Brian

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

Re: installing apache causes setup.exe to crash

[Larry Hall]

At 11:20 AM 2/6/2004, loren jan wilson you wrote:
>Hello.
>
>I've been trying to install apache on a brand new cygwin installation.
>I've done this before on a different machine without problems. Now,
>though, I can't find the package on most mirrors. On some mirrors, it
>shows up in "net" but when I click the button to install it, setup.exe
>crashes.
>
>I assume everybody knows about this already? When will it be fixed?
>Is there a suggested workaround?


See 


--
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: Executing windows commands via ssh

[Larry Hall]

At 10:00 AM 2/6/2004, Thomas Dorf Nielsen you wrote:
>Hi!
>
>I've been through page after page without finding the answer, so now I
>try here.
>
>We are trying to find a way to execute commands remotely on a Windows XP
>box. We were hoping to be able to install a SSH server (sshd) and then
>login and execute.
>
>But only partial success followed...
>
>We can install a SSH server and login to it from another PC using
>eg. PuTTY, no problem. We get into the remote machine and can do dir,
>cd, etc. But if we try executing other programs, nothing seems to
>happen. For instance we have found a program that can change the
>resolution of the Windows screen, ResSwitch. It can be called from a DOS
>prompt like this:
>
>--
>C:\>ResSwitch 800 600 32 60
>--
>
>If it is run without the right number of parameters ResSwitch displays a
>requester explaining it's usage.
>
>If we run the same command via SSH nothing happens! The prompt just
>returns and nothing is changed:
>
>--
>C:\>ResSwitch 800 600 32 60
>
>C:\>
>--
>
>This is strange, as the "ResSwitch.exe" *is* found. This we believe
>because we get an error if we type something non-existant:
>
>--
>C:\>thingy
>'thingy' is not recognized as an internal or external command,
>operable program or batch file.
>--
>
>So what to do? Do we need to tell the Windows environment to allow the
>SSH login to manipulate the Windows settings, some kind of "xhost +"?
>
>If this *is* in the documentation somewhere please forgive me and direct
>my attention in the right direction! :-)


Actually, this sounds to me like you're trying to interact with your 
desktop remotely, which is a topic that's been covered before for 
Cygwin and ssh.  I'm sure there's something in the email archives 
about it, though I haven't looked for a specific pointer for you.

If I'm right, you need to specify the '-i' flag to 'cygrunsrv' when you
install 'sshd'.  You can also achieve this after the fact by launching
the "Services" applet (of "Administrator Tools") in Windows (NT and 
later) and check "Allow service to interact with desktop" under the 
"Log On" tab.  You can get to the "Administrator Tools" from the control
panel, among other ways.

If this isn't the problem, just build ResSwitch as debugable and 
debug it (you'll want something like VNC if you plan to try to do 
this remotely with VC++).  I assume you know the source is available
from Code Project if you don't already have it.

Good luck,


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

installing apache causes setup.exe to crash

[loren jan wilson]

Hello.

I've been trying to install apache on a brand new cygwin installation.
I've done this before on a different machine without problems. Now,
though, I can't find the package on most mirrors. On some mirrors, it
shows up in "net" but when I click the button to install it, setup.exe
crashes.

I assume everybody knows about this already? When will it be fixed?
Is there a suggested workaround?



-- 
loren jan wilson, CCNA
network engineering, uchicago.edu
1155 rm. 321 ; 773/702-8189

--
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: Segfault in _cygwin_dll_entry

[Larry Hall]

At 02:57 AM 2/6/2004, [EMAIL PROTECTED] you wrote:
>Larry Hall wrote:
>
>>I'd suggest 'cygcheck cygggi-2.dll'.  Make sure there's no MS CRT in
>>there anywhere.  If there is, you're on dangerous ground.  Comparing the
>>output of this with that of cygii-0.dll might be instructive too.
>
>~$ cygcheck /bin/cyggg-0.dll
>C:/cygwin/bin/cyggg-0.dll
>  C:/cygwin/bin\cygwin1.dll
>C:\WINNT\system32\ADVAPI32.DLL
>  C:\WINNT\system32\NTDLL.DLL
>  C:\WINNT\system32\KERNEL32.DLL
>  C:\WINNT\system32\RPCRT4.DLL
>
>~$ cygcheck /bin/cyggii-0.dll
>C:/cygwin/bin/cyggii-0.dll
>  C:/cygwin/bin\cygwin1.dll
>C:\WINNT\system32\ADVAPI32.DLL
>  C:\WINNT\system32\NTDLL.DLL
>  C:\WINNT\system32\KERNEL32.DLL
>  C:\WINNT\system32\RPCRT4.DLL
>  C:/cygwin/bin\cyggg-0.dll
>
>~$ cygcheck /bin/cygggi-2.dll
>C:/cygwin/bin/cygggi-2.dll
>  C:/cygwin/bin\cyggg-0.dll
>C:/cygwin/bin\cygwin1.dll
>  C:\WINNT\system32\ADVAPI32.DLL
>C:\WINNT\system32\NTDLL.DLL
>C:\WINNT\system32\KERNEL32.DLL
>C:\WINNT\system32\RPCRT4.DLL
>  C:/cygwin/bin\cyggii-0.dll


OK, fine.


>>>Is it a known problem?
>
>>No.  If nothing "obvious" turns up in your initial efforts to scope the
>>problem, you're probably going to be best off debugging into the Cygwin
>>DLL to see where it crashes.
>
>What should I read to get going with debugging into the Cygwin DLL?


Start here:





--
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: Plausibility of sendmail?

[Christopher Faylor]

On Fri, Feb 06, 2004 at 06:31:02AM -0800, Karl M wrote:
>There were some strong opinions expressed on both sides about whether
>sendmail is a good thing or not...but the bottom line is that no one
>has offered to maintain sendmail as a package under Cygwin.  If you
>want to do that, I don't think that anyone would stop you.  There is
>presently a direct replacement available under cygwin.
>
>Why is this thread living on?

Because this is the cygwin mailing list.  It is the rule that discussion
must go on past the point where there is an obvious solution.

The solution here, is, of course, for someone to package sendmail and offer
it as a cygwin package following the rules which are documented on the
cygwin web site.

Hmm.  I think it is time for me to send my "You know you're a cygwin user,
if..." email.

cgf

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

Re: cygwin-perl mailling list

[Sam Steingold]

> * dominix <[EMAIL PROTECTED]> [2004-02-05 22:06:00 -1000]:
>
> cygwin-perl mailling exist now at [EMAIL PROTECTED]
> you can subscribe sending a email at [EMAIL PROTECTED]
> the home and archives are at http://groups.yahoo.com/group/cygwin-perl/
> this list is supposed to support/share perl developpement and module
> compilation and tuning on cygwin.
>
> all suggestion/subscriptions welcome.

please make sure that your mailing list is available on gmane.org

-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
  
 
main(a){printf(a,34,a="main(a){printf(a,34,a=%c%s%c,34);}",34);}


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

Executing windows commands via ssh

[Thomas Dorf Nielsen]

Hi!

I've been through page after page without finding the answer, so now I
try here.

We are trying to find a way to execute commands remotely on a Windows XP
box. We were hoping to be able to install a SSH server (sshd) and then
login and execute.

But only partial success followed...

We can install a SSH server and login to it from another PC using
eg. PuTTY, no problem. We get into the remote machine and can do dir,
cd, etc. But if we try executing other programs, nothing seems to
happen. For instance we have found a program that can change the
resolution of the Windows screen, ResSwitch. It can be called from a DOS
prompt like this:

--
C:\>ResSwitch 800 600 32 60
--

If it is run without the right number of parameters ResSwitch displays a
requester explaining it's usage.

If we run the same command via SSH nothing happens! The prompt just
returns and nothing is changed:

--
C:\>ResSwitch 800 600 32 60

C:\>
--

This is strange, as the "ResSwitch.exe" *is* found. This we believe
because we get an error if we type something non-existant:

--
C:\>thingy
'thingy' is not recognized as an internal or external command,
operable program or batch file.
--

So what to do? Do we need to tell the Windows environment to allow the
SSH login to manipulate the Windows settings, some kind of "xhost +"?

If this *is* in the documentation somewhere please forgive me and direct
my attention in the right direction! :-)

/dorf

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

Re: cygwin-perl mailling list

[Christopher Faylor]

On Thu, Feb 05, 2004 at 10:06:00PM -1000, dominix wrote:
>cygwin-perl mailling exist now at [EMAIL PROTECTED]
>you can subscribe sending a email at [EMAIL PROTECTED]
>the home and archives are at http://groups.yahoo.com/group/cygwin-perl/
>this list is supposed to support/share perl developpement and module
>compilation and tuning on cygwin.

Huh?  Did the cygwin-perl maintainer ask for this list?  If he thinks it
is necessary, and there is consensus, I will be happy to set up a
*sponsored* mailing list.  There is no reason to fragment discussions
to other sites.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

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

RE: Plausibility of sendmail?

[Karl M]

Hi All...

There were some strong opinions expressed on both sides about whether 
sendmail is a good thing
or not...but the bottom line is that no one has offered to maintain sendmail 
as a package under
Cygwin. If you want to do that, I don't think that anyone would stop you. 
There is presently a
direct replacement available under cygwin.

Why is this thread living on?

Thanks,

...Karl


From: "Joaquin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
Subject: RE: Plausibility of sendmail?
Date: Thu, 5 Feb 2004 21:26:57 -0800
On another angle for this discussion.  Consider that for one M$ $FU 3.5
has sendmail.  Before this many commercial solutions charging quite a
lot of $$ for sendmail under Windows.  Microsoft even compiled a version
of sendmail for the earliest versions of Windows NT 3.51 long ago and
posted it on their ftp server.  Other companies made sendmail-look-alike
programs that could be scripted.
There is demand there, but it is not so obvious.

 - Joaquin



--
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/
_
Get some great ideas here for your sweetheart on Valentine's Day - and 
beyond. http://special.msn.com/network/celebrateromance.armx

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

Re: cygwin-perl mailling list

[Igor Pechtchanski]

On Thu, 5 Feb 2004, dominix wrote:

> cygwin-perl mailling exist now at [EMAIL PROTECTED]
> you can subscribe sending a email at [EMAIL PROTECTED]
> the home and archives are at http://groups.yahoo.com/group/cygwin-perl/
> this list is supposed to support/share perl developpement and module
> compilation and tuning on cygwin.
>
> all suggestion/subscriptions welcome.

This is great, but are you planning to make the archives publicly
available as well?
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: patches...

[Igor Pechtchanski]

On Thu, 5 Feb 2004, Edward S. Peschko wrote:

> (ps - whoops, just saw this:
>
> "If you just want to send email to the cygwin-patches mailing list without
> receiving email you can send email to [EMAIL PROTECTED]
^^
Umm, quoting raw addresses, especially administrative list addresses, is
not a good idea...

> This will allow you to send email to the list without receiving any of the
> email traffic. Be advised however, that you may miss some messages about your
> patch if you do this.)
>
> fair enough..
> )

Did you see this:
cygwin-patches: a list for submitting patches to the Cygwin DLL
and the other components of the "winsup" directory
?

And this:
cygwin-apps: ...  This mailing list is the preferred location for
design discussions and bug reports regarding cygwin's setup.exe
program, although such discussions may occur on the cygwin mailing
list, as well.
?

> (
> pps - the patch was versus CVS as of a couple nights ago.. I couldn't get
> the snapshot 2.418 to compile.
> )

All patches should be against CVS, actually.
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: patch for additional args to setup.exe

[Igor Pechtchanski]

On Thu, 5 Feb 2004, Edward S. Peschko wrote:

> hey all,
>
> below is a relatively small patch to setup.exe that adds the following
> command line options:
>
> -E: use IE connection settings for downloading
> -H: give a proxy name to use ...
> -P: give a proxy port to use ...
> -a: install everything
> -u: uninstall everything
> -e: re-install everything
>
>
> Hence:
>
> setup.exe -R C:\cygwin -a -E -n -s ftp://planetmirror.com -q
>
> installs all of cygwin (ie: every cygwin package) into C:\cygwin, using
> IE5 settings from site planetmirror.com, and doesn't put any shortcuts on the
> desktop, and does it in unattended mode (-q).
>
> Anyways, like I said its somewhat small but might be large enough to warrant
> going to cygwin-patches instead, but I don't relish the idea of subscribing
> to cygwin-patches just for the sake of sending patches. I'm also hoping that
> its small and obvious enough that I don't have to go through the rigamarole
> of the standard assignment form and copyright handover.
>
> Ed

Ed,

FYI, traditionally, setup.exe patches go to cygwin-apps.  I know that
Robert Collins reads this list, so this one may be ok.  However, it's
easier to keep track of patches if they're all in one place, so, for the
future, could you please post to cygwin-apps?

Oh, and thanks for the patch -- it seems like useful functionality.  Just
for completeness, the functionality of -E, -H, and -P could have been
accomplished by editing /etc/setup/last-connection, but the command-line
option is much more concise.
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/

Packaging Bug: Gnuplot requires libgd2

[Demmer, Thomas]

A heads up to the gnuplot maintainer:
Selecting gnuplot does not trigger the selection of the libgd-2 runtime.

(CC'ed to Volker because my first mail got blocked by the spam filter)


Ciao & nice weekend,
Tom

Best regards / Mit freundlichen Grüssen,


Thomas Demmer
Kraft Foods R&D Inc.
Chocolate WW Process Development

Tel.: +49 (0)89 62738-6302
Fax: +49 (0)89 62738-86302

Thought of the day
A fool must now and then be right by chance.


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

Permission denied in network drive through ssh

[Pedro Luiz Nani Costa]

Hi all!

I´m with my home directory from windows server set in passwd:

pcosta:unused_by_nt/2000/xp:1005:513:Pedro Luiz Nani 
Costa,U-PCDEP06\pcosta,S-1-5-21-1645522239-838170752-682003330-1007://pcdep41/home/pcosta:/bin/bash


Then, i configure sshd and have some problems with permissions. With the 
help of the list, i solve the problem setting up CYGWIN to 'smbntsec'.
Now i perfectly do the remote shell with ssh, but look what i have after 
the login:


-Output from daemon
debug2: read_server_config: filename /etc/sshd_config
debug1: sshd version OpenSSH_3.7.1p2
debug1: private host key: #0 type 0 RSA1
debug3: Not a RSA1 key file /etc/ssh_host_rsa_key.
debug1: read PEM private key done: type RSA
debug1: private host key: #1 type 1 RSA
debug3: Not a RSA1 key file /etc/ssh_host_dsa_key.
debug1: read PEM private key done: type DSA
debug1: private host key: #2 type 2 DSA
debug1: Bind to port 22 on 0.0.0.0.
Server listening on 0.0.0.0 port 22.
Generating 768 bit RSA key.
RSA key generation complete.
debug1: Server will not fork when running in debugging mode.
Connection from 143.106.81.245 port 3266
debug1: Client protocol version 2.0; client software version 
OpenSSH_3.7.1p2
debug1: match: OpenSSH_3.7.1p2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-1.99-OpenSSH_3.7.1p2
debug2: Network child is on pid 840
debug1: list_hostkey_types: ssh-rsa,ssh-dss
debug3: preauth child monitor started
debug1: SSH2_MSG_KEXINIT sent
debug3: mm_request_receive entering
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-gro
up1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,
aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-c
tr
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,
aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-c
tr
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED]
ssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED]
ssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: 
diffie-hellman-group-exchange-sha1,diffie-hellman-gro
up1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,
aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-c
tr
debug2: kex_parse_kexinit: 
aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,
aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-c
tr
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED]
ssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: 
hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED]
ssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_init: found hmac-md5
debug1: kex: client->server aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received
debug3: mm_request_send entering: type 0
debug3: mm_choose_dh: waiting for MONITOR_ANS_MODULI
debug3: monitor_read: checking request 0
debug3: mm_request_receive_expect entering: type 1
debug3: mm_answer_moduli: got parameters: 1024 2048 8192
debug3: mm_request_receive entering
debug3: mm_request_send entering: type 1
debug2: monitor_read: 0 used once, disabling now
debug3: mm_choose_dh: remaining 0
debug3: mm_request_receive entering
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent
debug2: dh_gen_key: priv key bits set: 118/256
debug2: bits set: 1630/3191
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT
debug2: bits set: 1597/3191
debug3: mm_key_sign entering
debug3: mm_request_send entering: type 4
debug3: mm_key_sign: waiting for MONITOR_ANS_SIGN
debug3: monitor_read: checking request 4
debug3: mm_request_receive_expect entering: type 5
debug3: mm_answer_sign
debug3: mm_request_receive entering
debug3: mm_answer_sign: signature 0x100fcf80(143)
debug3: mm_request_send entering: type 5
debug2: monitor_read: 4 used once, disabling now
debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent
debug3: mm_request_receive entering
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: KEX done
debug1: userauth-request for user pcosta service ssh-connection method 
none
debug1: atte

Re: cygdrive path

[Jan Buys]

I will try out the DDD/cygwin solution for now (deeply ashamed I did not notice 
it was there somewhere)...

Thanks Igor and Larry for your answers :)


--
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: rsync 2.6.0-1 coredump with Cygwin 1.5.7-1

[Lapo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Greg Larkin wrote:
| I have verified that my SSH connection is not timing out, nor are the
| firewalls closing the connection.  I believe this is a problem introducted
| by the Cygwin DLL update, because I had an archived copy of rsync version
| 2.5.7-2.  I tried the backup with that version of rsync, and the same
thing
| happened.
|
| I also attempted to downgrade to Cygwin DLL 1.5.5-1, but that didn't
seem to
| work.  I kept getting undefined DLL entry point error alerts.  If
anyone has
| some instructions on how to properly downgrade, let me know and I'll try
| that to see if the problem goes away.
Old rsync 2.5.7-2 should work with cygwin 1.5.5-1, but on the
[EMAIL PROTECTED] mailing list many people reports that the new cygwin
1.5.7 release actually *solves* problems, and doesn't add more.
There is a known "scp hangs after 800Mb" problem or something like that,
but I still didn't debug it.
(moreover it seems to be more an ssh or signaling problem than a rsync
problem, which uses ssh only as a transport)
Lapo

- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkAjb3QACgkQaJiCLMjyUvuk/gCdFKOWYmy/pte9mXeKUj8b9CQ6
AT4AoMExaPS7wOReQeMeVvkIolS5HpbG
=DVPU
-END PGP SIGNATURE-
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Signal handling failed when using msgrcv - CYGWIN 1.5.7

[Corinna Vinschen]

On Feb  6 00:57, [EMAIL PROTECTED] wrote:
> I have a process that waits on a message queue (with msgrcv) and has 
> installed a signal handler.
> When another process send a signal (e.g. SIGTERM) to this process, the 
> signal handler is not called.
> This was working in version 1.5.5 using the ipc2-deamon, but stopped 
> working after switching to version 1.5.7 and using cygserver for the 
> message queue implementation.

Thanks for the report.  Actually that's a problem in the current
implementation of Cygserver.  I'm looking into it.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

cygwin-perl mailling list

[dominix]

cygwin-perl mailling exist now at [EMAIL PROTECTED]
you can subscribe sending a email at [EMAIL PROTECTED]
the home and archives are at http://groups.yahoo.com/group/cygwin-perl/
this list is supposed to support/share perl developpement and module
compilation and tuning on cygwin.

all suggestion/subscriptions welcome.

-- 
dominix




--
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: compile needs netfilter_ipv4.h

[Brian Dessent]

Henning wrote:

> I just installed cygwin and am trying to compile 'reaim' which requires
> 'netfilter_ipv4.h' - a linux kernel header.

Netfilter is a specific capability of the linux kernel.  Any program
that depends on it is going to be restricted to running on linux only. 
It would fail under FreeBSD, OpenBSD, Cygwin, etc.  You'll have a lot
more work to do if you want to port that program.  It's not just a
header file.

Brian

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

Re: Segfault in _cygwin_dll_entry

[peda]

Larry Hall wrote:

>I'd suggest 'cygcheck cygggi-2.dll'.  Make sure there's no MS CRT in
>there anywhere.  If there is, you're on dangerous ground.  Comparing the
>output of this with that of cygii-0.dll might be instructive too.

~$ cygcheck /bin/cyggg-0.dll
C:/cygwin/bin/cyggg-0.dll
  C:/cygwin/bin\cygwin1.dll
C:\WINNT\system32\ADVAPI32.DLL
  C:\WINNT\system32\NTDLL.DLL
  C:\WINNT\system32\KERNEL32.DLL
  C:\WINNT\system32\RPCRT4.DLL

~$ cygcheck /bin/cyggii-0.dll
C:/cygwin/bin/cyggii-0.dll
  C:/cygwin/bin\cygwin1.dll
C:\WINNT\system32\ADVAPI32.DLL
  C:\WINNT\system32\NTDLL.DLL
  C:\WINNT\system32\KERNEL32.DLL
  C:\WINNT\system32\RPCRT4.DLL
  C:/cygwin/bin\cyggg-0.dll

~$ cygcheck /bin/cygggi-2.dll
C:/cygwin/bin/cygggi-2.dll
  C:/cygwin/bin\cyggg-0.dll
C:/cygwin/bin\cygwin1.dll
  C:\WINNT\system32\ADVAPI32.DLL
C:\WINNT\system32\NTDLL.DLL
C:\WINNT\system32\KERNEL32.DLL
C:\WINNT\system32\RPCRT4.DLL
  C:/cygwin/bin\cyggii-0.dll

>>Is it a known problem?

>No.  If nothing "obvious" turns up in your initial efforts to scope the
>problem, you're probably going to be best off debugging into the Cygwin
>DLL to see where it crashes.

What should I read to get going with debugging into the Cygwin DLL?

/Peter

--
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: Segfault in _cygwin_dll_entry

[peda]

Igor Pechtchanski wrote:

>One obvious thing to check for is whether the application tries to
>dynamically load a Cygwin-dependent DLL (which may result in attempting 
to
>load cygwin1.dll dynamically, and that is *not supported*).

I assume that by dynamically load, you are referring to dlopen(). If I
assume correctly, then that is not the case here. main() is not
reached before the segfault happens.

/Peter

--
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: Plausibility of sendmail?

[Brian Dessent]

Joaquin wrote:

> Lastly, my professor REQUIRED us to use sendmail for our Perl
> CGI/DBI/mail projects.  There was no choice in the matter.  The code
> would be deployed on the college system, which is a Linux system.  My
> development machine is a small tiny VIAO laptop running Windows XP.  I
> would prefer to develop the whole application on my system, at a
> relaxing coffee shop, and sendmail will allow me to do that.  Otherwise,
> I am forced to use the horribly maintained lab system.

But Exim provides a sendmail-compatible interface, and a symlink to
/usr/sbin/sendmail.  Anything that expects to call sendmail from the
command line should work fine with Exim, including all those perl
modules.  Even if you are doing something obscure that absolutely
requires sendmail, then you should still be able to develop and test the
other 99% of the app on your laptop with Exim, without any actual
sendmail.

The notion of requiring a specific MTA boggles my mind.  Sure, require a
sendmail-compatible MTA, fine, but needing a genuine sendmail?

Brian

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

RE: 1.5.7: make hangs on XP (with HT)

[Rafael Kitover]

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
>Rolf Campbell
>Sent: Thursday, February 05, 2004 8:40 AM
>To: [EMAIL PROTECTED]
>Subject: 1.5.7: make hangs on XP (with HT)
>
>I've been trying to narrow the problem I've been having with make (-j)
>and processes locking up.  And I've made some progress.
>
>First, this happens with 1.5.6 -> 1.5.7 (and every snapshot in-between).
>
>I've tried this test on 3 configurations:
>WinXP (HyperThreaded): fails quickly (between 20 seconds and 3 minutes)
>Win2000 (Not HT): fails slowly (between 6 minutes and 20 minutes)
>WinXP (HT turned off): does not fail (ran it for about an hour and it
>was fine).
[SNIP]

This test would fail on me on WinXP on an HT machine very quickly with 1.5.7
and earlier snapshot, but with the most recent CVS it works fine :)

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