Re: Latest Cygwin query.
On 4/24/2013 5:01 AM, rashi singhal wrote: Please suggest some thing on below query.. We use C programs to link and call Cobol programs(using cobinit ,cobcall), After executing cobol applications on bash we are getting return code as zero always. Cobol program pass some return codes like (32 , 65 .. ). This problem only occurs after installing latest Cygwin. Till earlier version program return codes have correct value. In Cobol program we use STOP RUN RETURN CODE to populate the return codes. Regards, Rashi Rashi, you need to provide some more details, if you need our help. http://cygwin.com/problems.html http://www.chiark.greenend.org.uk/~sgtatham/bugs.html On which cygwin version worked as last ? I do not think we have a cygwin cobol compiler, so could you provide a test case including a binary (uploaded somewhere) ? cobint, cobcall are not cygwin programs, where do we find them ? Marco -- 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
Latest Cygwin query.
Please suggest some thing on below query.. We use C programs to link and call Cobol programs(using cobinit ,cobcall), After executing cobol applications on bash we are getting return code as zero always. Cobol program pass some return codes like (32 , 65 .. ). This problem only occurs after installing latest Cygwin. Till earlier version program return codes have correct value. In Cobol program we use STOP RUN RETURN CODE to populate the return codes. Regards, Rashi -- 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: Difference in 32/64-bit curl.
Fredrik Rothamel wrote: Hi, I just noticed that in 64-bit cygwin curl always include the http-headers in the response. (Old behaviour is to only include headers when -i option is specified) Is this an intentional change? Unlikely. In this case it should be possible to revert the default -i (--include) with --no-include. According to a quick gdb session using curl-debug package the corresponding variable config->include_headers is not set during option processing. But later in Curl_setopt(., CURLOPT_HEADER, .) the variable data->set.include_header is set true because some va_arg(param, long) is nonzero. Possibly a __builtin_va_list related gcc bug. Christian -- 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: Pasting Smiling Cat with Heart-Shaped Eyes into ZSH locks MinTTY, requires force close
Andy Koppe, 23.04.2013 22:07:11: Quite. Or just kill the cat. That's a solution in case of /bin/cat. But also any other process hanging that way can only be killed -9, no other signal can be caught by it (e.g. alarm), or is there a way to keep it going somehow? -- Helmut Karlowski -- 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: Pasting Smiling Cat with Heart-Shaped Eyes into ZSH locks MinTTY, requires force close
On 4/23/2013 4:07 PM, Andy Koppe wrote: On 23 April 2013 18:32, Christopher Faylor wrote: For now "Just don't do that". Quite. Or just kill the cat. I thought curiosity killed the cat. ;-) -- Larry _ 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: BUG: Pasting Smiling Cat with Heart-Shaped Eyes into ZSH locks MinTTY, requires force close
On 23 April 2013 18:32, Christopher Faylor wrote: >>Similar happens when doing: >> >>cat /bin/gdb.exe >> >>for example. Something seems to overflow. I can reproduce that one. 'ps' output shows that 'cat' and 'mintty' are both waiting for output to finish, i.e. they're deadlocked waiting for each other's output to be read. O827667648276 3860 pty01004 20:52:17 /usr/bin/cat O3448 13448 3448 ? 1004 20:34:15 /usr/bin/mintty > It's a long-standing problem for which there is no easy fix. Yep. This situation also happens if you hit a key that sends something during an ongoing cat command. I think what's happening in this particular case is that the gdb binary contains some control sequence that triggers a response to be sent by the terminal, thus triggering this issue in Cygwin's pty implementation. > For now "Just don't do that". Quite. Or just kill the cat. Andy -- 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: Pasting Smiling Cat with Heart-Shaped Eyes into ZSH locks MinTTY, requires force close
On 23 April 2013 17:58, Jeff Crowell wrote: > Bug report below. Let me know if you need anything else > > > Product: > zsh/MinTTY > > Version: > zsh 5.0.2 (i686-pc-cygwin) > > > Component: In which component does the bug exist? > > > Platform: > i686-pc-cygwin > > OS: > Windows 8, probably all versions of windows > > > Summary: > Pasting certain characters into MinTTY running zsh locks up MinTTY > requiring a force close > > Steps to Reproduce: > > 1) Copy http://www.fileformat.info/info/unicode/char/1f63b/index.htm > 2) paste into ZSH > 3) press enter > > Actual Results: MinTTY hangs and does not respond Works fine for me, except that apparently zsh doesn't support UTF-16 surrogate pairs, so they're shown as separate codepoints: "". Line editing works fine though. Result: zsh: command not found: \ud83d\ude3b So, more info needed: please see http://cygwin.com/problems.html, in particular: "Run cygcheck -s -v -r > cygcheck.out and include that file as an attachment in your report." Also, does the CPU usage shoot up? And what's the output of 'ps' (in a separate window, obviously)? (Note besides: bash actually displays the cat character, but treats it as if it was two characters, so line editing goes wrong with the cursor wandering off the line and that sort of thing. Surrogate pairs do work properly in vim, emacs and mined.) Andy -- 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: Codesourcery toolchain under Win7/cygwin can't find some files
On Tue, Apr 23, 2013 at 02:22:46PM -0400, Nadi Findikli wrote: >I have searched this but the questions I found are about getting the >toolchain to work, my problem is that it works on all but a few >directories. Also I am not building Linux. > >DETAILS: > - GCC Chain : arm-none-eabi-gcc ; gcc version 4.7.2 (Sourcery >CodeBench Lite 2012.09-63) > - Cygwin: CYGWIN_NT-6.1-WOW64 Sorry but you should be checking with Mentor Graphics for support for the Codesourcery toolchain. We really can't help you with issues in tools that we don't supply. -- 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
Codesourcery toolchain under Win7/cygwin can't find some files
I have searched this but the questions I found are about getting the toolchain to work, my problem is that it works on all but a few directories. Also I am not building Linux. I am trying to move a project from a Linux machine to Windows to make people happy. The same project builds fine under Linux (Ubuntu 12.04) using the Linux Binary for the same toolchain (I recently reloaded both toolchains from the same directory at Mentor to be sure, see details below). I installed Cygwin, got the packages, set up paths, etc. In general the build works for 90% of the project BUT as make traverses the directory, it finds everything except two files (to clarify, these two are the first files in their respective directories, so I assume the problem will apply to the whole directory). The log below shows the first fail: - if I take lwip out of the build then it blows up on the next one - if I take the next one out of the build then everything else (quite a bit) compiles; then the linker fails on the two missing items as expected. More precisely, e.g. it finds /home/Nadi/project/version-2.9/external/freertos/Source/portable/GCC/ARM_CM3_MPU/port.c but not /home/Nadi/project/version-2.9/external/lwip/src/api/api_lib.c from the directory that I am running make, "ls" finds the file that the compiler cannot. LOG $ make external/freertos external/lwip [cc] Debug/api_lib.o arm-none-eabi-gcc.exe: error: /home/Nadi/project/version-2.9/external/lwip/src/api/api_lib.c: No such file or directory arm-none-eabi-gcc.exe: fatal error: no input files compilation terminated. Makefile:189: recipe for target `Debug/api_lib.o' failed make[2]: *** [Debug/api_lib.o] Error 1 Makefile:37: recipe for target `lwip_world' failed make[1]: *** [lwip_world] Error 2 Makefile:160: recipe for target `extern' failed make: *** [extern] Error 2 DETAILS: - GCC Chain : arm-none-eabi-gcc ; gcc version 4.7.2 (Sourcery CodeBench Lite 2012.09-63) - Cygwin: CYGWIN_NT-6.1-WOW64 -- 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: Pasting Smiling Cat with Heart-Shaped Eyes into ZSH locks MinTTY, requires force close
On Tue, Apr 23, 2013 at 07:03:03PM +0200, Helmut Karlowski wrote: >Jeff Crowell, 23.04.2013 18:58:07: > >> 1) Copy http://www.fileformat.info/info/unicode/char/1f63b/index.htm >> 2) paste into ZSH >> 3) press enter >> >> Actual Results: MinTTY hangs and does not respond > >Similar happens when doing: > >cat /bin/gdb.exe > >for example. Something seems to overflow. It's a long-standing problem for which there is no easy fix. For now "Just don't do that". cgf -- 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: Pasting Smiling Cat with Heart-Shaped Eyes into ZSH locks MinTTY, requires force close
Jeff Crowell, 23.04.2013 18:58:07: 1) Copy http://www.fileformat.info/info/unicode/char/1f63b/index.htm 2) paste into ZSH 3) press enter Actual Results: MinTTY hangs and does not respond Similar happens when doing: cat /bin/gdb.exe for example. Something seems to overflow. -- Helmut Karlowski -- 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
BUG: Pasting Smiling Cat with Heart-Shaped Eyes into ZSH locks MinTTY, requires force close
Bug report below. Let me know if you need anything else Product: zsh/MinTTY Version: zsh 5.0.2 (i686-pc-cygwin) Component: In which component does the bug exist? Platform: i686-pc-cygwin OS: Windows 8, probably all versions of windows Summary: Pasting certain characters into MinTTY running zsh locks up MinTTY requiring a force close Steps to Reproduce: 1) Copy http://www.fileformat.info/info/unicode/char/1f63b/index.htm 2) paste into ZSH 3) press enter Actual Results: MinTTY hangs and does not respond Expected Results: prints "command not found" -- Jeff Crowell Boston University Computer Engineering https://github.com/crowell -- 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
Cygwin64 installed on D: gives errors on startup
Hello again, My new Cygwin64 installation (onto a clean PC), produces the following every time I start Cygwin terminal from the desktop icon. When the installation lived on C:\Cygwin64, it did not happen. But this time I installed it on D:\Cygwin64. It's interesting that starting the Cygwin terminal from Windows Start menu, opens the shell window w/o any errors. Cygcheck output also follows. Thanks for all help, Anton Lavrentiev Contractor NIH/NLM/NCBI shell-init: error retrieving current directory: getcwd: cannot access parent directories: Permission denied job-working-directory: error retrieving current directory: getcwd: cannot access parent directories: Permission denied job-working-directory: error retrieving current directory: getcwd: cannot access parent directories: Permission denied job-working-directory: error retrieving current directory: getcwd: cannot access parent directories: Permission denied chdir: error retrieving current directory: getcwd: cannot access parent directories: Permission denied $ cygcheck -rvs 0 [main] cygcheck (5136) D:\Cygwin64\bin\cygcheck.exe: *** fatal error - cygheap base mismatch detected - 0x1802D83E0/0x2A283E0. This problem is probably due to using incompatible versions of the cygwin DLL. Search for cygwin1.dll using the Windows Start->Find/Search facility and delete all but the most recent version. The most recent version *should* reside in x:\cygwin\bin, where 'x' is the drive on which you have installed the cygwin distribution. Rebooting is also suggested if you are unable to find another cygwin DLL. Cygwin Configuration Diagnostics Current System Time: Tue Apr 23 16:41:21 2013 Windows 7 Home Premium Ver 6.1 Build 7601 Service Pack 1 Path: D:\Cygwin64\usr\local\bin D:\Cygwin64\bin C:\Program Files\Common Files\Microsoft Shared\Windows Live C:\Program Files (x86)\Common Files\Microsoft Shared\Windows Live C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0 C:\Program Files\Intel\WiFi\bin C:\Program Files\Common Files\Intel\WirelessCommon C:\Program Files (x86)\Windows Live\Shared C:\Program Files (x86)\Common Files\Roxio Shared\DLLShared C:\Program Files (x86)\Common Files\Roxio Shared\OEM\DLLShared C:\Program Files (x86)\Common Files\Roxio Shared\OEM\DLLShared C:\Program Files (x86)\Common Files\Roxio Shared\OEM\12.0\DLLShared C:\Program Files (x86)\Roxio\OEM\AudioCore C:\Program Files (x86)\Common Files\Acronis\SnapAPI C:\Program Files (x86)\QuickTime\QTSystem C:\Program Files (x86)\PuTTY C:\Program Files (x86)\SYSINTERNALS Output from D:\Cygwin64\bin\id.exe UID: 1001(SASHA) GID: 513(None) 513(None)545(Users) SysDir: C:\Windows\system32 WinDir: C:\Windows HOME = 'D:\Cygwin64\home\SASHA' USER = 'SASHA' ALLUSERSPROFILE = 'C:\ProgramData' APPDATA = 'C:\Users\SASHA\AppData\Roaming' BURN_AUTOPLAY = 'C:\Program Files (x86)\Roxio\OEM\Roxio Burn\' CLASSPATH = '.;C:\Program Files (x86)\Java\jre7\lib\ext\QTJava.zip' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' COMPUTERNAME = 'SASHA' COMSPEC = 'C:\Windows\system32\cmd.exe' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' CommonProgramW6432 = 'C:\Program Files\Common Files' EMC_AUTOPLAY = 'C:\Program Files (x86)\Common Files\Roxio Shared\OEM\' FP_NO_HOST_CHECK = 'NO' HOMEDRIVE = 'C:' HOMEPATH = '\Users\SASHA' HOSTNAME = 'SASHA' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' LANG = 'en_US.UTF-8' LOCALAPPDATA = 'C:\Users\SASHA\AppData\Local' LOGONSERVER = '\\SASHA' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = '8' OS = 'Windows_NT' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' PRINTER = 'Canon MF8300C Series UFRII LT' PROCESSOR_ARCHITECTURE = 'AMD64' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 42 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = '6' PROCESSOR_REVISION = '2a07' PROGRAMFILES = 'C:\Program Files' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' PUBLIC = 'C:\Users\Public' ProgramData = 'C:\ProgramData' ProgramFiles(x86) = 'C:\Program Files (x86)' ProgramW6432 = 'C:\Program Files' QTJAVA = 'C:\Program Files (x86)\Java\jre7\lib\ext\QTJava.zip' RCAUTOPLAY = 'C:\Program Files (x86)\Roxio\OEM\Roxio Central 5\' SESSIONNAME = 'Console' SHELL = '/bin/bash' SHLVL = '1' SYSTEMDRIVE = 'C:' SYSTEMROOT = 'C:\Windows' TEMP = 'D:\Cygwin64\tmp' TERM = 'xterm' TMP = 'D:\Cygwin64\tmp' TZ = 'America/New_York' USERDOMAIN = 'SASHA' USERNAME = 'SASHA' USERPROFILE = 'C:\Users\SASHA' VS100COMNTOOLS = 'C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\Tools\' WINDIR = 'C:\Windows' _ = '/usr/bin/cygcheck' asl.log = 'Destination=file' temp = 'C:\Us
RE: Fresh Cygwin-64 install reports post-install errors for bash
> Why did you start a new thread for this reply?!? I did not. It's out friend MS with its Outlook auto-correcting :-) (before I was using a different agent which did not care). Sorry. > You just have to live with it for now. Okay. Anton Lavrentiev Contractor NIH/NLM/NCBI
Re: Fresh Cygwin-64 install reports post-install errors for bash
Why did you start a new thread for this reply?!? On Apr 23 14:27, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: > > Probably, for some weird reason, the 000-post-install was not run > > before other scripts. > > Indeed, it wasn't. Here's the sequence of postinstall steps as logged, > and it is far off from being alphabetical (if that's to ensure the order of > things): That's why this is still called test release. There are missing dependencies and that might confuse setup's dependency resolution algorithm. You just have to live with it for now. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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: Fresh Cygwin-64 install reports post-install errors for bash
> Probably, for some weird reason, the 000-post-install was not run > before other scripts. Indeed, it wasn't. Here's the sequence of postinstall steps as logged, and it is far off from being alphabetical (if that's to ensure the order of things): 2013/04/22 22:45:21 Changing gid back to original 2013/04/22 22:45:21 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/coreutils.sh" 2013/04/22 22:45:21 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/bash.sh" 2013/04/22 22:45:22 abnormal exit: exit code=1 2013/04/22 22:45:22 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/000-cygwin-post-install.sh" 2013/04/22 22:45:22 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/base-files-profile.sh" 2013/04/22 22:45:23 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/base-files-mketc.sh" 2013/04/22 22:45:24 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/libxml2.sh" 2013/04/22 22:45:24 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/dbus.sh" 2013/04/22 22:45:24 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/gsettings-desktop-schemas.sh" 2013/04/22 22:45:24 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/glib2.0.sh" 2013/04/22 22:45:24 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/shared-mime-info.sh" 2013/04/22 22:45:26 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/cygutils.sh" 2013/04/22 22:45:28 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/emacs.sh" 2013/04/22 22:45:31 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/emacs-w32.sh" 2013/04/22 22:45:32 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/man.sh" 2013/04/22 22:45:32 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/smartmontools.sh" 2013/04/22 22:45:32 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/tcsh.sh" 2013/04/22 22:45:32 running: D:\Cygwin64\bin\bash.exe --norc --noprofile "/etc/postinstall/wget.sh" 2013/04/22 22:45:32 Changing gid to Administrators 2013/04/22 22:45:43 note: Installation Complete Anton Lavrentiev Contractor NIH/NLM/NCBI -- 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: /usr vanished
Greetings, Septimus Stevens! > If I can complain a little, I found the download defaults to be > faulty. Tiny standard packages like 'bc', 'more' and some others > should be loaded by default. Cygwin keep a copy of all downloaded packages. I don't see a reason to redownload everything, if you just recently installed/updated it. More so, it won't even start to download packages anew, if you choose the same mirror each time, and use the local copy. -- WBR, Andrey Repin (anrdae...@freemail.ru) 23.04.2013, <17:59> 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
Re: Fresh Cygwin-64 instal reports post-install errors for bash
Greetings, Corinna Vinschen! > The above happens when /dev doesn't exist on the filesystem. I didn't > get this error in my three test installations. Usually /dev is generated > by the 000-cygwin-post-install.sh postinstall script, since it also > has to create the /dev/smh and /dev/mqueue subdirs. I don't know why > it failed for you, though. Probably, for some weird reason, the 000-post-install was not run before other scripts. -- WBR, Andrey Repin (anrdae...@freemail.ru) 23.04.2013, <18:02> 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
Re: Errors compiling xemacs
On Apr 23 11:39, Dr. Volker Zell wrote: > > Corinna Vinschen writes: > >> > /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/rpcdce.h:142:88: > error: expected ';', ',' or ')' before 'int' > > > The last time you compiled xemacs was with the mingw.org-based w32api > > headers, right? > > Yes > > > The failing line is > > > typedef void __RPC_API RPC_OBJECT_INQ_FN(UUID *ObjectUuid,UUID > *TypeUuid,RPC_STATUS *Status); > > > Is there a chance that one of these types or variable names are already > > defined by the emacs source code? > > > In src/syswindows.h from xemacs source I see: > > #ifdef HAVE_X_WINDOWS > #define Status int > #endif You can workaround that by changing the include order, or you could redefine Status while including the windows headers. Or you could try to convert the above to a typedef. Other than that, in theory the windows headers should not use variable like this without underscoring them, as in typedef void __RPC_API RPC_OBJECT_INQ_FN(UUID *__ObjectUuid,UUID *__TypeUuid,RPC_STATUS *__Status); to avoid such clashes, but that requires some heavy patching of the upstream header files. While desirable, nothing for short-term... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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: /usr vanished
I think I now know how /usr vanished. While doing something with /cygwin via Windows, a faulty mouse motion moved /cygwin/usr to another directory under /cywin/c . /usr was still there but invisible to me. (I should have run a giant 'find' or such to locate it, but didn't.) I found the hidden /usr *only after downloading /cygin from scratch*. Because I backed up (or rather just renamed the old /cygwin to be /cyglose ) I now have the choice of which download to use! If I can complain a little, I found the download defaults to be faulty. Tiny standard packages like 'bc', 'more' and some others should be loaded by default. -- 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
Difference in 32/64-bit curl.
Hi, I just noticed that in 64-bit cygwin curl always include the http-headers in the response. (Old behaviour is to only include headers when -i option is specified) Is this an intentional change? Makes some scripts misbehave... BTW: Big thanks to the cygwin team for the 64-bit porting effort. Any way I can help? Regards, Fredrik -- 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: Errors compiling xemacs
> Corinna Vinschen writes: > On Apr 23 09:00, Dr. Volker Zell wrote: >> Hi >> >> This used to compile fine. Any ideas ? >> >> gcc -c -ggdb -O2 -pipe -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2/build=/usr/src/debug/xemacs-21.4.22-2 -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22=/usr/src/debug/xemacs-21.4.22-2 -Demacs -I. -DHAVE_CONFIG_H -Wno-sign-compare -fno-caller-saves /cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22/src/emacs.c >> In file included from /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/rpc.h:74:0, >> from /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/objbase.h:6, >> from /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/ole2.h:16, >> from /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/shlobj.h:81, >> from /cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22/src/syswindows.h:77, >> from /cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22/src/emacs.c:184: >> /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/rpcdce.h:142:88: error: expected ';', ',' or ')' before 'int' > The last time you compiled xemacs was with the mingw.org-based w32api > headers, right? Yes > The failing line is > typedef void __RPC_API RPC_OBJECT_INQ_FN(UUID *ObjectUuid,UUID *TypeUuid,RPC_STATUS *Status); > Is there a chance that one of these types or variable names are already > defined by the emacs source code? In src/syswindows.h from xemacs source I see: #ifdef HAVE_X_WINDOWS #define Status int #endif > Corinna Ciao Volker -- 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: Fresh Cygwin-64 instal reports post-install errors for bash
On Apr 23 01:52, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: > Hello, > > Just wanted to share that while installing Cygwin64 on a clean PC, setup > threw me the following postinstall errors: > > 2013/04/22 21:38:33 running: C:\Cygwin64\bin\bash.exe --norc --noprofile > "/etc/postinstall/bash.sh" > ln: failed to create symbolic link `/dev/stdin': Read-only file system > ln: failed to create symbolic link `/dev/stdout': Read-only file system > ln: failed to create symbolic link `/dev/stderr': Read-only file system > ln: failed to create symbolic link `/dev/fd': Read-only file system > 2013/04/22 21:38:33 abnormal exit: exit code=1 /dev is a bastard directory. If it not exists on the filesystem, it is faked within Cygwin, but then it is a read-only filesystem. If it exists on the filesystem, the device entries are faked by Cygwin, but you can also add your own entries in /dev. The above happens when /dev doesn't exist on the filesystem. I didn't get this error in my three test installations. Usually /dev is generated by the 000-cygwin-post-install.sh postinstall script, since it also has to create the /dev/smh and /dev/mqueue subdirs. I don't know why it failed for you, though. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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: Errors compiling xemacs
On Apr 23 09:00, Dr. Volker Zell wrote: > Hi > > This used to compile fine. Any ideas ? > > gcc -c -ggdb -O2 -pipe > -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2/build=/usr/src/debug/xemacs-21.4.22-2 > > -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22=/usr/src/debug/xemacs-21.4.22-2 > -Demacs -I. -DHAVE_CONFIG_H -Wno-sign-compare -fno-caller-saves > /cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22/src/emacs.c > In file included from > /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/rpc.h:74:0, > from > /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/objbase.h:6, > from > /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/ole2.h:16, > from > /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/shlobj.h:81, > from > /cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22/src/syswindows.h:77, > from > /cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22/src/emacs.c:184: > /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/rpcdce.h:142:88: > error: expected ';', ',' or ')' before 'int' The last time you compiled xemacs was with the mingw.org-based w32api headers, right? The failing line is typedef void __RPC_API RPC_OBJECT_INQ_FN(UUID *ObjectUuid,UUID *TypeUuid,RPC_STATUS *Status); Is there a chance that one of these types or variable names are already defined by the emacs source code? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer 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
Errors compiling xemacs
Hi This used to compile fine. Any ideas ? gcc -c -ggdb -O2 -pipe -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2/build=/usr/src/debug/xemacs-21.4.22-2 -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22=/usr/src/debug/xemacs-21.4.22-2 -Demacs -I. -DHAVE_CONFIG_H -Wno-sign-compare -fno-caller-saves /cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22/src/emacs.c In file included from /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/rpc.h:74:0, from /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/objbase.h:6, from /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/ole2.h:16, from /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/shlobj.h:81, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22/src/syswindows.h:77, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2/src/xemacs-21.4.22/src/emacs.c:184: /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/rpcdce.h:142:88: error: expected ';', ',' or ')' before 'int' Ciao Volker -- 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