Re: Problem with mouse events in XWin server
Thanks for the reply, I'll remember it about cygwin-xfree. On Tue, Sep 7, 2010 at 4:16 PM, Jon TURNEY wrote: > On 07/09/2010 14:31, Jurgen Defurne wrote: >> >> At work I use my portable as X server for a remote Linux machine. I can >> use >> two brands of software, Reflection X, which is installed by our IT >> department, >> or Cygwin XWin, which I install my self. >> >> The application which I need to access is Continuus, which is Motif based. >> >> What is now my problem? When I start Continuus using Reflection, I am >> missing >> some fonts. I think it are the TTF and Type1 fonts that are missing, >> but Reflection >> cannot handle them. >> >> When I start XWin using 'startxwin', I can connect to Continuus and I get >> my >> missing fonts. However, there is something else that is now missing. >> >> When one right-clicks on a screen element in Continuus, then a context >> dependent menu should pop-up. However, with XWin this does not happen. >> >> I used 'xev' to see the differences in mouse events, and in XWin I see the >> following : >> >> ButtonPress event, serial 21, synthetic NO, window 0x21, >> root 0x44, subw 0x0, time 27589328, (123,42), root:(185,627), >> state 0x10, button 3, same_screen YES >> >> while using Reflection X I see >> >> ButtonPress event, serial 22, synthetic NO, window 0x41, >> root 0x3b, subw 0x0, time 16229, (132,53), root:(184,187), >> state 0x0, button 3, same_screen YES > > X related questions belong on the cygwin-xfree list. > > I think you have num-lock on. See [1]. > > [1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#numlock-modifier > > -- > Jon TURNEY > Volunteer Cygwin/X X Server maintainer > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem with mouse events in XWin server
Dear all, At work I use my portable as X server for a remote Linux machine. I can use two brands of software, Reflection X, which is installed by our IT department, or Cygwin XWin, which I install my self. The application which I need to access is Continuus, which is Motif based. What is now my problem? When I start Continuus using Reflection, I am missing some fonts. I think it are the TTF and Type1 fonts that are missing, but Reflection cannot handle them. When I start XWin using 'startxwin', I can connect to Continuus and I get my missing fonts. However, there is something else that is now missing. When one right-clicks on a screen element in Continuus, then a context dependent menu should pop-up. However, with XWin this does not happen. I used 'xev' to see the differences in mouse events, and in XWin I see the following : ButtonPress event, serial 21, synthetic NO, window 0x21, root 0x44, subw 0x0, time 27589328, (123,42), root:(185,627), state 0x10, button 3, same_screen YES while using Reflection X I see ButtonPress event, serial 22, synthetic NO, window 0x41, root 0x3b, subw 0x0, time 16229, (132,53), root:(184,187), state 0x0, button 3, same_screen YES Btw. I had the same problem with our Sun server. Other parts of the handling of mouse events also differ. Reflection X only reports the ButtonPress and ButtonRelease events, while XWin also leaves a MotionNotify event upon releasing the button. Is there any way I can configure or influence this? I looked at xmodmap, but that seems to be only concerned with keyboard mappings. Regards, Jurgen -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fwd: Problems with line endings for shell scripts
>On 2/9/2010 2:41 AM, Jurgen Defurne wrote: >> To be more complete : >> >> 1) These are the mount points on my portable : >> >> C:/Documents and Settings on /home type ntfs (binary) C:/cygwin/bin on >> /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs >> (binary,auto) C:/cygwin on / type ntfs (binary,auto) >> C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) >> H: on /cygdrive/h type netapp (binary,posix=0,user,noumount,auto) >> P: on /cygdrive/p type netapp (binary,posix=0,user,noumount,auto) >> R: on /cygdrive/r type ntfs (binary,posix=0,user,noumount,auto) >> S: on /cygdrive/s type netapp (binary,posix=0,user,noumount,auto) >> W: on /cygdrive/w type netapp (binary,posix=0,user,noumount,auto) >> X: on /cygdrive/x type ntfs (binary,posix=0,user,noumount,auto) >> >> They are all binary. >> >> 2) The problem occurs only with EMPTY lines (^\s*$). All lines filled >> with commands execute without problem. > You're just lucky that your other lines aren't displaying obvious problems. > The reason empty lines are giving you obvious grief is because the carriage > return character is not seen as part of the line ending and is being > interpreted as a command instead. Unless you have a program named the > carriage return character ($'\r' as bash shows it), you'll see bash complain > that it cannot find such a program. > To demonstrate how things could go wrong for non-empty lines, I have attached > a simple script which was saved with Windows line endings and no empty lines. > If you run this under bash on a binary mount you'll see: > cp: cannot stat `testfile1.txt': No such file or directory >There will be a file named testfile1.txt with a carriage return character >after the extension created in your current working directory. If you run using any of the methods mentioned to work around this issue, you'll see no output and will have two empty files named testfile1.txt and testfile2.txt. > 3) The posted solution SHELLOPTS=igncr does help, so this is a general > fix which can be applied by setting SHELLOPTS under Windows. > True. Too bad it is only a solution for Bash. If I remember correctly, make > doesn't care for Windows line endings in its makefiles either, but I don't > think there is any easy solution such as this to blindly ignore the issue. > Also note that in the past I have never had this problem, and my > scripts and programs use a mix of CR and CRLF line endings. My best guesses for what changed for you: 1) Different text editor used to edit your scripts. 2) Different version control tool used to manage/fetch your scripts. *3) Upgrade from a really old version of Bash to the current version.* -Jeremy That will be the last one. We used to Cygwin 1.3, then switched over to 1.5, but development here decided to use MontaVista for development, which was (is?) still based on Cygwin 1.3. Since both environments together caused conflicts, we removed the Cygwin 1.5 installations and ran all our programs through the MV Cygwin environment. Now we switched to Embedded Alley, which uses Mingw for the compiler, and so finally we can upgrade back again to Cygwin 1.7. And this is what MV reports for bash : GNU bash, version 2.05b.0(1)-release (i686-pc-cygwin) Copyright (C) 2002 Free Software Foundation, Inc. Regards, Jurgen -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Fwd: Problems with line endings for shell scripts
On Tue, Feb 9, 2010 at 9:21 AM, Defurne, Jurgen wrote: > > > -Original Message- > From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of > Jeremy Bopp > Sent: 2010 feb 08 16:20 > To: cygwin@cygwin.com > Subject: Re: Problems with line endings for shell scripts > > On 2/8/2010 6:30 AM, Jurgen Defurne wrote: >> Dear all, >> >> I have the following mounts on my test & verification system for Cygwin 1.7. >> >> C:/Documents and Settings on /home type ntfs (binary,exec) >> C:/cygwin/bin on /usr/bin type ntfs (binary,auto) >> C:/cygwin/lib on /usr/lib type ntfs (binary,auto) >> C:/cygwin on / type ntfs (binary,auto) >> C:/local on /usr/local type ntfs (binary,exec) >> B: on /cygdrive/b type cifs (binary,posix=0,user,noumount,auto) >> C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) >> E: on /cygdrive/e type cifs (binary,posix=0,user,noumount,auto) >> H: on /cygdrive/h type netapp (binary,posix=0,user,noumount,auto) >> Z: on /cygdrive/z type ntfs (binary,posix=0,user,noumount,auto) >> >> Today I am having a problem with running a shell script (sh/bash) >> which has CRLF endings. This is already an old script and has been >> much used across Cygwin 1.3, 1.5. MontaVista 4.0 and Montavista 5.0. >> >> After testing (because Perl does not have a problem), I found out that >> there is a problem with empty lines in bash. >> >> Here is my test case : >> >> echo Line to echo >> >> echo Another line >> >> When running this, I get the output >> >> Line to echo >> run_echo: line 2: $'\r': command not found >> Another line >> >> I also tested it on my portable. There I do not have the problem. The main >> difference between the two systems is that the OS in the first case is >> 2003 Server and in the second case Windows XP. > > The problem is that Bash only supports Unix line endings, and your > system is configured to use binary mounts which send the scripts to Bash > with the Windows line endings intact. Your portable most likely has > text mounts configured which strip the Windows line endings from the > files on the fly as Bash reads them or is using one of the other > mechanisms mentioned here: > > http://cygwin.com/ml/cygwin-announce/2009-07/msg2.html > > -Jeremy > > -- > Problem reports: http://cygwin.com/problems.html > FAQ: http://cygwin.com/faq/ > Documentation: http://cygwin.com/docs.html > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple To be more complete : 1) These are the mount points on my portable : C:/Documents and Settings on /home type ntfs (binary) C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) H: on /cygdrive/h type netapp (binary,posix=0,user,noumount,auto) P: on /cygdrive/p type netapp (binary,posix=0,user,noumount,auto) R: on /cygdrive/r type ntfs (binary,posix=0,user,noumount,auto) S: on /cygdrive/s type netapp (binary,posix=0,user,noumount,auto) W: on /cygdrive/w type netapp (binary,posix=0,user,noumount,auto) X: on /cygdrive/x type ntfs (binary,posix=0,user,noumount,auto) They are all binary. 2) The problem occurs only with EMPTY lines (^\s*$). All lines filled with commands execute without problem. 3) The posted solution SHELLOPTS=igncr does help, so this is a general fix which can be applied by setting SHELLOPTS under Windows. Also note that in the past I have never had this problem, and my scripts and programs use a mix of CR and CRLF line endings. Regards, Jurgen -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problems with line endings for shell scripts
Dear all, I have the following mounts on my test & verification system for Cygwin 1.7. C:/Documents and Settings on /home type ntfs (binary,exec) C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C:/local on /usr/local type ntfs (binary,exec) B: on /cygdrive/b type cifs (binary,posix=0,user,noumount,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) E: on /cygdrive/e type cifs (binary,posix=0,user,noumount,auto) H: on /cygdrive/h type netapp (binary,posix=0,user,noumount,auto) Z: on /cygdrive/z type ntfs (binary,posix=0,user,noumount,auto) Today I am having a problem with running a shell script (sh/bash) which has CRLF endings. This is already an old script and has been much used across Cygwin 1.3, 1.5. MontaVista 4.0 and Montavista 5.0. After testing (because Perl does not have a problem), I found out that there is a problem with empty lines in bash. Here is my test case : echo Line to echo echo Another line When running this, I get the output Line to echo run_echo: line 2: $'\r': command not found Another line I also tested it on my portable. There I do not have the problem. The main difference between the two systems is that the OS in the first case is 2003 Server and in the second case Windows XP. Regards, Jurgen -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Python does not support default locale
Dear all, This morning I started python from a new installation 1.7 installation and I got the following warning. bzr: warning: unsupported locale setting bzr could not set the application locale. Although this should be no problem for bzr itself, it might cause problems with some plugins. To investigate the issue, look at the output of the locale(1p) tool available on POSIX systems. bzr: warning: unsupported locale setting Could not determine what text encoding to use. This error usually means your Python interpreter doesn't support the locale set by $LANG (C.UTF-8) Continuing with ascii encoding. Setting LC_ALL to C.ISO-8859-1 removed the warning. This is not blocking or anything else, but I thought that you might want to know (or you even knew it already :). Regards, Jurgen -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Putting a cygwin installation under bzr VCS ?
Dear all, I would like some input, thoughts really, about keeping a central updated repository with a Cygwin installation which can be updated by running bzr. So, currently, I am testing cygwin 1.7 for deployment. However, the deployment needs to be done across 18 computers which are used as build servers. I know how to download the packages and install them using a remote repository, but doing this time and again on these systems is much work without value. Additionally, our configuration needs to be spiced up with extra packages, like Perl packages, mySQL client library and other tools which are not found in the standard Cygwin packages. I have been using bzr already for over a year with other deployed software (mostly compilers) and I really haven't found any problems with it. So, what do you think about putting one standard installation under bzr (Windows) control and then pulling in changes from the different PC's when they are ready for it ? Regards, Jurgen -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Wrong setup.exe on http://www.cygwin.com/
Dear all, I was just trying to upgrade my local package repository, but setup complains that a newer version 2.678 is available. However, when I download it directly using wget http://www.cygwin.com/setup.exe and execute it, I still get 2.677. Regards, Jurgen -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Error when compiling mySQL client libraries
While trying to compile mySQL 5.1.34 client libraries, I get the following errors : In file included from readline.c:54: readline/readline.h:70:29: error: sys/ttydefaults.h: No such file or directory make[2]: *** [readline.o] Error 1 make[2]: Leaving directory `/home/beq00908/mv_builds/mysql-5.1.34/cmd-line-utils/libedit' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/beq00908/mv_builds/mysql-5.1.34/cmd-line-utils' make: *** [all-recursive] Error 1 In which package is sys/ttydefaults.h supposed to be ? Regards, Jurgen -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problem with compiling Perl Curses.pm
On Tue, Jan 19, 2010 at 1:53 PM, Jurgen Defurne
wrote:
> Dear all,
>
> I am beginning to upgrade my environment to Cygwin 1.7. Since I have a
> whole lot of extra requirements, especially in the realm of Perl, I
> have a test case to check my software against.
>
> Well, the second package I want to add is Perl Curses.pm, which does
> not compile anymore. I get
>
> CursesVar.c: In function ‘XS_Curses_Vars_STORE’:
> CursesVar.c:190: error: lvalue required as left operand of assignment
> CursesVar.c:197: error: lvalue required as left operand of assignment
> CursesVar.c:204: error: lvalue required as left operand of assignment
> CursesVar.c:211: error: lvalue required as left operand of assignment
> CursesVar.c:218: error: lvalue required as left operand of assignment
> CursesVar.c:225: error: lvalue required as left operand of assignment
>
> When I expand CursesVar with inclusion of ncurses.h, I see something like
> this :
>
> XS(XS_Curses_Vars_STORE)
> {
> dXSARGS;
> {
> int num = (int)SvIV((SV*)SvRV(ST(0)));
>
> switch (num) {
> case 1:
>
> ncwrap_LINES() = (int)SvIV(ST(1));
>
>>>> Which indeed looks wrong, since the LHS of the assignment is a
>>>> function call.
>
>
> break;
> case 2:
>
> I do not know if I am even on the right forum to ask this, but since I
> encounter it using Cygwin, I decided to start here. Next stop would
> probably be a Perl newsgroup or mailing list.
>
> When I compare the current environment with what we where using, then
> we skipped 6 years. We used to use Cygwin 1.3 and 1.5, but then we had
> to stop using that, because we used MontaVista as development
> environment, but we stopped using that a half year ago, and now I want
> to update our environment with the most recent version of cygwin (not
> the least because of screen, but also because of the better completion
> facilities).
>
> Regards,
>
> Jurgen Defurne
>
I also sent a bug report to bug-Curses.
Regards,
Jurgen Defurne
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem with compiling Perl Curses.pm
Dear all,
I am beginning to upgrade my environment to Cygwin 1.7. Since I have a
whole lot of extra requirements, especially in the realm of Perl, I
have a test case to check my software against.
Well, the second package I want to add is Perl Curses.pm, which does
not compile anymore. I get
CursesVar.c: In function ‘XS_Curses_Vars_STORE’:
CursesVar.c:190: error: lvalue required as left operand of assignment
CursesVar.c:197: error: lvalue required as left operand of assignment
CursesVar.c:204: error: lvalue required as left operand of assignment
CursesVar.c:211: error: lvalue required as left operand of assignment
CursesVar.c:218: error: lvalue required as left operand of assignment
CursesVar.c:225: error: lvalue required as left operand of assignment
When I expand CursesVar with inclusion of ncurses.h, I see something like this :
XS(XS_Curses_Vars_STORE)
{
dXSARGS;
{
int num = (int)SvIV((SV*)SvRV(ST(0)));
switch (num) {
case 1:
ncwrap_LINES() = (int)SvIV(ST(1));
>>> Which indeed looks wrong, since the LHS of the assignment is a
>>> function call.
break;
case 2:
I do not know if I am even on the right forum to ask this, but since I
encounter it using Cygwin, I decided to start here. Next stop would
probably be a Perl newsgroup or mailing list.
When I compare the current environment with what we where using, then
we skipped 6 years. We used to use Cygwin 1.3 and 1.5, but then we had
to stop using that, because we used MontaVista as development
environment, but we stopped using that a half year ago, and now I want
to update our environment with the most recent version of cygwin (not
the least because of screen, but also because of the better completion
facilities).
Regards,
Jurgen Defurne
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 'kill' cannot see other process but its own PID ?
Ah, yes, and I am running... (drumroll) Windows 2003! Thanks. Then I need to implement my functionality the hard way. Regards, Jurgen Corinna Vinschen <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2007-03-29 10:50 AM Please respond to cygwin@cygwin.com To cygwin@cygwin.com cc Subject Re: 'kill' cannot see other process but its own PID ? Classification On Mar 29 09:30, Jurgen Defurne wrote: > Hello, > > I just discovered that 'kill' is not able to test (-0) for processes > which have been started from the cygwin environment, but > running as another user, in this case as a service (UID = 0). > > Is this a problem stemming from the cygwin environment > or is it due to Windows itself ? > > As a workaround, it seems only parsing the output from > 'ps -Wl' could give me the desired functionality, which > is testing if a certain process, of which the PID is known, > is still running or not. > > Does anyone have maybe other ideas I might have > missed ? Depending on your user rights you might be unable to access the POSIX process information object created by Cygwin processes running in another session. This is a result of a change starting with Windows 2003 and XP 64 bit. The current solution in Cygwin is slighlty incorrect but we don't have a nice workaround so far. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
'kill' cannot see other process but its own PID ?
Hello, I just discovered that 'kill' is not able to test (-0) for processes which have been started from the cygwin environment, but running as another user, in this case as a service (UID = 0). Is this a problem stemming from the cygwin environment or is it due to Windows itself ? As a workaround, it seems only parsing the output from 'ps -Wl' could give me the desired functionality, which is testing if a certain process, of which the PID is known, is still running or not. Does anyone have maybe other ideas I might have missed ? Regards, Jurgen -- 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/
Has anybody built emacs from the source package ?
Hello, everybody, I want to install emacs in my MontaVista environment, so I downloaded the Cygwin sources for it (I succeeded in installing rxvt in the same environment). I unpack it and there are two files, a build and installation script, and the complete sources as tar.gz. However, when I run the script, I always get the error ./emacs-21.3.50.install: line 3252: emacs-21.3.50-2.new/emacs-el/setup.hint: No such file or directory I get an extra directory 'emacs-21.3.50-2.new', containing a file 'emacs-21.3.50-2-src.tar.bz2' and a file 'setup.hint'. The tar.bz2 file again contains a tar.gz file and an install script with the same names as in the original package. Any experiences and advice in this area ? Bye, Jurgen -- 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: How to get Cygwin application sources
Thanks, I am so used to only download packages that I forgot about the source option in the setup.exe. Jurgen Brian Dessent <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2006-03-14 08:56 AM Please respond to cygwin@cygwin.com To cygwin@cygwin.com cc Subject Re: How to get Cygwin application sources Classification Jurgen Defurne wrote: > How can I get the Cygwin application sources on my local system ? > > I found the description how to get the Cygwin library sources, and I > found the package listing, but if I go in a *-src* directory, I only get > a text file listing, not a directory which I could download using wget. Every binary package that you can install with setup.exe has a corresponding source package. Run setup and click on the desired package to cycle its selection to "Source" (or click once in the "Src" box.) The package's source will be automatically downloaded and unpacked into /usr/src. If you want to download the source package manually you can do that. They are just compressed tarballs like any other package. They are in the same directories on the mirrors as the binary packages. It seems like you are getting confused by the package listing pages on cygwin.com. Those only list the filenames and contents of packages. You cannot download any actual packages (binary or source) from cygwin.com in order to prevent bandwidth exhaustion. This is the purpose of the mirror system, so just browse the directory tree on your favorite mirror URL if you want to see the actual files. 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/ -- 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/
How to get Cygwin application sources
Hello, How can I get the Cygwin application sources on my local system ? I found the description how to get the Cygwin library sources, and I found the package listing, but if I go in a *-src* directory, I only get a text file listing, not a directory which I could download using wget. Regards, Jurgen Defurne -- 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: lpr error (Was :Re: Enscript error with passwd uid field (enscript-1.6.3-3))
Unfortunately, it doesn't. I am using the 20051117 snapshot from the cygwin1.dll, but I still get the same error. It's not critical, but printing using enscript is easier than pointing and clicking in the explorer. Btw. I compiled enscript 1.6.3-9 and the uid error is gone. Regards, Jurgen Corinna Vinschen <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2005-11-23 01:39 PM Please respond to cygwin@cygwin.com To cygwin@cygwin.com cc Subject Re: lpr error (Was :Re: Enscript error with passwd uid field (enscript-1.6.3-3)) Classification On Nov 23 12:49, Jurgen Defurne wrote: > I do have a real problem, but not with enscript, but with accessing > the printers. > > In the past, I could set PRINTER to //server/printershare, and use > enscript and lpr to print out my jobs. > > If I try to print now, I get the following message from lpr : > lpr: printer error: can't open '\\beqbrgbrg1ms0p1\psbe31.lnk' for > writing: The printer name is invalid. > > Upon further investigation, it seems that I cannot contact any > printers anymore from cygwin upon our print server, but I > can see those printers from my explorer. > > Ie. If I do 'ls //server' I should probably see the printer shares, > like any other share on the same server. No, the shares under //server are only of type disk, not type printer. Contacting the printer using the above $PRINTER variable should work in the snapshots. Please try the latest one from http://cygwin.com/snapshots/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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: syntax highlighting in vim
Goto /usr/share/vim/vim64 and copy the file vimrc_example.vim to /usr/share/vim/vimrc. Jurgen "Alireza Ghasemi" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2005-11-23 11:52 AM To cc Subject syntax highlighting in vim Classification Hello, I have installed almost whole cygwin from an ISO snapshot. When using vim in it I realized that it doesn't highlight .c or .cc files. " :syntax enable " didn't work.Can anybody help me about it ? I have the same problem about ls too.Do they ever support syntax highlighting ? -- 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/
lpr error (Was :Re: Enscript error with passwd uid field (enscript-1.6.3-3))
I do have a real problem, but not with enscript, but with accessing the printers. In the past, I could set PRINTER to //server/printershare, and use enscript and lpr to print out my jobs. If I try to print now, I get the following message from lpr : lpr: printer error: can't open '\\beqbrgbrg1ms0p1\psbe31.lnk' for writing: The printer name is invalid. Upon further investigation, it seems that I cannot contact any printers anymore from cygwin upon our print server, but I can see those printers from my explorer. Ie. If I do 'ls //server' I should probably see the printer shares, like any other share on the same server. Any ideas ? Jurgen Jurgen Defurne <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2005-11-23 11:44 AM Please respond to Jurgen Defurne/BRG/CE/[EMAIL PROTECTED] To cygwin@cygwin.com cc Subject Enscript error with passwd uid field (enscript-1.6.3-3) Classification Hello, I just installed enscript in the most current Cygwin environment (stable), end I get the following error when starting it. enscript: kan geen wachtwoord vinden voor uid=45056: No error This is Dutch, when translating I expect to get something like : enscript: cannot find password for uid=45056: No error My generated passwd file however, contains 176128, not 45046. By replacing the former uid with the latter, the problem is solved. However, should this still be necessary ? I thought that a long time ago this problem was solved ? Regards, Jurgen Defurne -- 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/
Enscript error with passwd uid field (enscript-1.6.3-3)
Hello, I just installed enscript in the most current Cygwin environment (stable), end I get the following error when starting it. enscript: kan geen wachtwoord vinden voor uid=45056: No error This is Dutch, when translating I expect to get something like : enscript: cannot find password for uid=45056: No error My generated passwd file however, contains 176128, not 45046. By replacing the former uid with the latter, the problem is solved. However, should this still be necessary ? I thought that a long time ago this problem was solved ? Regards, Jurgen Defurne -- 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/
Fw: Regression problem in cygwin1.5.18 and Perl 5.8.6/7
- Forwarded by Jurgen Defurne/BRG/CE/PHILIPS on 2005-10-12 01:36 PM
-
Jurgen Defurne
2005-10-12 01:24 PM
To
Jurgen Defurne/BRG/CE/[EMAIL PROTECTED]
cc
Subject
Re: Regression problem in cygwin1.5.18 and Perl 5.8.6/7
Classification
Unclassified
Lo and behold, using the 20051011 snapshot solves my problem.
Big pheew!
Thanks anyway for replying.
Jurgen
Jurgen Defurne <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
2005-10-12 01:12 PM
Please respond to
Jurgen Defurne/BRG/CE/[EMAIL PROTECTED]
To
cygwin@cygwin.com
cc
Subject
Re: Regression problem in cygwin1.5.18 and Perl 5.8.6/7
Classification
I have found time to install a fresh Cygwin setup
on a Windows 2000 machine, where I did not have
the previously described problem (three years of
production service).
I wrote a wrapper script which executes the
open $proc, "process|";
while (<$proc>) {
print $_;
}
close $proc;
loop on an external program.
I used three external programs, one Perl script, one bash
script (both Cygwin related), and one using our much used
Continuus application (Windows command line program).
I had the following three configurations :
System 1 System 2System 3
W2K3 ServerW2K Server W2K Server
Cygwin 1.5.18-1Cygwin 1.5.18.-1Cygwin 1.5.11-1
On all systems, executing a Cygwin related program
gives the right behavior, that is, as soon as the
file descriptor is ready, a line is read and printed.
Only on system 3, which uses an older version of Cygwin,
this behaviour is correct for the Windows command line
program.
It also has nothing to do with the installation of
Continuus, because the installations on System 2 and 3
have been running for years without problems.
So, first of all, I will try with an upgrade of the
cygwin1.dll.
If this does not help, what can I do more to help you
help me ?
Regards,
Jurgen
"Larry Hall (Cygwin)" <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
2005-10-10 07:39 PM
Please respond to
cygwin@cygwin.com
To
Jurgen Defurne/BRG/CE/[EMAIL PROTECTED]
cc
cygwin@cygwin.com
Subject
Re: Regression problem in cygwin1.5.18 and Perl 5.8.6/7
Classification
Jurgen Defurne wrote:
> Repost. It is not that urgent, but it would be nice to get some
feedback,
> even if it is only to say that I should maybe upgrade to cygwin 1.5.19.
Well, you could always try that - <http://cygwin.com/snapshots/>. The
other
possibility is to upgrade your W2K/XP machine to the 1.5.18 version of the
cygwin package and see if you see the same behavior. The information
you've
given so far doesn't eliminate the possibility of a W2K3 bug of some kind.
--
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/
--
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: Regression problem in cygwin1.5.18 and Perl 5.8.6/7
I have found time to install a fresh Cygwin setup
on a Windows 2000 machine, where I did not have
the previously described problem (three years of
production service).
I wrote a wrapper script which executes the
open $proc, "process|";
while (<$proc>) {
print $_;
}
close $proc;
loop on an external program.
I used three external programs, one Perl script, one bash
script (both Cygwin related), and one using our much used
Continuus application (Windows command line program).
I had the following three configurations :
System 1 System 2System 3
W2K3 ServerW2K Server W2K Server
Cygwin 1.5.18-1Cygwin 1.5.18.-1Cygwin 1.5.11-1
On all systems, executing a Cygwin related program
gives the right behavior, that is, as soon as the
file descriptor is ready, a line is read and printed.
Only on system 3, which uses an older version of Cygwin,
this behaviour is correct for the Windows command line
program.
It also has nothing to do with the installation of
Continuus, because the installations on System 2 and 3
have been running for years without problems.
So, first of all, I will try with an upgrade of the
cygwin1.dll.
If this does not help, what can I do more to help you
help me ?
Regards,
Jurgen
"Larry Hall (Cygwin)" <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
2005-10-10 07:39 PM
Please respond to
cygwin@cygwin.com
To
Jurgen Defurne/BRG/CE/[EMAIL PROTECTED]
cc
cygwin@cygwin.com
Subject
Re: Regression problem in cygwin1.5.18 and Perl 5.8.6/7
Classification
Jurgen Defurne wrote:
> Repost. It is not that urgent, but it would be nice to get some
feedback,
> even if it is only to say that I should maybe upgrade to cygwin 1.5.19.
Well, you could always try that - <http://cygwin.com/snapshots/>. The
other
possibility is to upgrade your W2K/XP machine to the 1.5.18 version of the
cygwin package and see if you see the same behavior. The information
you've
given so far doesn't eliminate the possibility of a W2K3 bug of some kind.
--
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/
--
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/
Regression problem in cygwin1.5.18 and Perl 5.8.6/7
Repost. It is not that urgent, but it would be nice to get some feedback,
even if it is only to say that I should maybe upgrade to cygwin 1.5.19.
Thanks.
Jurgen
Jurgen Defurne <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
2005-10-06 02:48 PM
Please respond to
Jurgen Defurne/BRG/CE/[EMAIL PROTECTED]
To
cygwin@cygwin.com
cc
Subject
Regression problem in cygwin1.5.18 and Perl 5.8.6/7
Classification
Here is a description of my problem. I have two different
installations of Cygwin on different systems :
System 1 System 2
cygwin 1.5.11-1 cygwin 1.5.18-1
perl 5.8.5-3perl 5.8.6-4 (or 5.8.7-..)
Windows 2000 Windows 2003 Server
Windows XP
I have certain programs which run the following code (very condensed)
as a wrapper program :
open $proc, "$cmd|";
while (<$proc>) {
# E.g.
print $_;
}
close $proc;
Under system 1 (the old system) this does what it must do, regardless
if I run Cygwin programs or Windows programs. I can catch the output
of the subprocess and do something with it in parallel in the 'while'
loop (eg. write the output to a log file, and to STDOUT and process it
to extract data).
I have now installed a new environment on Windows 2003 server,
and what now happens is that the output of the started process
is only read and processed after the subprocess terminates.
Nothing else has changed, the scripts which do all the work
are exactly the same.
I have tested the above code on both systems and watched the
processes with procexp. What strikes me as odd is that on the first
system have a process tree like this :
perl
sh
sh
perl (In case I start ActiveState Perl here)
On the second system I have a process tree like :
perl
sh
perl (like above)
This issue is not blocking for me, because I can run the necessary
programs without my Perl wrapper, but the wrapper adds functionality
which cannot be added to the program being run.
Any ideas ?
Regards,
Jurgen
--
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/
Regression problem in cygwin1.5.18 and Perl 5.8.6/7
Here is a description of my problem. I have two different
installations of Cygwin on different systems :
System 1 System 2
cygwin 1.5.11-1 cygwin 1.5.18-1
perl 5.8.5-3perl 5.8.6-4 (or 5.8.7-..)
Windows 2000 Windows 2003 Server
Windows XP
I have certain programs which run the following code (very condensed)
as a wrapper program :
open $proc, "$cmd|";
while (<$proc>) {
# E.g.
print $_;
}
close $proc;
Under system 1 (the old system) this does what it must do, regardless
if I run Cygwin programs or Windows programs. I can catch the output
of the subprocess and do something with it in parallel in the 'while'
loop (eg. write the output to a log file, and to STDOUT and process it
to extract data).
I have now installed a new environment on Windows 2003 server,
and what now happens is that the output of the started process
is only read and processed after the subprocess terminates.
Nothing else has changed, the scripts which do all the work
are exactly the same.
I have tested the above code on both systems and watched the
processes with procexp. What strikes me as odd is that on the first
system have a process tree like this :
perl
sh
sh
perl (In case I start ActiveState Perl here)
On the second system I have a process tree like :
perl
sh
perl (like above)
This issue is not blocking for me, because I can run the necessary
programs without my Perl wrapper, but the wrapper adds functionality
which cannot be added to the program being run.
Any ideas ?
Regards,
Jurgen
--
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/
Which libraries or programs write to /var/log/wtmp ?
Hello, We had a problem induced on Samba by our Cygwin installation. Our /var/log/wtmp file grew enormously and made Samba connections flaky. By removing the wtmp file the flakyness is solved, but we would like to know the real cause why the wtmp grew so enormously in such a short time. I am talking about 100'ds of megabytes in a few days. When I scanned wtmp with 'last', I found out that for several workstations at certain times of the day (especially when doing builds) there where peak accesses (writing probably) in the order of more than once per minute. That is why I am trying to find out by which programs this writing to wtmp can be caused. I grepped for wtmp through most files in /bin, /sbin, /lib, /usr/bin, /usr/sbin and /usr/lib but I do not find any references to it. Can anybody help me to look further ? Regards, Jurgen -- 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: /var/log/wtmp problem
Do you happen to know from which package 'last' is part ? I will need to build this program myself, because I am unable to upgrade my Cygwin environment and install the package (due to operational constraints). Thanks for the info, Jurgen. René Berber <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2005-09-12 09:15 AM To cygwin@cygwin.com cc Subject Re: /var/log/wtmp problem Classification Jurgen Defurne wrote: > Hello, > > Can someone explain for what /var/log/wtmp is used ? > > It seems that this file grows very quickly in our Cygwin environment, and > I > want to find out which programs write to this file. /var/log/wtmp gets > an update almost every two seconds here. > > We do not use very much programs, I think this covers the complete > list : > - screen (no reference to wtmp found in info) > - bash (standard shell) > - Perl (background programs/ exec ?) > - ssh > - rxvt > - watch You can find some info about it in man last: NAME last, lastb - show listing of last logged in users SYNOPSIS last [-R] [-num] [ -n num ] [-adiox] [ -f file ] [name...] [tty...] lastb [-R] [-num] [ -n num ] [ -f file ] [-adiox] [name...] [tty...] DESCRIPTION Last searches back through the file /var/log/wtmp (or the file desig- nated by the -f flag) and displays a list of all users logged in (and out) since that file was created. Names of users and tty's can be given, in which case last will show only those entries matching the arguments. Names of ttys can be abbreviated, thus last 0 is the same as last tty0. ... If your wtmp is growing that much you have a problem I haven't seen, take a look at the output of "last | head" . HTH -- René Berber -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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/
/var/log/wtmp problem
Hello, Can someone explain for what /var/log/wtmp is used ? It seems that this file grows very quickly in our Cygwin environment, and I want to find out which programs write to this file. /var/log/wtmp gets an update almost every two seconds here. We do not use very much programs, I think this covers the complete list : - screen (no reference to wtmp found in info) - bash (standard shell) - Perl (background programs/ exec ?) - ssh - rxvt - watch Regards, Jurgen Defurne -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problems in Perl process management
I also would like to know if it is possible. However, it could be that it has nothing to do with Cygwin. I have a Perl script which forks several children and monitors their output. If a child fails, then it has no use to run all forked processes further and I kill them with the perl 'kill' command. However, I also notice that deeper forked processes (grandchildren) refuse to die. This script is only run using ActiveState Perl. I think it is really a serious Windows problem, because using the task manager it also seems not really possible to kill a complete process hierarchy. Regards, Jurgen Defurne Sonam Chauhan <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2005-05-10 10:41 AM To: "'cygwin@cygwin.com'" cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:problems in Perl process management Classification: Hello - I'd appreciate help with problems doing process management in Cygwin/Perl. I have a Perl application that creates child processes - I need it to kill processes that exceed a certain timeout. I am trying to use the Proc::ProcessTable and Proc::Killfam CPAN modules for this. I ran into two problems: The first problem was a "can't stat /dev" error message produced when calling Proc::Killfam. This problem was fixed by a script I found that populated entries under /dev. To understand the next probem, have a look at the simple test script attached. The script forks a child process, which runs `sleep` in a third process. The parent process then tries to kill both children on expiry of a timeout. The script behaves perfectly on Linux -- it works as expected and kills the fork-ed child Perl process, as well it's `sleep` child process. However, on Cygwin/Perl it only kills the fork-ed Perl child - it cannot kill the `sleep`-ing child. The problem seems to be that the process table data returned by Proc::ProcessTable seems to differ from the data returned 'ps'. Specifically, Proc::ProcessTable returns the WINPID of a process as the PID for the backticked `sleep` process. The closest issue I found in the list archives is this one: http://sourceware.org/ml/cygwin/2005-02/msg00224.html It does not seem to have been resolved. I'm running Perl on Cygwin on Windows XP SP2. Running 'cygcheck -c' gives the following package status for cygwin and Perl: -- cygwin 1.5.16-1 OK perl5.8.6-4OK -- Can anyone help? Regards, Sonam Chauhan -- Electronic Commerce, Corporate Express Australia Ltd. Phone: +61-2-9335-0725, Email: [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/ timeout_test2.pl Description: Binary data -- 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: setup.exe keeps hanging
Christopher, That was the latest version from the URL you gave me. Jurgen Christopher Faylor <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2005-04-14 03:57 PM Please respond to cygwin To: cygwin@cygwin.com cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: setup.exe keeps hanging Classification: On Thu, Apr 14, 2005 at 02:38:25PM +0200, Jurgen Defurne wrote: >I still have the following problems : > >- The installation of cygwin1.dll keeps hanging at 78 % >-- Probably because the installation is not complete, >i cannot get access to my D: drive (which is just a second drive), >but I can get access to my C: drive and to my network drives. > >ANy hints ? Try getting a new version of setup.exe from http://cygwin.com/setup.exe . -- Christopher Faylor spammer? -> [EMAIL PROTECTED] Cygwin Co-Project Leader [EMAIL PROTECTED] TimeSys, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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: setup.exe keeps hanging
I still have the following problems : - The installation of cygwin1.dll keeps hanging at 78 % -- Probably because the installation is not complete, i cannot get access to my D: drive (which is just a second drive), but I can get access to my C: drive and to my network drives. ANy hints ? Jurgen Jurgen Defurne <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2005-04-14 02:05 PM To: cygwin@cygwin.com cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: setup.exe keeps hanging Classification: The problem was that I get pointer problems with the new utilities. I will try to upgrade cygwin1.dll too. Jurgen Jurgen Defurne <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2005-04-14 01:53 PM To: cygwin@cygwin.com cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:setup.exe keeps hanging Classification: I got a big problem, I just reinstalled by error coreutils, and I upgraded to the latest setup.exe. Now, my installer keeps hanging when installing, not at the end of the installation, but at the end of the package installation. We have Norton antivirus, I hope that is not the problem, because I cannot disable it. Any help, this is really critical. Regards, Jurgen -- 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/ -- 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: setup.exe keeps hanging
The problem was that I get pointer problems with the new utilities. I will try to upgrade cygwin1.dll too. Jurgen Jurgen Defurne <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2005-04-14 01:53 PM To: cygwin@cygwin.com cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:setup.exe keeps hanging Classification: I got a big problem, I just reinstalled by error coreutils, and I upgraded to the latest setup.exe. Now, my installer keeps hanging when installing, not at the end of the installation, but at the end of the package installation. We have Norton antivirus, I hope that is not the problem, because I cannot disable it. Any help, this is really critical. Regards, Jurgen -- 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/
setup.exe keeps hanging
I got a big problem, I just reinstalled by error coreutils, and I upgraded to the latest setup.exe. Now, my installer keeps hanging when installing, not at the end of the installation, but at the end of the package installation. We have Norton antivirus, I hope that is not the problem, because I cannot disable it. Any help, this is really critical. Regards, Jurgen -- 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/
Two instances of same cygwin1.dll
Hello, What I have here is not a problem, but maybe an optimalisation for us. We are running the WindRiver Tornado compiler, and found out that replacing their delivered cygwin DLL with the 1.5.11 DLL reduces/eliminates compiler crashes and gives us double the performance. However, when I look with the system information tool under loaded modules, we have the same DLL twice loaded into memory from different paths. Can this give us other potential problems ? I am thinking of renaming the cygwin1.dll under the Tornado directory, so that it cannot be found there anymore, to make the compiler use exclusively the cygwin DLL in our standard cygwin path. Does the Win32 API search for DLL's in the normal PATH variable or are there other environment variables which influence this ? Regards, Jurgen Defurne -- 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/
"script" program
Hello, I know this question has only been recently on this list, but I can't seem to find the answer anymore, and the cygwin mail archive is dead slow this morning, so here I go : In which package is the 'script' utility located, or is it a package which is outside the standard Cygwin repository ? Regards, Jurgen Defurne -- 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: Command boxes popping up
"Morche Matthias" <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
2004-12-13 04:57 PM
To: <[EMAIL PROTECTED]>
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:RE: Command boxes popping up
Classification:
[EMAIL PROTECTED] wrote:
>...
>> I have run a small test :
>> $ /cygdrive/c/Perl/bin/perl -e "system \"dir\""
>>
>> and this pops up a DOS command box while the command
>> executes.
>...
>I do get these boxes only if use wperl instead of perl...
>In that case they pop up and vanish immediately.
Yep that is the behavior I get.
>Did You replace perl with a copy of wperl? By the way,
Well, not intentionally, anyway, and if I use command
completion upon 'wp' I do not get 'wperl'.
Btw. my Perl version is v5.8.5 built for cygwin-thread-multi-64int.
>why don't You use the cygwin perl?!
For 95% of my work I use the Cygwin perl, but this is a build
application that was shoved down our throat here, and Cygwin
interferes with the used compilers, so all references to
cygwin in any form or measure, are removed before the build
process starts. So I use the AS Perl, which is also needed
by the build process, to control everything in this case.
>
> matthias
--
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: Command boxes popping up
Well, According to this mail and another poster who say that they do not have a problem, I will first try to find time to upgrade to Cygwin 1.5.12 and see if the problem persists. Now, with the end of the year in sight, it could probably be that this is more a matter for January. Thanks everybody for replying. Jurgen Yitzchak Scott-Thoennes <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2004-12-13 09:49 PM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: Command boxes popping up Classification: On Mon, Dec 13, 2004 at 04:38:50PM +0100, jurgen.defurne wrote: > I have run a small test : > $ /cygdrive/c/Perl/bin/perl -e "system \"dir\"" > > and this pops up a DOS command box while the command > executes. Outputs to the bash window for me. ActivePerl build 810, cygwin 1.5.12, Windows XP Pro SP1, CYGWIN=tty. -- 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: Command boxes popping up
"Dave Korn" <[EMAIL PROTECTED]>
2004-12-13 04:54 PM
To: Jurgen Defurne/BRG/CE/[EMAIL PROTECTED]
<[EMAIL PROTECTED]>
cc:
Subject:RE: Command boxes popping up
Classification:
> -Original Message-
> From: cygwin-owner On Behalf Of jurgen.defurne
> Sent: 13 December 2004 15:39
> Hi Dave,
>
> No, I have no problems with graphical applications.
Cool, it would have _really_ confused me if you did!
> My scripts run a variety of commands, mostly cygwin,
> but some applications run in a DOS shell.
>
> To elaborate, I run bash, and inside this shell I start
> ActiveState Perl,
> which of course knows nothing about Cygwin. The script run by
> ActiveState's Perl, then starts system or `` commands, and it is
> from there that I get command boxes.
>
> I have run a small test :
> $ /cygdrive/c/Perl/bin/perl -e "system \"dir\""
>
> and this pops up a DOS command box while the command
> executes.
>
> I did not have that before, and the only thing changed was
> the upgrade to Cygwin 1.5.11.
Nonetheless, it would seem that ActiveState Perl is the thing with the
bug in
it. Not being a cygwin program, a change to the cygwin dll could hardly
affect
ActiveState Perl's behaviour, could it?
>>>>###
Yes, but how does that explain that I did not have the problems if I ran
the same things when Cygwin 1.5.3 was still installed ?
<<<<###
Well, it shouldn't of course, but I can imagine one way in which it
could.
Bear in mind that running inside the bash shell - unlike if you were to
just
try your test from a cmd.exe shell - has one major difference: the $PATH
setting
includes the cygwin bin directories at the front.
>>>>###
I will check this PATH setting, although my script fixes up the path
before
starting system calls.
<<<<###
Now, given that cygwin includes its own distribution of Perl, which
presumably
is also called "perl.exe", we have a potential for clashes here.
>>>>###
The subscripts explicit remove any references to any Cygwin environment,
because they know that they clash with each other.
<<<<###
FWIW, running the example that you gave with cygwin perl doesn't produce
a DOS
box. I'm not surprised that AS perl wants to have its system commands run
in a
dos box, as that's the only system it knows about. OTOH I see Jason's
post
saying that he can't reproduce your problem. Therefore I suggest the two
of you
compare $PATH settings, in particular which order AS perl and cygwin's bin
directories occur in both your $PATHs, and that may give us some further
clues...
cheers,
DaveK
--
Can't think of a witty .sigline today
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: Command boxes popping up
Hi Dave, No, I have no problems with graphical applications. My scripts run a variety of commands, mostly cygwin, but some applications run in a DOS shell. To elaborate, I run bash, and inside this shell I start ActiveState Perl, which of course knows nothing about Cygwin. The script run by ActiveState's Perl, then starts system or `` commands, and it is from there that I get command boxes. I have run a small test : $ /cygdrive/c/Perl/bin/perl -e "system \"dir\"" and this pops up a DOS command box while the command executes. I did not have that before, and the only thing changed was the upgrade to Cygwin 1.5.11. Regards, Jurgen "Dave Korn" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 2004-12-13 03:45 PM To: <[EMAIL PROTECTED]> cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:RE: Command boxes popping up Classification: > -Original Message- > From: cygwin-owner On Behalf Of jurgen.defurne > Sent: 13 December 2004 14:22 > Hello, everybody, > > Since I switched from Cygwin 1.5.3 to Cygwin 1.5.11, I keep > getting annoying DOS boxes when starting a non-cygwin > process inside a cygwin process. Yeh? Do you mean if you're at the prompt in a bash shell, and you type "notepad" or "calc" and press return, then a cmd.exe box appears? > Is this a feature (bug) of 1.5.11, so I should upgrade, or > is this the result of a setting ? I think it's neither the result of a setting nor a bug of 1.5.11; I think it's down to something you haven't yet told us about the exact fashion in which you are "starting a non-cygwin process inside a cygwin process". cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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/
Command boxes popping up
Hello, everybody, Since I switched from Cygwin 1.5.3 to Cygwin 1.5.11, I keep getting annoying DOS boxes when starting a non-cygwin process inside a cygwin process. Is this a feature (bug) of 1.5.11, so I should upgrade, or is this the result of a setting ? Upgrading is not that easy because we share cygwin from a central drive. I've found other people having the same problem in the past, but I did not find any answers. Regards, Jurgen -- 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/
Unix time conversion error
Hello, I have a conversion problem. When I convert UNIX timestamps to datetime representations, they are one hour off. Does this have to with the following mail (indeed we are now in DST) ? http://www.cygwin.com/ml/cygwin/2003-10/msg00995.html I first thought it was a Perl problem, but I now notice it in mySQL too (although the mySQL server is running on Solaris). Regards, Jurgen -- 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: SSH key authentification problem
Marc,
To summarise : probably you can log in from Cygwin to
the Linux box using your username and password. This
is the first step.
When you have logged in onto your Linux account, you
are most probably in your home directory. There, you
should enter the command 'ls -al' and look for the .ssh
directory. This directory should have your ownership
and rights 700.
All contents of the directory .ssh should have rights 600.
Saturday morning, I also logged in with one of the students
using 'ssh -v', 'ssh -vv' and even 'ssh -vvv'. You will not get
any more output than what you have already sent to the list.
It will just say which authentication types it tries, but it will not
give any information about why they fail.
If this still fails then it is probably an issue with the
/etc/ssh/sshd_config file on the Linux side, and then you
need administrator assistance, but I seriously doubt that
the most secure authentication mechanisms have been
disabled in favour of password based authorisation.
Regards,
Jurgen
"Marc Poppleton" <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
01/19/2004 12:06 PM
To: <[EMAIL PROTECTED]>
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:RE: SSH key authentification problem
Classification:
> The problem's probably on the server end. It must be configured to
> accept pubkey auth, as well as having your public key installed
> properly. You can see that the client tries pubkey but it's not
> accepted.
Yes, this is what it looks like to me.
> So, none of us are mindreaders here, and we have zero information about
> the configuration details of your sshd, which isn't even running
> Cygwin... So, don't don't be surprised if you are underwhelmed with
> help.
Well, concerning running Cygwin, I get the same results when I type the
same
commands via the Cygwin Bash shell.
Concerning the zero information about the configuration, did I mention
that
I'm a total newbie to this subject, and therefore encline not to know what
would be usefull information?
So, what would you need to know in order to provide me with more
overwhelming information ? ;)
Marc
--
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: SSH key authentification problem
Marc,
My suggestion missed the fact that these settings should
be done on the Linux side !
Jurgen
"Marc Poppleton" <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
01/19/2004 11:05 AM
To: <[EMAIL PROTECTED]>
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:RE: SSH key authentification problem
Classification:
Jurgen and Olaf,
I have done as you suggested:
chmod 700 .ssh
chmod 600 .ssh/*
Nothing different when I try my ssh -i id_dsa [EMAIL PROTECTED] I've
tried
giving a wrong filename and I got an answer saying this file didn't exist
(which is normal).
Here is what I get when I do ssh -v [EMAIL PROTECTED]:
--
C:\.ssh>ssh -v [EMAIL PROTECTED]
OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
debug1: Reading configuration data /etc/ssh_config
debug1: Connecting to theserver [xxx.xxx.xxx.xxx] port 22.
debug1: Connection established.
debug1: identity file /cygdrive/c/.ssh/identity type -1
debug1: identity file /cygdrive/c/.ssh/id_rsa type -1
debug1: identity file /cygdrive/c/.ssh/id_dsa type 2
debug1: Remote protocol version 1.99, remote software version
OpenSSH_3.4p1
debug1: match: OpenSSH_3.4p1 pat
OpenSSH_3.2*,OpenSSH_3.3*,OpenSSH_3.4*,OpenSSH_3.5*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'theserver' is known and matches the RSA host key.
debug1: Found key in /cygdrive/c/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /cygdrive/c/.ssh/identity
debug1: Trying private key: /cygdrive/c/.ssh/id_rsa
debug1: Offering public key: /cygdrive/c/.ssh/id_dsa
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: password
[EMAIL PROTECTED]'s password:
--
I gather the "debug1: Authentications that can continue:
publickey,password"
line is full of precious information, but...I'm a total newbie to ssh. :(
Thanks for your answers!
Marc
--
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: SSH key authentification problem
Marc,
I had Saturday the same problem in the course I am
giving. After a few minutes, it started to dawn : check
your access rights :
$HOME/.ssh should be rwx-- (700)
$HOME/.ssh/* should be rw--- (600)
Jurgen
"Marc Poppleton" <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
01/19/2004 10:28 AM
To: <[EMAIL PROTECTED]>
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:SSH key authentification problem
Classification:
Hello,
I'm trying to setup a CVS over SSH connection between a windows 2k PC and
a
linux server. Since my CVS client is the one embedded in JBuilder9, we
need
to establish a passwordless authentification, thus using keys.
I've installed cygwin and followed the instructions found here :
http://minimal.cx/wincvsssh.php. I have generated a couple private/public
key, given my public key to the server administrator who added it where he
had to. My private key is in the /.ssh directory.
When, in a windows command line, type
ssh [EMAIL PROTECTED]
I get a request for my password. Same problem when I use the -i id_dsa
I've got a CVS_RSH = c:\cywgin\bin\ssh system variable and C:\cygwin\bin
added to my PATH.
What am I doing wrong?
Thank you for helping,
TEAMLOG Lannion
Marc POPPLETON
Rue Fulgence-Bienvenue - 22304 Lannion - France
Tél. : 02.96.48.55.06 Fax : 02.96.48.00.01
--
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: Memory Management on AMD64 in 32-bit mode
What is more : sometimes I get the same type of messages on an Intel Xeon based system. I think that I have a chance of 1 in 500 before I get the same problem, and this is with a program which forks several subprocesses and enters a loop with ticks of 1 s for waiting on finished processes and launching another one. I think it is more an error in the operating system, which may get worse by running on AMD. Regards, Jurgen Christopher Faylor <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 12/09/2003 02:18 AM Please respond to cygwin To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: Memory Management on AMD64 in 32-bit mode Classification: On Mon, Dec 08, 2003 at 07:30:17PM -0500, Benson Margulies wrote: >I happen to have access to a an AMD64 system running Windows. All the >cygwin shells fail to fork with the following. I'd be willing to try >coding and running a patch if the experts would care to offer an idea of >what to try. Sorry but this is not a "now try this" type of debugging activity. It would require quite a bit of effort to track this problem down. As I've said before, it would require physical access to a 64 bit system. -- 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/ -- 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: cygwinb19.dll
Sorry, My colleague created this cygwinb19.dll as a copy from cygwin1.dll. Regards, Jurgen [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 11/04/2003 09:14 AM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:cygwinb19.dll Classification: Hello, This is the first time I noticed, when I tried to copy cygwin1.dll, using filename completion, I noticed that there is also a cygwinb19.dll. Is this for backwards compatibility with older programs ? Regards, Jurgen -- 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/
cygwinb19.dll
Hello, This is the first time I noticed, when I tried to copy cygwin1.dll, using filename completion, I noticed that there is also a cygwinb19.dll. Is this for backwards compatibility with older programs ? Regards, Jurgen -- 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/
Using screen in cygwin 1.5.x
Dear all, I recompiled screen 3.9.13 after I upgraded to Cygwin 1.5.5. It runs fine, but the detach/reattach still does not work. Not that I am really waiting for it, but I decided that I give it try. It is better than in 1.3 though. It starts the application, and the application can be killed, there seems to be even output somewhere, because when I directed /dev/random to its output tty, I had noise. Does screen depend on named pipes for the detach/attach feature. If so, then I know that I should not hold my breath for it. If you want the main reason for asking this, it is because I sometimes type so quickly, that by accident I do ^a-d, which detaches the screen. It would be nice if we could reattach. Regards, Jurgen -- 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 /dev/zero filename creates large files
Don,
The functionality you need is "/dev/null".
Indeed, the function of /dev/zero is to provide a
file which you can read indefinitely. You should use
it like this :
dd if=/dev/zero of= bs=1024 count=number_of_blocks
Regards,
Jurgen
Don Sharp <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
09/25/2003 11:25 AM
To: gnuwin32 <[EMAIL PROTECTED]>
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:cp /dev/zero filename creates large files
Classification:
Hi
I carried out the following sequence of commands
$ for i in `cat /tmp/d`; do if [ -f $i.idx ]; then ls -l ${i}*; fi; done
-rw-r--r--1 don None0 Jun 17 1998 dtaq
-rw-r--r--1 don None 3072 Jun 17 1998 dtaq.idx
$ cp /dev/zero dtaq.idx
The cp appeared to be hanging and the disc was rattling away, so in
another window I typed in
$ ls -l dtaq*
-rw-r--r--1 don None0 Jun 17 1998 dtaq
-rw-r--r--1 don None 65307648 Jun 17 1998 dtaq.idx
and you can see that the reported size of the target of the 'cp
/dev/zero' has grown to a considerable size in a short time.
Can anyone else reproduce this?
Attaching cygcheck.log
Cheers
Don Sharp--
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/
cygcheck.log
Description: Binary data
--
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: Error message
Well, After running the same script 10 times in a row, I did not get the message once and all processing was OK. Probably one of these puzzling things that one gets on MS Windows. Jurgen [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 09/24/2003 01:34 PM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Error message Classification: Hello, all, After getting this message e:\continuus\mg98int\cygwin\bin\perl.exe: *** WFSO timed out for loaded dlls I searched your archives, only to find that other people have had similar messages, but nobody really knows where they come from. I suspect, seeing the contents of previous messages, that it has something to do with forked processes. Currently, I am running cygwin 1.5.5-1, with perl-5.8.0-1, and this is where the message pops up. I am now running the program several times in a row to see if it affects the results, and to see if the message is consistently appearing. Regards, Jurgen -- 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/
Error message
Hello, all, After getting this message e:\continuus\mg98int\cygwin\bin\perl.exe: *** WFSO timed out for loaded dlls I searched your archives, only to find that other people have had similar messages, but nobody really knows where they come from. I suspect, seeing the contents of previous messages, that it has something to do with forked processes. Currently, I am running cygwin 1.5.5-1, with perl-5.8.0-1, and this is where the message pops up. I am now running the program several times in a row to see if it affects the results, and to see if the message is consistently appearing. Regards, Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Minor annoyance : symbolic links and Windows shortcuts
Thanks, Corinna, Unfortunately for me this is infeasible. Samba is run here on a Solaris box and I am not root. But now I know at least what is going on. Thanks again. Jurgen Corinna Vinschen <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 09/23/2003 04:20 PM Please respond to cygwin To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: Minor annoyance : symbolic links and Windows shortcuts Classification: On Tue, Sep 23, 2003 at 04:01:28PM +0200, [EMAIL PROTECTED] wrote: > Hello, Corinna, > > Symlinks form the installation are created as ordinary > files, ie. instead of eg. Uh, I see. Setup doesn't create symlinks as shortcuts. It still uses the old system file method to create symlinks. The system bit must be mapped by samba to get this right. If you're interested to get it working, see `man smb.conf' on your Linux box and search for "map system". 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/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Minor annoyance : symbolic links and Windows shortcuts
Hello, Corinna, Symlinks form the installation are created as ordinary files, ie. instead of eg. lrwxrwxrwx ld.exe -> /usr/bin/ld.exe I get -rw-r--r-- ... ld.exe Unfortunately, I deleted the other files. Jurgen Corinna Vinschen <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 09/23/2003 03:26 PM Please respond to cygwin To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: Minor annoyance : symbolic links and Windows shortcuts Classification: On Tue, Sep 23, 2003 at 02:37:29PM +0200, [EMAIL PROTECTED] wrote: > Hello, > > I noticed this before, but since the solution is simple, > though a little bit annoying, I did not mention it. > > I think this is also only an issue for people who use > cygwin from a shared drive, and the shared drive > comes from Samba, not native Windows. > > Anyhow, I have to recreate manually all symbolic > links, and I have to delete all Windows shortcuts > from my directories, because they do not work. Can you elaborate on this? What means they "don't work"? I can create symlinks on my samba share fine and they also work so the above is not very useful information. Magic formula: "Simple testcase". 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/ -- 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/
FIFO question
Hello, While I was configuring and rebuilding screen, I got the following message : configure: checking fifos... - your fifos are not usable Is that so ? Regards, Jurgen -- 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/
Minor annoyance : symbolic links and Windows shortcuts
Hello, I noticed this before, but since the solution is simple, though a little bit annoying, I did not mention it. I think this is also only an issue for people who use cygwin from a shared drive, and the shared drive comes from Samba, not native Windows. Anyhow, I have to recreate manually all symbolic links, and I have to delete all Windows shortcuts from my directories, because they do not work. Regards, Jurgen -- 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/
Good work!
Hello, Today I have found time to upgrade to 1.5.5, seemingly without glitches, thanks for the good work, guys. Jurgen -- 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: Apache/PHP installation puzzle
Jason, Thanks for trying to help, but I don't get the relationship between PHP and Apache, and Perl and libiconv ? Jurgen Jason Tishler <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 09/15/2003 01:59 PM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: Apache/PHP installation puzzle Classification: Dave, On Mon, Sep 15, 2003 at 10:15:13AM +0100, [EMAIL PROTECTED] wrote: > Does anyone have any suggestions? Use Google: http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=unable+remap+same+address+parent&btnG=Google+Search Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- 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: Apache/PHP installation puzzle
Dave, So you get the same error as I got. That is the reason why I decided to build PHP from scratch for CGI. Now that I know that I am not the only one to get this error, I think we can ask the cygwin people to consider this as a bug report. Regards, Jurgen <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 09/15/2003 11:15 AM To: <[EMAIL PROTECTED]> cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: Apache/PHP installation puzzle Classification: Thanks for the reply, Jurgen, but that didn't work either. Not to be discouraged I decided to uninstall everything to do with Apache and PHP and try again. I did the uninstall and cleaned up all the remaining files I could find. I re-booted the system and initiated a re-install from the Internet. To my surprise I got a new Cygwin, bash, and a few other files. The Apache was also an updataed version! Anyway, the installation went smoothly and this time I indeed had a couple of PHP libraries - /lib/apache/libphp4.dll and /usr/lib/apache/libphp4.dll to be precise. Full of hope I checked the httpd.conf file - everything in place this time. I started the httpd daemon --- - and I got the following $ /usr/sbin/apachectl start [Mon Sep 15 09:43:29 2003] [warn] Loaded DSO lib/apache/libphp4.dll uses plain A pache 1.3 API, this module might crash under EAPI! (please recompile it with -DE API) [Mon Sep 15 09:43:30 2003] [alert] httpd: Could not determine the server's fully qualified domain name, using 192.168.40.12 for ServerName C:\cygwin\usr\sbin\httpd.exe: *** unable to remap C:\cygwin\bin\cygintl-1.dll to same address as parent(0xCA) != 0xCB /usr/sbin/apachectl start: httpd could not be started Now I'm even more confused! Does anyone have any suggestions? Dave D. -- Sent with "Me-Mail", Boltblue's FREE mobile messaging service. http://www.boltblue.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/ -- 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: Apache/PHP installation puzzle
Dave,
Do you run PHP as CGI or as php_mod ?
If CGI, then you should place your PHP scripts in /cgi-bin/,
prepend '#!/usr/bin/php' or whatever, and make your
scripts executable. Also control your php.ini file.
If you run PHP as php_mod, then you must add the
following lines to your apache httpd.conf file :
AddType application/x-httpd-php .php
AddType application/x-httpd-php .phtml
AddType application/x-httpd-php .php3
for whatever file extensions you need.
After this, check again your php.ini file.
I think it should be installed, I have it here on my system,
installed from standard cygwin. It doesn't run here, but
for other reasons, so I use the CGI, which I compiled
from scratch. I do not need the performance, only the
functionality.
Regards,
Jurgen
<[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
09/13/2003 02:25 PM
To: <[EMAIL PROTECTED]>
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:Apache/PHP installation puzzle
Classification:
Fellow Cygwinners!
Now I fully expect to be told to RTFM --- but here goes anyway!
I've installed Cygwin on a W2K workstation primarily for the purpose of
running
Postgres and for this it works admirably. All installations have worked
flawlessly.
Encouraged by the performance of Cygwin I decided that I would replace the
local Windows IIS 'Personal Web Server' with Apache +PHP. I started the
Setup
program, selected Apache and the PHP library and initiated the
installation.
The installation reported complete with no errors or warnings. I started
the
Apache server and accessing 'localhost/index.html' produced the desired
result -
Apache is up and running. I then wrote the approved php test script ( ) and pointed the browser to 'localhost/tester.php'. No PHP!!
I
checked the /etc/postinstall directory and the presence of
apache-php-sh.done
rather indicates that installation was OK. To check I deleted this file,
re-
installed the PHP library alone and, again, installation appears OK with
no
errors. I checked in the setup logs - again, no errors. However, nowhere
on
the system is the a libphp4 of any description to be found and so I can't
see
how I can add the LoadModule line to the httpd.conf file.
I've spent a couple of hours Googling and searching the mail archives but
have
not seen this problem refered to anywhere else. I would appreciate a nudge
in
the right direction,
Regards,
Dave.
--
Sent with "Me-Mail", Boltblue's FREE mobile messaging service.
http://www.boltblue.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/
--
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: cygwinb19.dll
Yes, Christopher, I know. I was just trying to get some more information or maybe a quick fix. In this case I think it is better that the more we know, the better we can defend ourselves against people who try make us pay licenses, based upon 5 year old products, which have perfectly well successors. Regards, Jurgen Christopher Faylor <[EMAIL PROTECTED]> 09/04/2003 03:50 PM Please respond to cygwin To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: cygwinb19.dll Classification: On Thu, Sep 04, 2003 at 01:33:00PM +0200, [EMAIL PROTECTED] wrote: >Tornado II for VxWorks, the ccmips.exe compiler. But it could be that >the problem lies in a different direction, because we stopped all >cygwin processes, took the directories out of the path, and we still >get an error. If you are having problems with software that you received from WindRiver, you should be contacting WindRiver for help. This is not a technical support forum for other company's products. -- 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: cygwinb19.dll
Tornado II for VxWorks, the ccmips.exe compiler. But it
could be that the problem lies in a different direction, because
we stopped all cygwin processes, took the directories out
of the path, and we still get an error.
Recompiling IS an option, since we do have the sources,
but not really feasible, because the compiler must be
the same across all worldwide sites. It does work on other
workstations, though. The only difference is that those are
not equipped with Cygwin.
Regards,
Jurgen
Lapo Luchini <[EMAIL PROTECTED]>
09/04/2003 01:23 PM
To: [EMAIL PROTECTED]
"[EMAIL PROTECTED]:CygWin" <[EMAIL PROTECTED]>
cc: Jurgen Defurne/BRG/CE/[EMAIL PROTECTED]
Subject:Re: cygwinb19.dll
Classification:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
| Nope, did not work either. Still waiting for info from someone more
| experienced.
The "definitive" solution is of course to recompile the app with latest
cygwin headers *and* dll.
You *should* have the sources anyway... (unless the author bought a
cygwin license from redhat, IANAL at all)
Maybe you can discolse a little more infos so we can try to understand
better the problem?
You said "Tornado from WindRiver" but I find little info on Windriver's
website
<http://www.windriver.com/products/products_by_name_t.html>
- --
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAj9XIKgACgkQaJiCLMjyUvstgwCeI4t4bKMJctar7SRWnbBivqQR
FBcAn1bU2RmEd6CvVQzRtHJVmlWWk/3H
=grtz
-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: cygwinb19.dll
Nope, did not work either. Still waiting for info from someone more experienced. Regards, Jurgen [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 09/04/2003 01:02 PM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: cygwinb19.dll Classification: We renamed the cygwinb19.dll to get it out of the way and copied the new one into the directory. Now it works. Jurgen [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 09/04/2003 11:15 AM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:cygwinb19.dll Classification: Dear all, We have a product Tornado from WindRiver, which uses cygwinb19.dll. The Tornado compiler generates an access violation on the workstation which also happens to run a more recent version of Cygwin. This access violation takes place in the cygwinb19.dll. I happen to know from previous discussions that one should not have several versions of cygwin1.dll in his path. Does the same problem arise with one version of cygwinb19.dll and one version of cygwin1.dll ? Regards, Jurgen -- 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/ -- 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: cygwinb19.dll
We renamed the cygwinb19.dll to get it out of the way and copied the new one into the directory. Now it works. Jurgen [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 09/04/2003 11:15 AM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:cygwinb19.dll Classification: Dear all, We have a product Tornado from WindRiver, which uses cygwinb19.dll. The Tornado compiler generates an access violation on the workstation which also happens to run a more recent version of Cygwin. This access violation takes place in the cygwinb19.dll. I happen to know from previous discussions that one should not have several versions of cygwin1.dll in his path. Does the same problem arise with one version of cygwinb19.dll and one version of cygwin1.dll ? Regards, Jurgen -- 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/
cygwinb19.dll
Dear all, We have a product Tornado from WindRiver, which uses cygwinb19.dll. The Tornado compiler generates an access violation on the workstation which also happens to run a more recent version of Cygwin. This access violation takes place in the cygwinb19.dll. I happen to know from previous discussions that one should not have several versions of cygwin1.dll in his path. Does the same problem arise with one version of cygwinb19.dll and one version of cygwin1.dll ? Regards, Jurgen -- 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/
Subprocess fork problem
Hello, I am trying to write a Perl program which needs to execute some processes (builds) in parallel. This program is started in the following process hierarchy : - A running cygwin background process, which starts - The main build control process, still cygwin, which starts - nmake Through setting the variable PARALLEL, the targets which have to be built are changed, and for a PARALLEL build, a new cygwin script is started, but this time through the command shell, using ftype and assoc, instead of through cygwin. This script needs to fork some parallel processes, waits for one to terminate (waitpid(-1, &WNOHANG), then starts another one, and so on, until the complete batch of process is done. These parallel processes should redirect their stdout and stderr to a logfile, so I do open(STDOUT, ">", $logfile); When I do not do the redirect, all is well. When I do redirect the standard files I get the following error(s) : 679 [proc] perl 1972 wait_subproc: wait failed. nchildren 1, wait 1000, Win32 error 6 729 [proc] perl 1972 wait_subproc: nchildren 1, event[1] 0x104, pchildren[0] 0xCB, events[0] 0x20, Win32 error 6 18491 [proc] perl 1972 wait_subproc: pid 2564, dwProcessId 696, hProcess 0x104, progname 'c:\cygwin\bin\sleep.exe' For the moment, the machine which has the problem, still runs on cygwin 1.3.20, I am waiting for 1.5 to stabilise before I completely replace all my packages on a production machine. Anybody have a clue ? Could it be that this problem is solved in a later release ? Regards, Jurgen -- 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: Core dumps : gij (GNU libgcj) version 3.2 20020927 (prerelease)
Thanks, Elfyn, For at least some direction, even if not to a solution. Jurgen Elfyn McBratney <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 08/29/2003 12:11 PM Please respond to cygwin To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: Core dumps : gij (GNU libgcj) version 3.2 20020927 (prerelease) Classification: [EMAIL PROTECTED] wrote: > Hello, > > I am writing some code using the following directory structure, > like it should be in java > > ./source > ./source/classes > > putting into ./source the application, and in ./source/classes > the libraries, where one of the libraries is programmed to > throw an exception at a certain moment. When I execute > this code using gij, I get a core dump. When I compile this > code to an executable, it works fine. > > I have tested my code under Linux, with gij-3.0 and gij-3.3, > there it executes fine, so the problem lies probably in the > cygwin implementation. > > I have narrowed the problem down to a small main file, and > a single class in the subdirectory which throws an exception. > The problem persists. > > If anyone likes to investigate, I can send him my example > code and a core dump as a tar file. You've sent this (at least in essence) a couple of times to the list and no one has answered. This either means that other people aren't experiencing the same problems as you are or that they're not as gcj savvy as you might have hoped. If this goes un-replied, your best bet would be to try and debug this yourself using gdb, and see where the problem occurs. -- Elfyn -- 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: [Fwd: Re: perl test fails]
Hello, Rob,
export CYGWIN="ntsec"
If you do not do that, then all your files will have default
mode 644.
Your file did not change because you do chmod +x,
but because you added the line #!/usr/bin/perl to
it.
Regards,
Jurgen
Rob Clack <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
08/29/2003 12:33 PM
To: [EMAIL PROTECTED]
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:Re: [Fwd: Re: perl test fails]
Classification:
Hooray, we're there! Thank you!
The -x operator works perfectly, but the problem was still rather
obscure, so here's the answer.
Cygwin 1.3.22-1 under NT4, Perl 5.8.0
My script was almost identical to the one Elfyn supplied below, it just
tested a local file rather than /usr/bin/perl.
#!/bin/perl
if ( -x "script" )
{
print "script is executable\n";
}
else
{
system("./script");
}
This local file was a one-liner containing only
echo "I damn well am!"
I had chmod +x this file and when I ran either it or my perl script at
the command prompt I got the output "I damn well am!", indicating that
the -x operator considered the file to be not executable, but the file
itself could, actually, be executed.
But Elfyn's script worked, and mine didn't, so I started poking around.
To my surprise I found that the local file had 644 permissions, not 744
as I'd expected. I chmod +x it again, but the permissions didn't
change, though I could still run it and get the echoed output. I tried
chmod 777, still with no effect. Only when I added a first line
#!/bin/bash would chmod +x work, after which my perl script worked just
like Elfyn's
So there seems to be a couple of weensy buggettes there, though I'm not
suggesting anyone bother to fix them unless they happen to be working
there anyway. They're not serious bugs, but they did obscure the real
problem and waste quite a lot of my and several other people's time.
1. chmod should surely change the permissions whatever the contents of
the file, and if it doesn't, it should issue a message. Silent failure
is not very friendly.
2. a file without execute permission shouldn't execute.
Anyhow, thanks for all the responses.
Rob
Elfyn McBratney wrote:
> Rob Clack wrote:
>
>>Well I thought maybe I'd better just try setting $CYGWIN, even though it
>>didn't seem relevant (I don't have "..problems with NT shares or Samba
>>drives..", since the script reliably breaks when run from a local,
>>non-shared drive) and indeed, it made no difference. Unless there's
>>some special way I should be setting it. I just entered
>>CYGWIN=nosmbntsec at the dollar prompt.
>>
>>OK, so if I assume by the silence that -x is broken, can anyone suggest
>>how I can determine in a perl script whether or not a file is
executable?
>
>
> The `-x' operator WFM. Does, say, this script fail for you (make sure
perl
> is *actually* executable) ?
>
> #!/usr/bin/perl
>
> if (-x "/usr/bin/perl") {
> print "yupp, perl is executable.\n";
> } else {
> print "ut-oh! perl isn't executable.\n";
> }
>
> If you haven't already posted cygcheck[1] output, that might help, and
also
> post your script (I couldn't find it in my archives). Sorry if you've
> already done this.
>
> -- Elfyn
>
> [1] non-inline, plain-text attachment, as per <http://cygwin.com/problems.html>
>
>>- hyphens to separate this from previous posts -
>>
>>Thank you Igor. However, I've now read the entry on smbntsec and it
>>doesn't seem relevant. (Was a useful exercise in itself, since I didn't
>>know about the CYGWIN env var either ;)) I don't have a problem on the
>>Linux box, only on the NT one. And it doesn't matter whether I'm running
>>the script from the networked drive or from the local hard drive, I only
>>get the error under Cygwin.
>>
>>So far it keeps looking to me as though Cygwin is broken.
>>
>>Igor Pechtchanski wrote:
>>
>>>On Wed, 27 Aug 2003, Rob Clack wrote:
>>>
>>>
>>>>Hmmm, don't see how it can have anything to do with the mapping of a
>>>>networked drive, since the problem started on the NT4 box, at which
time
>>>>the scriptlet was located in /cygdrive/e/cygwin/rnc/try.
>>>>
>>>>Since I wanted to demonstrate that it worked on the Linux box (having
>>>>tripped over that one originally!) each time I hacked one copy of the
>>>>script I then had to move to the other machine and duplicate the
changes
&
Core dumps : gij (GNU libgcj) version 3.2 20020927 (prerelease)
Hello, I am writing some code using the following directory structure, like it should be in java ./source ./source/classes putting into ./source the application, and in ./source/classes the libraries, where one of the libraries is programmed to throw an exception at a certain moment. When I execute this code using gij, I get a core dump. When I compile this code to an executable, it works fine. I have tested my code under Linux, with gij-3.0 and gij-3.3, there it executes fine, so the problem lies probably in the cygwin implementation. I have narrowed the problem down to a small main file, and a single class in the subdirectory which throws an exception. The problem persists. If anyone likes to investigate, I can send him my example code and a core dump as a tar file. Regards, Jurgen Defurne -- 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/
Core dumps : gij (GNU libgcj) version 3.2 20020927 (prerelease)
Hello, I am writing some code using the following directory structure, like it should be in java ./source ./source/classes putting into ./source the application, and in ./source/classes the libraries, where one of the libraries is programmed to throw an exception at a certain moment. When I execute this code using gij, I get a core dump. When I compile this code to an executable, it works fine. I have tested my code under Linux, with gij-3.0 and gij-3.3, there it executes fine, so the problem lies probably in the cygwin implementation. I have narrowed the problem down to a small main file, and a single class in the subdirectory which throws an exception. The problem persists. If anyone likes to investigate, I can send him my example code and a core dump as a tar file. Regards, Jurgen Defurne -- 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/
gij (GNU libgcj) version 3.2 20020927 (prerelease) dimps core
Hello, I am writing some code using the following directory structure, like it should be in java ./source ./source/classes putting into ./source the application, and in ./source/classes the libraries, where one of the libraries is programmed to throw an exception at a certain moment. When I execute this code using gij, I get a core dump. When I compile this code to an executable, it works fine. I have tested my code under Linux, with gij-3.0 and gij-3.3, there it executes fine, so the problem lies probably in the cygwin implementation. I have narrowed the problem down to a small main file, and a single class in the subdirectory which throws an exception. The problem persists. If anyone likes to investigate, I can send him my example code and a core dump as a tar file. Regards, Jurgen Defurne -- 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: TERM problems
Hey, Works a treat! I also found that rxvt reads the ~/.Xresources file, so by specifying Rxvt*font:-*-lucida console-bold-r-*-*-18 the selected font does not need to be specified on the command line. Regards, Jurgen Brian Dessent <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 07/08/2003 03:03 PM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: TERM problems Classification: [EMAIL PROTECTED] wrote: > This works much better, but btw. do you also have an idea how > to specify bold fonts ? I tried "Lucida Console-Bold-18", "..-18-Bold", > using a B only, searched in the fonts. It should be possible, > because the standard DOS box can be configured for bold fonts. After a little fooling around (and reviewing /usr/doc/Cygwin/rxvt*README) I found this to work: rxvt -fg Gray -bg black -fn '-*-lucida console-bold-r-*-*-12' -e bash -li 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/ -- 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: TERM problems
Thanks,
This works much better, but btw. do you also have an idea how
to specify bold fonts ? I tried "Lucida Console-Bold-18", "..-18-Bold",
using a B only, searched in the fonts. It should be possible,
because the standard DOS box can be configured for bold fonts.
Regards,
Jurgen
Brian Dessent <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
07/08/2003 10:37 AM
To: [EMAIL PROTECTED]
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:Re: TERM problems
Classification:
[EMAIL PROTECTED] wrote:
> I'd like to use rxvt, but without an X server, its fonts are ugly. I
like
> bold non-serif fonts, and the only thing I can get are thin serif
> fonts.
>
> Does any body have some hints how to fix this ?
You can supply any Windows font name for use, i.e. '-fn "Lucida
Console-11"'. Try also shift-keypad-plus/minus to select different
fonts while running.
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/
--
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: TERM problems
Hello,
I'd like to use rxvt, but without an X server, its fonts are ugly. I like
bold non-serif fonts, and the only thing I can get are thin serif
fonts.
Does any body have some hints how to fix this ?
Regards,
Jurgen
Nigel Stewart <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
07/08/2003 03:37 AM
To: poff <[EMAIL PROTECTED]>
[EMAIL PROTECTED]
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:Re: TERM problems
Classification:
Try rxvt instead of the dosbox cosole...
rxvt -sl 1000 -rv -geometry 120x30 +sr -e bash -i
It does xterm emulation, which I find quite general
purpose.
Nigel
> I have a script which connects via ssh to the server I want to use, but
> before doing so sets TERM=vt100
--
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: top is gone
Fred, I think top is part of the procps package. Try installing that. Regards, Jurgen Fred Ma <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 06/20/2003 08:53 AM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:top is gone Classification: Hello, Today, I came in and found a Kerio firewall warning that someone from Australia (other side of world) tried to connect the the sshd process (part of cygwin). No problem, just deny access. Then I tried to run "top" and the command was not recognized. That's weird. xterms don't give me the expected popup menus when I control-click. I checked the task manager, and no weird processes except maybe crypserv and regsvc, both of which can be disabled according Black Viper (I'll do that as soon as I figure out how). But the missing "top" was strange enough that I wiped out the entire c:\cygwin tree and reinstalled it from scratch. Just to be safe. For some reason, top is still unrecognized, even after "hash -r". There is no top in /usr/bin, and nothing in /usr/local/bin. There is no top to select in the cygwin setup table. There is no top command in the bash man page. And there is no other posting about the missing top command in the mailing list archive. A file search for top starting from c:\cygwin turns up nothing relevant. What path is top suppose to be in? Are there any known reasons why it would just disappear like that? I just spent the whole night trying to get my environment back (not finished yet), and I wonder if it might have been something simple I'm overlooking. Fred -- Fred Ma, [EMAIL PROTECTED] Carleton University, Dept. of Electronics 1125 Colonel By Drive, Ottawa, Ontario Canada, K1S 5B6 -- 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/
Using a central directory for cygwin installation
Hello, I am planning a centralisation of my cygwin environment. Now I have three servers with each their separate cygwin installation. I would use our Solaris server together with Samba to create a share on which the cygwin tree would be maintained. I am now testing the mount command, and when I try to do mount '\\beb0628\buildpc' /mnt/tst I get mount: /mnt/tst: permission denied or is only a path with a drive letter ? I can do "ls '\\beb0628\buildpc'" though, so cygwin understands that kind of information. Regards, Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
procps and top output
Dear all, Thanks for the nice procps package. However, are all values always shown as megabytes ? When top or procps are used, the size on top, vsz on procps report extremely large, like this : 08:43:41 up 6 days, 19:52, 1 user, load average: 0.00, 0.00, 0.00 29 processes: 28 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 2.3% user, 5.0% system, 0.0% nice, 92.6% idle Mem:522476K total, 324552K used, 197924K free,0K buffers Swap: 1277020K total, 300224K used, 976796K free,0K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 2512 beq00871 8 0 412M 415644 R12.6 0.7 0:00 top 1552 beq00871 8 0 412M 417248 S 8.1 0.7 0:01 top 2456 beq00871 8 0 418M 751664 S 2.9 1.4 10:54 wmaker 712 beq00871 13 0 406M 441640 S 1.4 0.8 9:22 perl 1792 beq00871 8 0 418M 516484 S 1.4 0.9 0:01 rxvt 1764 beq00871 8 0 423M 21M52 S 1.4 4.2 9:58 XWin 1688 beq00871 8 0 418M 442456 S 1.4 0.8 0:00 xinit 2124 beq00871 8 0 398M 200048 S 1.4 0.3 0:00 pdksh 1852 beq00871 8 0 418M 517284 S 1.4 0.9 0:02 rxvt 1444 beq00871 8 0 398M 159644 S 0.7 0.3 0:00 sh 1364 beq00871 8 0 404M 281628 S 0.7 0.5 0:00 sshd 2460 beq00871 8 0 420M 592048 S 0.7 1.1 0:53 perl 1304 beq00871 8 0 398M 159248 S 0.7 0.3 0:00 sh 1584 beq00871 8 0 416M 524060 S 0.7 1.0 0:01 xclock 1696 beq00871 8 0 418M 515684 S 0.7 0.9 0:02 rxvt 1136 beq00871 13 0 407M 275636 S 0.7 0.5 0:01 boa 2028 beq00871 8 0 398M 164448 S 0.7 0.3 0:00 sh 1984 beq00871 8 0 398M 339648 S 0.7 0.6 0:00 grotty It seems that the RSS values are OK, they are from the same order as on Linux, however the SIZE value is extremely large. Has anybody an explanation ? Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: System load question
Thanks for cleaning up the doubts. Jurgen Christopher Faylor <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 03/24/2003 04:19 PM Please respond to cygwin To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: System load question Classification: On Mon, Mar 24, 2003 at 03:30:17PM +0100, [EMAIL PROTECTED] wrote: >Does the loadavg work however ? No. cgf -- 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 Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
System load question
Hello, everybody, I have seen that since a couple of months the /proc directory is present, an with it some stats, esp. loadavg. Does the loadavg work however ? If I cat /proc/loadavg then the numbers are always 0.00 0.00 0.00, even though I have a fair number of jobs running every five minutes or every quarter of an hour. Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: emacs/21.2 on cygwin/1.3.13-2 or 1.3.18-1, slow startup up with -q
Emacs Makes Computers Slower.
Offtopic, I know, but I could not resist.
Btw. I only just started using emacs, what you are
saying is that it can startup faster ? I thought that
was default behaviour.
Jurgen
"Richard H. Broberg" <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
03/07/2003 02:28 PM
To: [EMAIL PROTECTED]
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:emacs/21.2 on cygwin/1.3.13-2 or 1.3.18-1, slow startup up
with -q
Classification:
I noticed that the emacs/21.2 built with both the 1.3.13-2 and
the 1.3.18-1 (2 distributions I have on 2 different machines)
is built in a funny way: a whole ton of stuff is loaded up
at startup due to 'loadup.el' being loaded, even when I start with
'emacs -q'. I have a script which runs emacs in batch mode
(emacs --batch -q ...) and, although it works properly in this
environment, takes about 6 seconds to start up, due to loading
so much lisp.
Normally, starting emacs with the '-q' option is supposed to
suppress most of the default loading behavior. I suspect that
either when emacs was built it was dumped with a site file which
pre-loaded much stuff, or somehow the '-q' option isn't being
honored properly. The slowness occurs even when not in
batch mode, so it's probably not an interaction issue.
I use emacs/21.2 on 2 different platforms (solaris and native
win32) and it does not exhibit this behavior, so I don't think
it's a "strictly emacs" problem.
Is this a known issue for the cygwin-built emacs/21.2?
I can rebuild emacs myself to work around this problem (assuming
that it's the site lisp issue); however, if I run the cygwin
setup.exe and pull down a new emacs it will overwrite mine
(unless I put mine somewhere else); I think that the emacs
distributed should be capable of starting in '-q' mode without
loading the kitchen sink by default.
Here is the output I get from running 'emacs --batch -q' on cygwin:
[EMAIL PROTECTED] /cygdrive/i
$ time emacs --batch -q
Loading loadup.el (source)...
Using load-path (/usr/share/emacs/21.2/site-lisp
/usr/share/emacs/site-lisp /usr/share/emacs/21.2/leim
/usr/share/emacs/21.2/lisp)
Loading byte-run...
Loading subr...
Loading version.el (source)...
Loading widget...
Loading custom...
Loading emacs-lisp/backquote...
Loading map-ynp...
Loading env...
Loading cus-start (source)...
Loading international/mule...
Loading international/mule-conf.el (source)...
Loading format...
Loading bindings...
Loading simple...
Loading files...
Lists of integers (garbage collection statistics) are normal output
while building Emacs; they do not indicate a problem.
((7096 . 6011) (3777 . 0) (485 . 3) 14939 21356 (3 . 0) (16 . 0) (695 .
1636))
Loading loaddefs.el (source)...
((18278 . 14382) (5696 . 0) (495 . 6) 32253 21356 (5 . 0) (16 . 0) (2577 .
2085))
Loading help...
Loading international/mule-cmds...
Loading case-table...
Loading international/characters...
Loading international/utf-8...
Loading international/latin-1 (source)...
Loading international/latin-2 (source)...
Loading international/latin-3 (source)...
Loading international/latin-4 (source)...
Loading international/latin-5 (source)...
Loading international/latin-8 (source)...
Loading international/latin-9 (source)...
Loading language/chinese...
Loading language/cyrillic...
Loading language/indian...
Loading language/devanagari...
Loading language/english...
Loading language/ethiopic...
Loading language/european...
Loading language/czech...
Loading language/slovak...
Loading language/romanian...
Loading language/greek...
Loading language/hebrew...
Loading language/japanese...
Loading language/korean...
Loading language/lao...
Loading language/thai...
Loading language/tibetan...
Loading language/vietnamese...
Loading language/misc-lang...
Loading indent...
Loading window...
Loading frame...
Loading term/tty-colors...
Loading faces...
Loading facemenu...
Loading mouse...
Loading scroll-bar...
Loading select...
Loading isearch...
((35793 . 5267) (7475 . 0) (507 . 46) 63850 83178 (14 . 3) (21 . 0) (6763
. 1175))
Loading menu-bar...
Loading paths.el (source)...
Loading startup...
Loading emacs-lisp/lisp...
Loading textmodes/page...
Loading register...
Loading textmodes/paragraphs...
Loading emacs-lisp/lisp-mode...
Loading textmodes/text-mode...
Loading textmodes/fill...
((40777 . 4598) (7978 . 0) (510 . 43) 73738 104856 (14 . 3) (21 . 0) (7152
. 1542))
Loading replace...
Loading abbrev...
Loading buff-menu...
Loading float-sup...
((41131 . 4244) (8143 . 0) (510 . 43) 73769 105691 (14 . 9) (21 . 0) (7156
. 1412))
Loading vc-hooks...
Loading ediff-hook...
((42083 . 3292) (8227 . 0) (511 . 42) 74665 105708 (14 . 9) (21 . 0) (7215
. 1353))
Finding pointers to doc strings...
Finding pointers to doc strings...done
real0m5.503s
user0m1.234s
sys 0m3.311s
[EMAIL PROTECTED] /cygdrive
Re: Setup sugestion/annoyance
I second that. The first thing that I always do is to try to resize the installation dialog, then put up with all the scrolling around. Jurgen Santos <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 03/04/2003 02:40 PM To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Setup sugestion/annoyance Classification: Hi. When will the Cygwin's setup have a option to maximize and/or resize the window of the setup itself? It's very anoying to scroll the bars all the time, and there are 2, the vertical and the horizontal ones! Please fix this. Santos -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.20 most recent upgrades : rxvt creates 100% load on CPU
Hello, Here is the output from strace for rxvt on my system. It is a short snippet, but it is repeated indefinitely. It seems that the attachment it is in Unix format, it was generated under Cygwin. Jurgen Igor Pechtchanski <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 02/21/2003 03:53 PM Please respond to cygwin To: Jurgen Defurne/BRG/CE/[EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject:Re: 1.3.20 most recent upgrades : rxvt creates 100% load on CPU Classification: On Fri, 21 Feb 2003 [EMAIL PROTECTED] wrote: > Hello, list, > > I was experimenting with emacs, found out about C-h and Backspace > problem, and then, in suggestion to found answers, I decided to try > rxvt. > > rxvt seems to have a load problem, however. I haven't found anything > in the mailing list archives either, and I just upgraded all my software > this morning. When I start rxvt, the load of the CPU jumps to 100% and > I do not seem to get a prompt. That is I can't see one, but I can type > and execute commands. > > I use Win2000. > > Regards, > Jurgen > > [cygcheck output snipped] Jurgen, First off, please *attach* your cygcheck output as an uncompressed text, as per <http://cygwin.com/bugs.html>. The presense of all the packages in the cygcheck output in the body of the message creates false positives when people try searching the archives, which results in more "archives are useless" posts. If you did send yours as an attachment, check your mail software configuration, it's likely set to put text attachments inline. That said, try attaching to the hanging/100% CPU rxvt process with "strace" (I'm assuming Task Manager shows rxvt as using 100% CPU). See where it's hanging. You might also try "gdb", but that's likely to help less. Snip out the relevant strace output and post it to the list (as an attachment, probably compressed, as it's likely to be large). At least it should give you an idea of where it's looping. If strace doesn't produce any results (i.e., rxvt hangs/loops inside a Windows DLL somewhere), try running "strace -o rxvt.strace rxvt " and look at the bottom of that output. For more details, "strace --help". Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-'Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ 147 17890 [main] rxvt 2132 select_stuff::~select_stuff: deleting select records 269 18159 [main] rxvt 2132 readv: readv (5, 0x241FE14, 1) nonblocking, sigcatchers 5 334 18493 [main] rxvt 2132 fhandler_base::ready_for_read: read_ready 0, avail 0 422 18915 [main] rxvt 2132 readv: -1 = readv (5, 0x241FE14, 1), errno 11 164 19079 [main] rxvt 2132 ioctl: fd 4, cmd 4004667F 124 19203 [main] rxvt 2132 fhandler_socket::ioctl: 0 = ioctl_socket (4004667F, 241F5F0) 97 19300 [main] rxvt 2132 ioctl: returning 0 191 19491 [main] rxvt 2132 cygwin_select: 256, 0x241FEB8, 0x0, 0x0, 0x241FEB0 572 20063 [main] rxvt 2132 dtable::select_read: /dev/streamsocket fd 4 247 20310 [main] rxvt 2132 dtable::select_read: /dev/ptym fd 5 95 20405 [main] rxvt 2132 cygwin_select: aborting due to test_and_set error 95 20500 [main] rxvt 2132 select_stuff::cleanup: calling cleanup routines 283 20783 [main] rxvt 2132 socket_cleanup: si 0x0 si->thread 0x0 446 21229 [main] rxvt 2132 socket_cleanup: returning -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Process states in cygwin ?
Hello, Can anybody tell me what the meaning is of the process states 'O' and 'I' when I do ps in a shell ? Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.3.20 most recent upgrades : rxvt creates 100% load on CPU
Hello, Here is the output from strace for rxvt on my system. It is a short snippet, but it is repeated indefinitely. It seems that the attachment it is in Unix format, it was generated under Cygwin. Jurgen Igor Pechtchanski <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 02/21/2003 03:53 PM Please respond to cygwin To: Jurgen Defurne/BRG/CE/[EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject:Re: 1.3.20 most recent upgrades : rxvt creates 100% load on CPU Classification: On Fri, 21 Feb 2003 [EMAIL PROTECTED] wrote: > Hello, list, > > I was experimenting with emacs, found out about C-h and Backspace > problem, and then, in suggestion to found answers, I decided to try > rxvt. > > rxvt seems to have a load problem, however. I haven't found anything > in the mailing list archives either, and I just upgraded all my software > this morning. When I start rxvt, the load of the CPU jumps to 100% and > I do not seem to get a prompt. That is I can't see one, but I can type > and execute commands. > > I use Win2000. > > Regards, > Jurgen > > [cygcheck output snipped] Jurgen, First off, please *attach* your cygcheck output as an uncompressed text, as per <http://cygwin.com/bugs.html>. The presense of all the packages in the cygcheck output in the body of the message creates false positives when people try searching the archives, which results in more "archives are useless" posts. If you did send yours as an attachment, check your mail software configuration, it's likely set to put text attachments inline. That said, try attaching to the hanging/100% CPU rxvt process with "strace" (I'm assuming Task Manager shows rxvt as using 100% CPU). See where it's hanging. You might also try "gdb", but that's likely to help less. Snip out the relevant strace output and post it to the list (as an attachment, probably compressed, as it's likely to be large). At least it should give you an idea of where it's looping. If strace doesn't produce any results (i.e., rxvt hangs/loops inside a Windows DLL somewhere), try running "strace -o rxvt.strace rxvt " and look at the bottom of that output. For more details, "strace --help". Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-'Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk! -- /usr/games/fortune -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ 147 17890 [main] rxvt 2132 select_stuff::~select_stuff: deleting select records 269 18159 [main] rxvt 2132 readv: readv (5, 0x241FE14, 1) nonblocking, sigcatchers 5 334 18493 [main] rxvt 2132 fhandler_base::ready_for_read: read_ready 0, avail 0 422 18915 [main] rxvt 2132 readv: -1 = readv (5, 0x241FE14, 1), errno 11 164 19079 [main] rxvt 2132 ioctl: fd 4, cmd 4004667F 124 19203 [main] rxvt 2132 fhandler_socket::ioctl: 0 = ioctl_socket (4004667F, 241F5F0) 97 19300 [main] rxvt 2132 ioctl: returning 0 191 19491 [main] rxvt 2132 cygwin_select: 256, 0x241FEB8, 0x0, 0x0, 0x241FEB0 572 20063 [main] rxvt 2132 dtable::select_read: /dev/streamsocket fd 4 247 20310 [main] rxvt 2132 dtable::select_read: /dev/ptym fd 5 95 20405 [main] rxvt 2132 cygwin_select: aborting due to test_and_set error 95 20500 [main] rxvt 2132 select_stuff::cleanup: calling cleanup routines 283 20783 [main] rxvt 2132 socket_cleanup: si 0x0 si->thread 0x0 446 21229 [main] rxvt 2132 socket_cleanup: returning -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.3.20 most recent upgrades : rxvt creates 100% load on CPU
Hello, list,
I was experimenting with emacs, found out about C-h and Backspace
problem, and then, in suggestion to found answers, I decided to try
rxvt.
rxvt seems to have a load problem, however. I haven't found anything
in the mailing list archives either, and I just upgraded all my software
this morning. When I start rxvt, the load of the CPU jumps to 100% and
I do not seem to get a prompt. That is I can't see one, but I can type
and execute commands.
I use Win2000.
Regards,
Jurgen
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Feb 21 14:18:41 2003
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2
Path: C:\cygwin\bin
C:\cygwin\bin\
C:\cygwin\usr\local\bin
C:\cygwin\usr\X11R6\bin
c:\usr\local\bin
c:\Program Files\Continuus\ccm51\bin
c:\Program Files\Microsoft Visual Studio\VC98\Bin
c:\Program Files\Microsoft Office\Office
c:\WINNT\system32
c:\WINNT
SysDir: C:\WINNT\System32
WinDir: C:\WINNT
CYGWIN = `ntsec'
C_INCLUDE_PATH = `/usr/local/include:/usr/include:/usr/include/w32api'
HOME = `C:\cygwin\home\p_jur'
PWD = `/home/p_jur'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\beq00871\Application Data'
BLDLOG = `\\beb0630\bld_info\log'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `BEQBRGBRG1DT102'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVSROOT = `/cygdrive/o/jur/CVS'
HOMEDRIVE = `H'
HOMEPATH = `\'
HOMESHARE = `\\beqbrgbrg1ms103\beq00871$'
INFOPATH = `/info:/usr/info:/usr/local/info'
LC_ALL = `nl_BE.ISO8859-15@euro'
LM_LICENSE_FILE = `54897@sharky'
LOGONSERVER = `\\BEQBRGBRG1DC001'
MAILHOST = `bebsw3.brg.sv.philips.com'
MANPATH = `/usr/man:/usr/local/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PAFEC_ELMHOST = `@bebpf1'
PAGER = `/bin/less -R'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PERL5LIB = `/cygdrive/c/usr/local/lib/perl'
PRINTER = `\\beqbrgbrg1ms0pt\psbe31'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0806'
PROGRAMFILES = `C:\Program Files'
PS1 = `${USERNAME}:${PWD}>'
RPC_SERVER = `4040@bebsw3'
SHELL = `/bin/bash'
SHLVL = `1'
STY = `2016.null.BEQBRGBRG1DT102'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\Temp'
TERM = `screen'
TERMCAP = `SC|screen|VT 100/ANSI X3.64 virtual terminal:\
:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\
:cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\
:do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\
:le=^H:bl=^G:cr=^M:it#8:ho=\E[H:nw=\EE:ta=^I:is=\E)0:\
:li#25:co#80:am:xn:xv:LP:sr=\EM:al=\E[L:AL=\E[%dL:\
:cs=\E[%i%d;%dr:dl=\E[M:DL=\E[%dM:dc=\E[P:DC=\E[%dP:\
:im=\E[4h:ei=\E[4l:mi:IC=\E[%d@:ks=\E[?1h\E=:\
:ke=\E[?1l\E>:vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l:\
:ti=\E[?1049h:te=\E[?1049l:us=\E[4m:ue=\E[24m:so=\E[3m:\
:se=\E[23m:md=\E[1m:mh=\E[2m:mr=\E[7m:me=\E[m:ms:\
:Co#8:pa#64:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:AX:\
:as=\E(0:ae=\E(B:\
:ac=\140\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\
:k0=\E[10~:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:\
:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:\
:F1=\E[23~:F2=\E[24~:F3=\E[25~:F4=\E[26~:F5=\E[28~:\
:F6=\E[29~:F7=\E[31~:F8=\E[32~:F9=\E[33~:FA=\E[34~:\
:kb=^H:K2=\E[G:kB=\E[Z:kh=\E[1~:@1=\E[1~:kH=\E[4~:\
:@7=\E[4~:kN=\E[6~:kP=\E[5~:kI=\E[2~:kD=\E[3~:ku=\EOA:\
:kd=\EOB:kr=\EOC:kl=\EOD:'
TMP = `c:\Temp'
USERDNSDOMAIN = `code1.emi.philips.com'
USERDOMAIN = `CODE1'
USERNAME = `beq00871'
USERPROFILE = `C:\Documents and Settings\beq00871'
USER_SCRIPTS = `o:\jur\user_auto'
WINDIR = `C:\WINNT'
WINDOW = `0'
_ = `/bin/cygcheck.exe'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
(default) = `/cygdrive'
cygdrive flags = 0x0022
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/
(default) = `C:\cygwin'
flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
(default) = `C:\cygwin/bin'
flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
(default) = `C:\cygwin/lib'
flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts
v2\/usr/X11R6/lib/X11/fonts
(default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
flags = 0x0002
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
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
a: fd N/AN/A
c: hd NTFS 19069Mb
Re: GNU Screen
Hello, Brian and list,
I am running screen 3.9.8. It seems that I was able to compile it under
a previous version of Cygwin, but alas since 1.3.12 not anymore. I am
still using this previously compiled binary.
FWIW, I just tried to compile screen and I get the following error in the
screen sources :
gcc -c -I. -I.-O utmp.c
utmp.c: In function `pututslot':
utmp.c:588: void value not ignored as it ought to be
utmp.c: In function `makedead':
utmp.c:597: structure has no member named `ut_exit'
utmp.c:598: structure has no member named `ut_exit'
make: *** [utmp.o] Fout 1
The version that I use works well, but problems with detaching and
attaching probably have more to do with the braindead Windows
consoles than with screen itself. What also did change in this respect,
is its behaviour.
When you detach, the DOS console does not disappear. When I did
a reattach in older versions from another DOS box, then the session
became active again in the previous box instead of in the current box.
Oh, and it does not seem to work in an xterm. Pity...
Regards,
Jurgen
Brian McGroarty <[EMAIL PROTECTED]>
Sent by:
[EMAIL PROTECTED]
02/06/2003 05:45 PM
To: [EMAIL PROTECTED]
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:GNU Screen
Classification:
I'm currently unable to build GNU Screen properly.
Looking back through archives, I see that a few users have built it
with varying degrees of success -- none are able to use nonstandard
terminal sizes, and some say they cannot successfully reattach to a
session.
Before I dig into this, is anybody else successfully using screen, or
is anybody already working at a port?
Brian McGroarty
http://www.mcgroarty.net
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Paasword validation in Windows Domain ?
Hello, I want to know if it is possible using the Cygwin tools to validate a user/password against the domain a computer is in. I would like to setup web service on the intranet, which can only be used by certain persons. Since I a have no interest in creating and maintaining a user database, it would be nice if users of the service can be prompted for their name and password, and that I can validate these against the current domain. Regards, Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: less-378-1 : ANSI escape sequences in perldoc output
I have searched the archive for the keywords 'less ansi', but the only information I got back were the mails that we sent about this subject. I also do not understand what a discussion about slashes and backslashes in POSIX and Win32 paths has to do with ANSI escape sequences in formatted visual output. That is where you sent me with the URL below. Since the above search did not turn up any part the discussion below, I severely doubt that it will help with my little problem. Anybody else on this list who might have a clue ? Jurgen "[EMAIL PROTECTED]" http://sources.redhat.com/ml/cygwin/2003-01/msg00211.html Larry Original Message: - From: [EMAIL PROTECTED] Date: Fri, 10 Jan 2003 15:53:29 +0100 To: [EMAIL PROTECTED] Subject: less-378-1 : ANSI escape sequences in perldoc output Hello, After upgrading to less 3.78-1, ANSI escape sequences are visible in the output of perldoc. I do not have this problem with the 'man' command. I tried to have a look at perldoc itself, but I am not that fresh anymore. Anyway, this is not priority stuff, maybe someone of you has a quick clue. Regards, Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ mail2web - Check your email from the web at http://mail2web.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
less-378-1 : ANSI escape sequences in perldoc output
Hello, After upgrading to less 3.78-1, ANSI escape sequences are visible in the output of perldoc. I do not have this problem with the 'man' command. I tried to have a look at perldoc itself, but I am not that fresh anymore. Anyway, this is not priority stuff, maybe someone of you has a quick clue. Regards, Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Followup: 1.3.17: sshd closes terminal immediately after establishingconnection (1.3.13 ? 1.3.14)
Thanks Pierre, I worked it out with regenerating the group file, according to your first mail (BTW, I am a member of 10513, but it was not reflected as it should have been. Now, my id is correct). However, I had to know how to prune it, because in our organisation, the group file generated from the all overlapping domain contains some 22000 entries. Luckily, these are named according to organisational domain, and I could pick out those which were relevant, leaving me with only about 500 entries. After mirroring my new group file to my servers, and updating to cygwin 1.3.18, I was able to login on this machine, and now I can start upgrading my other machines. Regards, Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: /etc/group, /etc/passwd usage by cygwin layer ?
Thanks, I found out how to prune that file without loosing my needed information. Jurgen Corinna Vinschen <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 01/09/2003 01:02 PM Please respond to cygwin To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: /etc/group, /etc/passwd usage by cygwin layer ? Classification: On Thu, Jan 09, 2003 at 11:28:04AM +0100, [EMAIL PROTECTED] wrote: > Hello, > > Are the /etc/group and /etc/passwd files referenced much by cygwin while > executing programs or doing file accesses ? Yes, the content of both files is read into memory. Cygwin needs the information, especially name, u/gid and SID. > The only thing I changed yesterday, was copying a new group file, created > by mkgroup -d. This file is 1669895 bytes large (yes, that is 1.59 Mb), it > contains 22080 group entries. *gasp* > Do you think this should be filed as a bug ? It doesn't count as a bug but it's a well known problem since... well... 3 years or so. It's way faster than it was back then but we still don't have an optimal solution. Workaround: Don't use such big files. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup.exe (was: General comments... )
One feature that I find missing from setup.exe, is the possibility to check/uncheck all proposed upgrade packages. Regards, Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
/etc/group, /etc/passwd usage by cygwin layer ?
Hello, Are the /etc/group and /etc/passwd files referenced much by cygwin while executing programs or doing file accesses ? The reason for asking is the following. I have a server process which schedules build jobs. This process awakes every five seconds, to have a good response time. However, when looking at the Task Manager performance display, I now have every five seconds a spike up to 30% cpu. This is a dual processor system, at 1.8 GHz and a SCSI subsystem. The only thing I changed yesterday, was copying a new group file, created by mkgroup -d. This file is 1669895 bytes large (yes, that is 1.59 Mb), it contains 22080 group entries. I done the test. I took the new group file, removed all lines below what I needed (about 20500), and replaced it. The result is that everything is snappier under Cygwin. Do you think this should be filed as a bug ? Jurgen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Followup: 1.3.17: sshd closes terminal immediately after establishingconnection (1.3.13 ? 1.3.14)
Hello, everybody, I want to followup on this problem. It is still not solved, but I have found some time to investigate the problem, and it surely has to do with the cygwin1.dll. I downloaded all the archives of cygwin that I was able to find, unfortunately the 1.3.13 was not available anymore on my mirrors. Then with some tweaking of the setup.ini file, I could persuade setup.exe to install the cygwin version that I wanted to have. The problem remains the same. When I run sshd using cygwin 1.3.12, I am able to connect remotely, when I use any of the version 1.3.14, 1.3.15, 1.3.16, 1.3.17, the connection is immediately closed after logging on. I know that upgrading OpenSSH will not help, because when I first experienced the problems, I had done a complete upgrade around cygwin 1.3.17. Attachments : - Output of the sshd -d for cygwin 1.3.12 and 1.3.14 - Output of cygcheck -c -s -v After upgrading from cygwin 1.3.12 to 1.3.17 (also tried 1.3.16, same problem), I cannot establish a remote session anymore. When running ssh -v some-address to the server with cygwin 1.3.17 and sshd 3.5-p1, the session is first established (I get login messages), but then immediately closed. On the client side I get the following message : debug1: permanently_set_uid: 45090/10513 setuid 45090: Permission denied I have searched and found some answers, but they all rely on the fact that one has Administrator rights on his WinNT/2000 box, but in our case that is not possible, so I have to run the sshd as a specific user, and I also can not install sshd as a service. This was no problem with previous version of Cygwin and sshd, so I hope that somehow this possibility has not disappeared from either OpenSSH or Cygwin. Regards, Jurgen Defurne debug1: sshd version OpenSSH_3.2.2p1 debug1: private host key: #0 type 0 RSA1 debug1: read PEM private key done: type RSA debug1: private host key: #1 type 1 RSA 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. setsid: Operation not permitted Connection from 130.145.40.80 port 1165 debug1: Client protocol version 2.0; client software version OpenSSH_3.2.2p1 debug1: match: OpenSSH_3.2.2p1 pat OpenSSH* Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-1.99-OpenSSH_3.2.2p1 debug1: list_hostkey_types: ssh-rsa,ssh-dss debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: client->server aes128-cbc hmac-md5 none debug1: kex: server->client aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent debug1: dh_gen_key: priv key bits set: 118/256 debug1: bits set: 1577/3191 debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT debug1: bits set: 1563/3191 debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent debug1: kex_derive_keys debug1: newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: waiting for SSH2_MSG_NEWKEYS debug1: newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: KEX done debug1: userauth-request for user beq00871 service ssh-connection method none debug1: attempt 0 failures 0 Failed none for beq00871 from 130.145.40.80 port 1165 ssh2 debug1: userauth-request for user beq00871 service ssh-connection method publickey debug1: attempt 1 failures 1 debug1: test whether pkalg/pkblob are acceptable debug1: temporarily_use_uid: 45056/10513 (e=45056) debug1: trying public key file /home/p_jur/.ssh/authorized_keys debug1: restore_uid debug1: temporarily_use_uid: 45056/10513 (e=45056) debug1: trying public key file /home/p_jur/.ssh/authorized_keys2 debug1: matching key found: file /home/p_jur/.ssh/authorized_keys2, line 4 Found matching RSA key: 27:eb:8a:9b:b0:8d:6d:08:4c:05:7e:c1:2f:e3:51:be debug1: restore_uid Postponed publickey for beq00871 from 130.145.40.80 port 1165 ssh2 debug1: userauth-request for user beq00871 service ssh-connection method publickey debug1: attempt 2 failures 1 debug1: temporarily_use_uid: 45056/10513 (e=45056) debug1: trying public key file /home/p_jur/.ssh/authorized_keys debug1: restore_uid debug1: temporarily_use_uid: 45056/10513 (e=45056) debug1: trying public key file /home/p_jur/.ssh/authorized_keys2 debug1: matching key found: file /home/p_jur/.ssh/authorized_keys2, line 4 Found matching RSA key: 27:eb:8a:9b:b0:8d:6d:08:4c:05:7e:c1:2f:e3:51:be debug1: restore_uid debug1: ssh_rsa_verify: signature correct Accepted publickey for beq00871 from 130.145.40.80 port 1165 ssh2 debug1: Entering interactive session for SSH2. debug1: fd 3 setting O_NONBLOCK debug1: fd 7 setting O_NONBLOCK debug1: server_init_dispatch_20 debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384 debug1: input_session_request debug1: channel 0: new [server-session] debug1: session_new: init debug1: session_new: session 0 debug1: session_open: cha
Re: 1.3.17: sshd closes terminal immediately after establishing connection
Corinna Vinschen <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 12/11/2002 05:04 PM Please respond to cygwin To: [EMAIL PROTECTED] cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS) Subject:Re: 1.3.17: sshd closes terminal immediately after establishing connection Classification: On Wed, Dec 11, 2002 at 03:26:11PM +0100, [EMAIL PROTECTED] wrote: > After upgrading from cygwin 1.3.12 to 1.3.17 (also tried 1.3.16, same > problem), > I cannot establish a remote session anymore. > > When running ssh -v some-address to the server with cygwin 1.3.17 and > sshd 3.5-p1, the session is first established (I get login messages), but > then > immediately closed. On the client side I get the following message : > > debug1: permanently_set_uid: 45090/10513 > setuid 45090: Permission denied Check your /etc/passwd. Is that the uid of your account? Still? Yes, this is the case. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.3.17: sshd closes terminal immediately after establishing connection
After upgrading from cygwin 1.3.12 to 1.3.17 (also tried 1.3.16, same problem), I cannot establish a remote session anymore. When running ssh -v some-address to the server with cygwin 1.3.17 and sshd 3.5-p1, the session is first established (I get login messages), but then immediately closed. On the client side I get the following message : debug1: permanently_set_uid: 45090/10513 setuid 45090: Permission denied I have searched and found some answers, but they all rely on the fact that one has Administrator rights on his WinNT/2000 box, but in our case that is not possible, so I have to run the sshd as a specific user, and I also can not install sshd as a service. This was no problem with previous version of Cygwin and sshd, so I hope that somehow this possibility has not disappeared from either OpenSSH or Cygwin. Regards, Jurgen Defurne -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with menu configuration in Cygwin
Dear lists, I send this to comp.lang.perl.tk and [EMAIL PROTECTED] because I think it is necessary for both to know the problem I have. I have isolated my problem to the following code : use strict; use warnings; use Tk; my $main; my $menu; $main = MainWindow->new; $menu = $main->Menu(-type => 'menubar'); $main->configure(-menu => $menu); $menu->command(-label => 'File', -state => 'disabled'); MainLoop; Platforms : - Cygwin 1.3.9 + Cygwin Perl (5.6.1) + Tk800.23 + Windows NT patch 6 - Debian Linux testing + Perl 5.6.1 + Tk800.23 When I run this code on Linux, it does what it is supposed to do : the menu button should be greyed out. When I run this code under Cygwin however, the button is disabled in the sense that it does not popup a menu or execute a command, but the only states that it can enter are 'normal' and 'active'. It seems impossible to change the attributes of the menu item. I can get it working via the old way, Menubuttons in a frame can be manipulated at will, but Menubuttons or menu entries in a Menu do not seem to change their attributes (their behaviour is allright). Since I have two possibilities to get this to work, this is not really a blocking factor, but it takes some more work to build my system the old way and manipulate using pack. Regards, Jurgen Defurne [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
