Re: bug tracker discussion
On 20/08/2010 19:01, Christopher Faylor wrote: Can I get a show of hands? How many package maintainers would like to have a bug tracker? I would definitely use it, the same way I currently use the GCC bug tracker: I'd set up a whine email reminder, so that I didn't have to exert any extra effort or feel that any extra burden was imposed on me, I'd just hear about the new bug reports that I was interested in anyway. I'd also want to be the default Cc for bugs in my area, but given that, I'm not persuaded by the this is extra effort on the recipient's part argument; it's just more emails, that you can equally easily filter into the same email folder as the rest of your mails from the main cygwin list if that's how you want to handle it. (Also, I'd be utterly brutal about RESO INVALID anything that I reckoned was a support request rather than an actual bug.) cheers, DaveK
src/winsup/cygwin ChangeLog Makefile.in
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-08-21 18:57:37 Modified files: winsup/cygwin : ChangeLog Makefile.in Log message: * Makefile.in (DLL_IMPORTS): Link against advapi32.a before kernel32.a. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5004r2=1.5005 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/Makefile.in.diff?cvsroot=srcr1=1.236r2=1.237
src/winsup/w32api ChangeLog lib/kernel32.def
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2010-08-21 19:21:33 Modified files: winsup/w32api : ChangeLog winsup/w32api/lib: kernel32.def Log message: 2010-08-21 Chris Sutcliffe ir0nh...@users.sourceforge.net * lib/kernel32.def (CreateProcessAsUserW): Remove definition. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1029r2=1.1030 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/kernel32.def.diff?cvsroot=srcr1=1.30r2=1.31
src/winsup/w32api ChangeLog lib/CheckConflicts.sh
CVSROOT:/cvs/src Module name:src Changes by: ironh...@sourceware.org 2010-08-22 04:03:33 Modified files: winsup/w32api : ChangeLog Added files: winsup/w32api/lib: CheckConflicts.sh Log message: 2010-08-22 Chris Sutcliffe ir0nh...@users.sourceforge.net * lib/CheckConflicts.sh: New file. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1031r2=1.1032 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/lib/CheckConflicts.sh.diff?cvsroot=srcr1=NONEr2=1.1
Re: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1
On 8/20/2010 8:56 PM, Angelo Graziosi wrote: Corinna Vinschen wrote: - Improve performance of stat and a few other functions. ls(1) should be up to 30% faster I have a directory (500MB, 30 files) which contains mainly 'exe' (setups for TB, FF, OO etc.). If I try 'ls -l' in this directory, the first time it take about 30 seconds to list the files. After the first time, the listing is almost without delay. The same happens also with 'ls -l /usr/bin'. When there is the 'hang' (30 secs.), Task Manager shows that AVG9 takes about 50% of CPU: this occurs *only* with 1.7.6 but _not_ with 1.7.5, with which 'ls -l' is almost immediate, regardless of the number and type of files. Obviously I have tested this, each time, with a 'fresh machine', to avoid 'cache' effects. The system is WinXP SP3, AMD Athlon 64X2DC 2.03GHz, 1.75GB RAM. Try a recent snapshot: http://cygwin.com/snapshots/ -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] NEW: {libtirpc/libtirpc1/libtirpc-devel}-0.2.1-1
On Aug 20 21:07, Charles Wilson wrote: On 8/20/2010 8:35 PM, Eric Blake wrote: In file included from ././remote/qemu_protocol.h:9, from remote/qemu_protocol.c:7: /usr/include/tirpc/rpc/rpc.h:84: warning: redundant redeclaration of 'bindresvport' [-Wredundant-decls] /usr/include/netinet/in.h:21: warning: previous declaration of 'bindresvport' was here /usr/include/tirpc/rpc/rpc.h:95: warning: redundant redeclaration of 'bindresvport_sa' [-Wredundant-decls] /usr/include/netinet/in.h:22: warning: previous declaration of 'bindresvport_sa' was here Well, looking at linux, the declarations in netinet/in.h are guarded by #if defined __USE_MISC || defined __USE_GNU These symbols are activated in (linux's) features.h by: #if defined _BSD_SOURCE || defined _SVID_SOURCE # define __USE_MISC 1 #endif #ifdef _GNU_SOURCE # define __USE_GNU 1 #endif Given that the only *SOURCE flags supported by cygwin's headers are: _BSD_SOURCE _POSIX_SOURCE _XOPEN_SOURCE _GNU_SOURCE (and, the newlib headers don't employ the __USE_* indirection), I think the correct fix is to modify cygwin's netinet/in.h to add the following guard around the declaration of bindresvport and bindresvport_sa: #if defined(_BSD_SOURCE) || defined(_GNU_SOURCE) If you concur, I'll post a patch to that effect to cygwin-patches (we use our own header, not newlib's, for netinet/in.h). This is not the right solution. First, we don't support _BSD_SOURCE and _GNU_SOURCE, yet, since, as you can see in the comment in /usr/include/features.h, the groundwork is entirely missing. The _POSIX_SOURCE is used in newlib in the first place and we can and do use it as well. _XOPEN_SOURCE is only barely available for a few months now, but it's not actually used anywhere. However bindresvport and bindresvport_sa are guarded, they are part of the official system header netinet/in.h, and they exist in Cygwin. On Linux, bindresvport and bindresvport6 are available by default, *unless* you define something like _POSIX_SOURCE. Since newlib/Cygwin is missing the groundwork for a full-fledged features.h, your above suggestion would result in declaring bindresvport/bindresvport_sa *only if* the user explicitely defines _BSD_SOURCE or _GNU_SOURCE on the command line. That's not feasible. The question is, why does libtirpc declare the functions at all? Does it come with its own implementation? Whether or not, I think the problem are the libtirpc headers in the first place. There's a similar case with krb5 headers, where gssrpc/rpc.h declares bindresvport as well, but that's fixed by the gssrpc/rename.h header, which is included automatically by gssrpc/rpc.h via gssrpc/types.h: #define bindresvport gssrpc_bindresvport However, given that on Linux the declarations are available by default, you will see the same warnings when using libtirpc's rpc/rpc.h header in conjunction with netinet/in.h. I just tested it on Fedora 13: $ gcc -c -I/usr/include/tirpc -Wredundant-decls x.c In file included from x.c:3: /usr/include/tirpc/rpc/rpc.h:84: warning: redundant redeclaration of ‘bindresvport’ /usr/include/netinet/in.h:440: note: previous declaration of ‘bindresvport’ was here But note that this only occurs with -Wredundant-decls, which is not one of the default warnings. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Bug in fork() while in a thread
Corinna Vinschen corinna-cygwin at cygwin.com writes: On Aug 15 14:53, Christopher Faylor wrote: On Sun, Aug 15, 2010 at 07:42:01PM +0200, Jason Curl wrote: Is it allowed to issue the fork() system call while not in the main thread? When I read the OpenGroup specifications I don't seem to find anything against allowing this. If I'm reading this correctly then the stack in this case is the stack associated with the main thread. Cygwin only duplicates the stack in the executing thread. In your example, env (or presumably env2) from the main thread is passed to another thread which then calls fork. In that scenario, the forked process is going to see garbage in env since the array has never been initialized. I guess I'm missing something here. Here's an excerpt from the SUSv4 fork man page: The fork() function shall create a new process. The new process (child process) shall be an exact copy of the calling process (parent process) except as detailed below: [...] o A process shall be created with a single thread. If a multi-threaded process calls fork(), the new process shall contain a replica of the calling thread and its entire address space, possibly including the states of mutexes and other resources. [...] Is the stack of another thread, which is not executed in the forked process anymore, a part of the calling's thread entire address space? Open Group Posix.1c-2004 mentions only a signal stack doesn't need to be copied for XSI. Linux FreeBSD 7.0 work OK. QNX641 returns ENOSYS if it even sniffs a thread call. I haven't tested Solaris Sparc. Which standard is Cygwin closest to, that I can use as a reference when I trip up on similar problems? I have the hint the SuSv4 implementation of Posix. Thanks for your wonderful support. Jason. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] NEW: {libtirpc/libtirpc1/libtirpc-devel}-0.2.1-1
On Aug 21 10:54, Corinna Vinschen wrote: On Aug 20 21:07, Charles Wilson wrote: #if defined(_BSD_SOURCE) || defined(_GNU_SOURCE) This is not the right solution. [...] On Linux, bindresvport and bindresvport6 are available by default, [...] Well, the declaration of bindresvport6 is available, the function is just not defined in any lib, apparently. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Bug in fork() while in a thread
On Aug 21 08:50, Jason Curl wrote: Open Group Posix.1c-2004 mentions only a signal stack doesn't need to be copied for XSI. Linux FreeBSD 7.0 work OK. QNX641 returns ENOSYS if it even sniffs a thread call. I haven't tested Solaris Sparc. Which standard is Cygwin closest to, that I can use as a reference when I trip up on similar problems? I have the hint the SuSv4 implementation of Posix. We're trying for Linux in the first place, with POSIX/SusV4 as fallback. Due to a lot of Windows quirks and the limited number of Cygwin kernel' hackers, it's not exactly simple. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Build S-Lang Fail
Hi, I got following error when I was compiling s-lang for cygwin: cd /home/narke/src/slang-2.2.2/src/elfobjs; gcc -c -g -O2 -DBUILD_DLL=1 -Dunix -DSLANG -DMISC_TERMINFO_DIRS='/usr/share/terminfo' /home/narke/src/slang-2.2.2/src/sltermin.c /usr/lib/gcc/i686-pc-cygwin/4.3.4/cc1.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory What's wrong with it? Thanks. -- Life is the only flaw in an otherwise perfect nonexistence -- Schopenhauer narke public key at http://subkeys.pgp.net:11371 (narkewo...@gmail.com) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1
Larry Hall wrote: Corinna Vinschen wrote: - Improve performance of stat and a few other functions. ls(1) should be up to 30% faster I have a directory (500MB, 30 files) which contains mainly 'exe' (setups for TB, FF, OO etc.). If I try 'ls -l' in this directory, the first time it take about 30 seconds to list the files. After the first time, the listing is almost without delay. The same happens also with 'ls -l /usr/bin'. When there is the 'hang' (30 secs.), Task Manager shows that AVG9 takes about 50% of CPU: this occurs *only* with 1.7.6 but _not_ with 1.7.5, with which 'ls -l' is almost immediate, regardless of the number and type of files. Obviously I have tested this, each time, with a 'fresh machine', to avoid 'cache' effects. The system is WinXP SP3, AMD Athlon 64X2DC 2.03GHz, 1.75GB RAM. Try a recent snapshot: http://cygwin.com/snapshots/ I have tried cygwin1-20100820.dll.bz2 and cygwin-inst-20100820.tar.bz2, but it is even worse: Cygwin.bat DOES NOT start at all and Windows complains with a message like this: ...Cannot find entry point CreateProcessAsUserW in KERNEL32.DLL... So I have tried with the DLL suggested by Corinna in [*]: Cygwin.bat starts, but it shows the same problems I am flagging. Ciao, Angelo. --- [*] http://cygwin.com/ml/cygwin/2010-08/msg00630.html -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1
On Aug 21 14:18, Angelo Graziosi wrote: Larry Hall wrote: Corinna Vinschen wrote: - Improve performance of stat and a few other functions. ls(1) should be up to 30% faster I have a directory (500MB, 30 files) which contains mainly 'exe' (setups for TB, FF, OO etc.). If I try 'ls -l' in this directory, the first time it take about 30 seconds to list the files. After the first time, the listing is almost without delay. The same happens also with 'ls -l /usr/bin'. When there is the 'hang' (30 secs.), Task Manager shows that AVG9 takes about 50% of CPU: this occurs *only* with 1.7.6 but _not_ with 1.7.5, with which 'ls -l' is almost immediate, regardless of the number and type of files. Obviously I have tested this, each time, with a 'fresh machine', to avoid 'cache' effects. The system is WinXP SP3, AMD Athlon 64X2DC 2.03GHz, 1.75GB RAM. Try a recent snapshot: http://cygwin.com/snapshots/ I have tried cygwin1-20100820.dll.bz2 and cygwin-inst-20100820.tar.bz2, but it is even worse: Cygwin.bat DOES NOT start at all and Windows complains with a message like this: ...Cannot find entry point CreateProcessAsUserW in KERNEL32.DLL... The problem is, there *is* an entry point CreateProcessAsUserW in the Win32 DLL kernel32.dll. At least on NT-based systems. What strikes me as weird is that kernel32.dll usually is stored with its name in all lowercase letters on NT-based systems. The fact that you see an all uppercase KERNEL32.DLL looks like you have such a DLL in your path, possible from Windows 95/98/Me, possibly installed by some third party stuff, at some point which is found earlier in the DLL search path than the lowercase kernel32.dll in C:\Windows\System32. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1
On Aug 21 15:48, Corinna Vinschen wrote: On Aug 21 14:18, Angelo Graziosi wrote: Larry Hall wrote: Corinna Vinschen wrote: - Improve performance of stat and a few other functions. ls(1) should be up to 30% faster I have a directory (500MB, 30 files) which contains mainly 'exe' (setups for TB, FF, OO etc.). If I try 'ls -l' in this directory, the first time it take about 30 seconds to list the files. After the first time, the listing is almost without delay. The same happens also with 'ls -l /usr/bin'. When there is the 'hang' (30 secs.), Task Manager shows that AVG9 takes about 50% of CPU: this occurs *only* with 1.7.6 but _not_ with 1.7.5, with which 'ls -l' is almost immediate, regardless of the number and type of files. Obviously I have tested this, each time, with a 'fresh machine', to avoid 'cache' effects. The system is WinXP SP3, AMD Athlon 64X2DC 2.03GHz, 1.75GB RAM. Try a recent snapshot: http://cygwin.com/snapshots/ I have tried cygwin1-20100820.dll.bz2 and cygwin-inst-20100820.tar.bz2, but it is even worse: Cygwin.bat DOES NOT start at all and Windows complains with a message like this: ...Cannot find entry point CreateProcessAsUserW in KERNEL32.DLL... The problem is, there *is* an entry point CreateProcessAsUserW in the Win32 DLL kernel32.dll. At least on NT-based systems. What strikes me as weird is that kernel32.dll usually is stored with its name in all lowercase letters on NT-based systems. The fact that you see an all uppercase KERNEL32.DLL looks like you have such a DLL in your path, possible from Windows 95/98/Me, possibly installed by some third party stuff, at some point which is found earlier in the DLL search path than the lowercase kernel32.dll in C:\Windows\System32. Oh, and, the call to CreateProcessAsUserW in cygwin1.dll is *old*, as in May 2008. The former call to CreateProcessAsUserA is in Cygwin for over 10 years. However, just to be sure I installed the cygwin1-20100820 snapshot DLL on my W7 box and it works fine. This is quite certainly a local problem. Btw., after downloading cygwin1-20100820.dll.bz2 and bunzipping it, did you make sure the executable bits are set (chmod +x cygwin1-20100820.dll)? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1
Corinna Vinschen wrote:
Btw., after downloading cygwin1-20100820.dll.bz2 and bunzipping it, did
you make sure the executable bits are set (chmod +x cygwin1-20100820.dll)?
Obviously, it is the first thing I thought and checked. To summarize, I
did the following:
wget http://cygwin.com/snapshots/cygwin1-20100820.dll.bz2
bunzip2 cygwin1-20100820.dll.bz2
chmod +x cygwin1-20100820.dll
and the same for 20100814, 20100816, 20100818 snapshots, and for the DLL
you propose here
http://cygwin.com/ml/cygwin/2010-08/msg00630.html
Then from a DOS box (but also with Explorer)
cd \cygwin-2\bin
rename cygwin1.dll cygwin1.dll.orig
copy ..\tmp\cygwin1-20100814.dll cygwin1.dll
...
With 20100814, 20100816, 20100818 snapshots and newer-cygwin1.dll,
Cygwin.bat starts and works.
With 20100820 snapshot Cygwin.bat does not start and Windows says
(literally):
Impossibile trovare il punto d'ingresso CreateProcessAsUserW della
procedura nella libreria di collegamento dinamico KERNEL32.dll
which Google translates as
Can not find entry point CreateProcessAsUserW procedure in the dynamic
link library KERNEL32.dll
As you can see a mystery...
The fact that you see an all uppercase KERNEL32.DLL
looks like you have such a DLL in your path, possible from Windows
95/98/Me, possibly installed by some third party stuff, at some point
which is found earlier in the DLL search path than the lowercase
kernel32.dll in C:\Windows\System32.
Really the Windows messages says 'KERNEL32.dll' with 'dll' in lowercase,
and beside this, searching ('all directories visible') 'kernl32', I find
this:
--+ 1 root Nessuno 1028608 16 apr 2007
/WinXP/WINDOWS/$NtServicePackUninstall$/kernel32.dll
-rwxrwx---+ 1 Administrators SYSTEM 1033728 21 mar 2009
/WinXP/WINDOWS/system32/kernel32.dll
-rwx--+ 1 root Nessuno 1033728 14 apr 2008
/WinXP/WINDOWS/ServicePackFiles/i386/kernel32.dll
-rwx--+ 1 root Nessuno 1033728 21 mar 2009
/WinXP/WINDOWS/system32/dllcache/kernel32.dll
rwx---+ 1 root SYSTEM 1029120 5 lug 2006
/WinXP/WINDOWS/$hf_mig$/KB917422/SP2QFE/kernel32.dll
--+ 1 root Nessuno 1030144 16 apr 2007
/WinXP/WINDOWS/$hf_mig$/KB935839/SP2QFE/kernel32.dll
--+ 1 root Nessuno 1035776 21 mar 2009
/WinXP/WINDOWS/$hf_mig$/KB959426/SP3QFE/kernel32.dll
(WinXP is a symlink to /cygdrive/c)
Thanks,
Angelo.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
kernel32.dll breakage (was Re: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1)
On Aug 21 18:04, Angelo Graziosi wrote: wget http://cygwin.com/snapshots/cygwin1-20100820.dll.bz2 bunzip2 cygwin1-20100820.dll.bz2 chmod +x cygwin1-20100820.dll [...] With 20100820 snapshot Cygwin.bat does not start and Windows says (literally): [...] Can not find entry point CreateProcessAsUserW procedure in the dynamic link library KERNEL32.dll As you can see a mystery... Not anymore. I could reproduce the problem on XP, but not on W7. This reminded me of a checkin to w32api from yesterday. The kernel32.def file, which is used to create the kernel32.a inport library for linking against kernel32.dll has been regenerated on a Windows 7 system. The problem is that CreateProcessAsUserW was never available in kernel32.dll, but in advapi32.dll(*). However, with the new kernel32.def, CreateProcessAsUserW is now exported by kernel32.a as well. Apparently kernel32.dll *does* export CreateProcessAsUserW now under Windows 7. However, *officially*, the CreateProcessAsUserW symbol is still provided by advapi32.dll. Chris [Sutcliffe], can we please revert this change for now? It breaks building Win32 apps, if the link order prefers kernel32.a over advapi32.a. In theory, shouldn't the gendef script drop symbols from kernel32.def which are defined in advapi32.dll? That would fix the problem, afaics. As for Cygwin, apparently we can workaround this issue by simply changing the link order in our Makefile. I checked in a matching patch, which fixes this issue for me on old systems like Windows XP. Please test the next developers snapshot. Corinna (*) Yes, I talked nonsense in my previous reply. advapi32, not kernel32. I should have seen the discrepancy immediately. Sorry about that! -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: kernel32.dll breakage (was Re: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1)
On 21/08/2010 2:58 PM, Corinna Vinschen wrote: Not anymore. I could reproduce the problem on XP, but not on W7. This reminded me of a checkin to w32api from yesterday. The kernel32.def file, which is used to create the kernel32.a inport library for linking against kernel32.dll has been regenerated on a Windows 7 system. The problem is that CreateProcessAsUserW was never available in kernel32.dll, but in advapi32.dll(*). However, with the new kernel32.def, CreateProcessAsUserW is now exported by kernel32.a as well. Apparently kernel32.dll *does* export CreateProcessAsUserW now under Windows 7. However, *officially*, the CreateProcessAsUserW symbol is still provided by advapi32.dll. Chris [Sutcliffe], can we please revert this change for now? It breaks building Win32 apps, if the link order prefers kernel32.a over advapi32.a. Done. In theory, shouldn't the gendef script drop symbols from kernel32.def which are defined in advapi32.dll? That would fix the problem, afaics. That would be ideal, but I'm not sure what the capabilities of gendef are in this respect. Cheers! Chris -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.6-1: mount -p and mount --show-cygdrive-prefix broken in latest release
On Aug 21 15:17, Brian Kelly wrote: I have a script that relies on these mount options to discover how the prefix is set. I did an upgrade a couple days ago, and the script broke. Looking in the log, I discovered the following error: $ mount -p mount: invalid option - '' You get the same error when I tried the other argument: $ mount --show-cygdrive-prefix mount: invalid option - '' This behavior is seen in the straight bash environment, outside of my script. Apparently with the latest update. I noticed mount work was done in this release New Cygwin DLL 1.7.6-1 release: - Add new mount options dos and ihash to allow overriding Cygwin default behaviour on broken filesystems not recognized by Cygwin. See http://cygwin.com/cygwin-ug-net/using.html#mount-table and http://cygwin.com/cygwin-ug-net/using-utils.html#mount - Add new mount option bind to allow remounting parts of the POSIX file hirarchy somewhere else. See http://cygwin.com/cygwin-ug-net/using.html#mount-table and http://cygwin.com/cygwin-ug-net/using-utils.html#mount If this option was removed, the man page is not reflecting it, and user documentation is not reflecting it. The option hasn't been removed and it still works fine for me. Output from cygcheck -s -v -r cygcheck.out is attached. Your cygcheck output shows that $PATH contains Path: C:\cygwin\usr\local\apache\bin C:\cygwin\usr\local\bin [...] prior to the Cygwin default paths. Are you shore you're running the correct `mount'? Oh, and, btw., you're still running Cygwin 1.7.5, not 1.7.6, as far as your cygcheck output is concerned. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: kernel32.dll breakage (was Re: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1)
On Aug 21 15:23, Chris Sutcliffe wrote: On 21/08/2010 2:58 PM, Corinna Vinschen wrote: Not anymore. I could reproduce the problem on XP, but not on W7. This reminded me of a checkin to w32api from yesterday. The kernel32.def file, which is used to create the kernel32.a inport library for linking against kernel32.dll has been regenerated on a Windows 7 system. The problem is that CreateProcessAsUserW was never available in kernel32.dll, but in advapi32.dll(*). However, with the new kernel32.def, CreateProcessAsUserW is now exported by kernel32.a as well. Apparently kernel32.dll *does* export CreateProcessAsUserW now under Windows 7. However, *officially*, the CreateProcessAsUserW symbol is still provided by advapi32.dll. Chris [Sutcliffe], can we please revert this change for now? It breaks building Win32 apps, if the link order prefers kernel32.a over advapi32.a. Done. Thanks. Are you sure that only CreateProcessAsUserW is affected? In theory, shouldn't the gendef script drop symbols from kernel32.def which are defined in advapi32.dll? That would fix the problem, afaics. That would be ideal, but I'm not sure what the capabilities of gendef are in this respect. I'm curious, where is that gendef script? For some reason it isn't part of the w32api sources in CVS. Wouldn't it make sense to check it in as well? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: kernel32.dll breakage (was Re: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1)
On 21/08/2010 3:35 PM, Corinna Vinschen wrote: Chris [Sutcliffe], can we please revert this change for now? It breaks building Win32 apps, if the link order prefers kernel32.a over advapi32.a. Done. Thanks. Are you sure that only CreateProcessAsUserW is affected? In a word, no. I'll have to go through the file function by function checking against the other def files.. sigh. In theory, shouldn't the gendef script drop symbols from kernel32.def which are defined in advapi32.dll? That would fix the problem, afaics. That would be ideal, but I'm not sure what the capabilities of gendef are in this respect. I'm curious, where is that gendef script? For some reason it isn't part of the w32api sources in CVS. Wouldn't it make sense to check it in as well? Nope, it's already part of Cygwin: http://cygwin.com/cgi-bin2/package-cat.cgi?file=gendef%2Fgendef-1.0-svn2931-1grep=gendef.exe Cheers! Chris -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: kernel32.dll breakage (was Re: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1)
On Aug 21 15:47, Chris Sutcliffe wrote: On 21/08/2010 3:35 PM, Corinna Vinschen wrote: Chris [Sutcliffe], can we please revert this change for now? It breaks building Win32 apps, if the link order prefers kernel32.a over advapi32.a. Done. Thanks. Are you sure that only CreateProcessAsUserW is affected? In a word, no. I'll have to go through the file function by function checking against the other def files.. sigh. In theory, shouldn't the gendef script drop symbols from kernel32.def which are defined in advapi32.dll? That would fix the problem, afaics. That would be ideal, but I'm not sure what the capabilities of gendef are in this respect. I'm curious, where is that gendef script? For some reason it isn't part of the w32api sources in CVS. Wouldn't it make sense to check it in as well? Nope, it's already part of Cygwin: http://cygwin.com/cgi-bin2/package-cat.cgi?file=gendef%2Fgendef-1.0-svn2931-1grep=gendef.exe Uh, *that* gendef. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.6-1: mount -p and mount --show-cygdrive-prefix broken in latest release
kb06...@chg211134 ~ Here's the latest test - notice it reports correctly when just mount is invoked. $ which mount /usr/bin/mount kb06...@chg211134 ~ $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) M: on /cygdrive/m type mvfs (binary,posix=0,user,noumount,auto) Z: on /cygdrive/z type ntfs (binary,posix=0,user,noumount,auto) kb06...@chg211134 ~ $ mount -p mount: invalid option - '' kb06...@chg211134 ~ $ -Original Message- From: Corinna Vinschen corinna-cyg...@cygwin.com Sent: Aug 21, 2010 3:29 PM To: cygwin@cygwin.com Subject: Re: 1.7.6-1: mount -p and mount --show-cygdrive-prefix broken in latest release On Aug 21 15:17, Brian Kelly wrote: I have a script that relies on these mount options to discover how the prefix is set. I did an upgrade a couple days ago, and the script broke. Looking in the log, I discovered the following error: $ mount -p mount: invalid option - '' You get the same error when I tried the other argument: $ mount --show-cygdrive-prefix mount: invalid option - '' This behavior is seen in the straight bash environment, outside of my script. Apparently with the latest update. I noticed mount work was done in this release New Cygwin DLL 1.7.6-1 release: - Add new mount options dos and ihash to allow overriding Cygwin default behaviour on broken filesystems not recognized by Cygwin. See http://cygwin.com/cygwin-ug-net/using.html#mount-table and http://cygwin.com/cygwin-ug-net/using-utils.html#mount - Add new mount option bind to allow remounting parts of the POSIX file hirarchy somewhere else. See http://cygwin.com/cygwin-ug-net/using.html#mount-table and http://cygwin.com/cygwin-ug-net/using-utils.html#mount If this option was removed, the man page is not reflecting it, and user documentation is not reflecting it. The option hasn't been removed and it still works fine for me. Output from cygcheck -s -v -r cygcheck.out is attached. Your cygcheck output shows that $PATH contains Path: C:\cygwin\usr\local\apache\bin C:\cygwin\usr\local\bin [...] prior to the Cygwin default paths. Are you shore you're running the correct `mount'? Oh, and, btw., you're still running Cygwin 1.7.5, not 1.7.6, as far as your cygcheck output is concerned. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.6-1: mount -p and mount --show-cygdrive-prefix broken in latest release
Funny - setup.exe shows I have 1.7.6. I'm re-installing now. I think I know what happened. I had XWin running while doing the previous install, and the prompt occurred telling I couldn't overwrite certain files that were part of running processes. It told me I'd have to reboot - which was fine by me so I continued. Apparently something fell down in that whole train of events, and when the reboot later occurred, the cygwin1.dll must not have been actually replaced. I'll let you know if the re-install fixes things. -Original Message- From: Brian Kelly reedf...@ix.netcom.com Sent: Aug 21, 2010 4:00 PM To: cygwin@cygwin.com Subject: Re: 1.7.6-1: mount -p and mount --show-cygdrive-prefix broken in latest release kb06...@chg211134 ~ Here's the latest test - notice it reports correctly when just mount is invoked. $ which mount /usr/bin/mount kb06...@chg211134 ~ $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) M: on /cygdrive/m type mvfs (binary,posix=0,user,noumount,auto) Z: on /cygdrive/z type ntfs (binary,posix=0,user,noumount,auto) kb06...@chg211134 ~ $ mount -p mount: invalid option - '' kb06...@chg211134 ~ $ -Original Message- From: Corinna Vinschen corinna-cyg...@cygwin.com Sent: Aug 21, 2010 3:29 PM To: cygwin@cygwin.com Subject: Re: 1.7.6-1: mount -p and mount --show-cygdrive-prefix broken in latest release On Aug 21 15:17, Brian Kelly wrote: I have a script that relies on these mount options to discover how the prefix is set. I did an upgrade a couple days ago, and the script broke. Looking in the log, I discovered the following error: $ mount -p mount: invalid option - '' You get the same error when I tried the other argument: $ mount --show-cygdrive-prefix mount: invalid option - '' This behavior is seen in the straight bash environment, outside of my script. Apparently with the latest update. I noticed mount work was done in this release New Cygwin DLL 1.7.6-1 release: - Add new mount options dos and ihash to allow overriding Cygwin default behaviour on broken filesystems not recognized by Cygwin. See http://cygwin.com/cygwin-ug-net/using.html#mount-table and http://cygwin.com/cygwin-ug-net/using-utils.html#mount - Add new mount option bind to allow remounting parts of the POSIX file hirarchy somewhere else. See http://cygwin.com/cygwin-ug-net/using.html#mount-table and http://cygwin.com/cygwin-ug-net/using-utils.html#mount If this option was removed, the man page is not reflecting it, and user documentation is not reflecting it. The option hasn't been removed and it still works fine for me. Output from cygcheck -s -v -r cygcheck.out is attached. Your cygcheck output shows that $PATH contains Path: C:\cygwin\usr\local\apache\bin C:\cygwin\usr\local\bin [...] prior to the Cygwin default paths. Are you shore you're running the correct `mount'? Oh, and, btw., you're still running Cygwin 1.7.5, not 1.7.6, as far as your cygcheck output is concerned. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
It's a setup issue = Re: 1.7.6-1: mount -p and mount --show-cygdrive-prefix broken in latest release
Ok - so I did a re-install and mount -p is back. But a setup bug (probably not setup.exe's fault) was discovered in the process. I first tried a re-install and once again was told cygwin1.dll could not be replaced because of a running process (thought I had killed everything). Rather than quit and start over, I pressed the continue button and re-booted the laptop when the re-install completed. mount -p was STILL broken, so something sure was amiss. Turned out I had cygserver and postgres via cygserver running. (Forgot about them). These services start automatically (along with sshd) when Windows starts up. *ALSO* I have an XWin Server in the Startup folder of the Windows Start Menu. So apparently, one of these services is starting up *BEFORE* the cygwin1.dll can be replaced by Windows at startup. Weird. My laptop has an encrypted hard disk using SafeGuard. That might have something to do with it. Anyhow, it's not a bug I have time to help chase down (unless someone else wants to take the lead on it - I'll be happy to help in that case). Otherwise let this be a lesson to ALL - setup best practice is to shut down ALL cygwin processes and services BEFORE running setup.exe. Otherwise ... your mileage may vary ... -Original Message- From: Brian Kelly reedf...@ix.netcom.com Sent: Aug 21, 2010 3:18 PM To: cygwin@cygwin.com Subject: Re: 1.7.6-1: mount -p and mount --show-cygdrive-prefix broken in latest release Funny - setup.exe shows I have 1.7.6. I'm re-installing now. I think I know what happened. I had XWin running while doing the previous install, and the prompt occurred telling I couldn't overwrite certain files that were part of running processes. It told me I'd have to reboot - which was fine by me so I continued. Apparently something fell down in that whole train of events, and when the reboot later occurred, the cygwin1.dll must not have been actually replaced. I'll let you know if the re-install fixes things. -Original Message- From: Brian Kelly reedf...@ix.netcom.com Sent: Aug 21, 2010 4:00 PM To: cygwin@cygwin.com Subject: Re: 1.7.6-1: mount -p and mount --show-cygdrive-prefix broken in latest release kb06...@chg211134 ~ Here's the latest test - notice it reports correctly when just mount is invoked. $ which mount /usr/bin/mount kb06...@chg211134 ~ $ mount C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) M: on /cygdrive/m type mvfs (binary,posix=0,user,noumount,auto) Z: on /cygdrive/z type ntfs (binary,posix=0,user,noumount,auto) kb06...@chg211134 ~ $ mount -p mount: invalid option - '' kb06...@chg211134 ~ $ -Original Message- From: Corinna Vinschen corinna-cyg...@cygwin.com Sent: Aug 21, 2010 3:29 PM To: cygwin@cygwin.com Subject: Re: 1.7.6-1: mount -p and mount --show-cygdrive-prefix broken in latest release On Aug 21 15:17, Brian Kelly wrote: I have a script that relies on these mount options to discover how the prefix is set. I did an upgrade a couple days ago, and the script broke. Looking in the log, I discovered the following error: $ mount -p mount: invalid option - '' You get the same error when I tried the other argument: $ mount --show-cygdrive-prefix mount: invalid option - '' This behavior is seen in the straight bash environment, outside of my script. Apparently with the latest update. I noticed mount work was done in this release New Cygwin DLL 1.7.6-1 release: - Add new mount options dos and ihash to allow overriding Cygwin default behaviour on broken filesystems not recognized by Cygwin. See http://cygwin.com/cygwin-ug-net/using.html#mount-table and http://cygwin.com/cygwin-ug-net/using-utils.html#mount - Add new mount option bind to allow remounting parts of the POSIX file hirarchy somewhere else. See http://cygwin.com/cygwin-ug-net/using.html#mount-table and http://cygwin.com/cygwin-ug-net/using-utils.html#mount If this option was removed, the man page is not reflecting it, and user documentation is not reflecting it. The option hasn't been removed and it still works fine for me. Output from cygcheck -s -v -r cygcheck.out is attached. Your cygcheck output shows that $PATH contains Path: C:\cygwin\usr\local\apache\bin C:\cygwin\usr\local\bin [...] prior to the Cygwin default paths. Are you shore you're running the correct `mount'? Oh, and, btw., you're still running Cygwin 1.7.5, not 1.7.6, as far as your cygcheck output is concerned. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:
Re: kernel32.dll breakage (was Re: [ANNOUNCEMENT] Updated: cygwin-1.7.6-1)
On 21/08/2010 3:47 PM, Chris Sutcliffe wrote: On 21/08/2010 3:35 PM, Corinna Vinschen wrote: Chris [Sutcliffe], can we please revert this change for now? It breaks building Win32 apps, if the link order prefers kernel32.a over advapi32.a. Done. Thanks. Are you sure that only CreateProcessAsUserW is affected? In a word, no. I'll have to go through the file function by function checking against the other def files.. sigh. Thanks to power of Cygwin and shell scripting, I've created a script that I will be checking in to w32api (CheckConflicts.sh) that executes a brute force check of the contents of one file against the contents of another. Simple but hopefully affective. Cheers! Chris -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Building a custom cygwin1.dll library
Hello! Is it possible to build a custom cygwin1.dll library? I'm in the process of setting up a Win2K8 or Win2K3 server, and I would like to install a personalized install of Cygwin there. - Gregg C Levine gregg.drw...@gmail.com This signature fought the Time Wars, time and again. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Building a custom cygwin1.dll library
On 8/21/10 6:32 PM, Gregg Levine wrote: Is it possible to build a custom cygwin1.dll library? I'm in the process of setting up a Win2K8 or Win2K3 server, and I would like to install a personalized install of Cygwin there. It's very simple, and addressed in the FAQ: http://www.cygwin.com/faq/faq-nochunks.html#faq.programming.building-cygwin -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Building a custom cygwin1.dll library
On Sat, Aug 21, 2010 at 9:56 PM, Daniel Colascione dan.colasci...@gmail.com wrote: On 8/21/10 6:32 PM, Gregg Levine wrote: Is it possible to build a custom cygwin1.dll library? I'm in the process of setting up a Win2K8 or Win2K3 server, and I would like to install a personalized install of Cygwin there. It's very simple, and addressed in the FAQ: http://www.cygwin.com/faq/faq-nochunks.html#faq.programming.building-cygwin --- Hello! Thank you Daniel. I'll know more when the system to be arrives. I found the FAQ to be easy to understand, and even apply. - Gregg C Levine gregg.drw...@gmail.com This signature fought the Time Wars, time and again. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Path conversion issue
Greetings, All! Ok, for those interested, solution for my specific case was found. macro:post print(view:? diff !?$UnixDiff$Options ((-c, -b etc.)):?! -x 'CVS' -x '.svn' -I '\\$Id.*\\$' --strip-trailing-cr -- ' + replace(PPanel.Path + / + PPanel.Current, \\, /) + ' ' + replace(APanel.Path + / + APanel.Current, \\, /) + ') Enter All line wraps are purely for code readability. It should work with any recent nighly of Far 2.0 -- WBR, Andrey Repin (anrdae...@freemail.ru) 22.08.2010, 7:53 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
