sshd in Windows 2003 server
Hi, I've installed sshd succesfully a couple of time on WinXP machines following the instructions at http://pigtail.net/LRP/printsrv/cygwin-sshd.html. However, I didn' manage on a Windows 2003 server. I always get "1053 did not start in a timely fashion" immediately on clicking on the Windows service "start" button. I tried with both enabling and disabling the privilege separation. I don't think I have to follow the instructions at http://www.cygwin.com/ml/cygwin/2003-09/msg00977.html, since my cygwin version (cygwin DLL version: 1.5.12) already creates a ssd_server user with the privileges mentioned there. what can I do? I attach my cygcheck.out file thanks Cygwin Configuration Diagnostics Current System Time: Thu Dec 02 12:15:49 2004 Windows .NET Server Ver 5.2 Build 3790 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\OraHome_3\jre\1.4.2\bin\client c:\OraHome_3\jre\1.4.2\bin c:\OraHome1\jre\1.4.2\bin\client c:\OraHome1\jre\1.4.2\bin c:\OraHome1\bin c:\Program Files\Oracle\jre\1.3.1\bin c:\Program Files\Oracle\jre\1.1.8\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1004(myuser) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1004(myuser) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `ntsec tty' HOME = `C:\cygwin\home\myuser' MAKE_MODE = `unix' PWD = `/home/myuser' USER = `myuser' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\myuser\Application Data' CLUSTERLOG = `C:\WINDOWS\Cluster\cluster.log' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `MORIA' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\myuser' HOSTNAME = `moria' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' JAVA_HOME = `C:\j2sdk1.4.2' JSERV = `c:\OraHome1/Apache/Jserv/conf' LOGONSERVER = `\\MORIA' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/bin' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PNYX_HOME = `c:\pnyx' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 4, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0204' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `C:\DOCUME~1\myuser\LOCALS~1\Temp' TERM = `cygwin' TMP = `C:\DOCUME~1\myuser\LOCALS~1\Temp' USERDOMAIN = `MORIA' USERNAME = `myuser' USERPROFILE = `C:\Documents and Settings\myuser' WINDIR = `C:\WINDOWS' WV_GATEWAY_CFG = `c:\OraHome1\Apache\modplsql\cfg\wdbsvr.app' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (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\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 18002Mb 39% CP CS UN PA FC d: cd N/AN/A e: hd NTFS 20159Mb 77% CP CS UN PA FC Oracle f: hd NTFS 78167Mb 47% CP CS UN PA FC New Volume1 g: hd NTFS 78159Mb 8% CP CS UN PA FC New Volume C:\cygwin / userbinmode C:\cygwin/bin /usr/bin userbinmode C:\cygwin/lib /usr/lib userbinmode . /cygdrive userbinmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 55k 2004/09/14 C:\cygwin\bin\cygbz2-1
Re: sshd in Windows 2003 server
Thanks, I actually executed ssh-host-config and chose to create the NT service and both the sshd and sshd_server users. Everything looks exactly the same as in my WinXP succesful installation. However, on my Win2003, when I run "cygrunsrv.exe --start sshd", I always get immediately the 1053 error. The cygrunsrv process stays running, but the NT service appears for ever as "starting". At the Windows Event Viewer, I can only see "The CYGWIN sshd service was successfully sent a start control.", but nothing else. No file /var/log/sshd.log is not created. Is there anything else I can check? best regards // * /From/: "Harig, Mark" * /To/: * /Date/: Thu, 2 Dec 2004 10:30:22 -0500 * /Subject/: RE: sshd in Windows 2003 server Using 'openssh-host-config' is the only documented, supported approach to setting up a Cygwin openssh server. If you follow instructions from other locations, then you need to ask for assistance at those locations. The documentation for the Cygwin-specific openssh setup begins in /usr/share/doc/Cygwin/openssh.README. -Original Message- From: daniel Sent: Thursday, December 02, 2004 6:32 AM To: [EMAIL PROTECTED] Subject: sshd in Windows 2003 server Hi, I've installed sshd succesfully a couple of time on WinXP machines following the instructions at http://pigtail.net/LRP/printsrv/cygwin-sshd.html. However, I didn' manage on a Windows 2003 server. I always get "1053 did not start in a timely fashion" immediately on clicking on the Windows service "start" button. I tried with both enabling and disabling the privilege separation. I don't think I have to follow the instructions at http://www.cygwin.com/ml/cygwin/2003-09/msg00977.html, since my cygwin version (cygwin DLL version: 1.5.12) already creates a ssd_server user with the privileges mentioned there. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: sshd in Windows 2003 server
Thanks Bill,
your suggestion did the trick. It wouldn't be a bad idea to remind at
/usr/share/doc/Cygwin/openssh.README that sshd only works if cygwin is
installed for all users (which is obvious, though)
That's what I did to fix it
*delete the sshd_server
*remove the NT service with "cygrunsrv --remove sshd"
*Run the cygwin setup just changing "Just Me" to "All Users"
*rerun ssh-host-config
best regards
William R. Knox wrote:
A usual question (sent strictly to you as I'm not sure if it is at all
relevant) - did you install Cygwin for All Users or for yourself only? If
you installed only for yourself, try reinstalling for All Users and see if
this clears it up (no guarantees here, so don't do anything that would
cause a lot of hassle for yourself based on my word alone). Good luck, and
feel free to forward this message to the list if this solves it for you
and you want to share the solution.
Bill Knox
Lead Operating Systems Programmer/Analyst
The MITRE Corporation
On Thu, 9 Dec 2004, daniel wrote:
Date: Thu, 09 Dec 2004 15:36:59 +0100
From: daniel <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: sshd in Windows 2003 server
Thanks,
I actually executed ssh-host-config and chose to create the NT
service and both the sshd and sshd_server users. Everything looks
exactly the same as in my WinXP succesful installation. However, on my
Win2003, when I run "cygrunsrv.exe --start sshd", I always get
immediately the 1053 error. The cygrunsrv process stays running, but the
NT service appears for ever as "starting". At the Windows Event Viewer,
I can only see "The CYGWIN sshd service was successfully sent a start
control.", but nothing else. No file /var/log/sshd.log is not created.
Is there anything else I can check?
best regards
//
* /From/: "Harig, Mark"
* /To/:
* /Date/: Thu, 2 Dec 2004 10:30:22 -0500
* /Subject/: RE: sshd in Windows 2003 server
Using 'openssh-host-config' is the only documented, supported
approach to setting up a Cygwin openssh server. If you follow
instructions from other locations, then you need to ask for
assistance at those locations. The documentation for the Cygwin-specific
openssh setup begins in /usr/share/doc/Cygwin/openssh.README.
-Original Message-
From: daniel
Sent: Thursday, December 02, 2004 6:32 AM
To: [EMAIL PROTECTED]
Subject: sshd in Windows 2003 server
Hi,
I've installed sshd succesfully a couple of time on WinXP
machines
following the instructions at
http://pigtail.net/LRP/printsrv/cygwin-sshd.html.
However, I didn' manage on a Windows 2003 server.
I always get "1053 did not start in a timely fashion" immediately on
clicking on the Windows service "start" button. I tried with both
enabling and disabling the privilege separation.
I don't think I have to follow the instructions at
http://www.cygwin.com/ml/cygwin/2003-09/msg00977.html, since
my cygwin
version (cygwin DLL version: 1.5.12) already creates a
ssd_server user
with the privileges mentioned there.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Cygwin coreutils assertion failed
Hi Eric Thanks for the detailed and quick response. Usually such bug reports are never answered. The cause you describe sounds too bad and the occurrence is too rare (only once) that I would bother going after this. Instead I'll try to compile Emacs under Cygwin, which has caused me enough headaches already. Thanks for the maintaining work! Regards, Daniel On 8/3/07, Eric Blake <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > http://cygwin.com/acronyms/#PPIOSPE - redirecting to the list. > > According to Daniel on 8/3/2007 12:29 AM: > > Hi Eric, > > > > I'm running Windows XP Professional with Cygwin 2.510.2.2. > > No, you aren't. You loaded cygwin using setup.exe version 2.510.2.2, but > cygwin itself is at version 1.5.24. Also, coreutils is now at 6.9-4, > while you only have 6.9-3; you may want to consider upgrading. > > > I have a > > > > tail -n 1000 -F -s 0.1 ~/putty.log > > > > running all the time since many weeks. Tonight it crashed with the message: > > > > assertion "0 <= seconds" failed: file > > "/home/eblake/coreutils-6.9-3/src/coreutils-6.9/lib/xnanosleep.c", > > line 57 > > bash: [3120: 1] tcsetattr: Inappropriate ioctl for device > > Hangup > > (129) > > Well, calling xnanosleep with negative time (where seconds is a variable > of type double) certainly implies a bug. The question is why the time was > negative. > > Even worse, in the source for tail, xnanosleep is called in only one > place, inside a while(1) loop, with a value initialized to 0.1 outside of > the loop by your choice of -s option but never assigned within the loop. > It is either stack corruption (perhaps due to faulty memory), or else the > double sleep value is being stored only in a register and the register is > not properly being restored after some context switch. Without > disassembling tail, I don't know whether the sleep_interval was stored on > the stack or in a register; but since it is the only use of floating point > in tail.c, I would suspect that the compiler did not need to spill it out > of registers onto the stack. Either way, it does not sound like a > pleasant bug, nor does it seem like something that is caused directly by > coreutils. > > - -- > Don't work too hard, make some time for fun as well! > > Eric Blake [EMAIL PROTECTED] > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.5 (Cygwin) > Comment: Public key at home.comcast.net/~ericblake/eblake.gpg > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFGsyrQ84KuGfSFAYARAo0uAJ9GcNpLMEuV8tI353Kq93Ij4evSTACguokW > EnKD+iOjFDJXh4GV5HEGJ1E= > =D0SN > -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: Bodo
Hi--you've reached an old address that's been discontinued due to spam. I will NOT see your message. IF YOU WANT TO CONTACT ME, PLEASE go to http://www.will-harris.com/design.htm and click on "Just drop me a note." I want to hear from you and am doing this to ensure you don't get stuck in spam (you wouldn't want that!) Daniel -- Unsubscribe info: 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: Non-privileged use can't logon
Hi Max, Max Rockliff wrote: Hey Corinna, You're a magician. It seems to have fixed the problem, or at least provided an effective workaround. Here's a transcript (kinda) 1. Downloaded the new cygwin1-20150311.dll.xz (PS. Kudos for using a mmdd format in the name - I always do, but so many don't 2. Copied the xz file to my privileged user account home folder and Unxz'ed it. 3. Used Windows to copy the file cygwin1-20150311.dll to the C:\cygwin\bin folder 4. Stopped the SSHD service 5. Renamed the old cygwin1.dll to cygwin1.dll.old 6. Renamed cygwin1-20150311.dll to cygwin1.dll 7. Started the SSHD service 8. Started the terminal 9. Executed ssh st@localhost and it logged on successfully no errors. Max@Max-PC /bin $ ssh st@localhost st@localhost's password: Last login: Wed Mar 11 20:32:00 2015 from ::1 st@Max-PC ~ $ 10. And, as we like to say in Australia - Sweet! I noticed that you are initially logged on as a user, named "Max" on a host, named "Max-PC". I teach kids Linux using Cygwin and many of them, being gamers, name their computers after themselves, so they can be recognized on a network. Having seen this over and over on their laptops, I can now say with 100% certainty that this causes the "/" and "/etc" folders to be installed with group-writable permissions. Normally I wouldn't bother, but I make them compile Sendmail as part of a series of lessons. Sendmail doesn't like group-writable folders and refuses to send mail. This problem occurs on Win7, Win8, and Win8.1 with the following username/hostname combinations: "Jony@Jony", "Kjell@Kjell-PC". The way we solve this is: chgrp Users / /etc chmod g-w / /etc Chmod alone doesn't work. We first have to change the group owner of the folders for chmod to be effective. Maybe this phenomenon is unrelated to your sshd problem, but when I saw your user/host combination I felt the need to share this with you and the group. Cheers, Daniel -- 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
[ANNOUNCEMENT] Updated: libfakesu 1.1.0
This library simulates the Unix root user. It is meant to make porting Unix programs to Cygwin easier. Many Unix daemon programs, such as Apache, Sendmail and Procmail, start up as root but change to an unprivileged user ID. By including this library, any Cygwin super-user (member of the 'Administrators' group) will be represented with user id '0' to your program. Version 1.1.0 * added the following functions: chown, fchown, lchown getpwnam_r, getgrgid_r, getgrnam_r, getgrgid_r setfsuid, setfsgid *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: Updated: libfakesu 1.1.0
Kelley Cook wrote: On Thu, Apr 2, 2015 at 1:16 PM, Daniel wrote: This library simulates the Unix root user. It is meant to make porting Unix programs to Cygwin easier. Many Unix daemon programs, such as Apache, Sendmail and Procmail, start up as root but change to an unprivileged user ID. By including this library, any Cygwin super-user (member of the 'Administrators' group) will be represented with user id '0' to your program. Hi Daniel, Shouldn't this package be released for cygwin64 also? KC You're right. I will as soon as I get my 64bit machine ready. -- 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: tar zxvf won't work with Redhat generated compressed tar file
Murthy Gandikota wrote: Hi All I am using Cygwin64. I am getting a file from RedHat in tar + zip format. Currently I am able to unzip it and untar it in 2 steps as follows: $gunzip mytar.gz $tar xvf mytar However, I would like to do the following: $tar -zxvf mytar.gz The error message I see is: tar: This does not look like a tar archive tar: Skipping to next header tar: Exiting with failure status due to previous errors Can someone please tell me what is the right way? Thanks One way to get this error if you download the file through a gzipping proxy web-server. So you have to drop the 'z' when unzipping. Daniel -- 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
[ANNOUNCEMENT] New package: sendmail 8.14.9-1
Version 8.14.9-1 of the Sendmail mail server has been uploaded. Unix Mail Transfer Agent (mail server) General purpose internetwork email routing facility that supports many kinds of mail-transfer and delivery methods, including SMTP, SMTPS (STARTTLS), SMTPA (AUTH) used for email transport over the internet." *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: perl 5.14 perl5/5.14/i686-cygwin-threads-64int/auto/IO/IO.dll missing or broken
William J. Schilp, PhD wrote: i updated to the latest version of perl on cygwin and i get the following failure: Can't load '/usr/lib/perl5/5.14/i686-cygwin-threads-64int/auto/IO/IO.dll' for module IO: No such process at /usr/lib/perl5/5.14/XSLoader.pm line 71. at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/IO.pm line 11 Compilation failed in require at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/IO/Handle.pm line 266. BEGIN failed--compilation aborted at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/IO/Handle.pm line 266. Compilation failed in require at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/IO/Seekable.pm line 101. BEGIN failed--compilation aborted at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/IO/Seekable.pm line 101. Compilation failed in require at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/IO/File.pm line 133. BEGIN failed--compilation aborted at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/IO/File.pm line 133. Compilation failed in require at /usr/lib/perl5/5.14/FileHandle.pm line 9. i've searched through google for this issue but haven't found anything relevant. is this a known problem? is there a work around? I have the same problem (I'm on 32bit). The IO module is broken: $ ldd /usr/lib/perl5/5.14/i686-cygwin-threads-64int/auto/IO/IO.dll ntdll.dll => /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c90) kernel32.dll => /cygdrive/c/WINDOWS/system32/kernel32.dll (0x7c80) ??? => ??? (0x6f0f) ??? => ??? (0x6100) The others are fine, Cwd for instance: $ ldd /usr/lib/perl5/5.14/i686-cygwin-threads-64int/auto/Cwd/Cwd.dll ntdll.dll => /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c90) kernel32.dll => /cygdrive/c/WINDOWS/system32/kernel32.dll (0x7c80) cygwin1.dll => /usr/bin/cygwin1.dll (0x6100) cygssp-0.dll => /usr/bin/cygssp-0.dll (0x6f5e) cygperl5_14.dll => /usr/bin/cygperl5_14.dll (0x62d8) cygcrypt-0.dll => /usr/bin/cygcrypt-0.dll (0x4400) cyggcc_s-1.dll => /usr/bin/cyggcc_s-1.dll (0x6fd3) Or GDBM_File: $ ldd /usr/lib/perl5/5.14/i686-cygwin-threads-64int/auto/GDBM_File/GDBM_File.dll ntdll.dll => /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c90) kernel32.dll => /cygdrive/c/WINDOWS/system32/kernel32.dll (0x7c80) cygwin1.dll => /usr/bin/cygwin1.dll (0x6100) cyggdbm-4.dll => /usr/bin/cyggdbm-4.dll (0x6fd0) cygperl5_14.dll => /usr/bin/cygperl5_14.dll (0x62d8) cygcrypt-0.dll => /usr/bin/cygcrypt-0.dll (0x4400) cyggcc_s-1.dll => /usr/bin/cyggcc_s-1.dll (0x6fd3) cygssp-0.dll => /usr/bin/cygssp-0.dll (0x6f5e) -- 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: perl 5.14 perl5/5.14/i686-cygwin-threads-64int/auto/IO/IO.dll missing or broken
Marco Atzeri wrote: On 6/19/2015 7:34 AM, Daniel wrote: William J. Schilp, PhD wrote: I have the same problem (I'm on 32bit). The IO module is broken: $ ldd /usr/lib/perl5/5.14/i686-cygwin-threads-64int/auto/IO/IO.dll ntdll.dll => /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c90) kernel32.dll => /cygdrive/c/WINDOWS/system32/kernel32.dll (0x7c80) ??? => ??? (0x6f0f) ??? => ??? (0x6100) please use cygcheck /usr/lib/perl5/5.14/i686-cygwin-threads-64int/auto/IO/IO.dll It will tell you what other dll's is missing For reporting issue, please follow the guideline Problem reports: http://cygwin.com/problems.html Specially the point : "Run cygcheck -s -v -r > cygcheck.out and include that file as an attachment in your report. Please do not compress or otherwise encode the output. Just attach it as a straight text file so that it can be easily viewed. " Regards Marco I included the cygcheck output. The error I get is: Can't load '/usr/lib/perl5/5.14/i686-cygwin-threads-64int/auto/IO/IO.dll' for module IO: No such process at /usr/lib/perl5/5.14/XSLoader.pm line 71. at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/IO.pm line 11 Compilation failed in require at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/IO/Handle.pm line 266. BEGIN failed--compilation aborted at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/IO/Handle.pm line 266. Compilation failed in require at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/IO/Socket.pm line 11. BEGIN failed--compilation aborted at /usr/lib/perl5/5.14/i686-cygwin-threads-64int/IO/Socket.pm line 11. Compilation failed in require at ./test.pl line 5. BEGIN failed--compilation aborted at ./test.pl line 5. The output on IO.dll dependencies is: $ cygcheck /usr/lib/perl5/5.14/i686-cygwin-threads-64int/auto/IO/IO.dll C:\rhcygwin\lib\perl5\5.14\i686-cygwin-threads-64int\auto\IO\IO.dll C:\rhcygwin\bin\cygwin1.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\ntdll.dll C:\rhcygwin\bin\cygperl5_14.dll C:\rhcygwin\bin\cygcrypt-0.dll C:\rhcygwin\bin\cyggcc_s-1.dll C:\rhcygwin\bin\cygssp-0.dll As you can see in the attachment, I use the previous version of Red Hat's Cygwin. After downgrading perl everything works fine again. Thanks, Daniel Cygwin Configuration Diagnostics Current System Time: Fri Jun 19 21:16:00 2015 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\rhcygwin\usr\sbin C:\rhcygwin\usr\local\sbin C:\rhcygwin\usr\local\bin C:\rhcygwin\bin C:\ffmpeg J:\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem Output from C:\rhcygwin\bin\id.exe UID: 400(daniel)GID: 513(daniel) =513(daniel)544(Administrators) 545(Users) 1005(apache) 1024(database) 1029(mail) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'daniel' PWD = '/home/daniel' CYGWIN = 'pipe_byte' HOME = '/home/daniel' HOMEPATH = '\Documents and Settings\daniel' APPDATA = 'C:\Documents and Settings\daniel\Application Data' HOSTNAME = 'dimension' SHELL = '/bin/sh' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROFILEREAD = 'true' WINDIR = 'C:\WINDOWS' OLDPWD = '/home/daniel' ORIGINAL_PATH = '/cygdrive/c/ffmpeg:/cygdrive/j/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem' USERDOMAIN = 'DIMENSION' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' LC_ALL = 'nl_NL.ISO-8859-1' !:: = '::\' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'daniel' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\daniel' LANG = 'en_US.UTF-8' TZ = 'Europe/Berlin' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\DIMENSION' PROCESSOR_ARCHITECTURE = 'x86' EXECIGNORE = '*.dll' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/tmp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = 'CutePDF Writer' PROCESSOR_REVISION = '0209' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '1' SESSIONNAME = 'Console' COMPUTERNAME = 'DIMENSION' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CUR
time command does not show CPU time for MinGW binaries
time command does not show CPU time for MinGW binaries. I have this
sample piece of code:
#include
#include
#define N 10
#define K 1
double data[N];
int main()
{
clock_t t = clock();
for (unsigned long n = 0; n < N; ++n)
for (unsigned long k = 0; k < K; ++k)
data[n] += data[n] * data[k];
t = clock() - t;
printf("Time %.3f\n", (double)t / CLOCKS_PER_SEC);
return 0;
}
When I compile it using Cygwin's gcc, time shows CPU time (user time) as
expected:
$ gcc -o test test.c -O3
$ time ./test
Time 1.890
real0m2,043s
user0m1,890s
sys 0m0,000s
However when code is compiled using MinGW's gcc, time reports 0.000 as a
user time. Note that clock() function still provides valid values:
$ x86_64-w64-mingw32-gcc -o test test.c -O3
$ time ./test
Time 1.889
real0m1,998s
user0m0,000s
sys 0m0,015s
I have updated Cygwin to latest version today.
$ uname -r
2.9.0(0.318/5/3)
gcc (GCC) 6.4.0
x86_64-w64-mingw32-gcc (GCC) 6.4.0
I am using Win10 Pro now. As I recall, it worked when I was using it
about year ago on Win7 Pro. So it is probably Win10 issue.
Is this a known bug, or should I log a new one? Do you know if there is
any workaround?
Daniel
--
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: Installing cygwin NOT from web
Vince Hoffman wrote: if you want to just make a local mirror, ... > Be aware you MUST keep the directory structure though for setup to be happy with it. thats why using setup is best. That seems obvious. Is there something non-obvious you were trying to point out? Daniel -- 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/
error 193
I have several directories with similar names, called: ~/Dev/Verilog[1-7] I can run gcc and gdb OK in all of them except Verilog7. When I try to run a program in Verilog7, I get the following error message: ~/Dev/Verilog7(6) gdb vxl GNU gdb 2003-03-03-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... (gdb) run test1.v Starting program: /usr/home/thomas/Dev/Verilog7/vxl test1.v Error creating process /usr/home/thomas/Dev/Verilog7/vxl, (error 193) I attached the 'cygcheck -s -v -r > cygcheck.out' file. I tried to create new driectory Verilog[8-9], both under windows and under cygwin and was still getting the same error. If I try in a directory called vxl - it does work again. There is an email thread on error 193, but it is not of any help to find a solution. It seems the problem might be related to short file names under Windows. Thomas Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Mar 27 23:00:10 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: . C:\unix\usr\local\bin C:\unix\bin C:\unix\bin C:\unix\Perl\bin c:\WINDOWS c:\WINDOWS\system32 C:\unix\bin\id.exe output (nontsec) UID: 1002(thomas) GID: 513(None) 513(None) C:\unix\bin\id.exe output (ntsec) UID: 1002(thomas)GID: 513(None) 513(None)544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\Documents and Settings\thomas\Documents' MAKE_MODE = `unix' PWD = `/usr/home/thomas/Dev/Verilog6' USER = `thomas' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\thomas\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `TOMEK' COMSPEC = `C:\WINDOWS\system32\cmd.exe' GROUP = `None' HOMEDRIVE = `C:' HOMEPATH = `\' HOST = `tomek' HOSTTYPE = `i386' INCLUDE = `C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual Studio\VC98\include' LIB = `C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program Files\Microsoft Visual Studio\VC98\lib' LOGNAME = `thomas' LOGONSERVER = `\\TOMEK' MACHTYPE = `i386' MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98' NUMBER_OF_PROCESSORS = `1' OS2LIBPATH = `C:\WINDOWS\system32\os2\dll;' OS = `Windows_NT' OSTYPE = `posix' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 4 Stepping 2, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0402' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TERM = `cygwin' TZ = `PST8PDT7,M4.1.0/2,M10.5.0/2' USERDOMAIN = `TOMEK' USERNAME = `thomas' USERPROFILE = `C:\Documents and Settings\thomas' VENDOR = `intel' WINDIR = `C:\WINDOWS' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\unix' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\unix/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/home/thomas (default) = `C:\Documents and Settings\thomas\Documents' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\unix/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 38162Mb 28% CP CS UN PA FC d: cd N/AN/A e: fd FAT32 2031Mb 38% CPUN BACKUP f: cd N/AN/A g: cd CDFS 256Mb 100%CS UN MGWEST C:\unix / system binmode C:\unix/bin /usr/bin system binmode C:\Documents and Settings\thomas\Documents /usr/home/thomas system binmode C:\unix/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\unix\bin\awk.exe Found: C:\unix\bin\bash.
1.3.20-1: execvp does not consider relative symlinks on network shares
Hi,
I am using cygwin-1.3.20-1 on a W2K machine, as another UNIX
OS on a UNIX network viewed via Samba 2.0.
When creating relative symlinks on the local drive (e.g.,
c:\), execvp finds the script through the symlink. When
creating a similar relative symlink on the network share,
execvp skips the symlink and find another script down the
PATH.
The POSIX paths are mounted with
mount -f -b -s '\\unix-machine\path' /misc/path
I use system mounts for every user to see all of them when
they rlogin on the Cygwin machine.
The setup is as follows:
network_dir=/some/mounted/network/path
cd $network_dir
# create a C program that calls "foo.sh" through execvp
cat >callfoo.c <<EOF
#include <unistd.h>
#include <stdlib.h>
int main(void)
{
char *argv[] = { "foo.sh", NULL };
execvp("foo.sh", argv);
exit(EXIT_FAILURE);
}
EOF
gcc -o callfoo callfoo.c
# create two subdirectories that will be prepended to the PATH
mkdir d1 d2
# create two scripts that echo their basename
cat >d2/foo.sh <<EOF
#!/bin/sh
echo foo
EOF
chmod 750 d2/foo.sh
cat >d2/bar.sh <<EOF
#!/bin/sh
echo bar
EOF
chmod 750 d2/bar.sh
# create a relative symlink from d1/foo.sh to d2/bar.sh, sooner in the path
ln -s ../d2/bar.sh d1/foo.sh
# ln -s $network_dir/d2/bar.sh d1/foo.sh
# call foo.sh through execvp, with the symlink sooner in the PATH
PATH=d1:d2:$PATH ./callfoo
Explanations/instructions:
- copy the script into a file (e.g., bug.sh);
- edit the contents of the "network_dir" variable to point to
an existing directory on a network share;
- type "sh bug.sh";
- the (my) expectations are to get "bar" as output (as it
does on other UNIX (solaris2, hpux11, linux);
- the cygwin result I obtain is "foo";
- changing the symlink line to the commented one (an
absolute symlink), I obtain the expected "bar" result;
- changing the location of the test to a local drive (c:\),
I also obtain the expected "bar" result;
- changing the call to ./callfoo to
works in all cases (it seems that bash expands the
symlink before calling execXX);
- changing the call to ./callfoo to
does not work because perl call execvp directly.
I have searched cygwin archives and google about "exec symlink
cygwin" and found nothing really illuminating.
It seems that older versions of cygwin (for example, 1.3.12)
do not have this problem.
--
Daniel Villeneuve
AD OPT Technologies
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Mar 31 13:41:56 2003
Windows 2000 Advanced Server Ver 5.0 Build 2195 Service Pack 2
Path: \\scicily\danielv\bin\i686-pc-cygwin
\\scicily\danielv\bin
\\scicily\danielv
\\scicily\danielv\ref\gcm-3.1\bin\i686-pc-cygwin
\\scicily\alt\ref\gcm-3.1\bin\i686-pc-cygwin
C:\cygwin-1.3.21-1\usr\local\bin
C:\cygwin-1.3.21-1\bin
C:\cygwin-1.3.21-1\bin
C:\cygwin-1.3.21-1\usr\X11R6\bin
C:\cygwin-1.3.21-1\usr\sbin
.
\\scicily\alt\bin\i686-pc-cygwin
\\scicily\alt\bin
C:\cygwin-1.3.21-1\misc\i686-pc-cygwin\bin
SysDir: C:\WINNT\System32
WinDir: C:\WINNT
HOME = `\\scicily\danielv'
LD_LIBRARY_PATH = `\misc\alt\lib\i686-pc-cygwin:\misc\i686-pc-cygwin\lib'
MAKE_MODE = `unix'
PWD = `/home/danielv'
USER = `danielv'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
BIBINPUTS =
`/home/danielv/lib/i686-pc-cygwin:/home/danielv/lib:/home/danielv/ref/gcm-3.1/lib/i686-pc-cygwin:/home/danielv/ref/gcm-3.1:/misc/alt/ref/gcm-3.1/lib/i686-pc-cygwin:/misc/alt/ref/gcm-3.1:'
BSTINPUTS =
`/home/danielv/lib/i686-pc-cygwin:/home/danielv/lib:/home/danielv/ref/gcm-3.1/lib/i686-pc-cygwin:/home/danielv/ref/gcm-3.1:/misc/alt/ref/gcm-3.1/lib/i686-pc-cygwin:/misc/alt/ref/gcm-3.1:'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `URANIA'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVSROOT = `/misc/alt/CVS'
CVSUMASK = `007'
EDITOR = `gnuclient'
ENSCRIPT = `--landscape --columns=2'
ESHELL = `bash'
GCMAPE = `ILP32'
GCMCONFIG = `i686-pc-cygwin'
GCMCONFIG_CPU = `I686'
GCMCONFIG_CPU_VERSION = `I686'
GCMCONFIG_FAMILY = `WINDOWS'
GCMCONFIG_OS = `CYGWIN'
GCMCONFIG_OS_VERSION = `CYGWIN'
GCMCONFIG_OS_VERSION_SUB = `CYGWIN'
GCMCONFIG_VENDOR = `PC'
GCMDEFINE = `BIBINPUTS BSTINPUTS CDPATH CVSEDITOR CVSROOT CVSUMASK EDITOR ENSCRIPT
ESHELL GCMAPE GCMCONFIG GCMCONFIG_CPU GCMCONFIG_CPU_VERSION GCMCONFIG_FAMILY
GCMCONFIG_OS GCMCONFIG_OS_VERSION GCMCONFIG_OS_VERSION_SUB GCMCONFIG_VENDOR GCMDEFINE
GCMLEAF GCMLEAFPATH GCMMAKE_ENV GCMMAKE_FLAGS GCMMAKE_TARGETS GCMPATH GCMPATHINC
GCMPATHINFO GCMPATHLIB GCMPATHLISP GCMROOT GCMVERSION GROFF_TMAC_PATH GZIP HOSTNAME
INFOPATH LANG LD_LIBRARY_PATH LESS LESSBINFMT LESSCHARSET LESSCLOSE LESSEDIT LESSOPEN
LPDEST MANPAGER MANPATH PAGER PATH
1.3.22-1: execvp in libc.a seems different from newlib/libc/posix
Hi,
I'm still working on the problem related to using execvp to
call a program through a relative symbolic link.
I have installed the latest release of cygwin (1.3.22-1)
available today.
I use the following test environment:
- create a directory d2 on a network share, containing two programs;
- create a sibling directory d1, containing a relative symbolic link
to one of the two previous programs in d2;
- call execvp (using a C program or with Perl) with PATH=d1:d2:$PATH.
With that setup, I am faced with the odd fact that the
symbolic link in d1 is not seen/used by execvp.
I have downloaded the cygwin source distribution, found the
execvp.c file in newlib/libc/posix, and compiled a version
of this file in my test environment, which I have put in a
library called -ldv.
Surprise: when linking with my version of execvp, everything
works fine.
If I interpose -lc (or -lcygwin) before my library, the
program no longer works.
Could it be that the objects in libc.a or libcygwin.a
are not in sync with the source, or something like that?
My environment test is provided in post-scriptum.
--
Daniel
# Edit this path to point to a non-existent directory on a
# network share.
network_dir=/home/danielv/tmp
[ -d $network_dir ] || mkdir $network_dir
cd $network_dir
rm -rf callfoo* lib* d1 d2
# create an object containing the definition of execvp,
# taken from src/newlib/libc/posix/execvp.c
cat >myexecvp.c <<'EOF'
#include <_ansi.h>
#include
#include
#include
#include
#include
#include
#define PATH_DELIM ':'
/*
* Copy string, until c or is encountered.
* NUL-terminate the destination string (s1).
*/
static char *
_DEFUN (strccpy, (s1, s2, c),
char *s1 _AND
char *s2 _AND
char c)
{
char *dest = s1;
while (*s2 && *s2 != c)
*s1++ = *s2++;
*s1 = 0;
return dest;
}
int
_DEFUN (execvp, (file, argv),
_CONST char *file _AND
char * _CONST argv[])
{
char *path = getenv ("PATH");
char buf[MAXNAMLEN];
/* If $PATH doesn't exist, just pass FILE on unchanged. */
if (!path)
return execv (file, argv);
/* If FILE contains a directory, don't search $PATH. */
if (strchr (file, '/')
)
return execv (file, argv);
while (*path)
{
strccpy (buf, path, PATH_DELIM);
/* An empty entry means the current directory. */
if (*buf != 0 && buf[strlen(buf) - 1] != '/')
strcat (buf, "/");
strcat (buf, file);
if (execv (buf, argv) == -1 && errno != ENOENT)
return -1;
while (*path && *path != PATH_DELIM)
path++;
if (*path == PATH_DELIM)
path++; /* skip over delim */
}
return -1;
}
EOF
gcc -o myexecvp.o -c myexecvp.c
ar cr libdv.a myexecvp.o
rm myexecvp.o
cat >callfoo.c <<'EOF'
#include
#include
int main(void)
{
char *argv[] = { "foo", NULL };
execvp("foo", argv);
perror("callfoo");
exit(EXIT_FAILURE);
}
EOF
gcc -o callfoo1 callfoo.c
gcc -o callfoo2 callfoo.c -L$network_dir -ldv
gcc -o callfoo3 callfoo.c -L$network_dir -lc -ldv
# create two subdirectories that will be prepended to the PATH
mkdir d1 d2
# create two programs that echo a string
cat >d2/print.c <<'EOF'
#include
int main(int argc, char **argv)
{
printf("%s\n", NAME);
return 0;
}
EOF
gcc -DNAME='"foo"' -o d2/foo d2/print.c
gcc -DNAME='"bar"' -o d2/bar d2/print.c
# create a relative symlink from d1/foo to d2/bar, sooner in the path
ln -s ../d2/bar d1/foo
# ln -s $network_dir/d2/bar.sh d1/foo.sh
# call foo through execvp, with the symlink sooner in the PATH
echo 'next lines should all be "bar"'
PATH=d1:d2:$PATH ./callfoo1
PATH=d1:d2:$PATH ./callfoo2
PATH=d1:d2:$PATH ./callfoo3
# first one calls execvp
PATH=d1:d2:$PATH perl -e 'exec "foo"'
# second one calls the shell because of $
PATH=d1:d2:$PATH perl -e 'exec "foo \$EMPTY"'
--
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/
how to use current directory as bash startup directory
Can bash "inherit" the working directory setting from the process that invoked bash instead of always setting its initial working directory (to the user's home directory)? On Unix, Emacs' "shell" command gets me a shell whose working directory is set based on what I was editing. However, when I use NTEmacs' "shell" command to start a Cygwin bash shell, bash always sets its initial working directory to my home directory. Can I configure bash to leave the working directory set as it was when bash was started? Thanks, Daniel -- Unsubscribe info: 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 use current directory as bash startup directory
Igor Pechtchanski wrote: On Thu, 3 Jul 2003, Daniel Barclay wrote: Can bash "inherit" the working directory setting from the process that invoked bash instead of always setting its initial working directory (to the user's home directory)? ... Normally, you should be able to just not pass the --login flag to bash. Ah--that's it. My .emacs shell-setup code was passing -login. Thanks, Daniel -- Unsubscribe info: 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: Spammers watching this user forum
Elfyn McBratney wrote: I don't think harvesters have frame-enabled browser's :-) :-) :-) Why not? It's just as easy to handle "" as it is to handle "". Daniel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] naim 0.11.5.9.cyg11
naim 0.11.5.9.cyg11 is now available. naim is a console AIM, ICQ, IRC, and Lily client. Development work is done on Linux, but naim should work on any system with an ANSI C compiler, BSD sockets, and ncurses. This includes operating systems such as BeOS, FreeBSD, Mac OS 10, NetBSD, and Microsoft Windows using Cygwin. naim has been in development since October, 1998. More information is available from: http://naim.n.ml.org/ This is the first release of naim distributed with Cygwin. | To install this package, click on the "Install Cygwin now" link on the | http://cygwin.com/ web page. This downloads setup.exe to your system. | Then, run setup and answer all of the questions. You'll find the naim | package listed in the "Net" category. If there is any questionable behaviour at all, please contact me directly at <[EMAIL PROTECTED]>, on AIM as "naim help," or on EFnet or Undernet IRC in #naim. If you are interested in the use and development of naim, feel free to subscribe to the naim-users mailing list. Just send a blank email to <[EMAIL PROTECTED]> and reply to the confirmation message. -- Daniel Reed <[EMAIL PROTECTED]> http://shell.n.ml.org/n/ I'd say some people have no lives, but I'm the one who's going to wallpaper his room in naim source in a few days. -- FalseName, EFnet #naim http://site.n.ml.org/download/20030715233159/naim/naim-0.11.5.9.cyg11.tar.gz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] naim 0.11.6
naim 0.11.6 is now available. naim is a console AIM, ICQ, IRC, and Lily client. Development work is done on Linux, but naim should work on any system with an ANSI C compiler, BSD sockets, and ncurses. This includes operating systems such as BeOS, FreeBSD, Mac OS 10, NetBSD, and Microsoft Windows using Cygwin. naim has been in development since October, 1998. More information is available from: http://naim.n.ml.org/ ,--. | To install or upgrade this package, run the Cygwin Net Release Setup | | Program, available from [http://cygwin.com/setup.exe]. Answer all of the | | questions to reach the Select Packages screen. You will find naim listed | | in the "Net" category. | `--' Summary of changes from 0.11.5.9 to 0.11.6 [2003-06-24] [pkg FEA] naim is now able to build binary release tarballs (naim-VERSION-ARCH.tgz) and Cygwin/Windows releases (naim-VERSION-cygwinrelease.tbz2). [pkg fea] naim will now build a separate naim_core library (cygnaim_core-0.dll) under Cygwin/Windows, to facilitate the dynamic module system. [pkg FEA] The dynamic module system uses GNU libtool's libltdl, and now works on all platforms actively supported by naim. [pkg fea] Several small documentation updates. [pkg fea] Major header files are now installed in a global installation directory. [con bug] Small bugs in contrib/sendim.sh found and fixed. [UI fea] Chat "hilites" added: If a member of a room/channel/discussion mentions your name, their message will be highlighted. [UI bug] A small bug in the /away routine has been fixed, allowing your /away status to be preserved across re/connects. [UI bug] .naimprofile will now be read for all connections in the event that multiple connections are declared in .naimrc. [pkg bug] A "#warning" directive was misnamed "#warn" and has been corrected. [Lil fea] Discussion retitles are now treated as a /topic change on IRC. [TOC bug] /me processing in chat rooms was broken. Fixed. [pkg FEA] The default modules have been removed, and are now distributed in a separate "naim-modules" package available from the naim web site. [UI fea] All internal routines are now declared "static," to clean up the module interface. [UI FEA] All major dependencies on ncurses in the main UI code have been isolated to src/win.c, to provide for easy migration to modular user interface routines. [UI FEA] New /chains command to display all event chains. [UI FEA] Newly rewritten /modload and new /modunload to completely control loadable modules. [UI FEA] New /modlist command to display currently loaded modules and their vital statistics. [UI FEA] Queued messages are now saved when you /save. [UI fea] Minor improvements to the HTML renderer. This is a change in the release minor number, and contains mostly packaging- related changes and code cleanups. However, new features related to the module loading interface are present that may provide exciting possibilities for naim extension. As with any significant release, check back within a few days for a new patchlevel release addressing issues not discovered during the development cycle. If there is any questionable behaviour at all, please contact me directly at <[EMAIL PROTECTED]>, on AIM as "naim help," or on EFnet or Undernet IRC in #naim. If you are interested in the use and development of naim, feel free to subscribe to the naim-users mailing list. Just send a blank email to <[EMAIL PROTECTED]> and reply to the confirmation message. -- Daniel Reed <[EMAIL PROTECTED]> http://shell.n.ml.org/n/http://naim.n.ml.org/ There are people who do things and people who take the credit, and the trick is to be in the first group; there is a lot less competition. -- Dwight Morrow, American Diplomat http://site.n.ml.org/download/20030724162958/naim/naim-0.11.6.tar.gz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] psutils-1.17-1
psutils-1.17-1 for Cygwin is now available. PSUtils is a collection of useful utilities for manipulating PostScript documents. Programs included are psnup, for placing out several logical pages on a single sheet of paper, psselect, for selecting pages from a document, pstops, for general imposition, psbook, for signature generation for booklet printing, and psresize, for adjusting page sizes. This is the first release of psutils for Cygwin. To install this package, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the psutils package listed in the "Publishing" category. If you found a bug or have a question on the Cygwin-port of psutils, feel free to contact me directly at [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/
1.3.22: executing relative symlinks on network shares
Hi,
I have a problem when trying to execute relative symlinks
located on network shares: when I create such a symlink,
Cygwin does not find the pointed-to executable and continues
down the PATH. Bash does not have the problem because I
think it does not rely on find_exec to find executables, but
scans the PATH itself. Perl and the smaller C program
given hereafter use execvp (which calls find_exec) and fail.
cat >callgcc.c <
#include
int main(void)
{
char *argv[] = { "gcc", "--version", NULL };
execvp("gcc", argv);
perror("callgcc");
exit(EXIT_FAILURE);
}
EOF
To illustrate the problem, I need to have access to a
network share directly mounted (via mount) using the
Windows share name (//machine/account).
Here is a complete setup. My $HOME is not on the same
network share than the one I'm using for the example.
mount -buf '//machine/account' /home/account
cd /home/account
mkdir t
cd t
ln -s /usr/bin/gcc-2.exe foo.exe
ln -s ../t/foo.exe gcc.exe
cd $HOME
gcc -o callgcc callgcc.c # the small program above
PATH=/home/account/t:$PATH ./callgcc
=> gcc 3.2 !
The relevant output of strace is in attachment here.
fe-without-netuse
Description: Binary data
The output should be gcc 2.95.3-10, since the gcc.exe in
/home/account/t points to foo.exe which points to
/usr/bin/gcc-2.exe.
If I do the following:
net use r: '\\machine\account'
umount -u /home/account
mount -buf r: /home/account
the behavior is correct.
The relevant output of strace is in attachment here.
fe-with-netuse
Description: Binary data
The problem seems to be around symlink_info::check,
performing an unwanted side effect on the analyzed path in
one case but not the other.
The output of "cygcheck -s" is in attachment here.
check
Description: Binary data
Let me know if more information is needed.
Thanks for your time,
--
Daniel Villeneuve
AD OPT Technologies Inc.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: GCC 2.95.3-5 produces .exe un-executable under w98 and ME
For the sake of completeness: We ran into the resource limit on Win98 with the Unreal Tournament 2003 Editor and below is a remark from the LoadLibrary docs: "Windows 95/98/Me: If you are using LoadLibrary to load a module that contains a resource whose numeric identifier is greater than 0x7FFF, LoadLibrary fails. If you are attempting to load a 16-bit DLL directly from 32-bit code, LoadLibrary fails. If you are attempting to load a DLL whose subsystem version is greater than 4.0, LoadLibrary fails. If your DllMain function tries to call the Unicode version of a function, LoadLibrary fails." -- Daniel, Epic Games Inc. - snip -- Thanks for all your kind pointers! Not! Anyway I have dug around and found that it turned out to be a problem with resources. In windows98/ME somehow resource IDs above 4 (or perhaps 35656?) causes the .exe to become unrecognized. Anyone is welcome to comment on this, but I am recording this so that someone searching and finding my previous posts will have a clue as to what *my* problem was. /t "Thomas Nilsson" <[EMAIL PROTECTED]> skrev i meddelandet aeo42a$lip$[EMAIL PROTECTED]">news:aeo42a$lip$[EMAIL PROTECTED]... > Ok, I was trying to be polite but I really need some pointers here. I don't > want to "Why did you break everything..." Please? > > /Thomas > > > > "Thomas Nilsson" <[EMAIL PROTECTED]> skrev i meddelandet > 01dc01c21692$d1181d50$0300a8c0@ThoNi">news:01dc01c21692$d1181d50$0300a8c0@Th oNi... > I have researched the matter further and discovered that it only applies to > Windows applications. When I link with "-mwindows" I get: > > /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld: > warning: cannot find entry symbol _WinMainCRTStartup; defaulting to 00401000 > > Adding "-e _mainCRTStartup" as per the GNU Pro manuals (which I have not > needed to do before) did only remove the message. The .exe's was still not > executable on win98 or ME. > > How can I find out why w98 and ME don't like the executables? > > I can't find any information about the various cygwin crt*.o and for which > options > they are used. Should any of them not contain WinMainCRTStartup? Could > somebody > point me in a direction please? > > I am attaching a "gcc -v" printout. > > /Thomas > > > gcc -o > run -g -v -mwindows -Wall -funsigned-char -I../../WindowsGLK/Include -DGLK > -DWINGLK glkstart.o glkio.o exe.o arun.o sysdep.o rules.o debug.o args.o > inter.o parse.o stack.o decode.o term.o reverse.o readline.o params.o main.o > alan.version.o winglk.o arun.res -g -mwindows ../../WindowsGLK/Glk.lib > Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/specs > gcc version 2.95.3-5 (cygwin special) > /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/collect2.exe --subsystem > windows -Bdynamic --dll-search-prefix=cyg -o arun.exe > /usr/lib/crt0.o -L/usr/local/lib -L/usr/lib -L/usr/lib/w32api -L/usr/lib/gcc > -lib/i686-pc-cygwin/2.95.3-5 glkstart.o glkio.o exe.o arun.o sysdep.o > rules.o debug.o args.o inter.o parse.o stack.o decode.o term.o reverse.o > readline.o params.o main.o alan.version.o winglk.o arun.res > ../../WindowsGLK/Glk.lib -lgcc -lcygwin -lgdi32 -lcomdlg32 -luser32 -lkernel > 32 -ladvapi32 -lshell32 -lgcc > /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld: > warning: cannot find entry symbol _WinMainCRTStartup; defaulting to 00401000 > make: [winglk] Error 1 (ignored) > > > > "Thomas Nilsson" <[EMAIL PROTECTED]> skrev i meddelandet > 00a301c21571$78bb8c40$0300a8c0@ThoNi">news:00a301c21571$78bb8c40$0300a8c0@Th oNi... > I am a pleased cygwin user since many years. It has always served me well as > a platform for easy cross-platform development. > > However I recently found that GCC produced .EXEs that run on NT and w2000 > but not on 98 & ME. Message produced on failing systems is "The > file appears to be corrupt. Reinstall the file, and then try again." > And then "Windows can not run this file because it is in the wrong format." > > This occurs with both cygwin and mingw compiles on both w2k and w98. > > I have GCC 2.95.3-5, binutils 20011002-1, win32 1.5-1. > > I am sure this problem did not exist about a month ago. I have definitely > upgraded cygwin and made a couple of changes to the software since then. > What kind of changes to my software could have cause this behaviour? > > > /Thomas Nilsson -- 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/
Building GDA on Cygwin
Hello I am interested in building and running GDA ( GNOME Data Access at http://www.gnome-db.org/ ) on Cygwin. It is built for Linux, but it is suppose to be portable to other platforms. It does not require GNOME nor gtk+. It only requires libxml2 (included in Cygwin) and glib-2.0 (already a port at http://www.gimp.org/win32 ). GDA has shared libraries libgda-2.so and specific shared libraries for each database provider: libgda-postgres.so for PostgreSQL, libgda-mysql.so for MySQL, libgda-db2.so for DB2, libgda-oracle.so for Oracle, libgda-sybase for Sybase, libgda-freetds for FreeTDS (Sybase and MS SQL Server), etc... Using a cvs snapshot, I can get it to ./configure, make, and make install. However, I discovered only the static libraries are being created: libgda-2.a, libgda-postgres.a, etc... Even though the configure script reported that both static and shared libraries are being created. I can't build from cvs because ./autogen.sh fails for some reason. I would expect to find the shared libraries generated using Cygwin as: cyggda-2.dll or cyglibgda-2.dll or libgda-2.dll. Preferablly, it would have a name of gda-2.dll Sometimes, there is auto* tools problems, such as, not being able to find automake 1.4 even though I have it installed by Cygwin Setup. I do not understand this auto* tools stuff at all. Other problems include not being able to find database headers/libraries to build each specific provider's shared library: finding pq.dll and its headers for PostgreSQL to build the libgda-postgres.dll shared library. Moreover, what can I do to get libgda shared libraries built on Cygwin? -- 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/
export CYGWIN=tty
I do the above to run emacs, (so I can type C-c and C-t while in emacs), and when I'm done (C-x C-c), it looks like I need to type `reset'. (I can't see what I'm typing.) But it doesn't work! I have to do `unset CYGWIN' and then `reset' (without looking too close, mind you) and then I get my prompt back. `reset' also doesn't clear the screen. (note: reset and tset are part of ncurses). is ncurses incompatible with `CYGWIN=tty'? Is this supposed to happen? let me know, - Daniel J. -- 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/
cygpath -pw output is corrupt for long path names
When I use cygpath -pw for a unix path with a lot of directory
components for each entry in the path, I get corrupted output.
Here is an example usage (see also attached cygcheck -s output):
$ pwd
/tmp/this/is/a/very/long/directory/path/enterprise/modules/base
$ cygpath -pw
:/c/programs/jdk1.3.1_04/jre/lib/rt.jar:../../lib/fso.jar:../../lib/vcom.jar:../../lib/vcomsc.jar:../../lib/log4j-1.2.5.jar
;c:\programs\jdk1.3.1_04\jre\lib\rt.jar;C:\programs\cygwin\tmp\this\is\a\very\long\directory\path\enterprise\lib\fso.jar;C:\programs\cygwin\tmp\this\is\a\very\long\directory\path\enterprise\lib\vcom.jar;C:\programs\cygwin\tmp\this\is\a\very\long\directory\path\enterprise\lib\vcomsc.jar;C:\programs\cygwin\tmp\this\is\a\very\long\directory\path\enterprise
? log4j-1.2.5.jar
(Note the spaces and the question mark before log4j-1.2.5.jar)
After running this in gdb with the latest sources from CVS I can
explain this behaviour like this: In cygpath.cc the function
conv_path_list_buf_size() from path.cc gets indirectly invoked. This
function uses the member native_pathlen from the mount table to
compute the size of memory needed for this path. My mount table
looks like this:
$19 = {version = 12767, cb = 16488, sys_mount_table_counter = 0, nmounts = 6,
mount = {{native_path = "eagle\\data", '\000' ,
native_pathlen = 12, posix_path = "/data", '\000' ,
posix_pathlen = 5, flags = 2}, {
native_path = "eagle\\voice", '\000' ,
native_pathlen = 13, posix_path = "/voice", '\000' ,
posix_pathlen = 6, flags = 2},
It seems that nativ_pathlen does not count the escape backslashes
(e.g. 'eagle\\voice' has 16 characters with 3 escape
backslashes, but nativ_pathlen is 13). This is not a problem as long
as the path is short because conv_path_list_buf_size() adds always
100 to the computed size of memory. But in my test case this is not
enough.
Am I missing something or is my analysis so far correct?
Daniel.
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Oct 29 19:34:37 2002
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3
Path: d:\home-stonie\bin
C:\programs\cygwin\usr\local\bin
C:\programs\cygwin\bin
C:\programs\cygwin\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\Program Files\Support Tools\
c:\Program Files\Resource Kit\
C:\programs\cygwin\bin
c:\programs\tools
c:\programs\oracle\ora81\bin
c:\programs\nuance\v7.0.4\bin\win32
c:\programs\nuance\v7.0.4\scripts
C:\programs\cygwin\usr\X11R6\bin
d:\home-stonie\tools\sysinternals\pstools
c:\programs\j2sdk1.4.0_02\bin
SysDir: C:\WINNT\System32
WinDir: C:\WINNT
CYGWIN = `binmode ntsec nosmbntsec notty'
HOME = `d:\home-stonie'
MAKE_MODE = `unix'
PWD = `/d/home-stonie'
USER = `stonie'
Use `-r' to scan registry
a: fd N/AN/A
c: hd NTFS8001Mb 66% CP CS UN PA FC System
d: hd NTFS 11068Mb 18% CP CS UN PA FC Data
e: cd N/AN/A
\\eagle\data/data userbinmode
\\eagle\voice /voiceuserbinmode
/ userbinmode,cygdrive
C:/programs/cygwin / system binmode
d:\home-stonie /home/stonie system binmode
C:/programs/cygwin/bin /usr/bin system binmode
C:/programs/cygwin/lib /usr/lib system binmode
/ userbinmode,cygdrive
Found: C:\programs\cygwin\bin\bash.exe
Found: C:\programs\cygwin\bin\cat.exe
Found: C:\programs\cygwin\bin\cpp.exe
Found: C:\programs\cygwin\bin\find.exe
Found: C:\programs\cygwin\bin\gcc.exe
Found: C:\programs\cygwin\bin\gdb.exe
Found: C:\programs\cygwin\bin\ld.exe
Found: C:\programs\cygwin\bin\ls.exe
Found: C:\programs\cygwin\bin\make.exe
Found: C:\programs\cygwin\bin\sh.exe
58k 2002/05/07 C:\programs\cygwin\bin\cygbz2-1.dll
6k 2002/06/24 C:\programs\cygwin\bin\cygcharset-1.dll
625k 2002/08/09 C:\programs\cygwin\bin\cygcrypto.dll
45k 2001/04/25 C:\programs\cygwin\bin\cygform5.dll
35k 2002/01/09 C:\programs\cygwin\bin\cygform6.dll
19k 2002/02/20 C:\programs\cygwin\bin\cyggdbm.dll
17k 2001/06/28 C:\programs\cygwin\bin\cyghistory4.dll
20k 2002/10/10 C:\programs\cygwin\bin\cyghistory5.dll
929k 2002/06/24 C:\programs\cygwin\bin\cygiconv-2.dll
22k 2001/12/13 C:\programs\cygwin\bin\cygintl-1.dll
28k 2002/09/20 C:\programs\cygwin\bin\cygintl-2.dll
21k 2001/06/20 C:\programs\cygwin\bin\cygintl.dll
45k 2002/02/08 C:\programs\cygwin\bin\cygjbig1.dll
119k 2002/02/09 C:\programs\cygwin\bin\cygjpeg6b.dll
59k 2002/09/20 C:\programs\cygwin\bin\cygkpathsea-3-3-7.dll
26k 2001/04/25 C:\programs\cygwin\bin\cygmenu5.dll
20k 2002/01/09 C:\programs\cygwin\bin\cygmenu6.d
trouble with -mno-cygwin
So I do `gcc -o hello.exe hello.c' and it works, but if I try `gcc -o
hello.exe -mno-cygwin hello.c' it comes back with the error:
gcc: installation problem, cannot exec `cc1': No such file or directory
after `PATH=${PATH}:/usr/lib/gcc-lib/i686-pc-cygwin/3.2' I get:
ld: cannot open crt2.o: No such file or directory
A quick perusal of July 2002 on this mailing list reveals someone had
the exact same problem. (thread: Re: Available for test: gcc-3.1.1-1,
gcc2-2.95.3-6, and gcc-mingw-3_1-20020516-1) The answer?
>> Did you install the cygwin-mingw package? It doesn't sound like you
>> did.
> Umm ... duh. Thank-you.
The package `mingw-runtime' has been unpacked, but I know of no package
named `cygwin-mingw'. For now I am left with the same errors. Even if
`-mno-cygwin' has been deprecated, I would still like to compile SDL.
ciao all,
- Daniel J.
--
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: trouble with -mno-cygwin
The package `mingw-runtime' has been unpacked, but I know of no package named `cygwin-mingw'. For now I am left with the same errors. OK. I just realized there was a package named gcc-mingw, so never mind. ciao all, - Daniel J. -- 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/
Cygwin causes 0x00000024 Stop Error (BLUE SCREEN)
Every time that I run the cygwin installer program, when it finishes downloading packages, and moves to the install step, it bluescreen crashes my Windows XP machine (service pack 1) with the following error: STOP: 0x0024 (0x001902FA, ..., ...) (I didn't take the time to write down the last to parameters) Upon reboot, when I run through the install process again, it works fine, since the packages have already been downloaded. After the install is complete, all of the cygwin apps work fine. Here is what I think may be a cause (but I know nothing about cygwin internals, so its just a guess): http://support.microsoft.com/?kbid=195857 The reason that I suspect that this is a cygwin installer issue, and not a driver issue, is that this machine never crashes with ANY other software. Furthermore, I have an NT 4.0 machine (service pack 6) at work, with a completely different hardware setup (so all drivers are different) and again, while it NEVER crashes like this with any other software, the cygwin installer causes a STOP error EVERY TIME it is run. Fixing this problem would be a great benefit to your software package. Having the installer bluescreen a high percentage of machines on install is obviously not a good thing. -- 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: Cygwin causes 0x00000024 Stop Error (BLUE SCREEN)
You guys sure are fast for a Sunday. Open source is great : ) I am surprised that I am this unlucky. Previously, I tried to track this problem down, and I thought that I had come across an FAQ that referenced cygwin causing Blue Screens, and the answer was basically you have bad drivers. This is why I assumed this was more frequently reported. Anyway, Clarifications: This has happened to me on the initial install, (not all, but most packages) and also today, when I downloaded rsync + dependencies and other updates since the last time I downloaded (about a months worth) so maybe it was around 10 packages. If there is anything I can do to provide you with more debugging info (or if theres any other suggestions you can give me for debugging this if it is solely a hardware/driver issues) let me know, Thanks, Dan -- 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: Cygwin causes 0x00000024 Stop Error (BLUE SCREEN)
One further clarification. It happens well before the Installation complete [OK] step. It actually happens before any of the post download scripts run. It happens when it is at (or nearly at) the very end of downloading the packages. After the blue screen, when I come back in, and just click through the install steps again, it usually redownloads or finishes one package, and then moves on to the install step (which works fine). Do the MS debugging tools ship with NT 4? Or do I have to pick them up somewhere on the MS site? I don't do much windows programming, and I haven't yet been able to make java cause a blue screen... : ) But I'm pretty sure I can recreate the crash later today. Dan -- 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/
Output of cygpath --path --windows is corrupt
The output from cygpath --path --windows is corrupt for a unix path with lot of directory components. I found this problem a while ago, see http://cygwin.com/ml/cygwin/2002-10/msg01791.html I tried again with the latest cygwin release (1.3.16), but still without success. Unfortunately I am still not sure whether this is a problem with my cygwin setup or whether this is a bug in cygcheck. Can anybody reproduce the error as described in my email referenced above? Any help is appreciated, Daniel -- 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/
Question/bug? : Make and tab problem since version 1.3.16...
After upgrading cygwin dll to 1.3.16 from 1.3.12 I had the following problem: I'm using cygwin to build my project, in my makefile I'm creating another makefile like this: VAR1=a.o : a.c\n\tcc $$@ . . . sometarget : $(shell echo -e '$(VAR1)' >> somefile before the upgrade this produced somefile with this lines in it: a.o : a.c cc $@ after upgrading the tab before the 'cc $@' gone, and the lines in somefile looks like this: a.o : a.c cc $@ and the make of the sub-makefile (somefile) fails, I've noticed that if I'm adding a character before the \t for example: VAR1=a.o : a.c\nxxx\tcc $$@ it produces: a.o : a.c xxx cc $@ any ides ? Thanks. -- 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: Question/bug? : Make and tab problem since version 1.3.16...
2 fixes to the line, it should be: sometarget: $(shell echo -e '$(VAR1)' >> $@) this $(shell... makes a file called "somefile", in it you will see: " a.o:a.c cc $@ " I'm including this sometarget in the makefile thus extending it "on the fly", believe me it works ! -Original Message- From: Max Bowsher [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 27, 2002 7:38 PM To: Moti Daniel; [EMAIL PROTECTED] Subject: Re: Question/bug? : Make and tab problem since version 1.3.16... Moti Daniel <[EMAIL PROTECTED]> wrote: > After upgrading cygwin dll to 1.3.16 from 1.3.12 I had the following > problem: > I'm using cygwin to build my project, in my makefile I'm creating > another makefile like this: > VAR1=a.o : a.c\n\tcc $$@ > . > . > . > sometarget : > $(shell echo -e '$(VAR1)' >> somefile > > before the upgrade this produced somefile with this lines in it: > a.o : a.c > cc $@ I find that hard to believe. With that $(shell... in there, make tries to run a program 'a.o'. Max. -- 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/
PostgreSQL 7.3 Package for Cygwin
Does anyone have a PostgreSQL 7.3 binary package for Cygwin? PostgreSQL version 7.3 was just recently released. http://archives.postgresql.org/pgsql-announce/2002-11/msg4.php -- 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/
GL/gl.h and libopengl32.a
Hi, Could somebody update GL/gl.h and regenerate libopengl32.a for a more recent OpenGL version? Thanks, Daniel Wesslen -- 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/
strerror_r is missing from libc
Hello, I cannot link my program that uses strerror_r() function, because it is not included libc.a. But the declaration of strerror_r is in string.h and also it is implemented in latest newlib 1.11.0 (but not in 1.10.0). But I don't know what version of newlib is included in Cygwin. Dan Horak -- 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/
Bug in path.cc (conv_path_list_buf_size)
The above mentioned function returns sometimes a too small buffer size. This problem was found when using 'cygpath --path --windows' Here is a test scenario to reproduce the problem (on my machine): $ mount C:\programs\cygwin\bin on /usr/bin type system (binmode) C:\programs\cygwin\lib on /usr/lib type system (binmode) C:\programs\cygwin on / type system (binmode) d:\home-stonie on /home/stonie type system (binmode) \\eagle\voice on /voice type user (binmode) \\eagle\data on /data type user (binmode) c: on /c type user (binmode,noumount) d: on /d type user (binmode,noumount) $ mkdir /tmp/this/is/a/very/long/directory/path/to/some/of/my/software $ cd/tmp/this/is/a/very/long/directory/path/to/some/of/my/software $ cygpath -pw :/c/programs/jdk1.3.1_04/jre/lib/rt.jar:../../lib/fso.jar:../../lib/vcom.jar:../../lib/vcomsc.jar:../../lib/log4j-1.2.5.jar ;c:\programs\jdk1.3.1_04\jre\lib\rt.jar;C:\programs\cygwin\tmp\this\is\a\very\long\directory\path\enterprise\lib\fso.jar;C:\programs\cygwin\tmp\this\is\a\very\long\directory\path\enterprise\lib\vcom.jar;C:\programs\cygwin\tmp\this\is\a\very\long\directory\path\enterprise\lib\vcomsc.jar;C:\programs\cygwin\tmp\this\is\a\very\long\directory\path\enterprise ? log4j-1.2.5.jar (Note the spaces and the question mark of the cygpath output just before log4j-1.2.5.jar) The algorithm in conv_path_list_buf_size() looks only at the size of the mount table and the length of the relativ posix path, but ignores the absolute path length of each path element. In the above example the computed size is 355, but the converted path needs 365 bytes. The algorithm works fine as long the mount table contains a lot of entries with at least one reasonable long entry and/or the working directory is short. I see following solutions: a) Increase the slop. b) Make the size estimation more precise by adding the size of the current working directory for each relativ path element. What do you think? Daniel -- 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: Bug in path.cc (conv_path_list_buf_size)
On Wed, Feb 05, 2003 at 04:39:53PM -0500, Christopher Faylor wrote: > On Wed, Feb 04, 2003 at 04:02:37PM -0500, Christopher Faylor > wrote: > >On Wed, Feb 05, 2003 at 05:40:21PM +0100, Daniel Steinmann wrote: > >>The above mentioned function returns sometimes a too small buffer > >>size. This problem was found when using 'cygpath --path --windows' > >> > >>I see following solutions: > >> > >>a) Increase the slop. > >> > >>b) Make the size estimation more precise by adding the size of > >> the current working directory for each relativ path element. > >> > >>What do you think? > > > >I'll add something which should suffice to work around the > >problem for > >1.3.20. > > There is a new snapshot up with the change, if you want to try it. It works! Thanks a lot, Daniel -- 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/
Newbie problems
I just installed cygwin, and everything seemed to work fine during installation. I installed quite a lot of packages, including binutils (and almost all other devel packages) and all the base packages. I seem to missing some important stuff though. For example, I don't have 'less' or 'ldd'. What can I have done wrong? /daniel -- 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/
no installation instructions except in FAQ?
On the documentation page at http://cygwin.com/docs.html, there no mention of installation instructions. It's not obvious that they are hidden in the FAQ list. Which is the right mailing to use to suggest to the documentation developers that the installation instructions be pulled into an installation guide? Thanks, Daniel -- 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: no installation instructions except in FAQ?
Igor Pechtchanski wrote:
>
> On Fri, 28 Feb 2003, Daniel B. wrote:
>
> > On the documentation page at http://cygwin.com/docs.html, there no
> > mention of installation instructions. It's not obvious that they are
> > hidden in the FAQ list.
> >
> > Which is the right mailing to use to suggest to the documentation
> > developers that the installation instructions be pulled into an
> > installation guide?
>
> Daniel,
>
> This is the right place. If you feel that documentation is lacking,
What did I say was lacking? I said something was hidden (because it's in
the wrong place). That is, the effort already spent to write it is not
being used to maximum benefit.
> write the appropriate sections ...
>
> "Patches thoughtfully considered"^{TM}
Are you trying to say that you don't consider constructive feedback about
problems unless it comes with a complete fix?
(I thought http://cygwin.com/bugs.html says "Bug reports without solutions
are also welcome.")
Daniel
--
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: no installation instructions except in FAQ?
Igor Pechtchanski wrote:
> ...
> Daniel,
>
> Did I say your report was unwelcome?
It seemed so at first. ("If you feel that documentation is lacking, write the
appropriate sections..." sounded like "if you don't like it, fix it yourself.")
Sorry for perceiving your meaning wrong.
Daniel
--
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: Bug: Win32 GTK binaries and Cygwin heap error
> It should be possible to 'coopt' the existing MS windowing > code from the > 'native' port, to compile a cygwin-based, but > MSwindow-not-Xwindow gtk. > Tor has two separate #defines throughout the code -- one indicates > 'windowing' and the other indicates 'platform'; you want the > first, but > not the second. However, no one has attempted to fix the > configury bits > so that you can build gtk as: > >./configure --without-x --with-mswin > > on a cygwin-based (e.g. not MSYS/mingw) system. If you're willing to > put in the elbow grease to solve your problem "The Right > Way", I'm sure > Tor will be receptive to your efforts. > > FWIW, I posted a patch and method to build glib-2.2.0 on cygwin a few > months back; that should help a little. Then you need a non-X but > cygwin-based libfreetype (being careful not to conflict with the > existing cygwin-based,X-based libfreetype distributed with > cygwin-xfree), and then pango, atk, and finally gtk. It's a > big job - > which is why nobody has done it. I have a native Cygwin port of GTK 2.2 and other required libraries. But I was not able to send the mail into this mailing list due some "error" with the subject "GTK+ 2.2 on Cygwin - SUCCESS" It is here: Hello, I have succeeded in compiling GTK+ 2.2 using real Cygwin (not with "gcc -mno-cygwin"). I really works! what has to done: to have an up-to-date Cygwin installation glib 2.2.0 - compile with Chuck Wilson's patch (http://cygwin.com/ml/cygwin/2003-01/msg00086.html) atk 1.2.0 - it requires most work, configure/makefiles must be modified to use both OS_WIN32 and PLATFORM_WIN32 - atk.def was manually copied into the build directory - run bootstrap (the same as in glib) $ mkdir .build; cd .build $ ../configure --prefix=/usr/local --srcdir=../../atk-1.2.0 --enable-maintainer-mode $ make; make install pango 1.2.0 - needs small change in modules/basic/basic-win32.c to have some LANG_ defines while we do not have usp10.h - run bootstrap $ mkdir .build; cd .build $ ../configure --prefix=/usr/local --srcdir=../../pango-1.2.0 --enable-maintainer-mode $ make; make install gtk 2.2.0 - biggest problem here - it requires libtool compatible libuuid.a to build gdk_win32.dll => I extracted uuid.o from the library, manually created a valid libtool object file and added it into the link command and run the link command manually $ mkdir .build; cd .build $ ../configure --with-gdktarget=win32 --without-x --prefix=/usr/local --srcdir=../../gtk+-2.2.0 $ make; make install No extensive testing was done yet, but the tests from gtk distribution are working well. I will try to clean my sources and prepare some patches. Or I can package the whole build trees and place it somewhere for others. Dan Horak -- 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/
_init() and _fini() for dynamically loaded libraries?
Does Cygwin support initialization and cleanup for libraries loaded
dynamically via dlopen() in a way similar to Linux and Solaris? If
yes, how can I get it to work? I attached a simple test case below,
with comments telling how to compile/link. The output under cygwin
is:
calculating
doubled in library: 2.468000
So it basically works, but neither _init() nor _fini() get
executed. Under Solaris the output is:
initializing
calculating
doubled in library: 2.468000
finishing
(There I link with "ld -Bshareable mylib.o -o libmylib.dll" and "gcc
-Wall -o caller caller.c -ldl".) Solaris declares _init and _fini in
(actually returning int), which does not exists in my
cygwin installation, but I'm not sure this is enough to conclude that
it's unsupported. I didn't find help in the documentation or
mail-archives. -- Daniel
/* mylib.c
gcc -Wall -c mylib.c
gcc -shared -Wl,--export-all mylib.o -o libmylib.dll
*/
#include
double dub(double in1) {printf("calculating\n");return 2*in1;}
void _init() {printf("initializing\n");}
void _fini() {printf("finishing\n");}
/* caller.c
gcc -Wall -o caller caller.c
./caller
*/
#include
#include
#include
int main() {
void *handle;
double (*pdub)(double);
char *error;
handle = dlopen("./libmylib.dll",RTLD_LAZY);
if(!handle) {fprintf(stderr,"%s\n",dlerror()); exit(1);}
pdub =dlsym(handle,"dub");
if((error = dlerror())!=NULL) {fprintf(stderr,"%s\n",error); exit(1);}
printf("doubled in library: %f\n",(*pdub)(1.234));
dlclose(handle);
return 0;
}
--
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: Installing cygwin NOT from web
Max Bowsher wrote: Charles D. Russell wrote: ... 1) setup.exe is really designed to work best for direct installation from the web, so do that first on some computer with an internet connection. 2) when you install from the web, copies of all the downloaded files - including setup.exe - are retained in a directory that you can specify. After completing the installation, if you burn that directory to a CD, you have everything you need to reinstall to that or another computer. ... Mostly right - but there is no need to actually install Cygwin on your downloading computer. But why do you have to be running Windows to _download_ CygWin? Why can't you download the files using any FTP/HTTP client and operating system you want, transfer the files (or otherwise make them visible) to a Windows system, and only then use setup.exe to install the files from the Windows-visible directory? One might want to download once to a local mirror and then install on multiple machines. In my case, I dual-boot Linux and Windows, running Linux most of the time, and have a slow network connection. I would want to download to a local mirror in the background (while doing whatever else I'm doing while booted in Linux), and then boot into Windows to install. Organizations that provide network installers usually also provide separately downloadable versions (witness Netscape, Mozilla (I think), Microsoft Windows service packs, Debian GNU/Linux). Could Cygwin follow suit sometime? Daniel -- 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/
[ANNOUNCEMENT] Updated: naim-0.11.6.3-1
naim 0.11.6.3 is now available through the Cygwin Net Release.
This is primarily a maintenance release (small bug fixes and feature
improvements).
naim is a console client for AOL Instant Messenger (AIM), AOL I Seek You (ICQ),
Internet Relay Chat (IRC), and The lily CMC.
* naim includes unique features like zero-configuration peer to peer
encryption, automatic message queueing, and incoming message modification
(to correct common spelling mistakes and expand common abbreviations).
* naim also includes powerful dynamic module support, allowing developers to
modify all major aspects of naim's behavior.
+ Third-party plug-ins have been used to extend naim's functionality for
use in embedded monitoring clients, and for use as host to automatic
clients ("bots").
* When combined with GNU Screen, naim is great to use as a chat client as
well as an answering machine. Individual users can detach, log out, pack
up and go home, then log back in from anywhere on the Internet to resume
their naim session.
naim is maintained by an OPEN, DIRECTED COMMUNITY, and has been in
development since October, 1998.
More information is available from:
http://naim.n.ml.org/
,--.
| To install or upgrade this package, run the Cygwin Net Release Setup |
| Program, available from [http://cygwin.com/setup.exe]. Answer all of the |
| questions to reach the Select Packages screen. You will find naim listed |
| in the "Net" category. |
`--'
Summary of changes from 0.11.6.1 to 0.11.6.2 [2003-10-22]
[pkg fea] nicq.1, nirc.1, and nlily.1 are now stub man pages pointing to
naim.1. In the past they were created as symlinks by a postinstall
script.
[pkg fea] Cygwin-specific README has been moved from ${prefix}/doc/Cygwin to
${datadir}/doc/Cygwin.
[pkg fea] `make check' will now compile and execute an adapted version of
Ian Gulliver's FireTalk test suite.
[IRC bug] When supplied with an extra-long nickname on sign-on, some IRC
servers silently truncate the nickname to fit into their limits.
This confused FireTalk. Fixed.
[Lil bug] The /topic command sent a non-existent /TOPIC command to the
server instead of the proper /RETITLE command. Fixed.
[pkg fea] Several Makefiles have been rewritten for improved compatibility.
[UI bug] Potential buffer underflow in logfile playback identified. Fixed.
[UI BUG] Potential buffer overflow in spelling correction code identified.
This is thought to be responsible for several reports of the
recvfrom chain "losing" its hooks, stopping incoming messages from
being displayed to the user. Fixed.
[UI fea] Small improvements to the HTML renderer.
Summary of changes from 0.11.6.2 to 0.11.6.3 [2003-10-29]
[pkg bug] Cygwin packaging code cleaned up.
[pkg fea] More Makefile rewrites for improved compatibility.
[FT bug] Long-standing connection-deletion routine has been addressed. This
is a partial backport of the complete rewrite for 0.12.
[FT bug] Several memory leaks have been corrected.
[Lil bug] When someone retitles a discussion, a window would be opened for
it even if you were not a member. Fixed.
[Lil bug] Potential buffer underflow in signon code identified. Fixed.
[Lil fea] New line-receiving code backported from 0.12.
[Lil fea] New line-parsing code backported from 0.12.
[UI bug] Potential use of uninitialized buffer in statusbar code
identified. Work-around implemented.
[UI bug] If two windows had identical presentations due to modifying
$nameformat/$nameformat_named, Tab would stop working. Fixed.
[UI bug] When leaving a chat generated an error, partial stack corruption
occurred. Fixed.
[UI bug] Double-join protection kept users from joining channels with an
open window that they were not actually inside. Fixed.
[UI bug] Potential heap corruption from realloc()ing a string and then
copying it into itself identified. Fixed.
[UI FEA] New key-handling code dramatically improves responsiveness for
laggy connections and when pasting large blocks of text.
If there is any questionable behaviour at all, please contact me directly at
<[EMAIL PROTECTED]>, on AIM as "naim help", or on EFnet or Undernet IRC in #naim. If
you are interested in the development of naim, feel free to subscribe to the
naim-technical mailing list. Just send a blank email to
<[EMAIL PROTECTED]> and reply to the confirmation message.
--
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/
Never be afraid to try something new. Remember: Amateurs built the
ark
[ANNOUNCEMENT] New package: tcm-2.20-1
The package 'tcm' is now available with the Cygwin distribution. o http://wwwhome.cs.utwente.nl/~tcm/ (Homepage and Download) DESCRIPTION: The Toolkit for Conceptual Modeling is a collection of software tools to present specifications of software systems in the form of diagrams, tables, trees, and the like. TCM offers editors for techniques used in Structured Analysis as well as editors for object-oriented (UML) techniques. For some of the behavior specification techniques, an interface to model checkers is offered. More in particular, TCM contains the following editors. * Generic editors for generic diagrams, generic tables and generic trees. All available icons can be used and no syntactic diagram constraints are checked. * Unified Modeling Language (UML) editors for static structure (i.e. class and object) diagrams, use-case diagrams, activity diagrams, statecharts, collaboration diagrams, component diagrams and deployment diagrams. * Structured Analysis (SA) editors for entity-relationship diagrams, data and event flow diagrams, state transition diagrams, function refinement trees, transaction-use tables and function-entity type tables. * Miscellaneous editors such as for JSD (process structure and network diagrams), recursive process graphs and transaction decomposition tables. These editors are no longer updated but they will remain available within TCM. -- To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select "Graphics" and then click on the appropriate fields until the above announced version numbers appear if they are not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. For questions concerning the Cygwin port of TCM, feel free to contact me via email ([EMAIL PROTECTED]). Enjoy, Daniel -- Unsubscribe info: 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: Some questions about ImageMagick and cygwin
On 2003-12-06T00:56-0500, Charles Wilson wrote:
) -release? If not for every platform, what is the advisability of our
) cygwin maintainer making that change for his cygwin releases? Is there
) a way to do "#if CYGWIN then libMagick_LDFLAGS = -release . else
) libMagick_LDFLAGS = -version-info " ?
While it seems to be obviated in this case, just for future reference I
thought I'd mention how I do something similar to this in the naim package.
In configure.in I use:
AC_CANONICAL_HOST
AC_MSG_CHECKING([for Cygwin])
case $host_os in
*cygwin*)
AC_MSG_RESULT(yes)
AC_SUBST([cygwindocdir], ['${datadir}/doc/Cygwin'])
AC_DEFINE(FAKE_MAIN_STUB, 1, [Define to enable a workaround on Windows
for module loading])
AC_DEFINE(DLOPEN_SELF_LIBNAIM_CORE, 1, [Define to dlopen libnaim_core
rather than NULL])
AM_CONDITIONAL(CYGWIN, true)
;;
*)
AC_MSG_RESULT(no)
AC_SUBST([cygwindocdir], [''])
AM_CONDITIONAL(CYGWIN, false)
;;
esac
The magic part is AM_CONDITIONAL(CYGWIN, ...).
This can be used in Makefile.am as:
if CYGWIN
libMagick_LDFLAGS = -release ...
else
libMagick_LDFLAGS = -version-info ...
endif
I use it to do some hideous things with .dll files; as best as I can tell,
dlopen()ed .dll's can't directly access symbols in the .exe that opened
them, but they can access symbols in other .dll files. So, on Cygwin I
compile what is normally "naim" into libnaim_core.dll and create a stub
naim.exe that just loads libnaim_core and executes libnaim_core's main().
--
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/
"I don't believe in making something user friendly just for the sake of
being user friendly, though; if you're decreasing the users' available
power, you're not really being all that friendly to them."
--
Unsubscribe info: 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: Ncurses prob
On 2004-01-09T11:17+0100, Paul-Kenji Cahier wrote: ) make[2]: Entering directory `/cygdrive/d/Data/calendar/lib/liboncurses' ) gcc -g -Wall -ansi -pedantic -Wwrite-strings -Wshadow -Waggregate-return -I. -I/cygdrive/d/Data/calendar/include -I/usr/include/ncurses -I/usr/local/include -L/usr/local/lib -shared -fPIC output.c -o ../liboncurses.so This linker line does not actually reference libncurses. Try adding -lncurses to the end of that line (you may need to go into /cygdrive/d/Data/calendar/lib/liboncurses and type it out manually, adding -lncurses to the end). -- Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/ "Real computer scientists like having a computer on their desk, else how could they read their mail?" -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
printf does not print long long ints properly
when I compile the following program:
#include
main()
{
long long i;
i=100;
i*=100;
printf("%Ld",i);
return 0;
}
I get the following:
-727379968
instead of the expected 1
I am using gcc 3.3.1
the same code works nicely on linux machine with gcc 3.3.1
is any other information necessary?
dj
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: naim-0.11.6.5-1
naim 0.11.6.5 is now available through the Cygwin Net Release. naim is a console client for AOL Instant Messenger, ICQ, Internet Relay Chat, and The lily CMC. Development work is done on Linux, but naim should work on any system with an ANSI C compiler, BSD sockets, and ncurses. This includes operating systems such as BeOS, FreeBSD, Mac OS 10, NetBSD, and Microsoft Windows using Cygwin. naim has been in development since October, 1998. More information is available from: http://naim.n.ml.org/ ,--. | To install or upgrade this package, run the Cygwin Net Release Setup | | Program, available from [http://cygwin.com/setup.exe]. Answer all of the | | questions to reach the Select Packages screen. You will find naim listed | | in the "Net" category. | `--' Summary of changes from 0.11.6.4 to 0.11.6.5 [FT FEA] (backported from 0.12) All individual protocol drivers have been rewritten as permanent modules. Transient (/modloaded) modules can add new protocol drivers dynamically. [UI fea] /newconn now lists all available protocol drivers when no arguments are given. [TOC FEA] (backported from 0.12) /sync now preserves group names, and saved group names are restored when naim retrieves your permanent buddy list from the TOC server. [UI fea] The screen initialization routines are much more verbose. [pkg fea] New --enable-forceascii, defaults to ENABLED in Cygwin. If specified, a new $forceascii setting will be available. When non-zero, naim will use alternate characters (+-|) in place of super ASCII line-drawing characters. Patch by Igor Pechtchanski. [UI fea] (backported from 0.12) /addbuddy and /groupbuddy will match case and spacing for existing groups. This is required for persistent group support. [UI bug] Some /-commands only make sense in specific situations, but a bug was allowing them to be used anywhere. Fixed. (Bug reported by Walter Venable.) [pkg bug] Cygwin build script used gunzip on a .bz2 file. Fixed. [UI fea] /newconn will accept one argument (and pick the appropriate driver name) if it recognizes the connection name. [pkg fea] New --enable-dnsupdate, defaults to ENABLED in Cygwin. If specified, naim will periodically check for the availability of a newer version of itself. [UI FEA] New /jumpback command, also available as M-b and F7. Allows the user to do a reverse /jump (to the previous window). If there is any questionable behaviour at all, please contact me directly at <[EMAIL PROTECTED]>, on AIM as "naim help," or on EFnet or Undernet IRC in #naim. If you are interested in the use and development of naim, feel free to subscribe to the naim-users mailing list. Just send a blank email to <[EMAIL PROTECTED]> and reply to the confirmation message. -- Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/ There go my people. I must find out where they are going so I can lead them. -- Alexandre Ledru-Rollin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: wincvs and cygwin
I believe that this is related to the problem that i have with gaim. If the tcl dll included with cygwin conflicts with the native win32 tcl (still a problem if you don't have native tcl installed) When wincvs tries to start up, it probes for a tcl dll, and when it finds it it tries to load it. If it is the cygwin tcl dll, it will cause the program to exit. >From what i can tell, the best way to solve this would be for the cygwin tcl dlls to be named differently, e.g. "cygtcl84.dll" instead of "tcl84.dll" (this is what is done for perl and others). >From what i understand, the Insight crew maintain the cygwin tcl, so i have posted this message to their list as well. -D --- [EMAIL PROTECTED] wrote: > I have upgraded to cygwin 1.5.7 and can no longer > execute wincvs in a cygwin > bash shell. > > After I execute the command: wincvs > > The wincvs windows start to appear then it just > exits. > > $ echo $? > 128 > > > -Stephen More -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: wincvs and cygwin (tcl DLL naming issue)
The problem lies in that anything that is linked against the native dll will not work with the cygwin dll. The problem is simple, the program will use the first matching dll that it finds in the search path. It isn't a wincvs (or gaim in my case) problem, there is nothing that they can really do to prevent it from happening (apart from some awful hack to not allow DLLs from paths that contain the word "cygwin" to be loaded, which wouldn't really fix the problem anyway). I think that the cygwin tcl people *should* care because the inverse problem could also apply - something that wants to use the cygwin TCL dll could in turn find the native dll because it is first in the path. Furthermore, there is an easy solution to the problem that will make the problem go away (unless i'm missing something) - rename cygwin's dll to "cygtcl8x.dll" instead of "tcl8x.dll". -Daniel --- Fr餩ric_L._W._Meunier <[EMAIL PROTECTED]> wrote: > What about asking them to not scan any Cygwin mounts > or ignore > the Cygwin DLLs ? > > The site is pretty clear: > > * WinCvs compiled for Windows 98, Windows NT/2000 > (Optionally > you may want to install TCL8.1 or higher in order to > get the > macros working, see the TCL home page). > > The TCL link points to http://dev.scriptics.com/ , > not Cygwin. > > -- > http://www.pervalidus.net/contact.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cannot run POPFile with cygrunsrv anymore
Hello cygwin-list, I'm getting nuts on this. I want to use cygrunsrv to run POPFile (EMail Classification, Perl) as a service. I managed to do so, but did a clean install of my XP and now I don't get it anymore to work. Tried it first with the old cygwin directory and then did a fresh install of cygwin to a new directory (d:\cygwin - the old one was renamed to d:\cygwin.old). I install the service this way: $ cygrunsrv -I popfile -p /cygdrive/d/Programme/POPFile.perl/popfile.pl -c /cygdrive/d/Programme/POPFile.perl/ -o But starting results in: $ cygrunsrv -S popfile cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: Der Dienst wurde nicht gestartet. Then there will be the directory \var\log created in root of C: (!) with an empty popfile.log (0 byte). If I install the service with my username the calling of the service seems to be ok, but POPFile fails on missing BerkeleyDB.pm. I managed to get this with CSPAN (or sth like that) on the old cygwin installation (it was put into /usr/lib/perl5/5.8.2/cygwin-thread-multi-64int). But as this CSPAN thingy was a mess I would rather use BerkeleyDB from the cygwin-setup package, what I tried by installing the 4.1 package(s), but no BerkeleyDB.pm anywhere.. So this is actually two problems: - SYSTEM account seems to be broken and - can I get the required BerkeleyDB files from the cygwin distribution? .-[ /etc/passwd ]- | | SYSTEM:*:18:544:,S-1-5-18:: | Administratoren:*:544:544:,S-1-5-32-544:: | Admin:unused_by_nt/2000/xp:500:513:U-BASE\Admin,S-1-5-21-1935655697-1957994488-1060284298-500:/home/Admin:/bin/bash | ASPNET:unused_by_nt/2000/xp:1004:513:ASP.NET Machine Account,U-BASE\ASPNET,S-1-5-21-1935655697-1957994488-1060284298-1004:/home/ASPNET:/bin/bash | dAniel:unused_by_nt/2000/xp:1003:513:U-BASE\dAniel,S-1-5-21-1935655697-1957994488-1060284298-1003:/home/dAniel:/bin/bash | dAny:unused_by_nt/2000/xp:1005:513:dAny,U-BASE\dAny,S-1-5-21-1935655697-1957994488-1060284298-1005:/home/dAny:/bin/bash | Gast:unused_by_nt/2000/xp:501:513:U-BASE\Gast,S-1-5-21-1935655697-1957994488-1060284298-501:/home/Gast:/bin/bash | Hilfeassistent:unused_by_nt/2000/xp:1000:513:Hilfeassistentenkonto für den Remotedesktop,U-BASE\Hilfeassistent,S-1-5-21-1935655697-1957994488-1060284298-1000:/home/Hilfeassistent:/bin/bash | SUPPORT_388945a0:unused_by_nt/2000/xp:1002:513:CN=Microsoft Corporation,L=Redmond,S=Washington,C=US,U-BASE\SUPPORT_388945a0,S-1-5-21-1935655697-1957994488-1060284298-1002:/home/SUPPORT_388945a0:/bin/bash | '--- In /etc/profile I put HOME=/home/$USER just after setting of USER (USER="`id -un`" + EXPORT) XP's eventlog says: PID 2884 : starting service `popfile' failed: execv: 255, error 255. Probably the SYSTEM account has the same problem with starting POPFile (missing BerkeleyDB) _plus_ some weird home directory setting.. hmm? I could provide more debug info, but as cygwin (and *nix) is quite new to me, I dunno what.. Please enlighten me. -- shinE! http://www.thequod.de ICQ#152282665 GnuPG/PGP key: http://thequod.de/danielhahler.asc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: wincvs and cygwin (tcl DLL naming issue)
I agree with both of you. It is definitely a path problem, and i also agree that the cygwin bin shouldn't be in the windows path and vice versa. However, from the number of bug reports that i have received from wingaim users, it seems that it is a common practice to put the cygwin bin directory in the path (our official stance is that it is user error and that the cygwin/bin dir shouldn't be in the path as stated on the website: http://gaim.sf.net/win32/). I was just hoping that we could get the dll renamed and make this issue no longer be an issue. -D --- Frédéric_L._W._Meunier <[EMAIL PROTECTED]> wrote: > On Tue, 3 Feb 2004, Reid Thompson wrote: > > the end. i.e. when i open a cygwin terminal any > call to a cygwin > > compiled application will find the cygwin binaries > first, and vice versa > > for a windows terminal. > > I really can't see what such applications are doing. > A full > scan on the hard drive ? Besides that it sounds like > a PATH > problem. > > I also agree tcl84.dll should be renamed, but that > doesn't seem > to be the main problem. > > -- > How to contact me - > http://www.pervalidus.net/contact.html > > -- > Unsubscribe info: > http://cygwin.com/ml/#unsubscribe-simple > Problem reports: > http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: 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: cannot run POPFile with cygrunsrv anymore
Hello cygwin-list,
on Wed, 4. Feb 2004 at 15:07:41 +0100 I wrote:
d> Hello cygwin-list,
...snip...
I managed to put the required BerkeleyDB.pm files into my new cygwin
directory and now it works from my account, even as a service..
But installing POPFile as a SYSTEM service still fails..
I verified that the whole cygwin directory is set with full permission
to SERVICE and are inherited to all objects below..
I checked \var and \var\log - both are with full permissions to
SERVICE.. only the existing popfile log in \var\log (under d:\cygwin)
had strange setting:
Read/Write for daniel (BASE\daniel)
Read for everyone ("Jeder")
Read for Nobody ("Kein (BASE\Kein)")
But even I deleted the file, creating a "normal" service still fails
(cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error
1062)
--
shinE!
http://www.thequod.de ICQ#152282665
GnuPG/PGP key: http://thequod.de/danielhahler.asc
--
Unsubscribe info: 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[2]: cannot run POPFile with cygrunsrv anymore
Hello cygwin-list, on Wed, 04. Feb 2004 at 11:17:39 -0500 Larry Hall wrote: >>But even I deleted the file, creating a "normal" service still fails >>(cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error >>1062) L> First, see: >>Problem reports: http://cygwin.com/problems.html FAQ did not help, but you'll get a checkout.. L> This seems to point to the fact that there is something in your environment L> that isn't available to SYSTEM. Check that. Please check with me - as I cannot see anything that'd be wrong.. At first, the path was somehow messed up, as the "Norton Ghost" part was in '"'s (like "...Wbem;"d:\Programme\Norton Ghost 2003";...") what lead to wrong displaying (at least with cygcheck).. one line consisted of 'd' only, .. -- shinE! http://www.thequod.de ICQ#152282665 GnuPG/PGP key: http://thequod.de/danielhahler.asc cygcheck.out 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: cannot run POPFile with cygrunsrv anymore
Hello cygwin-list, on Wed, 04. Feb 2004 at 14:24:36 -0500 Larry Hall wrote: L> Services don't work if you install Cygwin as "Just Me". Either L> rerun setup.exe and choose "All Users" or remount your "user" L> mounts as "system" (see 'man mount'). That's a very good hint! I tried the second approach, and now have: ->8 $ mount d:\cygwin\bin on /usr/bin type system (binmode) d:\cygwin\lib on /usr/lib type system (binmode) d:\cygwin on / type system (binmode) a: on /cygdrive/a type system (binmode) c: on /cygdrive/c type system (binmode) d: on /cygdrive/d type system (binmode) e: on /cygdrive/e type system (binmode) ->8 and after deleting /var/log/popfile.log (which had no permissions for SYSTEM), it now works.. If I understood correctly, the mount settings are stored in registry and so I do not have to put anything into /etc/profile or sth?! Thank you! btw: what would be changed, when running cygwin-setup.exe and going from "Installed for Just Me" to "All Users"? -- shinE! http://www.thequod.de ICQ#152282665 GnuPG/PGP key: http://thequod.de/danielhahler.asc -- Unsubscribe info: 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: cannot run POPFile with cygrunsrv anymore
Hello cygwin-list, on Wed, 04. Feb 2004 at 23:33:20 -0500 Larry Hall wrote: >>and after deleting /var/log/popfile.log (which had no permissions for >>SYSTEM), it now works.. L> Excellent! >>If I understood correctly, the mount settings are stored in registry >>and so I do not have to put anything into /etc/profile or sth?! L> I never mentioned anything about where the mount settings are stored. But I read it somewhere in the docs.. :) >>btw: what would be changed, when running cygwin-setup.exe and going >>from "Installed for Just Me" to "All Users"? L> What changed is the mount type for the default mount points created by L> setup.exe. They changed from "user" to "system". This means the mount L> points are no longer user-specific but available to all users (including L> SYSTEM). So this is exactly what I changed now manually? -- shinE! http://www.thequod.de ICQ#152282665 GnuPG/PGP key: http://thequod.de/danielhahler.asc -- Unsubscribe info: 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: cannot run POPFile with cygrunsrv anymore
Hello cygwin-list, on Thu, 05. Feb 2004 at 12:56:12 -0500 Larry Hall wrote: btw: what would be changed, when running cygwin-setup.exe and going from "Installed for Just Me" to "All Users"? >>L> What changed is the mount type for the default mount points created by >>L> setup.exe. They changed from "user" to "system". This means the mount >>L> points are no longer user-specific but available to all users (including >>L> SYSTEM). >>So this is exactly what I changed now manually? L> I don't understand your question. I gave you two options to fix the L> problem. One used setup. The other used the 'mount' command. You L> said you chose to use setup. Nope. I did the mount way, but wondered, what setup.exe would do.. btw: I just installed libxml2 for cygwin and "For all users" was checked in setup.exe.. -- shinE! http://www.thequod.de ICQ#152282665 GnuPG/PGP key: http://thequod.de/danielhahler.asc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: naim-0.11.6.6-1
naim 0.11.6.6 is now available through the Cygwin Net Release. naim is a console client for AOL Instant Messenger, ICQ, Internet Relay Chat, and The lily CMC. Development work is done on Linux, but naim should work on any system with an ANSI C compiler, BSD sockets, and ncurses. This includes operating systems such as BeOS, FreeBSD, Mac OS 10, NetBSD, and Microsoft Windows using Cygwin. naim has been in development since October, 1998. More information is available from: http://naim.n.ml.org/ ,--. | To install or upgrade this package, run the Cygwin Net Release Setup | | Program, available from [http://cygwin.com/setup.exe]. Answer all of the | | questions to reach the Select Packages screen. You will find naim listed | | in the "Net" category. | `--' This is a mix of new features and bug fixes. All users are encouraged to upgrade as soon as possible. If there is any questionable behaviour at all, please contact me directly at <[EMAIL PROTECTED]>, on AIM as "naim help," or on EFnet or Undernet IRC in #naim. If you are interested in the use and development of naim, feel free to subscribe to the naim-users mailing list. Just send a blank email to <[EMAIL PROTECTED]> and reply to the confirmation message. -- Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/ Never be afraid to try something new. Remember: Amateurs built the ark. Professionals built the Titanic. -- Unsubscribe info: 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: Question on cygwin Mirrors
Hello cygwin-list, on Mon, 16. Feb 2004 at 09:24:32 -0500 Christopher Faylor wrote: C> The mirrors are checked twice a day to ensure that they are synced C> with the master. If they aren't they aren't, they are not included C> in the mirrors list. Great. btw: is there something like sending "If-Modified-Since" and getting a 304-Reply planned/possible when fetching the zipped setup.ini? It's quite annoying if you just received it on a slow dialup and have to do it some minutes later again, because you had to cancel setup download for some reason. I think this could also save bandwidth on the mirrors and would be even useful for the mirror.lst. -- shinE! http://www.thequod.de ICQ#152282665 GnuPG/PGP key: http://thequod.de/danielhahler.asc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
search and replace tool
Hello cygwin-list, I'm looking for a search and replace tool to replace a text portion in a bunch (3500+) of files. That should be an easy one.. :) -- shinE! http://www.thequod.de ICQ#152282665 GnuPG/PGP key: http://thequod.de/danielhahler.asc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
zsh and cygwin
Hi I'm a zsh-user since like forever and use cygwin for a several years now. Every now and then when I made an update to my cygwin-environment (on an Win2k platform with NTFS) I had issues with the newest version when it came to running make. It either looped forever or just hung somewhere. I usually could get rid of that by downgrading either the cygin-lib itself or zsh or both, then waiting 1-2 months and then update again and then it usually worked. But this kinda gets tiring. :) (and atm the current cygwin/zsh combination has issues for me again - at least the ones one month ago... didn't check today yet ;) Most of my co-workers already switched to using bash, since there never was an issue with it. Now I could do that too but I love zsh. ;) Anyone else experiencing this? Comments? Ideas? Shrieking epitaphs? Sargon PS. Yeah, I could just not update my cygwin environment but once in a while I want a new package and then I'd like to update all the stuff. :) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: zsh and cygwin
On Wednesday, April 14, 2004, at 04:25PM, Larry Hall <[EMAIL PROTECTED]> wrote: [snip] >>Most of my co-workers already switched to using bash, since there never >>was an issue with it. Now I could do that too but I love zsh. ;) >> >>Anyone else experiencing this? Comments? Ideas? Shrieking epitaphs? > > >Sure. There have been some problems over time. Check the email archives >if you're interested in details. Actually I did check the archives whenever I had issues with zsh/cygwin in the past. >I have a sneaking suspicion that you began this thread for a reason but >I'm not going to jump to any conclusions (or 'take the bait' ;-) ) It's definitely not meant as a flame or anything like that. If it sounded that way, I'm sorry. I realize the initial post was vague, but that was intentional. I don't want to discuss the _current_ issue with zsh/cygwin, (if it still exists like about 1month ago) but was more wondering how fellow zsh/cygwin users feel about the situation and how they usually handle the problems. (like maybe they use zsh for 'regular work' but have a lil wrapper for 'make' which starts it in a bash or something like that) Daniel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
nmap and cygwin
I'm new to the Cygwin world, in fact, I'm prety new to linux. I'm trying to nstall nmap on CTGWIN and I always get the following ewrror. error: Failed dependencies: ld-linux.so.2 is needed by nmap-3.50-1 libc.so.6 is needed by nmap-3.50-1 libm.so.6 is needed by nmap-3.50-1 libstdc++-libc6.2-2.so.3 is needed by nmap-3.50-1 libc.so.6(GLIBC_2.0) is needed by nmap-3.50-1 libc.so.6(GLIBC_2.1) is needed by nmap-3.50-1 libc.so.6(GLIBC_2.1.3) is needed by nmap-3.50-1 libc.so.6(GLIBC_2.2) is needed by nmap-3.50-1 I've seen many posts about difficulties with trying to accomplish this. is it realistic to get this to work? Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
incorrect dos version
Hi, I'm new to this list. I read the FAQ but I couldn't find an answer nor a fix for my problem. I just installed the latest cygwin version (1.5.9) on a PC running windows NT-4.0. Everything went OK, and I can run programs from the console. However when I try to 'startx' it comes back with the message "Incorrect DOS version". I was wondering if this is something that can be fixed or it happens with all NT systems. Many thanks in advance. Dan -- Unsubscribe info: 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: incorrect dos version
>> I'm new to this list. I read the FAQ but I couldn't find an answer >> nor a fix for my problem. I just installed the latest cygwin version >> (1.5.9) on a PC running windows NT-4.0. Everything went OK, and I >> can run programs from the console. However when I try to 'startx' >> it comes back with the message "Incorrect DOS version". I was > >Check if you have any old DOS command line tools in your path with names >like any cygwin executables, i.e. grep, cut, tar, gzip etc. I'm a total neophite with windows, but from looking at what I get by typing 'path', there is nothing that resembles a unix-like command. Or I should do this search in a different way? Dan -- Unsubscribe info: 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: incorrect dos version
Hi,
>>> I'm new to this list. I read the FAQ but I couldn't find an answer
>>> nor a fix for my problem. I just installed the latest cygwin version
>>> (1.5.9) on a PC running windows NT-4.0. Everything went OK, and I
>>> can run programs from the console. However when I try to 'startx'
>>> it comes back with the message "Incorrect DOS version". I was
>>
>>Check if you have any old DOS command line tools in your path with names
>>like any cygwin executables, i.e. grep, cut, tar, gzip etc.
>
>I'm a total neophite with windows, but from looking at what I get
>by typing 'path', there is nothing that resembles a unix-like
>command. Or I should do this search in a different way?
You were right. I just renamed a directory ("util") containing
things like grep and tar, and the system started. However it now
stumbles into another problem. I'm attaching the Xwin.log file
below.
Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 4.3.0.67
Contact: [EMAIL PROTECTED]
XWin was started with the following command line:
X :0 -multiwindow -clipboard
ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1024 h 768
winInitializeDefaultScreens - Returning
OsVendorInit - Creating bogus screen 0
_XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root
winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1
winDetectSupportedEngines - Windows NT/2000/XP
winDetectSupportedEngines - DirectDraw installed
winDetectSupportedEngines - Returning, supported engines 0003
winScreenInit - dwWidth: 1024 dwHeight: 768
winSetEngine - Windowed && PseudoColor => ShadowGDI
winAdjustVideoModeShadowGDI - Using Windows display depth of 8 bits per pixel
winCreateBoundingWindowWindowed - User w: 1024 h: 768
winCreateBoundingWindowWindowed - Current w: 1024 h: 768
winAdjustForAutoHide - Original WorkArea: 0 0 740 1024
winAdjustForAutoHide - Adjusted WorkArea: 0 0 740 1024
winCreateBoundingWindowWindowed - WindowClient w 1024 h 740 r 1024 l 0 b 740 t 0
winCreateBoundingWindowWindowed - Returning
winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 740 depth: 8
winAllocateFBShadowGDI - Dibsection width: 1024 height: 740 depth: 8 size image: 757760
winAllocateFBShadowGDI - Created shadow stride: 1024
winFinishScreenInitFB - Masks:
winInitVisualsShadowGDI - Masks BPRGB 8 d 8 bpp 8
winRandRInit ()
null screen fn ReparentWindow
null screen fn RestackWindow
winFinishScreenInitFB - Calling winInitWM.
InitQueue - Calling pthread_mutex_init
InitQueue - pthread_mutex_init returned
InitQueue - Calling pthread_cond_init
InitQueue - pthread_cond_init returned
winInitWM - Returning.
winFinishScreenInitFB - returning
winScreenInit - returning
winInitMultiWindowWM - Hello
winInitMultiWindowWM - Calling pthread_mutex_lock ()
winMultiWindowXMsgProc - Hello
winMultiWindowXMsgProc - Calling pthread_mutex_lock ()
InitOutput - Returning.
MIT-SHM extension disabled due to lack of kernel support
XFree86-Bigfont extension local-client optimization disabled due to lack of shared
memory support in the kernel
(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: "0409" (0409)
(EE) Keyboardlayout "US" (0409) is unknown
Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)"
Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list!
Fatal server error:
could not open default font 'fixed'
winDeinitMultiWindowWM - Noting shutdown in progress
--
Unsubscribe info: 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: [coLinux-devel] Sparse files?
To Create Sparse files under windows, you must the DeviceIoControl() API with the FSCTL_SET_SPARSE flag to create a sparse file. I suspect cygwin's dd program is not using this API. Look on the Wiki site: http://www.colinux.org/wiki/index.php/NiceTools for some utilities for creating sparse files. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill C. Riemers Sent: Thursday, May 13, 2004 10:51 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [coLinux-devel] Sparse files? OK. Then there must be a problem in the way cygwin creates sparse files, since the files created by seeking past the end in cygwin always take up the full amount of disk space. I've verified this with both Windows and cygwin tools. I'll try taking it up on the cygwin list to see what I can learn. I would like to understand why dd works perfectly for creating sparse files under unix, but not under cygwin. $ df . Filesystem 1k-blocks Used Available Use% Mounted on q:42756964 17119760 25637204 41% /cygdrive/q $ dd if=/dev/zero bs=1k of=foo seek=25637204 count=0 0+0 records in 0+0 records out $ df . Filesystem 1k-blocks Used Available Use% Mounted on q:42756964 42756964 0 100% /cygdrive/q I have figured a workaround for this problem, which is if I have a sparse file, I can then successfully truncate it to the desired size with dd. The initial sparse file can be created under Linux where dd works correctly for creating sparse files. [EMAIL PROTECTED] /cygdrive/q $ tar xSjf sparse.tar.bz2 huge [EMAIL PROTECTED] /cygdrive/q $ dd if=/dev/zero of=huge bs=4M seek=1024 count=0 0+0 records in 0+0 records out [EMAIL PROTECTED] /cygdrive/q $ df . Filesystem 1k-blocks Used Available Use% Mounted on q:42756964 15777568 26979396 37% /cygdrive/q Bill - Original Message - From: "Brian Dunford-Shore" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 13, 2004 1:02 AM Subject: Re: [coLinux-devel] Re: Installer for CoLinux > > Do you really save any filesystem space with NTFS? > > > > Certainly it is much faster to create a sparse file: > > > > i.e. > > dd if=/dev/zero of=foo bs=4M seek=1024 count=0 > > > > is much faster than > > > > dd if=/dev/zero of=foo bs=4M count=1024 > > > > but either way Windows will still report the same amount of disk used when > > you are done. > > > > As I understand NTFS, it reserves the disk space used for filesystem > > holes... I do not believe VFAT supports file system holes at all. > > > > Bill > > > > If you do a right-click properties on a sparse file, it shows 'size' and 'size > on disk'. The 'size on disk' for a sparse file (just as for compressed files) > is the real amount of space that Windows uses and reserves. I have put sparse > files on partitions where the 'size' is larger than the whole partition--Windows > is not reserving the disk space. This is documented also on the articles on the > subject on MSDN. > > You are right about FAT, FAT32/VFAT--they don't support sparse files. I haven't > heard if Microsoft's new file system will support sparse files. > > Brian Dunford-Shore > [EMAIL PROTECTED] > > > --- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click > ___ > coLinux-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/colinux-devel > --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click ___ coLinux-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/colinux-devel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
zsh & make
Hi After having asked very general about other people's experiences with zsh/make under cygwin some weeks ago, this time a little bit more concrete: (although admittedly no as concrete as I wish...) When building my project with make under zsh and looking at its build-log afterwards, I noticed that the following error occured: [begin error] gmake[5]: Entering directory `/c/work/Projects/XYZ/categories/TrxTables/unittest' basename: too few arguments Try `basename --help' for more information. (last two lines repeated 8 times) [end error] We use 'basename' only in one place in the Makefiles and it looks like this: COMPONENT_NAME = $(shell basename `pwd`) Since basename claims that it doesn't have enough arguments, I conclude that `pwd` returns an empty string for some reason. It always happens in the same directories. (I tried to shuffle them) But the directorynames are not really special. And their depth also varies. (and their content also doesn't look special ;o) 'pwd' in an interactive shell in these directories works correct. When starting a sub-build in a subdirectory (and therefore only build part of the application) the error is gone. I started 'make' under the cygwin-distributed zsh and a self-compiled one with the exact same results. No such problem under bash though. Also no problem under zsh under a different platform. (Solaris in our case) Any idea how to debug this further? Daniel Clausen -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: zsh & make
Hi On Tuesday, April 27, 2004, at 05:55PM, Dave Korn <[EMAIL PROTECTED]> wrote: [snip] > For debugging it, you might be able to get something useful like this: > >> COMPONENT_NAME = $(shell basename `pwd | tee i-was-here-.txt`) While trying to change our Makefiles the way you suggested, I staggered over a bigger problem, which I tried to isolate and make reproducable. The problem that occurs is that when reading lines over a pipe and do something with them, zsh stops after some lines and just hangs, while bash works w/o any problems. The following script creates a primitive directory-tree structure with a Makefile in every directory. #!/usr/bin/bash # # Usage: $0 if [ $# != 3 ] ;then echo "Usage: " exit 1 fi n=0 while [ $n -lt $3 ] ;do echo "Creating $1/$n" mkdir $1/$n echo "Hello" >$1/$n/Makefile if [ $2 -gt 1 ] ;then $0 $1/$n $[$2-1] $3 fi n=$[n+1] done # END OF SCRIPT Invoke like this: mkdir tree ./createTree.sh tree 3 3 Now, I execute this command: find tree -name Makefile | while read line ;do echo $line cp $line $line.1 done When running this under zsh, it treats between 8 and 20 Makefiles and then just hangs. (and I have to 'kill -9' the shell) Running it under bash works just fine. (or try other "4 4" instead of "3 3" when creating the tree-structure if by chance it treats all 27 Makefiles) I think this shows the fundamental problem of my make-problems as well. As long as this doesn't work, I don't even have to bother with make. Can anyone reproduce this behaviour? I'm using the latest of the greatest of cygwin on a Win2k machine. Regards, Daniel -- Unsubscribe info: 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: Why not a news server?
Uhh, news://quimby.gnus.org/gmane.os.cygwin.; This server has been setup for several weeks now. -- Sincerely, Daniel Adams - [EMAIL PROTECTED] http://dana.ucc.nau.edu/~dpa3 1 Peter 4:10 (NIV)- Each one should use whatever gift he has received to serve others, faithfully administering God's grace in its various forms. "Christopher Faylor" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED].; > On Tue, Feb 19, 2002 at 06:29:45PM -0500, Christopher Faylor wrote: > >On Sun, Feb 17, 2002 at 08:57:24PM -0500, Christopher Faylor wrote: > >>Please go to http://cygwin.com/ and post a news item. > > > >Hmm. I guess the excitement about this doesn't extend to actually doing > >this very minor thing. > > Still waiting... > > cgf > > -- > 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: Why not a news server?
I am not the person who made the request and had the server set up. I am simply just an advocate of the whold idea of a news server. Would the person who did set it up, please step forward and post to the cygwin.com website. -- Sincerely, Daniel Adams - [EMAIL PROTECTED] http://dana.ucc.nau.edu/~dpa3 1 Peter 4:10 (NIV)- Each one should use whatever gift he has received to serve others, faithfully administering God's grace in its various forms. "Charles Wilson" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED].; > "Still waiting" --- for a news item to be posted on the main cygwin.org > homepage announcing the nntp group availability. Sure, posting that > "the server has been setup for several weeks now" in the mailing list is > good and all -- but... > > go here: > http://www.cygwin.com/post-article.html > and post an announcement for your new service. (Yes, there is a link on > the main cygwin home page that says "post new news" and leads to the URL > supplied above). > > I'm not gonna do it, because I didn't set it up, and don't really know > anything about it. I'm sure cgf feels the same way. > > He asked that the person who established this service please post an > announcement on the web page...but he's "still waiting". Several weeks > later. > > --Chuck > > Daniel Adams wrote: > > > Uhh, news://quimby.gnus.org/gmane.os.cygwin.; > > > > This server has been setup for several weeks now. > > > > -- > > Sincerely, > > Daniel Adams - [EMAIL PROTECTED] > > http://dana.ucc.nau.edu/~dpa3 > > > > 1 Peter 4:10 (NIV)- Each one should use whatever gift he has received to > > serve others, faithfully administering God's grace in its various forms. > > > > "Christopher Faylor" <[EMAIL PROTECTED]> wrote in message > > news:[EMAIL PROTECTED].; > > > >>On Tue, Feb 19, 2002 at 06:29:45PM -0500, Christopher Faylor wrote: > >> > >>>On Sun, Feb 17, 2002 at 08:57:24PM -0500, Christopher Faylor wrote: > >>> > >>>>Please go to http://cygwin.com/ and post a news item. > >>>> > >>>Hmm. I guess the excitement about this doesn't extend to actually doing > >>>this very minor thing. > >>> > >>Still waiting... > >> > >>cgf > >> > >>-- > >>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/ > > > > > > > > -- > 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: Why not a news server?
I went ahead and posted it to the cygwin.com thing. -- Sincerely, Daniel Adams - [EMAIL PROTECTED] http://dana.ucc.nau.edu/~dpa3 1 Peter 4:10 (NIV)- Each one should use whatever gift he has received to serve others, faithfully administering God's grace in its various forms. "Lars Magne Ingebrigtsen" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED].; > Charles Wilson <[EMAIL PROTECTED]> writes: > > > He asked that the person who established this service please post an > > announcement on the web page...but he's "still waiting". Several > > weeks later. > > Well, er, I guess I'm the one who established this service, and you > can read more about it on http://gmane.org/>. I don't follow > this mailing list in particular, so if someone wants to announce > something for this mailing list, I'm probably not the person to do > that. > > Randall R Schulz <[EMAIL PROTECTED]> writes: > > Well, this news server certainly does not address the issue of archive > > searching, as it goes back only a few days (as of this writing, the > > earliest posting still there is from Feb. 06, 2002). > > Indeed -- that's when the test period was over and gmane.org was > started properly. As for searching, that's something that will be > added at a later date, when there's something to search there. > (Probably by implementing the NNTP searching extensions, or perhaps by > slapping a web search interface on top of the news spool. We'll see.) > > -- > (domestic pets only, the antidote for overdose, milk.) >[EMAIL PROTECTED] * Lars Magne Ingebrigtsen > > > > -- > 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/
ntsec, ssh and cygwin
Hello everyone, I´m using cygwin for some time now but today i ran into a problem. I´ve got a user-request that they want to be able to scp files to a host without entering their password everytime. No problem i thought, deploy the public-key on the server and that should do it, but it won´t work. I´ve read some manual stuff and came to the conclusion that i should use the ntsec variable. I do this because i think the problem lies with the file-permissions on the ~/.ssh/id_rsa file (group and world readable). Well, no problem, set the variable, fire up cygwin and what happens ? Everything is messed up, can´t even write to my home-directory anymore. I think it´s because i´m a domain-user and not the local computer user. I reinstalled Cygwin several times and always ran into the same problem. (Domain user is not included in /etc/passwd ... only the local ones). So, what to do now ? I´ve kinda run into a dead end for me :-) -- Daniel Holtkamp Riege Software International GmbH System AdministrationMollsfeld 10 40670 Meerbusch, Germany Email: [EMAIL PROTECTED] Phone: +49-2159-9148-41 Fax: +49-2159-9148-11 - -- 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/
ssh from winxp -> RH-Linux w. Publickey
Hello cygwin, Ok, i just browsed 10 pages of the mailing-list archives for the problem but that did not change anything. :-( I´ve got a new Cygwin install on my WinXP machine and a updated openssh on the RedHat Linux Machine. I got ntsec usage running fine with correct accounts (domain user n stuff). Doing a "ssh unixserver" works fine, asks me for a password and i´m in, but i want public key authentication (for batch-file usage). I ran ssh-user-config and ssh-host-config. on WinXP: ls -al ~/.ssh/ total 3 drwx--2 holtkamp RSIDUS-a0 Apr 2 10:53 . drwx--3 holtkamp RSIDUS-a0 Mar 28 16:04 .. -rw---1 SYSTEM SYSTEM883 Mar 28 15:27 id_rsa -rw-r--r--1 SYSTEM SYSTEM224 Mar 28 15:27 id_rsa.pub -rw-r--r--1 holtkamp RSIDUS-a 246 Apr 2 10:53 known_hosts on RH-Linux: ls -al ~/.ssh/ drwx--2 holtkamp holtkamp 1024 Apr 2 10:52 . drwx-- 14 holtkamp holtkamp 1024 Mar 28 11:00 .. -rw-r-1 holtkamp holtkamp 224 Mar 28 15:27 .authorized_keys -rw---1 holtkamp holtkamp 887 Mar 28 11:10 id_rsa -rw-r--r--1 holtkamp holtkamp 240 Mar 28 11:10 id_rsa.pub -rw-r--r--1 holtkamp holtkamp 3035 Mar 28 11:11 known_hosts The id_rsa.pub on the Cygwin-Machine matches the .authorized_keys on the Linux Machine. SSH with -vvv gives me the following (only listing interestening part) debug3: check_host_in_hostfile: match line 1 debug3: check_host_in_hostfile: filename /home/holtkamp/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug1: Host 'midas.rsidus.riege.de' is known and matches the RSA host key. debug1: Found key in /home/holtkamp/.ssh/known_hosts:1 debug1: bits set: 1594/3191 debug1: ssh_rsa_verify: signature correct 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: done: ssh_kex2. debug1: send SSH2_MSG_SERVICE_REQUEST debug1: service_accept: ssh-userauth debug1: got SSH2_MSG_SERVICE_ACCEPT debug1: authentications that can continue: publickey,password,keyboard-interactive debug3: start over, passed a different list publickey,password,keyboard-interactive debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: next auth method to try is publickey debug1: try pubkey: /home/holtkamp/.ssh/id_rsa debug3: send_pubkey_test debug2: we sent a publickey packet, wait for reply debug1: authentications that can continue: publickey,password,keyboard-interactive debug2: we did not send a packet, disable method debug3: authmethod_lookup keyboard-interactive debug3: remaining preferred: password So what now ? I don´t know what i made wrong, permissions are right n stuff, connection with password works fine and the debug shows no problem with the key ... i would say it´s a connection problem because it says "did on send a packet" but i´m unsure ... Any suggestions ? -- Daniel Holtkamp Riege Software International GmbH System AdministrationMollsfeld 10 40670 Meerbusch, Germany Email: [EMAIL PROTECTED] Phone: +49-2159-9148-41 Fax: +49-2159-9148-11 - -- 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[2]: ssh from winxp -> RH-Linux w. Publickey
Hello Corinna, Tuesday, April 02, 2002, 4:08:36 PM, you wrote: CV> On Tue, Apr 02, 2002 at 02:20:57PM +0100, Donald MacVicar wrote: >> Daniel, >> Not really a cygwin question. The files on the unix end should not be >> .authorized_keys but authorized_keys - or even authorized_keys2 if you want >> ssh2 CV> Since OpenSSH 3.0 on the server machine you can store both, SSH1 and SSH2 CV> keys in authorized_keys. No additional authorized_keys2 needed anymore. CV> And yes, Donald is right, remove the dot. Ok, now i´m feeling kinda stupid, but thank you very much :-)) -- Daniel Holtkamp Riege Software International GmbH System AdministrationMollsfeld 10 40670 Meerbusch, Germany Email: [EMAIL PROTECTED] Phone: +49-2159-9148-41 Fax: +49-2159-9148-11 - -- 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/
Setup configuration files specific to an installation.
Hi all, Using setup.exe, what files (if any) are generated during the installation that are placed outside of the cygwin directory tree? Are these files used by future invocations of setup.exe to find out information about the current install? The reason I ask is that a few of the other guys here have become interested in using cygwin so I have been downloading the package files to a directory on the network and carrying out installations from there. I wanted to check that the setup.log and setup.log.full files created in the same directory as the setup.exe file do not contain installation specific info that would potentially screw up other installations across the network. Thanks Dan -- Daniel Watford. * email: [EMAIL PROTECTED] Development Engineer* tel:+44 (0)1227 369570 Ext: 258 EMS, Technology House, * fax:+44 (0)1227 740626 Herne Bay, Kent.* CT6 8JZ * -- 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 configuration files specific to an installation.
"Robert Collins" <[EMAIL PROTECTED]> writes: > None. If not installing and running from a non-installed Pc's, some > mirror info can be cached in the local package dir, but nothing that > will 'screw up' future installs. Thanks Rob. Does the setup program just search for *.tar.bz2 files in the directory tree specified as Local Directory? Do the naming of the contrib and latest directories have any special significance to the setup program? Cheers Dan -- Daniel Watford. * email: [EMAIL PROTECTED] Development Engineer* tel:+44 (0)1227 369570 Ext: 258 EMS, Technology House, * fax:+44 (0)1227 740626 Herne Bay, Kent.* CT6 8JZ * -- 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/
Odd question
I have an FTP server setup using the Cygwin stuff. I am also behind a DSL style firewall, but all works fine. When at work I tried to get into my computer using FTP and it worked ok. I was rather puzzled when I couldn't navigate out of my home directory(It is a Win2k machine) and into any directory elsewhere in the directory structure. My home directory was on C: and I desired to get to a folder on my D: drive. I then used Netscape navigator to connect and all went fine. The whole snafu only happened when I use Internet Explorer, it seems to rename the directory thing to ftp:[EMAIL PROTECTED]/ to replace ftp:[EMAIL PROTECTED]/home/dan. I was wondering if anyone else has seen something similar to this, and if anyone has an idea of a workaround. -- Sincerely, Daniel Adams - [EMAIL PROTECTED] http://dana.ucc.nau.edu/~dpa3 1 Peter 4:10 (NIV)- Each one should use whatever gift he has received to serve others, faithfully administering God's grace in its various forms. -- 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/
Login as a different user?
Is there a way to login as a different user (under cygwin for a shell) for a win2k machine running the latest everything for cygwin? I am curious of this for multiple reasons. I am mainly wondering so that I can have multiple completely independent profiles in pine. I realize ahead of time this could be a rather dumb question, but I have tried the login command such as I can do on regular Unix machines and that has never accepted any input of any types. When I try to type login with a different username at my normal console window it displays the message "Not a login shell." My normal shell simply consists of Start Menu | Run | "tcsh" I hope someone is able to help me with this predicament. -- Sincerely, Daniel Adams - [EMAIL PROTECTED] http://dana.ucc.nau.edu/~dpa3 1 Peter 4:10 (NIV)- Each one should use whatever gift he has received to serve others, faithfully administering God's grace in its various forms. -- 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: Login as a different user?
I haven't been around watching the mailing list long enough, but are there plans in the works to make the login command work properly? When I say properly, I mean in the way that it works under a regular Unix system. If the person who is in charge of that aspect of cygwin wants I will be glad to help with some debugging stuff. But thanks for the suggestion for the time being I think it will help. -- Sincerely, Daniel Adams - [EMAIL PROTECTED] http://dana.ucc.nau.edu/~dpa3 1 Peter 4:10 (NIV)- Each one should use whatever gift he has received to serve others, faithfully administering God's grace in its various forms. "Michael A Chase" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > On Wed, 24 Apr 2002 20:43:16 -0700 Daniel Adams <[EMAIL PROTECTED]> wrote: > > > Is there a way to login as a different user (under cygwin for a shell) > > for a > > win2k machine running the latest everything for cygwin? I am curious of > > this > > for multiple reasons. I am mainly wondering so that I can have multiple > > completely independent profiles in pine. > > For now, it might be easier to just change $HOME since I think Pine keeps > it's user specific configuration information under there. > > > I realize ahead of time this could be a rather dumb question, but I have > > tried the login command such as I can do on regular Unix machines and > > that > > has never accepted any input of any types. > > login serves no purpose in a console window. It's for remote users. > > -- > Mac :}) > ** I normally forward private questions to the appropriate mail list. ** > Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.htm > Give a hobbit a fish and he eats fish for a day. > Give a hobbit a ring and he eats fish for an age. > > > > -- > 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: Odd question
I have an FTP server setup using the Cygwin stuff. I am also behind a DSL style firewall, but all works fine. When at work I tried to get into my computer using FTP and it worked ok. I was rather puzzled when I couldn't navigate out of my home directory(It is a Win2k machine) and into any directory elsewhere in the directory structure. My home directory was on C: and I desired to get to a folder on my D: drive. I then used Netscape navigator to connect and all went fine. The whole snafu only happened when I use Internet Explorer, it seems to rename the directory thing to ftp:[EMAIL PROTECTED]/ to replace ftp:[EMAIL PROTECTED]/home/dan. I was wondering if anyone else has seen something similar to this, and if anyone has an idea of a workaround. -- Sincerely, Daniel Adams - [EMAIL PROTECTED] http://dana.ucc.nau.edu/~dpa3 1 Peter 4:10 (NIV)- Each one should use whatever gift he has received to serve others, faithfully administering God's grace in its various forms. -- 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/
[craig@triscend.com: RE: gdb/546: GDB fails to build under Cygwin on Windows Hosts]
[Please CC me, I'm not on cygwin@] I guess I'll have to autoconf around it for a few years, but should Cygwin have a dummy to match ? - Forwarded message from Craig Hackney <[EMAIL PROTECTED]> - Date: Tue, 14 May 2002 11:31:20 -0700 From: Craig Hackney <[EMAIL PROTECTED]> Subject: RE: gdb/546: GDB fails to build under Cygwin on Windows Hosts To: "'Daniel Jacobowitz'" <[EMAIL PROTECTED]>, Craig Hackney <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] X-Mailer: Internet Mail Service (5.5.2653.19) I created a dummy udp.h file and it seems to build OK, maybe Cygwin should have this dummy file, like with tcp.h? -- /\Craig Hackney TEL: 650-968-8668 x171 /\/ \ Triscend Corporation FAX: 650-934-9393 /\/ /\ 301 North Whisman Road mailto:[EMAIL PROTECTED] / / / \ Mountain View, CA 94043 http://www.triscend.com -- -Original Message- From: Daniel Jacobowitz [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 14, 2002 11:15 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: gdb/546: GDB fails to build under Cygwin on Windows Hosts On Tue, May 14, 2002 at 05:22:08PM -, [EMAIL PROTECTED] wrote: > > >Number: 546 > >Category: gdb > >Synopsis: GDB fails to build under Cygwin on Windows Hosts > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible:unassigned > >State: open > >Class: sw-bug > >Submitter-Id: net > >Arrival-Date: Tue May 14 10:27:59 PDT 2002 > >Closed-Date: > >Last-Modified: > >Originator: [EMAIL PROTECTED] > >Release:unknown-1.0 > >Organization: > >Environment: > > >Description: > The build error is due to a missing header file called udp.h in /usr/include/netinet > > The following change causes the problem. > > 2002-05-14 Daniel Jacobowitz <[EMAIL PROTECTED]> > > * ser-tcp.c: Include . Rename tcp_open > and tcp_close to net_open and net_close. > (net_open): Accept "udp:" and "tcp:" specifications. Connect > using UDP if requested. Don't try to disable Nagle on UDP > sockets. > * remote.c (remote_serial_open): New function. Warn about UDP. > (remote_open_1, remote_async_open_1, remote_cisco_open): Call it. I didn't guard this include because was changed to be unconditionally included on Cygwin. Is really present without ? I see that is a dummy file... perhaps should also be... > >How-To-Repeat: > Build GDB on a windows host using Cygwin. > >Fix: > > >Release-Note: > >Audit-Trail: > >Unformatted: > -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer - End forwarded message - -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer -- 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/
bug in "ar" when creating libraries on cross linked filesystems
Hello, the command ar cq libdh.a a.o b.o does not work, if the current directory is on a linked filesystem. In my case "." referes to /cygdrive/h". The error message of "ar" is: ar: libdh.a: rename: Cross-device link make: *** [libdh.a] Error 1 The program works, when using local files, e.g. /usr/src # uname -a CYGWIN_NT-5.1 PCHEMPEL2 1.5.3(0.90/3/2) 2003-09-01 13:15 i686 unknown unknown Cygwin Best regards Daniel -- Unsubscribe info: 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: bug in "ar" when creating libraries on cross linked filesystems
Sorry ... I forgot to attach the informations about my system. I have the problem, that the command "ar" does work on "mounted" partitions. ar cq libdh.a a.o b.o does not work, if the current directory is on a linked filesystem. The error message of "ar" is: ar: libdh.a: rename: Cross-device link make: *** [libdh.a] Error 1 The program works, when using local files, e.g. /usr/src or /cygdrive/c. In the case described above the current directory "." referes to /cygdrive/h which is mounted with the "Services for Unix" tools from Microsoft (Version 3.0). The operating system is Windows XP Professional. I installed cygwin version 1.5.3(0.90/3/2): # uname -a CYGWIN_NT-5.1 PCHEMPEL2 1.5.3(0.90/3/2) 2003-09-01 13:15 i686 unknown unknown Cygwin Thanks for your help Daniel (See attached file: cygcheck.out) cygcheck.out 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: bug in "ar" when creating libraries on cross linked filesystems
Hello, the output of "which ar" under cygwin is: ar is /usr/bin/ar ar is /bin/ar ... both are cygwin directories. The idea with "TMPDIR=. ar cq libdh.a a.o b.o" of Igor points in the right direction but it did not work ... maybe "rename" is not looking for the environment variable "TMPDIR". I still get the error message "ar: libdh.a: rename: Cross-device link" and the resulting library is empty. But as a workaround I changed the makefiles to create the library in "/tmp" and then I moved the result to ".": ar cq /tmp/libdh.a a.o b.o mv /tmp/libdh.a libdh. ... this is ugly but it works. Now I found out that also the program "ranlib.exe" has this renaming problem. I think that the "rename" command of libc is broken or "Services for Unix from Microsoft" is buggy. Maybe it is more successful to make the rename command in "libc" more robust than waiting for a bugfix from Microsoft ... Thanks for your ideas and help Daniel To: [EMAIL PROTECTED] cc: (bcc: Daniel Hempel/HBR/RESEARCH/PHILIPS) Subject:Re: bug in "ar" when creating libraries on cross linked filesystems Ronald Landheer-CieslakClassification: <[EMAIL PROTECTED] net> Sent by: [EMAIL PROTECTED] 05.09.2003 16:41 Please respond to cygwin I can't reproduce the problem and don't see anything out of the ordinary in your cygcheck output. Could you do a $ which ar and see if you're really working with Cygwin's ar? (I've just read Igor's reply - interesting hunch, but I'd have expected to be able to reproduce the problem..) rlc -- Unsubscribe info: 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: bug in "ar" when creating libraries on cross linked filesystems
Robert Collins wrote: > Why not just stop using SFU, and use cygwin alone? Cygwin's ranlib > doesn't have this problem, AFAIK. And how should I mount my NFS-home-directory on a windows PC without "Services for Unix"? Is it possible to "mount" an NFS directory with Cygwin? How can I access this directory from a non-cygwin application? Daniel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: naim-0.11.6.1-1
naim 0.11.6.1 is now available through the Cygwin Net Release. This is primarily a maintenance release, with proven features from the 0.12.0 experimental tree backported to the stable tree. However, a number of new features/behavior changes managed to creep in (such as /status and the HTML renderer changes). naim is a console client for AOL Instant Messenger, ICQ, Internet Relay Chat, and The lily CMC. Development work is done on Linux, but naim should work on any system with an ANSI C compiler, BSD sockets, and ncurses. This includes operating systems such as BeOS, FreeBSD, Mac OS 10, NetBSD, and Microsoft Windows using Cygwin. naim has been in development since October, 1998. More information is available from: http://naim.n.ml.org/ ,--. | To install or upgrade this package, run the Cygwin Net Release Setup | | Program, available from [http://cygwin.com/setup.exe]. Answer all of the | | questions to reach the Select Packages screen. You will find naim listed | | in the "Net" category. | `--' Summary of changes from 0.11.6 to 0.11.6.1 [2003-09-23] [pkg fea] Packages are now compressed with bzip2 rather than GNU zip. [FT FEA] (backported from 0.12.0) /names now displays the entire, correct list in all situations, including initial join. [IRC fea] (backported from 0.12.0) Unhandled numerics used in WHOIS now show up in /whois output. [TOC fea] AIM Directory entry is now forced clear on connect. [TOC fea] Messages that are too long to send are now rejected. [UI FEA] Messages that have been rejected by a protocol driver (for example because they are too long) are returned to the sender. [UI fea] (backported from 0.12.0) The idea of a "generic" window has been removed, and you can no longer /delbuddy someone with an open window (you must /close the window first). [UI fea] (backported from 0.12.0) New $nameformat and $nameformat_name to control the format names appear as in the window list window, and elsewhere. [UI fea] (backported from 0.12.0) New $autosort. 0 means no window list sorting, 1 means sort by name, 2 means sort into groups, then by name. [UI fea] New /status command, including naim version and information about window status. [UI bug] Online help for /save did not show the file name argument. Fixed. [UI fea] SIGHUP now re-reads .naimprofile by default. [UI bug] Possible reference to free()d memory in certain uncommon situations pointed out by Michael Wilson. Fixed. [UI fea] (backported from 0.12.0) /jump now accepts connection:window syntax (/jump EFnet:#naim works the same as /EFnet:jump #naim). [UI fea] /open now takes you to newly opened windows, removing the need to /jump after /open. [UI fea] /closeall now skips windows with queued messages pending. [UI bug] Potential NULL pointer dereference in Tab completion found. Fixed. [UI fea] The protocol drivers already take care of populating empty buddy lists when that was a problem, so naim no longer adds you to your own buddy list if you don't have one at startup. [UI fea] Various cleanups in the HTML renderer to handle stacked tags with missing close tags. If there is any questionable behaviour at all, please contact me directly at <[EMAIL PROTECTED]>, on AIM as "naim help," or on EFnet or Undernet IRC in #naim. If you are interested in the use and development of naim, feel free to subscribe to the naim-users mailing list. Just send a blank email to <[EMAIL PROTECTED]> and reply to the confirmation message. -- Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/ Never be afraid to try something new. Remember: Amateurs built the ark. Professionals built the Titanic. -- Unsubscribe info: 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: merging mingw and cygwin
On 2003-10-11T22:19-0700, Edward Peschko wrote: ) And all of these are done separately, so of course no integration testing is done to ) make sure that these work together well.. If you would like to coordinate such an audit/review of overall interoperability, I do not believe anyone would begrudge you whatever access or information you need. ) make sure that individual porting efforts work together. In any case,people seldom ) release the patches that they made in order *to* port the given project, or if they ) do, they get lost. And as said the executables that result seldom work with ) executables created by someone else. And they use inconsistant tools (compilers, etc) ) to *create* these tools and libraries, so any integration with third party APIs becomes ) exceedingly ugly. If you have a specific example in mind of such an interoperability problem, please point it out. It is not exceptional to ask you to donate your time for such a task; Cygwin is maintained exclusively by volunteers, so any suggestion you make is in effect a request for someone else to donate their time. As to the question about Cygwin-specific patches, those are distributed within an app's source package (typically available alongside the binary package in the same location). ) > The way this works is someone volunteers to be the Cygwin maintainer for ) > a package they'd like to see in the Cygwin distribution. Cygwin is ) > an open-source, volunteer-driven project rather than the more typical ) > customer-driven commercial products you may be used to. If you want ) > something done, the quickest way to make it happen is to contribute it. ) yes, I am aware of open source. yes, I was giving a suggestion. No, I don't know ) how to 'contribute it' except to note that it is there for someone who handles central ) distributions to go pick up the tar ball and run with it. It should be as simple as ) ) ./configure ) make ) make install ) ) underneath a cygwin shell. Someone who has access to the maintenance of setup.exe ) could probably make the prerequisite changes faster than I could. The procedure is documented more formally at http://cygwin.com/setup.html . You do not need to worry about posting to sources.redhat.com, that will be handled by someone like myself once the package has been proposed, reviewed, and accepted. Basically, to create a binary package, instead of make install you might: make install DESTDIR=/tmp/temproot && cd /tmp/temproot && tar -jcf \ ~/public_html/package-version-1.tar.bz2 * and announce on cygwin-apps that http://pge.com/~esp5/package-version-1.tar.bz2 is available for review. There is some more process to create a suitable setup.hint and to handle files in /etc, but other than that, it usually is just that simple. Most of the time spent in maintaining a Cygwin package might be spent getting the software to compile/operate properly in the first place; the packaging itself is usually very trivial, and anyone on the cygwin-apps mailing list should be able to help you while you are getting your C legs. Thanks for your interest, -- Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/ "Real computer scientists like having a computer on their desk, else how could they read their mail?" -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Add Download Manager to Cygwin Setup
Hello Cygwin Developers, When I am trying to install various things via Cygwin setup.exe, it stops downloading stuff for some reason. This maybe due to my internet connection or router. I have DSL. I was wondering if the setup.exe could be modified to automatically re-start downloading the current file it stopped on. The timeout could be 20 seconds before restarting for example. This way I could get the entire Cygwin with no problem. Otherwise, I have to restart setup.exe a dozen times, select a few more packages, and try to download those packages... Now, if I could get the cvs software to do that too, I could participate in open source software projects again. Thanks in advance, Daniel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
relocatable cygwin installation
hello, I have an installation of cygwin which for both convenice and consistency reasons should be shared between multiple users on many machines. This is under a source control system so that each user is guaranteed to use the same utilities, on any machine, without having to undergo the installation process (even though the cygwin install is now quite slick, we have to deal with many other app too). Each user will view the cygwin installation from a different installation directory (e.g user dave will see it as n:\dave\cygwin whilst bob would see it via n:\bob\cygwin). when tackling the install as a different user I remount the default paths but i get problems running via the shell. i can not change to dir / even though this is mounted. If i go back to the original installation dir (and reconfigure my mounts) all works well again. I'm assuming there is something obvious that i've missed here, but i could only find mount related issues in the mail archive dan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
'bison' error, possibly installation related
Hello, I'm getting the following error when i'm running the following bison command bison -yd -r all -p _NPropMgr prop_parser.y Signal 6 *** Error code 134 However, I've recently moved the cygwin installation and remounted and I think this is the real problem as I can make the problem go away if i recreate a cygwin installation from scratch, but the environment i'm working in isn't going to be able to support that. I need to know more about the error so that i can resolve it. I've been unable to find out anything so far. I'm assuming that Signal 6 is sigalrm. I'd like to know how i could find out more about error code 134, or what bison is struggling with that causes this issue. thanks dan -- Unsubscribe info: 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: Kudos to Daniel Reed
On 2003-10-21T13:06-0400, Christopher Faylor wrote: ) I think we need a big gold star for Daniel Reed, our new package ) coordinator. In my many years of association with Cygwin, I don't think ) I've ever seen anyone "come down running" and pick up on the job so ) quickly. ... ) Thanks, Daniel. You are very, very welcome. I truly consider it a privilege to participate so actively in such a great project. Thank you for giving me that opportunity. -- Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/ It is so easy to miss pretty trivial solutions to problems deemed complicated. The goal of a scientist is to find an interesting problem, and live off it for a while. The goal of an engineer is to evade interesting problems :) -- Vadim Antonov <[EMAIL PROTECTED]> on NANOG -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Spurious LISTENING ports open during network connections (was Re: Weird Naim.exe network usage?)
On 2003-10-24T15:22-0500, [EMAIL PROTECTED] wrote: ) that for some reason naim.exe was listening on tcp sockets, and not only ) that but it changes quite frequently while naim.exe is running. So let me ) just state this again, it is listening on TCP sockets. They are also real ) because I have confirmed by telneting to them. Nothing is printed or ) anything, it just sits there. Has anyone experienced naim.exe listening on ) TCP sockets? I have no modules loaded I confirmed with /modlist. I was out of town when you first asked about this, and was initially unable to reproduce it. However, it does appear that your assessment was correct, but it does not appear that this is naim-specific. When I start up naim, netstat -a -n -o | grep winpid does not show anything (either listening or established). When I /connect, the same netstat now shows a connection ESTABLISHED with AOL's servers, and two LISTENING sockets on seemingly random ports (one binded to 127.0.0.1, the other allowing connections from anywhere). However, Cygwin's telnet utility appears to behave identically on my system. If I start telnet and run netstat -a -n -o | grep winpid, it does not show anything. If I enter "open n.ml.org 80" then immediately I see something like: TCP0.0.0.0:4705 0.0.0.0:0 LISTENING 2780 TCP127.0.0.1:4718 0.0.0.0:0 LISTENING 2780 TCP192.168.1.101:4705 24.161.40.144:80 ESTABLISHED 2780 These LISTENING sockets stay open for the duration of the connection, but the 127.0.0.1 port changes after every packet I send out (i.e. it will change from 4718 to a higher number after every command I type). I am not familiar enough with how the networking code operates, so I am not sure what the impact of this might be. It looks like this may be a known issue, referenced at http://cygwin.com/ml/cygwin/2000-06/msg00947.html, so I do not believe it is a major problem. However, I will defer if another Cygwin maintainer has any words of wisdom. -- Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/ http://naim.n.ml.org/ "Murphy's Law is recursive. Washing your car to make it rain doesn't work." -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
No username for userid?
I just installed (using setup.exe) cygwin on an NT 4 machine The sh prompt tells me that I don't have a username --- when I do an 'id' I get a uid, but no name... when I try to rlogin (even with -l )it tells me that I don't have a username... I have a $USERNAME btw. There is no /etc/passwd file... Any ideas how can I get a username! (Are there really 'logins' for Cygwin?) Thanks. - Daniel Rosenzweig [EMAIL PROTECTED] The URLs below are placed by NetZero - not me. Sign Up for NetZero Platinum Today Only $9.95 per month! http://my.netzero.net/s/signup?r=platinum&refcd=PT97 -- 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/
