Re: [ITP] catdoc-0.94.2-1
On Aug 10 06:48, Reini Urban wrote: Dr. Volker Zell schrieb: Reini Urban writes: I want to contribute and maintain catdoc, the GNU MS-Office File reader. What: http://xarch.tu-graz.ac.at/publ/cygwin/release/catdoc/catdoc-0.94.2-1-src.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/release/catdoc/catdoc-0.94.2-1.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/release/catdoc/setup.hint Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: glut (for X) cannot be compiled without -mno-cygwin
Hi Yaakov, On Tue, Aug 08, 2006 at 06:44:51PM -0500, Yaakov S (Cygwin Ports) wrote: Jens Seidel wrote: $ g++ -H -g -O2 -I/usr/X11R6/include main.cpp -lglut . /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../include/w32api/GL/glut.h The references to w32api/GL are probably wrong! Once I omit -I/usr/X11R6/include (or use -mno-cygwin) it works: Is freeglut installed? It appears not. Yep, you're right. I installed it and now it seems to work better. It just failed because of a missing __isnand function in libm. Afer providing (only as a workaround) my own it works flawlessly. So it's also OK that my configure test failed without freeglut, even though I assumed I have all parts. Great! Since I want to build an X application I do not want to use w32api/GL or -mno-cygwin! Any idea? g++ -g -O2 -I/usr/X11R6/include -L/usr/X11R6/lib main.cpp -lglut You need to specify the -L/usr/X11R6/lib also, since that's where the X11 glut library is found. Yep, you're right. Since I was first not sucessful without freeglut, I tried also a mingw build using -mno-cygwin. Of course I did not expect a proper linking step but it helped me to make my application more standard conform. Nevertheless it seems that this a fragile. So I first failed because /usr/bin/make.exe was not found. The funny thing is that I could use /cygdrive/c/usr/bin/make.exe :-) A symlink fixed this. Also some header files such as gmp.h could not be found in /usr/include. Once I added -I/usr/include (which should be the default) I got a lot of crazy errors. Adding a symlink to a local include directory helped. OK, I don't care much about this. My main indent was just to test my program on cygwin, to find portability issues and to be prepared ... Jens -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
FW: Belgian (Comma) layout is unknown
Hello, Belgian (comma) layout is unknown: (--) winConfigKeyboard - Layout: 0001080c (0001080c) (EE) Keyboardlayout Belgian (Comma) (0001080c) is unknown cheers, M. STRICTLY PERSONAL AND CONFIDENTIAL This message may contain confidential and proprietary material for the sole use of the intended recipient. Any review or distribution by others is strictly prohibited. If you are not the intended recipient please contact the sender and delete all copies. Dit bericht is enkel bestemd voor de aangeduide ontvangers en kan vertrouwelijke informatie bevatten. Als u niet de ontvanger bent, dan mag u de inhoud van dit bericht niet bekendmaken noch kopiëren. Als u dit bericht per vergissing ontvangen heeft, gelieve er de afzender of De Post onmiddellijk van op de hoogte te brengen en het bericht vervolgens te verwijderen. Ce message est uniquement destiné aux destinataires indiqués et peut contenir des informations confidentielles. Si vous n'êtes pas le destinataire, vous ne devez pas révéler le contenu de ce message ou en prendre copie. Si vous avez reçu ce message par erreur, veuillez en informer l'expéditeur, ou La Poste immédiatement, avant de le supprimer. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
XWin
On approximately July 24 it was noted that -silent-dup-errorwas not suppressing the error message if XWin was running. At the same time it was noted that the packages 6.8.99.901-1 would not start xmgrace. So those of us using grace move back to earlier packages. Has there been any progress on this that I might have missed and not found in the database?Note Email Address has been updated to: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: glut (for X) cannot be compiled without -mno-cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jens Seidel wrote: Yep, you're right. I installed it and now it seems to work better. It just failed because of a missing __isnand function in libm. Afer providing (only as a workaround) my own it works flawlessly. __isnand *is* in the current cygwin (1.5.21). (BTW, you don't need to link against libm on cygwin; all those functions are provided by libcygwin itself; libm is present only for compatibility with build systems that expect it.) Since I was first not sucessful without freeglut, I tried also a mingw build using -mno-cygwin. Of course I did not expect a proper linking step but it helped me to make my application more standard conform. Nevertheless it seems that this a fragile. So I first failed because /usr/bin/make.exe was not found. The funny thing is that I could use /cygdrive/c/usr/bin/make.exe :-) A symlink fixed this. Also some header files such as gmp.h could not be found in /usr/include. Once I added -I/usr/include (which should be the default) I got a lot of crazy errors. Adding a symlink to a local include directory helped. Sounds like your mounts are seriously messed up. Yaakov Cygwin Ports -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE27e7piWmPGlmQSMRArgnAJ9XzVqzthoc6W726nP+lBoJlHjJpgCfdcDx 8t16rGhEwlYf3kH0kMCd5i8= =vZDE -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: XWin
On Thu, Aug 10, 2006, Paul Schlesinger wrote: At the same time it was noted that the packages 6.8.99.901-1 would not start xmgrace. So those of us using grace move back to earlier packages. Has there been any progress on this that I might have missed and not found in the database? Doing a rebaseall fixes the xmgrace problem, at least for Volker Quetschke and me: http://sourceware.org/ml/cygwin-xfree/2006-07/msg00105.html [This is the first hit when you search for xmgrace on the cygwin-xfree mailing list archive] ...worked like a charm for me...good luck...dave case -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog fhandler_disk_file.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-08-10 08:44:43 Modified files: winsup/cygwin : ChangeLog fhandler_disk_file.cc Log message: * fhandler_disk_file.cc (fhandler_disk_file::lock): Handle ERROR_NOT_LOCKED returned from UnlockFileEx. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3600r2=1.3601 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.186r2=1.187
src/winsup/cygwin ChangeLog fhandler_disk_file.cc
CVSROOT:/cvs/src Module name:src Branch: cr-0x5f1 Changes by: [EMAIL PROTECTED] 2006-08-10 12:51:25 Modified files: winsup/cygwin : ChangeLog fhandler_disk_file.cc Log message: * fhandler_disk_file.cc (fhandler_disk_file::lock): Handle ERROR_NOT_LOCKED returned from UnlockFileEx. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.3582r2=1.3582.2.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.185r2=1.185.4.1
winsup/cygwin ChangeLog fhandler.cc fhandler_s ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-08-10 14:15:00 Modified files: cygwin : ChangeLog fhandler.cc fhandler_socket.cc winsup.h Added files: cygwin : mmap_helper.h Log message: * winsup.h: Turn on DEBUGGING by default for now. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/mmap_helper.h.diff?cvsroot=uberbaumr1=NONEr2=1.1 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3601r2=1.3602 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler.cc.diff?cvsroot=uberbaumr1=1.259r2=1.260 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_socket.cc.diff?cvsroot=uberbaumr1=1.198r2=1.199 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/winsup.h.diff?cvsroot=uberbaumr1=1.190r2=1.191
winsup/cygwin ChangeLog debug.cc pinfo.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2006-08-10 20:25:54 Modified files: cygwin : ChangeLog debug.cc pinfo.cc Log message: * pinfo.cc (_onreturn::~onreturn): Don't attempt to close a NULL handle. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3602r2=1.3603 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/debug.cc.diff?cvsroot=uberbaumr1=1.58r2=1.59 http://sourceware.org/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.232r2=1.233
src/winsup/w32api ChangeLog lib/kernel32.def l ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-08-10 21:06:01 Modified files: winsup/w32api : ChangeLog winsup/w32api/lib: kernel32.def wtsapi32.def Log message: * lib/wtsapi32.def (WTSGetActiveConsoleSessionId). Move from here... * lib/kernel32.def (WTSGetActiveConsoleSessionId). ...to here. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.863r2=1.864 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/kernel32.def.diff?cvsroot=srcr1=1.23r2=1.24 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/wtsapi32.def.diff?cvsroot=srcr1=1.1r2=1.2
Re: Can't link TclMagick anymore
Danny Smith wrote: Sorry about breaking thread. I suppose I should give in and re-subscribe here. Dave Bodenstab wrote at http://cygwin.com/ml/cygwin/2006-08/msg00264.html Warning: .drectve `-defaultlib:MSVCRT ' unrecognized Warning: .drectve `-defaultlib:OLDNAMES ' unrecognized These are harmless Cannot export [EMAIL PROTECTED]@Tcl?$AA@: symbol not found Cannot export [EMAIL PROTECTED]@[EMAIL PROTECTED]@: symbol not found My MSVC++ 'demangle fu' is not up to that Those must be from tclstub84.lib (tclStubLib.obj), yes? By not explicitly telling ld what to export, you are implicitly telling it to export-all symbols from all your objects and archives, excluding a few system libs. Tell ld to exclude tclstub84.lib from exports, as well $ gcc -v -shared -mno-cygwin \ -o libTclMagick.dll \ -L'/cygdrive/c/Program Files/ImageMagick' \ TclMagick.o \ -ltclstub84 \ -lCORE_RL_wand_ -lCORE_RL_magick_ \ -Wl,--exclude-libs,tclstub84.lib That did it. Thanks much. Where can I learn about this export stuff? I've never, ever had to export anything (via ld) when making a .so on unix -- it's all done (for C) by *not* declaring a symbol as static. Any suggestion on a tutorial that explains the how and why when linking dll's on windows? Thanks again. -- Unsubscribe info: 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: emacs (21.2-13) freezing with cygwin 1.5.21-2
From: Eric Twietmeyer ept at terrex dot com To: cygwin at cygwin dot com Date: Wed, 09 Aug 2006 11:19:42 -0700 Subject: FW: emacs (21.2-13) freezing with cygwin 1.5.21-2 Reply-to: ept at terrex dot com I'm on a brand new machine, there may be some kind of hardware / driver issues with it, but if so, only emacs is being affected. There is a minimal set of devices installed on the box, so no extra webcams or anything installed. Has anyone else run into a problem with the latest cygwin.dll release and emacs? Thanks again, -Eric --- Yes, I have experienced this same problem on a new installation of cygwin on my Thinkpad T60 (which does incidentally have a thumb-print reader, but that is neither here nor there) as well as on a Dell Optiplex 280. M -- Unsubscribe info: 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: Older postgresql versions [changed]
Reini Urban schrieb: alecswan schrieb: I installed Cygwin on my desktop long time ago. So, now I have old versions of different packages, such as PostgreSQL 7.3.4 set up on my desktop. I am currently trying to set up my laptop and I want to have identical setup to my desctop. Which mean that I want an old version of PG. So, my question is how to install old versions of Cygwin on my laptop that have old versions of Postgres on my laptop? Google for the cygwin timemachine. P.S. If somebody is interested why I need to install old versions of PosgreSQL on my Windows machine, it's because PgAdmin2 (old versions, which works with PostgreSQL 7.x) can import Access database, but not PgAdmin3. PostgreSQL 7.x is still as src in libpq3. Install the src package for libpq3 and follow the instructions. The old binary postgresql-7.4.5-1 is also available as prev, but it's hard to convince setup to install it. Unfortunately it's too much work for me to support parallel postgresql server versions as in debian. Ok, I'm convinced to prepare a new postgresql74-7.4.13-1 package tree, which installs into usr/lib/postgres74. Importing MS-Access seems to be a cool feature. -- Reini -- Unsubscribe info: 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: logon failure from subauth in 2006-08-02 snapshot
On Aug 9 11:37, David Rothenberger wrote: I've noticed repeated logon failures in my Security event log with the 2006-08-02 snapshot. (I have security auditing enabled.) It looks like these failures occur when cron runs a job. I attached strace to cron and saw the following: 2315 31545159 [main] CRON 4164 subauth: LsaLogonUser: -1073741702 2072 31547231 [main] CRON 4164 seterrno_from_win_error: /netrel/src/cygwin-snapshot-20060802-1/winsup/cygwin/security.cc:1067 windows error 127 686 31547917 [main] CRON 4164 geterrno_from_win_error: windows error 127 == errno 3 I'm not sure whether this is expected behavior or not. It does fill up the Security event log pretty quick, though. It's expected behaviour if you didn't set up subauthentication. There's nothing I can do about this at this point. I've noted it on my TODO list to look into at one point. As usual, PTC. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: system() call returns 127 in windows xp
On Aug 9 18:24, Larry Hall (Cygwin) wrote: Jeff Lu wrote: I ran into a brick wall and could not find anything on the web and on the post to resolve the problem I'm having, which is a strange one. I have a C program that call system(ls -la dir.txt) that works fine within bash cygwin. It also has been working on the computers running windows xp without cygwin installed (only required dlls were copied to it). For some reason the program is giving me error 127 when calling system() on the new machines running windows xp without cygwin installed. I have tried everything I could think of but nothing seems to work. I have mouted the drive in the registry as follow mounts v2 cygdrive flags REG_DWORD 0x0022(34) cygdrive prefix REG_SZ /cygdrive /c flagsREG_DWORD 0x000a(10) native REG_SZ c: That's not enough for Cygwin to work. You should add mount points for '/usr/bin', '/usr/lib', and '/'. Also check if the paths to 'cygwin1.dll' and 'ls.exe' are set. I'd think some form of both of these would be necessary to make this stuff work for you on any system. Exit status 127 means that system didn't find /bin/sh. See http://www.opengroup.org/onlinepubs/009695399/functions/system.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Permission denied Permission denied Permission denied Permission denied Permission denied Permission denied
On Aug 10 15:53, Steve Keate wrote: Are there any useful resources on finding out exactly what security mode to choose when using Cygwin, also, are there any resources on how to use Security mode? I don't understand what you mean. Maybe you could elaborate a bit what you're talking about? mkpasswd and what arguments to use. I have scoured the net for two days looking for anything. Something like mkpasswd --help? Is cygwin now abandonware, or is support just abyssmally poor? If you don't like the support you get from volunteers on the net, maybe you should consider a support contract. See http://www.redhat.com/software/cygwin/support/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
unlock fails if file not locked
This test was taken from the python test suite. It works on many different platforms and architecture's except cygwin's. I'm not entirely sure that cygwin is really wrong either though. The attached c program should print only a single message: lock failed in parent (expected) 13 However it also prints: unlock failed in parent (not expected) 13 -bash-3.1$ uname -a CYGWIN_NT-5.1 stella 1.7.0s(0.159/4/2) 20060802 23:48:39 i686 Cygwin Also happens with 1.5.19 and 20 I'm pretty sure. Please copy me on any follow up. n #include stdio.h #include unistd.h #include errno.h #include fcntl.h static void lock(int fd, const char *where, const char *expected) { struct flock lf = { .l_type = F_WRLCK, 0 }; int err = fcntl(fd, F_SETLK, lf); if (err 0) fprintf(stderr, lock failed in %s (%sexpected) %d\n, where, expected, errno); } static void unlock(int fd, const char *where, const char *expected) { struct flock lf = { .l_type = F_UNLCK, 0 }; int err = fcntl(fd, F_SETLKW, lf); if (err 0) fprintf(stderr, unlock failed in %s (%sexpected) %d\n, where, expected, errno); } int main(int argc, char**argv) { // int fd = open(foo, O_WRONLY | O_CREAT); int fd = fileno(fopen(foo, w)); int err, pid = fork(); if (pid 0) { fprintf(stderr, fork error\n); return -1; } // in child if (pid == 0) { lock(fd, child, not ); sleep(2); unlock(fd, child, not ); _exit(0); } sleep(1); lock(fd, parent, ); // file isn't locked in child, but there should not be an error on cygwin unlock(fd, parent, not ); sleep(2); return 0; } -- Unsubscribe info: 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]: uid having logged in with ssh
hi, Wednesday, August 9, 2006, 10:17:59 PM, Larry Hall (Cygwin) wrote: Andy Keane wrote: I am running sshd having set up the sshd service using ssh-host-config with privilege separation and with sshd running as a server owned by the local sshd_server user. All is working fine and I can log in using my keys without the need for passwords or without keys and using passwords. My problem is that if I then try and run some processes after logging in (specifically MPI ones) the system thinks I am the local sshd_server user and not the person I wish to be. Any ideas how I can get sshd working such that after log in I am really the user I wish to be would be much appreciated. Patience. ;-) i just want to add one more detail: i have the same setup with sshd. plus, i use EFS (encrypting file system) on the sshd box. now EFS encrypts files ONLY for the user that writes them (and for so called recovery agents, but they are set up globally and all EFS files are decryptable for them), but not for all other users that may have access to the files (based on the their file privileges). so when i'm user X and log in through sshd, write some file and then log on locally though a console, i can't read my own file, because the file was encrypted for SvcCOPSSHD (the sshd user in my case). i, too, would much appreciate a solution :) -- /chris/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CreateFileMapping Problem
On Aug 7 17:56, [EMAIL PROTECTED] wrote: hi, we have cygwin installed on a development windows server. os is windows server 2003 standard r2 x64, and users are logging in through opensshd and rdesktop. we're encountering this problem: 2 [main] bash (4544) C:\cygwin\bin\bash.exe: *** fatal error - C:\cygwin\bin\bash.exe: *** CreateFileMapping Global\cygwin1S4.cygpid.4544, Win32 error 0. Terminating. I wonder what we can do against that. The error message is only generated if CreateFileMapping returns a NULL handle and the Windows error code is 0. Which means, there's no hint why CreateFileMapping failed at all. I searched MSDN and the Windows Knowledge Base for this, but to no avail. I also didn't find any hint in the net about this scenario. it happens to all users to all kind of cygwin-processes (make, bash, sed, ...) at (as it seems) random times. it only happens to global mappings with error always set to zero and it seems to occur more often on more concurrent (multiuser) make instances. our make process spawns alot of additional processes. it doesnt matter if the user is logged in through sshd (openssh installed as a cygwin service) or rdesktop. So, just to be sure about this. You're claiming that it happens when a user already has logged on for a while, is running Cygwin for a while? And then the above error just happens at one point? It does not happen at the time the user tries to start his or her first Cygwin process? Can you tell me if the users which are logging in through rdesktop are Admins, or if they have the SeCreateGlobalPrivilege explicitely set? In theory, normal non-Admin users logging in through rdesktop should never create global objects, so they shouldn't see the above message. while digging through the mailinglist, i found two possible solutions: 1) rebase the whole cygwin installation 2) give the sshd/user more privileges (SeCreateGlobalPrivilege...) none of the above solved our problem. today 2 users got the exact same error message including the pid field. is there a possible conflict and users connected through terminal services can have identical (cygwin/windows) pids? Pids are quickly reused in a Windows system, so the error doesn't mean much, except you can prove that it happened at the same time. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: uid having logged in with ssh
On Aug 10 09:03, [EMAIL PROTECTED] wrote: hi, Wednesday, August 9, 2006, 10:17:59 PM, Larry Hall (Cygwin) wrote: Andy Keane wrote: I am running sshd having set up the sshd service using ssh-host-config with privilege separation and with sshd running as a server owned by the local sshd_server user. All is working fine and I can log in using my keys without the need for passwords or without keys and using passwords. My problem is that if I then try and run some processes after logging in (specifically MPI ones) the system thinks I am the local sshd_server user and not the person I wish to be. Any ideas how I can get sshd working such that after log in I am really the user I wish to be would be much appreciated. Patience. ;-) i just want to add one more detail: i have the same setup with sshd. plus, i use EFS (encrypting file system) on the sshd box. now EFS encrypts files ONLY for the user that writes them (and for so called recovery agents, but they are set up globally and all EFS files are decryptable for them), but not for all other users that may have access to the files (based on the their file privileges). so when i'm user X and log in through sshd, write some file and then log on locally though a console, i can't read my own file, because the file was encrypted for SvcCOPSSHD (the sshd user in my case). i, too, would much appreciate a solution :) There's a working workaround: Use password login. Otherwise only the subauthentication stuff mentioned in http://cygwin.com/ml/cygwin-developers/2006-07/msg00013.html as Larry already pointed out will allow what you want. There's really no gain in repeating scenarios in which the current technique doesn't work. The drawbacks are known for years, really. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cygintl-3.dll was not found
Standards such as? A pointer to a free installer which uses Windows standards and which will handle Cygwin's needs would be useful, e.g., would NSIS meet your needs? We've discussed using NSIS in the past. Can anyone give me a qualified reference about the requirements of a core cygwin environment ? I would like to try to develop an NSIS installer for it. Rgrds Tev http://itefix.no -- Unsubscribe info: 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: CreateFileMapping Problem
hi, thx for your reply. unfortunately this quick hack didnt fix the problem at all :( this night we got: 2 [main] sh 2064 C:\cygwin\bin\sh.exe: *** fatal error - C:\cygwin\bin\sh.exe: *** CreateFileMapping cygwin1S4.cygpid.2088, Win32 error 0. Terminating. /bin/sh: fork: Resource temporarily unavailable as you can see the global prefix is gone, so the error seems to be somewhere else. we've just reinstalled the original dll. what i forgot to mention: we increased the SharedSection values found under HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems to 1024, 20480, 4096 as suggested on http://support.microsoft.com/default.aspx?scid=kb;en-us;824422 hints? thx, andre --- Andre Heider GOM mbH, Mittelweg 7-8, 38106 Braunschweig, Germany mailto:[EMAIL PROTECTED] http://www.gom.com Tel.:+49(0)531 39029-0, Fax: +49(0)531 39029-15 -- Unsubscribe info: 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: crashes with various programs
Corinna Vinschen writes: I've uploaded a new psmisc-21.5-3 package. When the package hits the mirrors, can you test if pstree from 21.5-3 still crashes in that situation? I think I found a bug which could be the cause for the SEGV, but I couldn't reproduce it so far. The potential bug should be fixed in psmisc-21.5-3, nevertheless. The new pstree version seems to work. What was the problem ? Corinna Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CreateFileMapping Problem
On Aug 10 10:13, [EMAIL PROTECTED] wrote: hi, thx for your reply. unfortunately this quick hack didnt fix the problem at all :( this night we got: 2 [main] sh 2064 C:\cygwin\bin\sh.exe: *** fatal error - C:\cygwin\bin\sh.exe: *** CreateFileMapping cygwin1S4.cygpid.2088, Win32 error 0. Terminating. /bin/sh: fork: Resource temporarily unavailable as you can see the global prefix is gone, so the error seems to be somewhere else. we've just reinstalled the original dll. what i forgot to mention: we increased the SharedSection values found under HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SubSystems to 1024, 20480, 4096 as suggested on http://support.microsoft.com/default.aspx?scid=kb;en-us;824422 hints? No. Could you reply to my questions? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.21 -- XEmacs becomes defunct while running?
Christopher Faylor writes: On Tue, Aug 08, 2006 at 03:18:45PM -0700, Ed Hirgelt wrote: I realize that this isn't the best of all possible bug reports. But it is the most information I have been able to get in the past few weeks. No, but I can't think of much more data I could ask for to help narrow this down. I've been plagued with a problem running XEmacs. After a random amount of time, running subprocesses fail with not a pipe. I have never been able to find anything out about it. However, today I was looking at pstree and noticed at some point that XEmacs dropped off of the output. Here's the sequence of ps before and after. Note that I continued to edit with XEmacs even after ps said it was defunct. First, everything is more or less normal hirged 548 $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 3056 13056 2328 con 112363 14:42:39 /usr/bin/sh 400430563056 3868 con 112363 14:42:52 /usr/bin/sh 166440043056 2908 con 112363 14:42:52 /usr/X11R6/bin/xinit 278016642780 1404 con 112363 14:42:53 /usr/X11R6/bin/XWin 326816643268 3340 con 112363 14:43:00 /usr/bin/sh 371232683268 3744 con 112363 14:43:01 /usr/bin/rxvt I377637123776 37080 112363 14:43:03 /usr/bin/bash 302825522552 30282 112363 14:51:35 defunct 2552302825526802 112363 14:44:02 /usr/bin/bash 1722552 172 11242 112363 14:45:24 /usr/bin/bash 1984 172 172 17442 112363 14:45:25 /c/Program Files/Microsoft Office/OFFICE11/OUTLOOK 251625522516 37882 112363 14:46:20 /usr/bin/bash 3456251625167042 112363 14:46:20 /c/Program Files/Mozilla Firefox/firefox 3980 13576 38762 112363 14:56:38 /usr/bin/xemacs-21.4.19 141639801416 19041 112363 14:56:56 /usr/lib/xemacs-21.4.19/i686-pc-cygwin/gnuserv 102025521020 21722 112363 14:59:32 /usr/bin/ps hirged 549 $ ls /proc 1416 172 2084 2552 3028 3268 3712 3980 cpuinfo meminfo registry statversion 1664 1984 2516 2780 3056 3456 3776 4004 loadavg partitions self uptime Process 3980 is my XEmacs. A little later: hirged 550 $ ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 3056 13056 2328 con 112363 14:42:39 /usr/bin/sh 400430563056 3868 con 112363 14:42:52 /usr/bin/sh 166440043056 2908 con 112363 14:42:52 /usr/X11R6/bin/xinit 278016642780 1404 con 112363 14:42:53 /usr/X11R6/bin/XWin 326816643268 3340 con 112363 14:43:00 /usr/bin/sh 371232683268 3744 con 112363 14:43:01 /usr/bin/rxvt I377637123776 37080 112363 14:43:03 /usr/bin/bash 302825522552 30282 112363 14:51:35 defunct 2552302825526802 112363 14:44:02 /usr/bin/bash 1722552 172 11242 112363 14:45:24 /usr/bin/bash 1984 172 172 17442 112363 14:45:25 /c/Program Files/Microsoft Office/OFFICE11/OUTLOOK 251625522516 37882 112363 14:46:20 /usr/bin/bash 3456251625167042 112363 14:46:20 /c/Program Files/Mozilla Firefox/firefox 398028122812 36003 112363 15:00:41 defunct 141639801416 19041 112363 14:56:56 /usr/lib/xemacs-21.4.19/i686-pc-cygwin/gnuserv 328025523280 17722 112363 15:00:48 /usr/bin/ps You'll notice that 3980 is listed as defunct now. At this point any attempt to run a subprocess from xemacs fails. My last attempt resulted in Opening pty or pipe: Invalid argument. Exiting XEmacs and restarting works for a while but the problem recurs. Nothing terribly intersesting is happening on the box other than my running XEmacs, Eclipse, and Outlook. Perhaps related, rxvt sometimes simply disappears out from under me after a command, typically a bash script exits. No dump, no nothing. I have a vague idea what could be causing this and ran some tests yesterday to no avail, of course. Corinna is also running tests. I suspect that somehow a pid is being reused, which means that somehow a handle is being closed which shouldn't be closed. I seem to have the same problems as Ed. Only X programs seem to be infected. In my case it's also Xemacs and rxvt. Xemacs spits out the following kind of messages Doing fork: Bad file descriptor and Opening pty or pipe: Invalid argument while in /var/log/messages I see something like: Aug 10
Re: crashes with various programs
On Aug 10 10:28, Dr. Volker Zell wrote: Corinna Vinschen writes: I've uploaded a new psmisc-21.5-3 package. When the package hits the mirrors, can you test if pstree from 21.5-3 still crashes in that situation? I think I found a bug which could be the cause for the SEGV, but I couldn't reproduce it so far. The potential bug should be fixed in psmisc-21.5-3, nevertheless. The new pstree version seems to work. What was the problem ? c = strrchr (filename, '/'); -- c gets NULL if process is defunct sscanf (c, %15c, tgt); -- Boom Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Permission denied Permission denied Permission denied Permission denied Permission denied Permission denied
On Thu, Aug 10, 2006 at 03:53:55PM +1200, Steve Keate wrote: Are there any useful resources on finding out exactly what security mode to choose when using Cygwin, also, are there any resources on how to use mkpasswd and what arguments to use. I have scoured the net for two days looking for anything. Is cygwin now abandonware, or is support just abyssmally poor? http://isbn.nu/0671723650 Only a very brief period of scouring the net should have led you to the conclusion that this list is the primary vehicle for support. Since the list archives should indicate to you that there is a great deal of traffic on this list, I'm at a loss to know where the abandonware comes from. And since this is apparently your first effort at asking for help, the same goes for abyssmally (sic) poor. -- Unsubscribe info: 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: unlock fails if file not locked
On Aug 10 00:41, Neal Norwitz wrote: This test was taken from the python test suite. It works on many different platforms and architecture's except cygwin's. I'm not entirely sure that cygwin is really wrong either though. Thanks for the testcase! Cygwin is wrong here. The underlying Windows function returns an error code ERROR_NOT_LOCKED when trying to unlock a non-locked region. This should have been converted into a successful return from fcntl. I fixed that in CVS. Note, however, that file locking is not implemented quite correctly on Cygwin anyway. File locking on POSIX systems using fcntl is usually advisory (except in certain cases which require changes in the system settings). The Windows functions implement only mandatory locking and there's no advisory locking mechanism provided. Cygwin shouldn't actually use the underlying Windows functions but implement advisory file locking by keeping its own datastructures. But that's easier said than done. It's one point on a long TODO list... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re[2]: uid having logged in with ssh
hi, Thursday, August 10, 2006, 9:58:31 AM, Corinna Vinschen wrote: I am running sshd having set up the sshd service using ssh-host-config with privilege separation and with sshd running as a server owned by the local sshd_server user. All is working fine and I can log in using my keys without the need for passwords or without keys and using passwords. My problem is that if I then try and run some processes after logging in (specifically MPI ones) the system thinks I am the local sshd_server user and not the person I wish to be. Any ideas how I can get sshd working such that after log in I am really the user I wish to be would be much appreciated. Patience. ;-) i just want to add one more detail: i have the same setup with sshd. plus, i use EFS (encrypting file system) on the sshd box. now EFS encrypts files ONLY for the user that writes them (and for so called recovery agents, but they are set up globally and all EFS files are decryptable for them), but not for all other users that may have access to the files (based on the their file privileges). so when i'm user X and log in through sshd, write some file and then log on locally though a console, i can't read my own file, because the file was encrypted for SvcCOPSSHD (the sshd user in my case). i, too, would much appreciate a solution :) There's a working workaround: Use password login. that's what i want to avoid for practical reasons. Otherwise only the subauthentication stuff mentioned in http://cygwin.com/ml/cygwin-developers/2006-07/msg00013.html as Larry already pointed out will allow what you want. There's really no gain in repeating scenarios in which the current technique doesn't work. The drawbacks are known for years, really. ok. did i understand correctly that subauth is not yet part of the regular cygwin distribution? or is it and has to be installed and enabled somehow? -- /chris/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CreateFileMapping Problem
hi, here is more info So, just to be sure about this. You're claiming that it happens when a user already has logged on for a while, is running Cygwin for a while? And then the above error just happens at one point? It does not happen at the time the user tries to start his or her first Cygwin process? time of logon does not seem to be dependend on the time of the error in our case. neither the time of starting the first cygwin shell if rdesktop is used. it definately isnt the first cygwin process that errors out. sometimes we get the error just a few minutes after logon, sometimes a few hours. as i already mentioned, i have the impression that it seems to occur more often/earlier as more users are compiling at the same time. our nightly build, for example, broke at library ~100 out of ~300 Can you tell me if the users which are logging in through rdesktop are Admins, or if they have the SeCreateGlobalPrivilege explicitely set? In theory, normal non-Admin users logging in through rdesktop should never create global objects, so they shouldn't see the above message. logging in users through ssh and rdesktop are only member of users and remote desktop users. after installing sshd with ssh-host-config the sshd user had the SeCreateGlobalPrivilege flag. using ssh, the cygwin and the windows whoami binary correctly report the username, not sshd. we had the CreateFileMapping problem with the default rights windows came with, so we added the group users to this privilege using gpedit.msc (which btw is not listed by 'editrights -l -u username'). these settings are still active. hope this helps, andre -- Unsubscribe info: 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: Permission denied Permission denied Permission denied Permission denied Permission denied Permission denied
On Aug 10 01:40, Yitzchak Scott-Thoennes wrote: On Thu, Aug 10, 2006 at 03:53:55PM +1200, Steve Keate wrote: Are there any useful resources on finding out exactly what security mode to choose when using Cygwin, also, are there any resources on how to use mkpasswd and what arguments to use. I have scoured the net for two days looking for anything. Is cygwin now abandonware, or is support just abyssmally poor? http://isbn.nu/0671723650 LOL Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygintl-3.dll was not found
On Thu, Aug 10, 2006 at 10:00:19AM +0200, Tevfik Karag?lle wrote: cgf wrote: Standards such as? A pointer to a free installer which uses Windows standards and which will handle Cygwin's needs would be useful, e.g., would NSIS meet your needs? We've discussed using NSIS in the past. Can anyone give me a qualified reference about the requirements of a core cygwin environment ? I would like to try to develop an NSIS installer for it. Huh? setup.exe installs a core cygwin environment right now. What kind of reference would you be expecting other than the operation of the current installer? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Where is Makedepend?
Sorry Larry, List, I didn't realize hitting reply to a message and changing its subject is not enough to prevent thread commandeering. BTW - I solved my problem by running cygcheck. Thank you for the pointers. Cygcheck identified a few packages makedepend seems to be in and although it isn't mentioned explicitly in the installer's X11 section, I did manage to obtain the makedepend source by checking the source-code option for all the X11 modules. Thanks. On Wed, 2006-08-09 at 18:33 -0400, Larry Hall (Cygwin) wrote: Jean-Claude Gervais wrote: Hi, I'd like to modify makedepend. To do this I'd like to select the Install Source Code option for it in the setup program. I know it comes with Cygwin, but I can't seem to figure out which package (or install module) it is in. Can anyone point me in the right direction? I figure I could obtain the source otherwise but it seems more natural to me to do it through the Cygwin installer. Please don't commandeer other threads for your own purposes. If you have something to say and it's not relevant to any current threads, start a new one by just sending an email message to this list. As to your question: http://cygwin.com/faq/faq-nochunks.html#faq.setup.what-packages -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Snapshot uploaded, please try
The latest snapshot has been uploaded. If you have been asked to test a snapshot, please try this one. It contains additional debugging which may help track down the Xemacs problem. The error messages will be going to stderr, so if possible redirect the output to a file for capture. http://cygwin.com/snapshots/ cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can't link TclMagick anymore
Dave Bodenstab wrote: Danny Smith wrote: Sorry about breaking thread. I suppose I should give in and re-subscribe here. Dave Bodenstab wrote at http://cygwin.com/ml/cygwin/2006-08/msg00264.html Warning: .drectve `-defaultlib:MSVCRT ' unrecognized Warning: .drectve `-defaultlib:OLDNAMES ' unrecognized These are harmless Cannot export [EMAIL PROTECTED]@Tcl?$AA@: symbol not found Cannot export [EMAIL PROTECTED]@[EMAIL PROTECTED]@: symbol not found My MSVC++ 'demangle fu' is not up to that Those must be from tclstub84.lib (tclStubLib.obj), yes? By not explicitly telling ld what to export, you are implicitly telling it to export-all symbols from all your objects and archives, excluding a few system libs. Tell ld to exclude tclstub84.lib from exports, as well $ gcc -v -shared -mno-cygwin \ -o libTclMagick.dll \ -L'/cygdrive/c/Program Files/ImageMagick' \ TclMagick.o \ -ltclstub84 \ -lCORE_RL_wand_ -lCORE_RL_magick_ \ -Wl,--exclude-libs,tclstub84.lib That did it. Thanks much. Where can I learn about this export stuff? I've never, ever had to export anything (via ld) when making a .so on unix -- it's all done (for C) by *not* declaring a symbol as static. Any suggestion on a tutorial that explains the how and why when linking dll's on windows? I'd recommend going to the source for information on DLLs: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/HTML/_core_dlls.3a_.overview.asp -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Um... what format are Cygwin manpages?
Joshua Daniel Franklin wrote: On 8/9/06, mwoehlke wrote: I thought I'd have a crack at fixing the manpage for printf(3) (see http://cygwin.com/ml/cygwin/2006-08/msg00288.html), but when I opened it, I was a bit shocked to discover that it is only *MARGINALLY* in troff format. I do note that other manpages seem more normal (man1 pages, for instance)... So, is this just how the C lib manpages are? Yes, it's sort-of my fault. I just have a Perl script that chunks the newlib libc.info files into faux man pages. Ah, ok, makes sense. Too bad newlib doesn't have proper manpages, in that case. Although am I understanding that newlib itself doesn't have *any* manpages, meaning a: I need to be fixing their INFO, and b: any manpages should be sent this way after all? (Btw, symlinks for sprintf, fprintf, snprintf, etc, seem to be missing?) Anyway, if you're maintaining info-man, I totally understand why that would have the format it does. I would be more confused if someone was actually maintaining not-nroff nroff. :-) Be careful with Linux man pages, some are licensed from the Open Group. If so the package should come with a copyright file like this: http://packages.debian.org/changelogs/pool/non-free/m/manpages-posix/manpages-posix_1.67-3/manpages-posix.copyright Unfortunately we are not allowed to redistribute those, unless you'd like to do the legwork to get permission to do so. :) .\ Copyright (c) 1999 Andries Brouwer ([EMAIL PROTECTED]) .\ .\ This is free documentation; you can redistribute it and/or .\ modify it under the terms of the GNU General Public License as .\ published by the Free Software Foundation; either version 2 of .\ the License, or (at your option) any later version. I assume the above is OK? :-) Also I just posted for upload a new cygwin-doc package before I read this thread, so there would be more of a delay. Bummer. Oh, well. -- Matthew vIMprove your life! Now on version 7! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setup.exe requirements [was RE: Cygintl-3.dll was not found]
On 10 August 2006 14:39, Christopher Faylor wrote: On Thu, Aug 10, 2006 at 10:00:19AM +0200, Tevfik Karag?lle wrote: cgf wrote: Standards such as? A pointer to a free installer which uses Windows standards and which will handle Cygwin's needs would be useful, e.g., would NSIS meet your needs? We've discussed using NSIS in the past. Can anyone give me a qualified reference about the requirements of a core cygwin environment ? I would like to try to develop an NSIS installer for it. Huh? setup.exe installs a core cygwin environment right now. What kind of reference would you be expecting other than the operation of the current installer? cgf I imagine Tevfik just wants us to enumerate the things it needs to do: 1) Allow package selection and handle dependencies, based on setup.ini information and the content of the local package store. 2) Create basic cygwin registry mountpoints if they don't already exist. 3) Untar selected package tarballs in cygwin root directory when installing, delete previously installed files when uninstalling. 4) Run preuninstall and postinstall scripts as requested. 5) Maintain suitable setup.db information for cygcheck to continue working. 6) Optionally create desktop / start menu shortcuts. Does that cover all the essentials? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup.exe requirements [was RE: Cygintl-3.dll was not found]
On Thu, 10 Aug 2006, Dave Korn wrote: On 10 August 2006 14:39, Christopher Faylor wrote: On Thu, Aug 10, 2006 at 10:00:19AM +0200, Tevfik Karag?lle wrote: cgf wrote: Standards such as? A pointer to a free installer which uses Windows standards and which will handle Cygwin's needs would be useful, e.g., would NSIS meet your needs? We've discussed using NSIS in the past. Can anyone give me a qualified reference about the requirements of a core cygwin environment ? I would like to try to develop an NSIS installer for it. Huh? setup.exe installs a core cygwin environment right now. What kind of reference would you be expecting other than the operation of the current installer? cgf I imagine Tevfik just wants us to enumerate the things it needs to do: 1) Allow package selection and handle dependencies, based on setup.ini information and the content of the local package store. 2) Create basic cygwin registry mountpoints if they don't already exist. 3) Untar selected package tarballs in cygwin root directory when installing, delete previously installed files when uninstalling. 4) Run preuninstall and postinstall scripts as requested. 5) Maintain suitable setup.db information for cygcheck to continue working. 6) Optionally create desktop / start menu shortcuts. Does that cover all the essentials? 7) Run preremove scripts on uninstalls. 8) Allow installing package sources. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: 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: emacs (21.2-13) freezing with cygwin 1.5.21-2
From: Eric Twietmeyer ept at terrex dot com To: cygwin at cygwin dot com Date: Wed, 09 Aug 2006 11:19:42 -0700 Subject: FW: emacs (21.2-13) freezing with cygwin 1.5.21-2 Reply-to: ept at terrex dot com I'm on a brand new machine, there may be some kind of hardware / driver issues with it, but if so, only emacs is being affected. There is a minimal set of devices installed on the box, so no extra webcams or anything installed. Has anyone else run into a problem with the latest cygwin.dll release and emacs? Thanks again, -Eric --- Yes, I have experienced this same problem on a new installation of cygwin on my Thinkpad T60 (which does incidentally have a thumb-print reader, but that is neither here nor there) as well as on a Dell Optiplex 280. M Thanks for the response. I too am on some new Dell box, and can provide further hardware info if that seems necessary. I have backed out to cygwin version 1.5.18, and I have not been able to duplicate the emacs freeze (the emacs revision number remains the same). Although I work full time as a software engineer, I have not ever attempted to debug in the cygwin environment, and have never used gdb (afraid my experience is limited to Windows and the MS IDE environment in recent years). However, I am willing to perform any tests that people feel would be useful if, as seems at least possible, there is a problem with the 1.5.21 version of cygwin1.dll in conjunction with emacs. Thanks, -Eric -- Unsubscribe info: 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: emacs (21.2-13) freezing with cygwin 1.5.21-2
Eric Twietmeyer wrote: From: Eric Twietmeyer ept at terrex dot com To: cygwin at cygwin dot com Date: Wed, 09 Aug 2006 11:19:42 -0700 Subject: FW: emacs (21.2-13) freezing with cygwin 1.5.21-2 Reply-to: ept at terrex dot com I'm on a brand new machine, there may be some kind of hardware / driver issues with it, but if so, only emacs is being affected. There is a minimal set of devices installed on the box, so no extra webcams or anything installed. Has anyone else run into a problem with the latest cygwin.dll release and emacs? Thanks again, -Eric --- Yes, I have experienced this same problem on a new installation of cygwin on my Thinkpad T60 (which does incidentally have a thumb-print reader, but that is neither here nor there) as well as on a Dell Optiplex 280. M Thanks for the response. I too am on some new Dell box, and can provide further hardware info if that seems necessary. I have backed out to cygwin version 1.5.18, and I have not been able to duplicate the emacs freeze (the emacs revision number remains the same). Although I work full time as a software engineer, I have not ever attempted to debug in the cygwin environment, and have never used gdb (afraid my experience is limited to Windows and the MS IDE environment in recent years). However, I am willing to perform any tests that people feel would be useful if, as seems at least possible, there is a problem with the 1.5.21 version of cygwin1.dll in conjunction with emacs. Has anyone having this problem looked at whether it's related to previously reported problems like: http://sourceware.org/ml/cygwin/2006-05/msg00790.html ? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: logon failure from subauth in 2006-08-02 snapshot
On 8/10/2006 12:21 AM, Corinna Vinschen wrote: On Aug 9 11:37, David Rothenberger wrote: I've noticed repeated logon failures in my Security event log with the 2006-08-02 snapshot. (I have security auditing enabled.) I'm not sure whether this is expected behavior or not. It's expected behaviour if you didn't set up subauthentication. Okay, I tried to setup subauthentication per http://www.cygwin.com/ml/cygwin-developers/2006-07/msg00013.html. I copied my cygsuba.dll to c:/windows/system32 and added the registry key as indicated. Now, I get system error code 126 (ERROR_MOD_NOT_FOUND). Am I missing something? Or is this one of those cases where I shouldn't be even trying if I can't figure it out myself? -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8 -- Unsubscribe info: 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: emacs (21.2-13) freezing with cygwin 1.5.21-2
Eric Twietmeyer wrote: From: Eric Twietmeyer ept at terrex dot com To: cygwin at cygwin dot com Date: Wed, 09 Aug 2006 11:19:42 -0700 Subject: FW: emacs (21.2-13) freezing with cygwin 1.5.21-2 Reply-to: ept at terrex dot com I'm on a brand new machine, there may be some kind of hardware / driver issues with it, but if so, only emacs is being affected. There is a minimal set of devices installed on the box, so no extra webcams or anything installed. Has anyone else run into a problem with the latest cygwin.dll release and emacs? Thanks again, -Eric --- Yes, I have experienced this same problem on a new installation of cygwin on my Thinkpad T60 (which does incidentally have a thumb-print reader, but that is neither here nor there) as well as on a Dell Optiplex 280. M Thanks for the response. I too am on some new Dell box, and can provide further hardware info if that seems necessary. I have backed out to cygwin version 1.5.18, and I have not been able to duplicate the emacs freeze (the emacs revision number remains the same). Although I work full time as a software engineer, I have not ever attempted to debug in the cygwin environment, and have never used gdb (afraid my experience is limited to Windows and the MS IDE environment in recent years). However, I am willing to perform any tests that people feel would be useful if, as seems at least possible, there is a problem with the 1.5.21 version of cygwin1.dll in conjunction with emacs. Has anyone having this problem looked at whether it's related to previously reported problems like: http://sourceware.org/ml/cygwin/2006-05/msg00790.html ? It doesn't seem to be related, as I don't have any of these devices installed on my box. I thought it might be related to some McAfee virus checking service running on my machine, and disabled it, but the freeze still occurred. Again, after backing out to 1.5.18, emacs is now stable, and I have made no other changes to my system. The only relation with the post msg00790 is that my machine is dual core. But I wouldn't expect that to be the problem, as someone says in that post, many people are using the cygwin environment on SMP systems successfully. -Eric -- Unsubscribe info: 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: Can't link TclMagick anymore
Larry Hall (Cygwin) wrote: I'd recommend going to the source for information on DLLs: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/HTML/_core_dlls.3a_.overview.asp Thanks. I'll read this. Hopefully this will give me the education I need here. -- Unsubscribe info: 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: Um... what format are Cygwin manpages?
On 8/10/06, mwoehlke wrote: Joshua Daniel Franklin wrote: Yes, it's sort-of my fault. I just have a Perl script that chunks the newlib libc.info files into faux man pages. Ah, ok, makes sense. Too bad newlib doesn't have proper manpages, in that case. Although am I understanding that newlib itself doesn't have *any* manpages, meaning a: I need to be fixing their INFO, and b: any manpages should be sent this way after all? Well, I'd be for fixing the newlib files rather than replacing them. The issue with replacing them with our own custom versions or with Linux ones is that the documentation no longer comes from the actual upstream libc (or worse-- in the case of Linux it comes from a possibly incompatible *different* upstream libc). If you'd like to add better *roff formatting to the perl script, it's in the cygwin-doc src package. A warning, though, it's a mess. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Experience with 20060810 Snapshot
Thanks for the snapshot, Chris. I've installed it and am currently running with it. The only output so far is this message: CloseHandle(*h) failed _onreturn::~_onreturn():1102 It occurs 7 times each time I start rxvt, 7 times with ps now although it did not the first time I tried ps. And if I do ls /proc I see a large number as well. I don't know if this is important. I've had XEmacs drop into the defunct state according to ps but I haven't see any other error messages. Hope this helps. Thanks, Ed -- Ed Hirgelt Discovery consists of seeing what everybody has seen and thinking what nobody has thought. -- Unsubscribe info: 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: emacs (21.2-13) freezing with cygwin 1.5.21-2
On 08/10/2006, Eric Twietmeyer wrote: Eric Twietmeyer wrote: From: Eric Twietmeyer ept at terrex dot com To: cygwin at cygwin dot com Date: Wed, 09 Aug 2006 11:19:42 -0700 Subject: FW: emacs (21.2-13) freezing with cygwin 1.5.21-2 Reply-to: ept at terrex dot com I'm on a brand new machine, there may be some kind of hardware / driver issues with it, but if so, only emacs is being affected. There is a minimal set of devices installed on the box, so no extra webcams or anything installed. Has anyone else run into a problem with the latest cygwin.dll release and emacs? Thanks again, -Eric --- Yes, I have experienced this same problem on a new installation of cygwin on my Thinkpad T60 (which does incidentally have a thumb-print reader, but that is neither here nor there) as well as on a Dell Optiplex 280. M Thanks for the response. I too am on some new Dell box, and can provide further hardware info if that seems necessary. I have backed out to cygwin version 1.5.18, and I have not been able to duplicate the emacs freeze (the emacs revision number remains the same). Although I work full time as a software engineer, I have not ever attempted to debug in the cygwin environment, and have never used gdb (afraid my experience is limited to Windows and the MS IDE environment in recent years). However, I am willing to perform any tests that people feel would be useful if, as seems at least possible, there is a problem with the 1.5.21 version of cygwin1.dll in conjunction with emacs. Has anyone having this problem looked at whether it's related to previously reported problems like: http://sourceware.org/ml/cygwin/2006-05/msg00790.html ? It doesn't seem to be related, as I don't have any of these devices installed on my box. I thought it might be related to some McAfee virus checking service running on my machine, and disabled it, but the freeze still occurred. Again, after backing out to 1.5.18, emacs is now stable, and I have made no other changes to my system. Just so it's clear, just disabling most virus scanners is not enough to eliminate them as a contributing factor. That's because they install themselves into the network stack. The only way to be sure you're not getting problems related to the scanners is to uninstall and retry. I don't know whether McAfee causes problems in this regard myself. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup.exe requirements [was RE: Cygintl-3.dll was not found]
Thanks. According to the setup.exe default package information, Following 41 packages forms 'a core cygwin environment': --- Alternatives ash base-files base-passwd bash coreutils cygwin cygwin-doc diffutils editrights findutils gawk gdbm Grep gzip libgdbm lidgdbm-devel libgdbm3 libgdbm4 libncurses5 libncurses6 libncurses7 libncurses8 libreadline4 Libreadline5 libreadline6 login man ncurses run sed Tar termcap terminfo which zlib cygwin-doc man gawk Termcap zlib --- In the first phase, I can think of producing a monolithic installer for the core environment performing tasks below: - Create basic cygwin registry mountpoints - untar packages - run the postinstall script - Create start menu items and shortcuts (optional) - maintain setub.db (how?) Would that be a valid cygwin installation ? Second phase could be to introduce upgrade functionality. Rgrds Tev -Original Message- From: Igor Peshansky [mailto:[EMAIL PROTECTED] Sent: Thursday, August 10, 2006 6:17 PM To: Dave Korn Cc: cygwin@cygwin.com Subject: Re: Setup.exe requirements [was RE: Cygintl-3.dll was not found] On Thu, 10 Aug 2006, Dave Korn wrote: On 10 August 2006 14:39, Christopher Faylor wrote: On Thu, Aug 10, 2006 at 10:00:19AM +0200, Tevfik Karag?lle wrote: cgf wrote: Standards such as? A pointer to a free installer which uses Windows standards and which will handle Cygwin's needs would be useful, e.g., would NSIS meet your needs? We've discussed using NSIS in the past. Can anyone give me a qualified reference about the requirements of a core cygwin environment ? I would like to try to develop an NSIS installer for it. Huh? setup.exe installs a core cygwin environment right now. What kind of reference would you be expecting other than the operation of the current installer? cgf I imagine Tevfik just wants us to enumerate the things it needs to do: 1) Allow package selection and handle dependencies, based on setup.ini information and the content of the local package store. 2) Create basic cygwin registry mountpoints if they don't already exist. 3) Untar selected package tarballs in cygwin root directory when installing, delete previously installed files when uninstalling. 4) Run preuninstall and postinstall scripts as requested. 5) Maintain suitable setup.db information for cygcheck to continue working. 6) Optionally create desktop / start menu shortcuts. Does that cover all the essentials? 7) Run preremove scripts on uninstalls. 8) Allow installing package sources. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_ Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New package: catdoc-0.94.2-1
catdoc has been added to the cygwin distribution. It features 4 binaries, catdoc, xls2csv, catppt and wordview to list the content of MS-Word, Excel and Powerpoint files. Please forgive the upstream author for the hairy spelling errors in the docs. http://www.45.free.net/~vitus/software/catdoc/ I attached the README for full info. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. catdoc --- Dump Word, Excel and Powerpoint files contents Runtime requirements: (versions given or later) cygwin-1.5.x Build requirements: (versions given or later) cygwin-1.5.x gcc-core binutils make bash fileutils sed autoconf2.1-2.13 automake Canonical homepage: http://www.45.free.net/~vitus/software/catdoc/ Canonical download: http://ftp.45.free.net/pub/catdoc/${PN}-${PV}.tar.gz --- Build instructions: If you use setup to install this src package, it will be unpacked under /usr/src automatically. cd /usr/src tar xfvj catdoc-VER-src.tar.bz2 test -e /usr/bin/autom4te-2.13 || ln -s /usr/bin/autom4te-2.5x /usr/bin/autom4te-2.13 cygport catdoc-VER-CYGREL.cygport almostall This will create: /usr/src/catdoc-VER-CYGREL.tar.bz2 /usr/src/catdoc-VER-CYGREL-src.tar.bz2 Or use 'cygport catdoc-VER-CYGREL.cygport prep' to get a patched source directory --- Files included in this package: /usr/bin/catdoc.exe /usr/bin/catppt.exe /usr/bin/wordview /usr/bin/xls2csv.exe /usr/share/catdoc/8859-1.txt /usr/share/catdoc/8859-10.txt /usr/share/catdoc/8859-11.txt /usr/share/catdoc/8859-13.txt /usr/share/catdoc/8859-14.txt /usr/share/catdoc/8859-15.txt /usr/share/catdoc/8859-2.txt /usr/share/catdoc/8859-3.txt /usr/share/catdoc/8859-4.txt /usr/share/catdoc/8859-5.txt /usr/share/catdoc/8859-6.txt /usr/share/catdoc/8859-7.txt /usr/share/catdoc/8859-8.txt /usr/share/catdoc/8859-9.txt /usr/share/catdoc/ascii.replchars /usr/share/catdoc/ascii.specchars /usr/share/catdoc/cp1250.txt /usr/share/catdoc/cp1251.txt /usr/share/catdoc/cp1252.txt /usr/share/catdoc/cp1253.txt /usr/share/catdoc/cp1254.txt /usr/share/catdoc/cp1255.txt /usr/share/catdoc/cp1256.txt /usr/share/catdoc/cp1257.txt /usr/share/catdoc/cp1258.txt /usr/share/catdoc/cp437.txt /usr/share/catdoc/cp850.txt /usr/share/catdoc/cp852.txt /usr/share/catdoc/cp855.txt /usr/share/catdoc/cp857.txt /usr/share/catdoc/cp860.txt /usr/share/catdoc/cp861.txt /usr/share/catdoc/cp862.txt /usr/share/catdoc/cp863.txt /usr/share/catdoc/cp864.txt /usr/share/catdoc/cp865.txt /usr/share/catdoc/cp866.txt /usr/share/catdoc/cp869.txt /usr/share/catdoc/cp874.txt /usr/share/catdoc/koi8-r.txt /usr/share/catdoc/koi8-u.txt /usr/share/catdoc/mac-arabic.txt /usr/share/catdoc/mac-centeuro.txt /usr/share/catdoc/mac-cyrillic.txt /usr/share/catdoc/mac-greek.txt /usr/share/catdoc/mac-hebrew.txt /usr/share/catdoc/mac-roman.txt /usr/share/catdoc/tex.replchars /usr/share/catdoc/tex.specchars /usr/share/catdoc/us-ascii.txt /usr/share/doc/Cygwin/catdoc-0.94.2.README /usr/share/doc/catdoc-0.94.2/COPYING /usr/share/doc/catdoc-0.94.2/CREDITS /usr/share/doc/catdoc-0.94.2/INSTALL /usr/share/doc/catdoc-0.94.2/NEWS /usr/share/doc/catdoc-0.94.2/README /usr/share/doc/catdoc-0.94.2/TODO /usr/share/man/man1/catdoc.1.gz /usr/share/man/man1/catppt.1.gz /usr/share/man/man1/wordview.1.gz /usr/share/man/man1/xls2csv.1.gz --- Port Notes: - version 0.94.2-1 - Initial release Cygwin port maintained by: Reini Urban [EMAIL PROTECTED] Cygwin port questions to the mailinglist cygwin@cygwin.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup.exe requirements [was RE: Cygintl-3.dll was not found]
On Thu, Aug 10, 2006 at 09:43:01PM +0200, Tevfik Karag?lle wrote: Thanks. According to the setup.exe default package information, Following 41 packages forms 'a core cygwin environment': --- Alternatives ash base-files base-passwd bash coreutils cygwin cygwin-doc diffutils editrights findutils gawk gdbm Grep gzip libgdbm lidgdbm-devel libgdbm3 libgdbm4 libncurses5 libncurses6 libncurses7 libncurses8 libreadline4 Libreadline5 libreadline6 login man ncurses run sed Tar termcap terminfo which zlib cygwin-doc man gawk Termcap zlib --- In the first phase, I can think of producing a monolithic installer for the core environment performing tasks below: - Create basic cygwin registry mountpoints - untar packages - run the postinstall script - Create start menu items and shortcuts (optional) - maintain setub.db (how?) Would that be a valid cygwin installation ? Second phase could be to introduce upgrade functionality. You shouldn't worry about a core cygwin environment. Just worry about dealing correctly with dependencies and understanding categories like Base. The packages in setup.ini which are in the Base category + all of their dependencies are what constitute the base Cygwin installation. However, it seems to me that if you understand Base and dependencies, then you don't really need to worry about Base at all. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Um... what format are Cygwin manpages?
Joshua Daniel Franklin wrote: On 8/10/06, mwoehlke wrote: Joshua Daniel Franklin wrote: Yes, it's sort-of my fault. I just have a Perl script that chunks the newlib libc.info files into faux man pages. Ah, ok, makes sense. Too bad newlib doesn't have proper manpages, in that case. Although am I understanding that newlib itself doesn't have *any* manpages, meaning a: I need to be fixing their INFO, and b: any manpages should be sent this way after all? Well, I'd be for fixing the newlib files rather than replacing them. The issue with replacing them with our own custom versions or with Linux ones is that the documentation no longer comes from the actual upstream libc (or worse-- in the case of Linux it comes from a possibly incompatible *different* upstream libc). ...which is why we're not replacing it with the Linux one. :-) I took the Linux one and *edited* it until it seemed to match the actual observed-and-tested behavior of Cygwin's newlib. Along the way I discovered that newlib is not C99-conformant (see earlier posts). Anyway, if it turns out I have to patch an info file, then I guess I'm stuck doing that. Assuming anyone on newlib pays attention to me. So far, zilch. If you'd like to add better *roff formatting to the perl script, it's in the cygwin-doc src package. A warning, though, it's a mess. Heh, maybe I'll take a crack, but that's something a lot more complicated... there is really not a good LaTeX-roff convertor out there? (Or maybe newlib has just-as-poorly-formatted LaTeX... ;-)) -- Matthew vIMprove your life! Now on version 7! -- Unsubscribe info: 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: Um... what format are Cygwin manpages?
On Thu, Aug 10, 2006 at 03:20:21PM -0500, mwoehlke wrote: Anyway, if it turns out I have to patch an info file, then I guess I'm stuck doing that. Assuming anyone on newlib pays attention to me. So far, zilch. Yes, you definitely have to *patch* the *source* of the documentation that you want changed if you want someone to apply it. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gcc-3.4.4 compile dietlibc error on cygwin
Dear Readers: I met a problem on compiling dietlibc on the lastest gcc-3.4.4 with error. I don't know if I can do this on cygwin. Thanks for your help! andy dietlibc-0.27 to 0.30 i386/start.S 68 .Lstart: 69.size_start,.Lstart-_start $ make gcc -I. -isystem include -pipe -nostdinc -Os -fomit-frame-pointer -falign-functi ons=1 -falign-jumps=1 -falign-loops=1 -mpreferred-stack-boundary=2 -Wall -W -Wch ar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wno-switch -Wno-unuse d -Wredundant-decls -c i386/start.S -o bin-i386/start.o i386/start.S: Assembler messages: i386/start.S:69: Warning: .size pseudo-op used outside of .def/.endef ignored. i386/start.S:69: Error: junk at end of line, first unrecognized character is `_' make: *** [bin-i386/start.o] Error 1 $ gcc -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr -- exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --man dir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,ada,c++,d,f77, java,objc --enable-nls --without-included-gettext --enable-version-specific-runt ime-libs --without-x --enable-libgcj --disable-java-awt --with-system-zlib --ena ble-interpreter --disable-libgcj-debug --enable-threads=posix --enable-java-gc=b oehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchroniza tion --enable-libstdcxx-debug : (reconfigured) Thread model: posix gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125) -- Unsubscribe info: 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: Snapshot uploaded, please try
Christopher Faylor writes: The latest snapshot has been uploaded. If you have been asked to test a snapshot, please try this one. It contains additional debugging which may help track down the Xemacs problem. The error messages will be going to stderr, so if possible redirect the output to a file for capture. I haven't got Xemacs or rxvt in the defunct state yet, but starting rxvt or ps/procps/pstree gives: CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 Starting xterm from an rxvt window gives: In the Rxvt window CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 In the Xterm window 587214 [main] xterm 296 modify_handle: virtual void fhandler_pipe::set_close_on_exec(bool):175 handle guard0x680 not found Will follow up, when one of the process go to defunct state. Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Snapshot uploaded, please try
On Thu, Aug 10, 2006 at 11:19:15PM +0200, Dr. Volker Zell wrote: Christopher Faylor writes: The latest snapshot has been uploaded. If you have been asked to test a snapshot, please try this one. It contains additional debugging which may help track down the Xemacs problem. The error messages will be going to stderr, so if possible redirect the output to a file for capture. I haven't got Xemacs or rxvt in the defunct state yet, but starting rxvt or ps/procps/pstree gives: CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 Those are true errors but they should not be responsible for your problems. Starting xterm from an rxvt window gives: In the Rxvt window CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 CloseHandle(*h) failed _onreturn::~_onreturn():1102 In the Xterm window 587214 [main] xterm 296 modify_handle: virtual void fhandler_pipe::set_close_on_exec(bool):175 handle guard0x680 not found That one *could* be responsible. I was suspecting something in the pipe code since it has often been the cause of handle closing confusion. Will follow up, when one of the process go to defunct state. I think I could pinpoint this pretty quickly if I could think of some way to have cygwin dump the list of handles that it knows about and their states. Maybe I could get strace to do that when you first attach to a running cygwin process. I'll have to think about that but I guess that means that there is another snapshot coming. I know that Corinna has some experimental code coming which is intended to work around the apparent Windows CreateFileMapping bug. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup.exe requirements [was RE: Cygintl-3.dll was not found]
I don't know how to switch from digest mode to normal mode. That's why I think this mail is a little bit out-of-sync. Sorry about that. After feedback from cgf, I have scanned setup.ini for packages and their dependencies. 54 of 797 packages are qualified for Base either directly or indirectly: _update-info-dir alternatives ash base-files base-passwd bash bzip2 coreutils crypt cygutils cygwin cygwin-doc diffutils editrights findutils gawk gdbm grep groff gzip less libbz2_1 libcharset1 libgdbm libgdbm-devel libgdbm3 libgdbm4 libiconv libiconv2 libintl libintl1 libintl2 libintl3 libncurses5 libncurses6 libncurses7 libncurses8 libpcre0 libpopt0 libreadline4 libreadline5 libreadline6 login man mktemp ncurses run sed tar termcap terminfo texinfo which zlib I will develop an NSIS package which creates registry Mount points, untar packages above and run the Postinstall script. Any suggestions including naming are welcome. Rgrds Tev -Original Message- From: Tevfik Karagülle [mailto:[EMAIL PROTECTED] Sent: Thursday, August 10, 2006 9:43 PM To: 'cygwin@cygwin.com'; 'Dave Korn' Subject: RE: Setup.exe requirements [was RE: Cygintl-3.dll was not found] Thanks. According to the setup.exe default package information, Following 41 packages forms 'a core cygwin environment': --- Alternatives ash base-files base-passwd bash coreutils cygwin cygwin-doc diffutils editrights findutils gawk gdbm Grep gzip libgdbm lidgdbm-devel libgdbm3 libgdbm4 libncurses5 libncurses6 libncurses7 libncurses8 libreadline4 Libreadline5 libreadline6 login man ncurses run sed Tar termcap terminfo which zlib cygwin-doc man gawk Termcap zlib --- In the first phase, I can think of producing a monolithic installer for the core environment performing tasks below: - Create basic cygwin registry mountpoints - untar packages - run the postinstall script - Create start menu items and shortcuts (optional) - maintain setub.db (how?) Would that be a valid cygwin installation ? Second phase could be to introduce upgrade functionality. Rgrds Tev -Original Message- From: Igor Peshansky [mailto:[EMAIL PROTECTED] Sent: Thursday, August 10, 2006 6:17 PM To: Dave Korn Cc: cygwin@cygwin.com Subject: Re: Setup.exe requirements [was RE: Cygintl-3.dll was not found] On Thu, 10 Aug 2006, Dave Korn wrote: On 10 August 2006 14:39, Christopher Faylor wrote: On Thu, Aug 10, 2006 at 10:00:19AM +0200, Tevfik Karag?lle wrote: cgf wrote: Standards such as? A pointer to a free installer which uses Windows standards and which will handle Cygwin's needs would be useful, e.g., would NSIS meet your needs? We've discussed using NSIS in the past. Can anyone give me a qualified reference about the requirements of a core cygwin environment ? I would like to try to develop an NSIS installer for it. Huh? setup.exe installs a core cygwin environment right now. What kind of reference would you be expecting other than the operation of the current installer? cgf I imagine Tevfik just wants us to enumerate the things it needs to do: 1) Allow package selection and handle dependencies, based on setup.ini information and the content of the local package store. 2) Create basic cygwin registry mountpoints if they don't already exist. 3) Untar selected package tarballs in cygwin root directory when installing, delete previously installed files when uninstalling. 4) Run preuninstall and postinstall scripts as requested. 5) Maintain suitable setup.db information for cygcheck to continue working. 6) Optionally create desktop / start menu shortcuts. Does that cover all the essentials? 7) Run preremove scripts on uninstalls. 8) Allow installing package sources. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: 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: Cygintl-3.dll was not found
FYI, you seem to be implying that this is some sort of UNIX installer when it really is just a home-grown Windows installer designed to handle Cygwin's needs. I have no problems with the user interface but I do understand that some Windows users find it unintuitive. When installing under windows, it makes sense to use the standard (.msi) and style of windows installers. It is rude to go into a room full of people speaking Tagalog and insist they speak English; similarly, when one wants something to work under windows, it should adapt to that standard. I disagree. Not all packages install in c:\Program Files and putting Cygwin's root directory there would mean extra typing, potential filename with spaces problems, and, most importantly, it would mean 10 extra characters eaten from the MAX_PATH limit. Also, as is pointed out later in this thread, there is a whole filesystem underneath the c:\cygwin directory. Right or wrong, I've always considered Cygwin to be sort of a parallel to the Windows directory. To a windows user, it is an application. Installing all program files into c:\Program Files provides the user a consistent interface. Some in the corporate world seek to mystify this, but their apps are acknowledged by experienced windows people as errant. Another way to put this: if you were a corporate MIS/IT/etc department head and you wanted to keep machines organized, you would probably have all software installed in the same location. Makes backup easy. Makes it immediately discernible what must be moved/modified if there's a problem with a machine. You can, of course, choose your own location, however. I don't see why this should be a big issue for anyone who installs Cygwin. If they know about c:\Program Files and think that's the place that cygwin should go, they are welcome to put things there. Instead of making more work for them to do it right, why not just do it right from the start? What kind of problems do you think are being caused by installing to c:\cygwin and/or what kind of problems would be solved by installing to c:\Program Files\cygwin? Please see above. -- View this message in context: http://www.nabble.com/Cygintl-3.dll-was-not-found-tf869884.html#a5753856 Sent from the Cygwin Users forum at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Setup.exe requirements [was RE: Cygintl-3.dll was not found]
According to the setup.exe default package information, Following 41 packages forms 'a core cygwin environment': I think this kind of thinking makes a lot of sense when dealing with the desktop paradigm, and will empower more users to enjoy the benefits of cygwin. -- View this message in context: http://www.nabble.com/Cygintl-3.dll-was-not-found-tf869884.html#a5753884 Sent from the Cygwin Users forum at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc-3.4.4 compile dietlibc error on cygwin
Wang Yiping wrote: I met a problem on compiling dietlibc on the lastest gcc-3.4.4 with error. I don't know if I can do this on cygwin. It's not really clear what you're trying to accomplish here. If you're trying to natively compile this lib then that's almost certainly going to fail, as dietlibc supports the linux kernel only. (Just like you can't just compile glibc for windows and run it -- if this were possible then there would be no need for Cygwin at all.) If you're trying to cross-compile it for some other target then that should work fine, but you can't use the native gcc for that. You'll need to build a cross-toolchain for whatever machine/architecture you're targeting. There are better lists to discuss this (such as crossgcc AT sourceware . org) as it is a generic procedure that is not specific to Cygwin. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup.exe requirements [was RE: Cygintl-3.dll was not found]
On Thu, Aug 10, 2006 at 11:59:18PM +0200, Tevfik Karag?lle wrote: I don't know how to switch from digest mode to normal mode. That's why I think this mail is a little bit out-of-sync. Sorry about that. After feedback from cgf, I have scanned setup.ini for packages and their dependencies. 54 of 797 packages are qualified for Base either directly or indirectly: ... I will develop an NSIS package which creates registry Mount points, untar packages above and run the Postinstall script. Any suggestions including naming are welcome. I'm not sure if you got my point or not but if you don't develop an installer which deals with categories and dependencies, then I don't see how it could be considered a replacement for setup.exe. If you do this, then you don't need to list all of the packages in Base. You just need to know that there is a Base and deal with that. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc-3.4.4 compile dietlibc error on cygwin
Hi, Brian: It's not really clear what you're trying to accomplish here. If you're trying to natively compile this lib then that's almost certainly going to fail, as dietlibc supports the linux kernel only. (Just like you can't just compile glibc for windows and run it -- if this were possible then there would be no need for Cygwin at all.) Yes, I was confused before. I just wanted to get mkinitrd run on cygwin to generate a image for the modules that I have cross-compiled kernel on cygwin. Now I know I need to crosscompile the dietlibc and nash and copy it to the image. Brian Thanks for your reply! Yiping -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
keychain doesn't properly cache ssh key
I have a very stock installation of Cygwin (Cygwin.dll Version 1.5.21-2) on Windows XP Pro. I installed the ssh and rsync packages, as well as keychain, all from Cygwin's installer interface. The version of keychain, as you probably know, that Cygwin currently installs is 2.5.3.1. keychain is said to work in the Cygwin environment, and yet I get this type of behavior: [EMAIL PROTECTED] ~ $ keychain id_dsa KeyChain 2.5.3.1; http://www.gentoo.org/proj/en/keychain/ Copyright 2002-2004 Gentoo Foundation; Distributed under the GPL * Found existing ssh-agent (504) * Known ssh key: /home/Administrator/.ssh/id_dsa [EMAIL PROTECTED] ~ $ ssh [EMAIL PROTECTED] Enter passphrase for key '/home/Administrator/.ssh/id_dsa': Last login: Thu Aug 10 17:53:06 2006 from nichd32t33.nichd.nih.gov [EMAIL PROTECTED] ~]$ In other words, it recognizes the existing cached key but doesn't use it. Maybe this issue with ssh-add gets at the root of the problem: [EMAIL PROTECTED] ~ $ ssh-add ~/.ssh/id_dsa Could not open a connection to your authentication agent. Note the error message. Is anyone aware of anything that would help me to get keychain work adequately? Dominik Hoffmann -- Unsubscribe info: 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: keychain doesn't properly cache ssh key
Dominik == Dominik Hoffmann [EMAIL PROTECTED] writes: Dominik Is anyone aware of anything that would help me to get Dominik keychain work adequately? You have to source the files that keychain creates, like this: $ . ~/.keychain/hostname-sh -- Native Americans used every part of the buffalo, including the wings. -- Darren New -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
New package: catdoc-0.94.2-1
catdoc has been added to the cygwin distribution. It features 4 binaries, catdoc, xls2csv, catppt and wordview to list the content of MS-Word, Excel and Powerpoint files. Please forgive the upstream author for the hairy spelling errors in the docs. http://www.45.free.net/~vitus/software/catdoc/ I attached the README for full info. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. catdoc --- Dump Word, Excel and Powerpoint files contents Runtime requirements: (versions given or later) cygwin-1.5.x Build requirements: (versions given or later) cygwin-1.5.x gcc-core binutils make bash fileutils sed autoconf2.1-2.13 automake Canonical homepage: http://www.45.free.net/~vitus/software/catdoc/ Canonical download: http://ftp.45.free.net/pub/catdoc/${PN}-${PV}.tar.gz --- Build instructions: If you use setup to install this src package, it will be unpacked under /usr/src automatically. cd /usr/src tar xfvj catdoc-VER-src.tar.bz2 test -e /usr/bin/autom4te-2.13 || ln -s /usr/bin/autom4te-2.5x /usr/bin/autom4te-2.13 cygport catdoc-VER-CYGREL.cygport almostall This will create: /usr/src/catdoc-VER-CYGREL.tar.bz2 /usr/src/catdoc-VER-CYGREL-src.tar.bz2 Or use 'cygport catdoc-VER-CYGREL.cygport prep' to get a patched source directory --- Files included in this package: /usr/bin/catdoc.exe /usr/bin/catppt.exe /usr/bin/wordview /usr/bin/xls2csv.exe /usr/share/catdoc/8859-1.txt /usr/share/catdoc/8859-10.txt /usr/share/catdoc/8859-11.txt /usr/share/catdoc/8859-13.txt /usr/share/catdoc/8859-14.txt /usr/share/catdoc/8859-15.txt /usr/share/catdoc/8859-2.txt /usr/share/catdoc/8859-3.txt /usr/share/catdoc/8859-4.txt /usr/share/catdoc/8859-5.txt /usr/share/catdoc/8859-6.txt /usr/share/catdoc/8859-7.txt /usr/share/catdoc/8859-8.txt /usr/share/catdoc/8859-9.txt /usr/share/catdoc/ascii.replchars /usr/share/catdoc/ascii.specchars /usr/share/catdoc/cp1250.txt /usr/share/catdoc/cp1251.txt /usr/share/catdoc/cp1252.txt /usr/share/catdoc/cp1253.txt /usr/share/catdoc/cp1254.txt /usr/share/catdoc/cp1255.txt /usr/share/catdoc/cp1256.txt /usr/share/catdoc/cp1257.txt /usr/share/catdoc/cp1258.txt /usr/share/catdoc/cp437.txt /usr/share/catdoc/cp850.txt /usr/share/catdoc/cp852.txt /usr/share/catdoc/cp855.txt /usr/share/catdoc/cp857.txt /usr/share/catdoc/cp860.txt /usr/share/catdoc/cp861.txt /usr/share/catdoc/cp862.txt /usr/share/catdoc/cp863.txt /usr/share/catdoc/cp864.txt /usr/share/catdoc/cp865.txt /usr/share/catdoc/cp866.txt /usr/share/catdoc/cp869.txt /usr/share/catdoc/cp874.txt /usr/share/catdoc/koi8-r.txt /usr/share/catdoc/koi8-u.txt /usr/share/catdoc/mac-arabic.txt /usr/share/catdoc/mac-centeuro.txt /usr/share/catdoc/mac-cyrillic.txt /usr/share/catdoc/mac-greek.txt /usr/share/catdoc/mac-hebrew.txt /usr/share/catdoc/mac-roman.txt /usr/share/catdoc/tex.replchars /usr/share/catdoc/tex.specchars /usr/share/catdoc/us-ascii.txt /usr/share/doc/Cygwin/catdoc-0.94.2.README /usr/share/doc/catdoc-0.94.2/COPYING /usr/share/doc/catdoc-0.94.2/CREDITS /usr/share/doc/catdoc-0.94.2/INSTALL /usr/share/doc/catdoc-0.94.2/NEWS /usr/share/doc/catdoc-0.94.2/README /usr/share/doc/catdoc-0.94.2/TODO /usr/share/man/man1/catdoc.1.gz /usr/share/man/man1/catppt.1.gz /usr/share/man/man1/wordview.1.gz /usr/share/man/man1/xls2csv.1.gz --- Port Notes: - version 0.94.2-1 - Initial release Cygwin port maintained by: Reini Urban [EMAIL PROTECTED] Cygwin port questions to the mailinglist cygwin@cygwin.com