Re: Problem with "xmgrace" graphing software in recent Cygwin installation
Am 2020-07-24 07:19, schrieb Marco Atzeri via Cygwin: On 24.07.2020 05:00, Bryan VanSchouwen via Cygwin wrote: Hello. I recently installed a copy of the Cygwin software package on my new Windows 10 laptop. However, whenever I try to access the "xmgrace" graphing software (by entering the command "xmgrace &" in the xterm command shell, as I did on my old Windows 7 laptop), I get the following error message: [vansc@LAPTOP-OHN2RCVM ~]$ xmgrace & [1] 1183 [vansc@LAPTOP-OHN2RCVM ~]$ --> Broken or incomplete installation - read the FAQ! [1]Exit 1xmgrace [vansc@LAPTOP-OHN2RCVM ~]$ I tried reading the FAQ, but it was unhelpful for this particular issue. Does anyone have any ideas about why this might be happening?? Also, if it is an incomplete installation, then does anyone know what set of Cygwin utilities I need to install to obtain a fully-functioning copy of the "xmgrace" graphing software? there is an entry about Fonts, and a strace output shows that xmgrace is looking for type1 fonts on /usr/share/ghostscript/fonts /usr/share/grace/fonts/type1 in the past ghostscript provided them, but not anymore, so I *guess* you need this workaround install "urw-base35-fonts-legacy" package $ cd /usr/share/grace/fonts/ $ ln -s /usr/share/X11/fonts/urw-fonts type1 the fonts looked by xgrace are : /usr/share/grace/fonts/type1/d05l.pfa /usr/share/grace/fonts/type1/n019003l.pfa /usr/share/grace/fonts/type1/n019004l.pfa /usr/share/grace/fonts/type1/n019023l.pfa /usr/share/grace/fonts/type1/n019024l.pfa /usr/share/grace/fonts/type1/n021003l.pfa /usr/share/grace/fonts/type1/n021004l.pfa /usr/share/grace/fonts/type1/n021023l.pfa /usr/share/grace/fonts/type1/n021024l.pfa /usr/share/grace/fonts/type1/n022003l.pfa /usr/share/grace/fonts/type1/n022004l.pfa /usr/share/grace/fonts/type1/n022023l.pfa /usr/share/grace/fonts/type1/n022024l.pfa /usr/share/grace/fonts/type1/s05l.pfa and their pfb counterpart. Regards Marco Hi, I ran into this problem yesterday, but I had to ask our IT service for admin permissions before I could fiddle with my installation. Therefore your answer (and the OP's question) came in faster than I could even ask. This is just to confirm that your suggested changes fixed the problem here. Would it make sense to add a dependency on the fonts to the grace package? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: ImageMagick maybe broken by libgs9 upgrade
On 2020-06-23 14:15, Ken Brown via Cygwin was heard to say: On 6/23/2020 7:27 AM, Ken Brown via Cygwin wrote: On 6/22/2020 9:37 PM, Emily via Cygwin wrote: I use ImageMagick to convert and crop shipping labels from PDFs generated by Ebay. On 6/8, this command worked: $ convert -density 300 -crop 1500x1200 label.pdf label.png Aborted (core dumped) The command still runs on PDFs that were not generated by Ebay, but I get the same error on old Ebay PDF files (from 6/8 and earlier) that previously converted and cropped without problems. This is in my /var/log/setup.log: 2020/06/09 19:52:15 29 install libgs9 9.52-2 2020/06/09 19:52:15 30 erase libgs9 9.27-2 Cropping in a separate step after converting to PNG still works: $ convert -density 300 label.pdf temp.png $ convert -crop 1500x1200 temp.png label.png But in case other ImageMagick functionality is also broken, this isn't a permanent solution. I tried to downgrade libgs9, but 9.27 is no longer an option in setup, even after I added another mirror. Please provide a sample label.pdf for which you're seeing this behavior. You could also try adding the '-verbose' option to your command line to see if that gives a clue. Ken Hi, I don't know whether this helps to track down the problem, but here goes anyway: I see the same crash with .ps and .eps files (unsurprisingly, as these and .pdf are processed by libgs). The same conversions work with "gm convert" from the GraphicsMagick package. gm is not linked against libgs, but seems to invoke the gs executable instead. This does not crash, although it is linked against the very same libgs. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: R does not handle package non-ASCII DESCRIPTION files properly
Am 2020-04-30 22:17, schrieb Marco Atzeri via Cygwin: Am 30.04.2020 um 17:28 schrieb Markus Hoenicka: Hi, I've contacted the processx package maintainer on a problem reported here previously (see https://cygwin.com/pipermail/cygwin/2020-April/244667.html). He suggested to try the github version but that triggered a different type of error which does not seem to be package-specific. 1st try: build from a local copy of the github package sources with default locale settings on a German Windows 10 system install.packages("/cygdrive/c/Temp/processx-master",repos=NULL,type="source") Installing package into ‘/usr/lib/R/site-library’ (as ‘lib’ is unspecified) * installing *source* package ‘processx’ ... ** using staged installation Error : Invalid DESCRIPTION file Authors@R field gives no person with maintainer role, valid email address and non-empty name. See section 'The DESCRIPTION file' in the 'Writing R Extensions' manual. ERROR: installing package DESCRIPTION failed for package ‘processx’ * removing ‘/usr/lib/R/site-library/processx’ Warning message: In install.packages("/cygdrive/c/Temp/processx-master", repos = NULL, : installation of package ‘/cygdrive/c/Temp/processx-master’ had non-zero exit status [...] Noted. I will look on both the two issues but it could take a bit. I never looked at the build process of R packages in such details Hi, kind of "while you're at it": I've noticed one additional problem with non-ASCII characters. This may or may not be related to the problem reported above. Several packages throw an error during installation, in my case questionr, readr, pls, and vegan. The output of the latter is shown here: installing to /usr/lib/R/site-library/00LOCK-vegan/00new/vegan/libs ** R ** data ** inst ** byte-compile and prepare package for lazy loading ** help *** installing help indices Error in Rd_info(db[[i]]) : missing/empty \title field in '/tmp/RtmprL23H1/R.INSTALLffe51949f2e2/vegan/man/sipoo.Rd' Rd files must have a non-empty \title. See chapter 'Writing R documentation' in manual 'Writing R Extensions'. * removing ‘/usr/lib/R/site-library/vegan’ The file in question (man/sipoo.Rd) starts like this: \encoding{UTF-8} \name{sipoo} \alias{sipoo} \alias{sipoo.map} \docType{data} \title{ Birds in the Archipelago of Sipoo (Sibbo and Borgå)} Please note that the encoding is set to UTF-8 explicitely. Nonetheless, the a with overring in "Borgå" seems to mess up the title, which makes R think the \title field is missing. Changing the å to a circumvents this problem. I've also noticed that non-ASCII characters outside the title field do not hurt at all. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: R does not handle package non-ASCII DESCRIPTION files properly
Am 2020-05-01 12:44, schrieb Marco Atzeri via Cygwin: Am 30.04.2020 um 22:17 schrieb Marco Atzeri: Am 30.04.2020 um 17:28 schrieb Markus Hoenicka: Hi, I've contacted the processx package maintainer on a problem reported here previously (see https://cygwin.com/pipermail/cygwin/2020-April/244667.html). He suggested to try the github version but that triggered a different type of error which does not seem to be package-specific. the original problem is caused by the lack of $(LIBR) after $(CLIENT_OBJECTS) in src/Makevars Cygwin as Windows need the link library after the objects. $ grep SHLIB_LINK Makevars* Makevars: $(SHLIB_LINK) -o client$(SHLIB_EXT) $(CLIENT_OBJECTS) $(PKG_LIBS) Makevars.win: $(SHLIB_LINK) -o client$(SHLIB_EXT) $(CLIENT_OBJECTS) $(LIBR) $(SHLIB_LIBADD) $(PKG_LIBS) the documentations https://cran.r-project.org/doc/manuals/r-release/R-exts.html#Using-Makevars suggest the form $(SHLIB): $(OBJECTS) $(SHLIB_LINK) -o $ $(OBJECTS) $(ALL_LIBS) and this should work as /usr/lib/R/etc/Makeconf defines ALL_LIBS = $(PKG_LIBS) $(SHLIB_LIBADD) $(LIBR) $(LIBINTL) $(LIBS) so try with $(SHLIB_LINK) -o client$(SHLIB_EXT) $(CLIENT_OBJECTS) $(ALL_LIBS) Hi Marco, thanks for looking into this. I can confirm that the processx package compiles just fine with the modification of Makevars that you suggested. I'll report this to the processx maintainer and ask him to fix this. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
R does not handle package non-ASCII DESCRIPTION files properly
Hi, I've contacted the processx package maintainer on a problem reported here previously (see https://cygwin.com/pipermail/cygwin/2020-April/244667.html). He suggested to try the github version but that triggered a different type of error which does not seem to be package-specific. 1st try: build from a local copy of the github package sources with default locale settings on a German Windows 10 system install.packages("/cygdrive/c/Temp/processx-master",repos=NULL,type="source") Installing package into ‘/usr/lib/R/site-library’ (as ‘lib’ is unspecified) * installing *source* package ‘processx’ ... ** using staged installation Error : Invalid DESCRIPTION file Authors@R field gives no person with maintainer role, valid email address and non-empty name. See section 'The DESCRIPTION file' in the 'Writing R Extensions' manual. ERROR: installing package DESCRIPTION failed for package ‘processx’ * removing ‘/usr/lib/R/site-library/processx’ Warning message: In install.packages("/cygdrive/c/Temp/processx-master", repos = NULL, : installation of package ‘/cygdrive/c/Temp/processx-master’ had non-zero exit status 2nd try: same as above, but with LC_ALL=en_US.UTF-8 same result as above 3rd try: edit DESCRIPTION file and remove accented characters in author name (change "Gábor", "Csárdi" to "Gabor", "Csardi") install.packages("/cygdrive/c/Temp/processx-master",repos=NULL,type="source") Installing package into ‘/usr/lib/R/site-library’ (as ‘lib’ is unspecified) * installing *source* package ‘processx’ ... ** using staged installation ** libs gcc -ggdb -O2 -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong --param=ssp-buffer-size=4 -std=gnu99 -fdebug-prefix-map=/cygdrive/d/cyg_pub/devel/R/R-3.6.3-1.x86_64/build=/usr/src/debug/R-3.6.3-1 -fdebug-prefix-map=/cygdrive/d/cyg_pub/devel/R/R-3.6.3-1.x86_64/src/R-3.6.3=/usr/src/debug/R-3.6.3-1 -Wall tools/px.c -o tools/px [...] So this circumvents the problems in processing the non-ASCII description file (which is properly tagged as UTF-8 BTW), but it results in the same compilation failure as reported in the message above. As mentioned in the other report, Cygwin is a fresh installation as of April 28, R package version is R 3.6.3.1. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
problem compiling R package processx
Hi, I've installed Cygwin on a fresh Windows 10 system yesterday. R 3.6.3.1 runs ok, and installing some of the CRAN packages that I need also works ok. Trying to install the processx package (current version 3.4.2) throws a bunch of errors though: $ R [...] install.packages("processx") [...] * installing *source* package ‘processx’ ... ** Paket ‘processx’ erfolgreich entpackt und MD5 Summen überprüft ** using staged installation ** libs gcc -ggdb -O2 -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong --param=ssp-buffer-size=4 -std=gnu99 -fdebug-prefix-map=/cygdrive/d/cyg_pub/devel/R/R-3.6.3-1.x86_64/build=/usr/src/debug/R-3.6.3-1 -fdebug-prefix-map=/cygdrive/d/cyg_pub/devel/R/R-3.6.3-1.x86_64/src/R-3.6.3=/usr/src/debug/R-3.6.3-1 -Wall tools/px.c -o tools/px gcc -ggdb -O2 -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong --param=ssp-buffer-size=4 -std=gnu99 -fdebug-prefix-map=/cygdrive/d/cyg_pub/devel/R/R-3.6.3-1.x86_64/build=/usr/src/debug/R-3.6.3-1 -fdebug-prefix-map=/cygdrive/d/cyg_pub/devel/R/R-3.6.3-1.x86_64/src/R-3.6.3=/usr/src/debug/R-3.6.3-1 supervisor/supervisor.c supervisor/utils.c \ -o supervisor/supervisor gcc -I"/usr/lib/R/include" -DNDEBUG -ggdb -O2 -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong --param=ssp-buffer-size=4 -std=gnu99 -fdebug-prefix-map=/cygdrive/d/cyg_pub/devel/R/R-3.6.3-1.x86_64/build=/usr/src/debug/R-3.6.3-1 -fdebug-prefix-map=/cygdrive/d/cyg_pub/devel/R/R-3.6.3-1.x86_64/src/R-3.6.3=/usr/src/debug/R-3.6.3-1 -c base64.c -o base64.o gcc -I"/usr/lib/R/include" -DNDEBUG -ggdb -O2 -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong --param=ssp-buffer-size=4 -std=gnu99 -fdebug-prefix-map=/cygdrive/d/cyg_pub/devel/R/R-3.6.3-1.x86_64/build=/usr/src/debug/R-3.6.3-1 -fdebug-prefix-map=/cygdrive/d/cyg_pub/devel/R/R-3.6.3-1.x86_64/src/R-3.6.3=/usr/src/debug/R-3.6.3-1 -c client.c -o client.o gcc -I"/usr/lib/R/include" -DNDEBUG -ggdb -O2 -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong --param=ssp-buffer-size=4 -std=gnu99 -fdebug-prefix-map=/cygdrive/d/cyg_pub/devel/R/R-3.6.3-1.x86_64/build=/usr/src/debug/R-3.6.3-1 -fdebug-prefix-map=/cygdrive/d/cyg_pub/devel/R/R-3.6.3-1.x86_64/src/R-3.6.3=/usr/src/debug/R-3.6.3-1 -c errors.c -o errors.o gcc -shared -L"/usr/lib/R/lib" -o client.dll base64.o client.o errors.o /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld: base64.o: in function `processx_base64_encode': /tmp/RtmpyuAKvT/R.INSTALL2dfd356fee1/processx/src/base64.c:79: undefined reference to `RAW' /tmp/RtmpyuAKvT/R.INSTALL2dfd356fee1/processx/src/base64.c:79:(.text+0x14): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `RAW' /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld: /tmp/RtmpyuAKvT/R.INSTALL2dfd356fee1/processx/src/base64.c:80: undefined reference to `LENGTH' /tmp/RtmpyuAKvT/R.INSTALL2dfd356fee1/processx/src/base64.c:80:(.text+0x1f): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `LENGTH' /usr/lib/gcc/x86_64-pc-cygwin/9.3.0/../../../../x86_64-pc-cygwin/bin/ld: /tmp/RtmpyuAKvT/R.INSTALL2dfd356fee1/processx/src/base64.c:82: undefined reference to `Rf_allocVector' [...and so forth...] This makes me think that R does not properly pick up its own include files in /lib/R/include/ as Rinternals.h seems to define the functions or symbols that cause the errors above. The source file base64.c includes Rinternals.h, that file exists, and it is readable. Did I miss something? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: running self compiled 32 bit binary on 64 bit Windows?
On 2018-06-06 13:50, Ulli Horlacher was heard to say: On Windows 7 32 bit I have compiled some binaries by myself. I can run them there but not on a Windows 8 64 bit: no (error) message, nothing happens. admin@WIN-7T5P92ALEEB:/sw/cygwin-7_32/jed-0.99-20_116/bin: uname -a CYGWIN_NT-6.3 WIN-7T5P92ALEEB 2.10.0(0.325/5/3) 2018-02-02 15:16 x86_64 Cygwin admin@WIN-7T5P92ALEEB:/sw/cygwin-7_32/jed-0.99-20_116/bin: ll jed -rwxr-xr-x adminNone 480,235 2018-04-10 11:58:59 jed admin@WIN-7T5P92ALEEB:/sw/cygwin-7_32/jed-0.99-20_116/bin: file jed jed: PE32 executable (console) Intel 80386, for MS Windows admin@WIN-7T5P92ALEEB:/sw/cygwin-7_32/jed-0.99-20_116/bin: ldd jed ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffe0e52) ??? => ??? (0x7733) wow64.dll => /cygdrive/c/Windows/SYSTEM32/wow64.dll (0x772d) wow64win.dll => /cygdrive/c/Windows/system32/wow64win.dll (0x7726) wow64cpu.dll => /cygdrive/c/Windows/system32/wow64cpu.dll (0x7732) admin@WIN-7T5P92ALEEB:/sw/cygwin-7_32/jed-0.99-20_116/bin: ./jed admin@WIN-7T5P92ALEEB:/sw/cygwin-7_32/jed-0.99-20_116/bin: Do I have to install some 32 bit libs? Which ones? Why don't you just recompile th binaries on 64bit Cygwin? You seem to have the sources, so then... Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Add emacs build with LUCID X toolkit ?
At 2018-03-05 15:03, Ken Brown was heard to say: On 3/5/2018 8:21 AM, Alejandro Benitez wrote: Hi, I often painstakingly work on my build of emacs and never look back, praying to never come back, but then I get some annoyances such as vfork issues I can't fix. I will go further on this in a different post. vfork issues almost always indicate a need to do a full rebase. See https://cygwin.com/faq/faq.html#faq.using.fixing-fork-failures . Or switch from 32-bit Cygwin to 64-bit Cygwin, where such problems are extremely rare. Maybe add a new emacs-lucid package ? Cygwin's emacs uses GTK+ because that's the default for an emacs build on all unix-like platforms. But I'll think about adding an emacs-lucid package for the next emacs release. It would be good to know how much demand there is for this. Are there other emacs-X11 users who would prefer the Lucid toolkit? As an avid emacs user I have no desire to switch to emacs-lucid. If the extra work to provide both packages is limited, it would not hurt to have both packages though. just my 2 cc Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Installer request: Remember state of final checkboxes between runs
At 2017-01-13 16:46, Achim Gratz was heard to say: Marco Atzeri writes: On 13/01/2017 16:14, Brian Mathis wrote: The installer should remember that this option was declined and default the checkbox to that state on the next run. there are some options available for this -N --no-startmenu Disable creation of start menu shortcut -d --no-desktop Disable creation of desktop shortcut I would imagine that the OP just double clicks the installer icon, so no options are in effect. I would imagine that a little Windows knowledge suffices to add those options to the command represented by the icon. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Different representations of time in ls -l and date(1)
At 2016-08-31 13:41, Schwarz, Konrad was heard to say: Sorry for the previous incomplete mail. So my problem is that date(1) outputs AM/PM style dates, whereas ls -l uses 24 hour times. $ ls -l rtos_benchmark.lst -rwxr-xr-x+ 1 mchn1350 Domain Users 263 Aug 31 13:14 rtos_benchmark.lst* $ date Wed, Aug 31, 2016 1:39:35 PM $ echo $LC_TIME $ echo $LANG en_US.UTF-8 Shouldn't they be using the same format? -- 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 date has a ton of options to format the output including the 12/24 h style, , see 'man date'. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: X: Authorization required, but no authorization protocol specified
At 2015-08-12 17:21, Jon TURNEY was heard to say: On 12/08/2015 07:22, Markus Hoenicka wrote: At 2015-08-07 11:26, Jon TURNEY was heard to say: You might try modifying startxwin to remove the -q from xauth -q to see if that reveals a bit more information. I finally got round to run this suggested test too. The first time I try to start X I get the following output: $ XAUTHORITY="" startxwin /usr/bin/emacs Using authority file /home//.serverauth.1076 Writing authority file /home//.serverauth.1076 Using authority file /home//.Xauthority Writing authority file /home//.Xauthority xauth: file /home//.Xauthority does not exist xauth: file /home//.Xauthority does not exist Using authority file /home//.Xauthority Writing authority file /home//.Xauthority Could this be a timing issue while writing to a network drive? Remember that we use roaming profiles here. Yes, I think that the fact it's a network drive is the significant difference. But the failure seems utterly crazy. xauth is used to write a file, and then moments later another instance of xauth claims it doesn't exist. I've no idea if this is a problem with xauth, cygwin or your networked file system. Do you know what kind of device the network share is on? I'm sorry but as a non-IT person I'm not familiar with the devices our IT folks run. There was another report of some problems with xauth and network file system (see the thread starting at [1]), but the symptoms seem very different. Nevertheless you might like to try with xauth -i to see if the behaviour is any different. I've added the -i switch to all xauth calls in startxwin, but that does not make a difference except that the first attempt to start an X app succeeds. As reported earlier, without the -i switch the *first* attempt to start an X client fails, but a second try using the same command usually succeeds. However, in either case I cannot run any other X clients in addition to the first one. Possible workarounds: You could edit /usr/bin/startxwin to change 'enable_xauth' to 0, or set the XAUTHORITY env var to a local path Yes, I've done the latter for the past couple of days, and this is indeed all it takes to make X work again. As not many seem to be affected by a similar setup, I think we should stop here looking for a fix until further evidence suggests a solution. thanks a lot Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: X: Authorization required, but no authorization protocol specified
At 2015-08-12 14:18, Ken Brown was heard to say: On 8/12/2015 2:22 AM, Markus Hoenicka wrote: At 2015-08-07 11:26, Jon TURNEY was heard to say: On 06/08/2015 17:56, Markus Hoenicka wrote: I've upgraded my setup yesterday and ran into a problem running the X server. X ran just fine before the upgrade, just like any X client I threw at it. I'm aware that some defaults have changed in the couple of months since I upgraded, and I hope I've done everything the FAQ recommends to accommodate these changes. However, no joy. Starting the X server now is noticeably slower, regardless of how I start it (Windows start menu, startx, or my hitherto preferred method startxwin). Biggest problem though is that local X clients cannot connect. The server output is like this: $ startxwin /usr/bin/xterm xauth: file /home/markus.hoenicka/.Xauthority does not exist xauth: file /home/markus.hoenicka/.Xauthority does not exist xauth: file /home/markus.hoenicka/.Xauthority does not exist xauth: file /home/markus.hoenicka/.Xauthority does not exist startxwin is just a shell script (based on the standard startx), which invokes xauth to add an authorization cookie to ~/Xauthority (which is also passed to the server using the -auth option) The file ~/.Xauthority is created during startup, and it is empty after the server shuts down. It does not make any difference if I remove the empty file before restarting the X server. It should have some (binary) content while the server is running, but that seems to be failing to happen, for some reason. As a workaround I can start XWin manually like this: /usr/bin/XWin :0 -multiwindow This works, of course, because this doesn't use -auth. However, I suppose the default behaviour of startx and startxwin was not intended to perform like this. Did I miss something obvious? Indeed. Is there anything unusual about your home directory? You might try modifying startxwin to remove the -q from xauth -q to see if that reveals a bit more information. I finally got round to run this suggested test too. The first time I try to start X I get the following output: $ XAUTHORITY="" startxwin /usr/bin/emacs Using authority file /home//.serverauth.1076 Writing authority file /home//.serverauth.1076 Using authority file /home//.Xauthority Writing authority file /home//.Xauthority xauth: file /home//.Xauthority does not exist xauth: file /home//.Xauthority does not exist Using authority file /home//.Xauthority Writing authority file /home//.Xauthority Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.17.2.0 OS: CYGWIN_NT-6.1 SBHC123 2.2.0(0.289/5/3) 2015-08-03 12:51 x86_64 OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (Win64) Package: version 1.17.2-1 built 2015-07-09 XWin was started with the following command line: /usr/bin/XWin :0 -multiwindow -auth /home//.serverauth.1076 [...nothing interesting here...] cat: /home//.serverauth.1076: No such file or directory winProcEstablishConnection - winInitClipboard returned. winClipboardThreadProc - DISPLAY=:0.0 OS maintains clipboard viewer chain: yes winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProcErrorHandler - ERROR: BadMatch (invalid parameter attributes) ** (emacs:2996): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.a11y.Bus exited with status 1 Authorization required, but no authorization protocol specified Unable to init server: Could not connect: Abstract UNIX domain socket addresses not supported on this system (emacs:2996): Gtk-WARNING **: cannot open display: :0 xinit: connection to X server lost [...normal shutdown sequence...] Emacs does not manage to open an X window during this process. I tried to spot .server* in a second MinTTY console during startup, but no such file would show up although xauth claims to have written the .serverauth. file. Now if I run exactly the same startxwin command a second time, Emacs *does* start up in an X window, although the startxwin output also claims this: cat: /home//.serverauth.2212: No such file or directory This time, the second MinTTY console confirms the presence of that file: $ ls -al .server* -rw-rwx---+ 1 52 Aug 12 08:03 .serverauth.2212 Could the problem be related to the group permissions, possibly due to the ACL on your home directory? Here's what I see on my system: $ ll .serverauth.* -rw--- 1 156 2015-08-10 15:44 .serverauth.5968 I don't think so. If I use my workaround, the permissions are all the same: $ ls -al ~/.serverauth.4564 -rw-rwx---+ 1 52 Aug 12 08:15 /home/markus.hoenicka/.serverauth.4564 regards, Markus -- Markus Hoenicka http://www.mhoen
Re: X: Authorization required, but no authorization protocol specified
At 2015-08-07 11:26, Jon TURNEY was heard to say: On 06/08/2015 17:56, Markus Hoenicka wrote: I've upgraded my setup yesterday and ran into a problem running the X server. X ran just fine before the upgrade, just like any X client I threw at it. I'm aware that some defaults have changed in the couple of months since I upgraded, and I hope I've done everything the FAQ recommends to accommodate these changes. However, no joy. Starting the X server now is noticeably slower, regardless of how I start it (Windows start menu, startx, or my hitherto preferred method startxwin). Biggest problem though is that local X clients cannot connect. The server output is like this: $ startxwin /usr/bin/xterm xauth: file /home/markus.hoenicka/.Xauthority does not exist xauth: file /home/markus.hoenicka/.Xauthority does not exist xauth: file /home/markus.hoenicka/.Xauthority does not exist xauth: file /home/markus.hoenicka/.Xauthority does not exist startxwin is just a shell script (based on the standard startx), which invokes xauth to add an authorization cookie to ~/Xauthority (which is also passed to the server using the -auth option) The file ~/.Xauthority is created during startup, and it is empty after the server shuts down. It does not make any difference if I remove the empty file before restarting the X server. It should have some (binary) content while the server is running, but that seems to be failing to happen, for some reason. As a workaround I can start XWin manually like this: /usr/bin/XWin :0 -multiwindow This works, of course, because this doesn't use -auth. However, I suppose the default behaviour of startx and startxwin was not intended to perform like this. Did I miss something obvious? Indeed. Is there anything unusual about your home directory? You might try modifying startxwin to remove the -q from xauth -q to see if that reveals a bit more information. I finally got round to run this suggested test too. The first time I try to start X I get the following output: $ XAUTHORITY="" startxwin /usr/bin/emacs Using authority file /home//.serverauth.1076 Writing authority file /home//.serverauth.1076 Using authority file /home//.Xauthority Writing authority file /home//.Xauthority xauth: file /home//.Xauthority does not exist xauth: file /home//.Xauthority does not exist Using authority file /home//.Xauthority Writing authority file /home//.Xauthority Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.17.2.0 OS: CYGWIN_NT-6.1 SBHC123 2.2.0(0.289/5/3) 2015-08-03 12:51 x86_64 OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (Win64) Package: version 1.17.2-1 built 2015-07-09 XWin was started with the following command line: /usr/bin/XWin :0 -multiwindow -auth /home//.serverauth.1076 [...nothing interesting here...] cat: /home//.serverauth.1076: No such file or directory winProcEstablishConnection - winInitClipboard returned. winClipboardThreadProc - DISPLAY=:0.0 OS maintains clipboard viewer chain: yes winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProcErrorHandler - ERROR: BadMatch (invalid parameter attributes) ** (emacs:2996): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.a11y.Bus exited with status 1 Authorization required, but no authorization protocol specified Unable to init server: Could not connect: Abstract UNIX domain socket addresses not supported on this system (emacs:2996): Gtk-WARNING **: cannot open display: :0 xinit: connection to X server lost [...normal shutdown sequence...] Emacs does not manage to open an X window during this process. I tried to spot .server* in a second MinTTY console during startup, but no such file would show up although xauth claims to have written the .serverauth. file. Now if I run exactly the same startxwin command a second time, Emacs *does* start up in an X window, although the startxwin output also claims this: cat: /home//.serverauth.2212: No such file or directory This time, the second MinTTY console confirms the presence of that file: $ ls -al .server* -rw-rwx---+ 1 52 Aug 12 08:03 .serverauth.2212 Could this be a timing issue while writing to a network drive? Remember that we use roaming profiles here. In any case, starting additional X applications still does not work, even in the presence of that .serverauth. file. Trying to start another xterm from the X systray menu results in: executing 'xterm', pid 1316 (pid 1316 stderr) Authorization required, but no authorization protocol specified (pid 1316 stderr) xterm: Xt error: Can't open display: :0.0 So, for some reason, the existence of both .Xauthority and .serveraut
Re: X: Authorization required, but no authorization protocol specified
At 2015-08-10 18:11, Achim Gratz was heard to say: Markus Hoenicka writes: HOMEDRIVE=C: HOMEPATH=\Users\ I don't know if these are relevant if you use roaming profiles though. The path I've shown as $HOME is not arcane at all. You still haven't shown what $HOME is set in Cygwin, only what path it maps to on Windows. windows exlorer, this is something like H:/My Documents/home/. I've figured as much, but I don't understand what you did to get it pointing there. Do you mount something to /home/markus.hoenicka in /etc/fstab or /etc/fstab.d/markus.hoenicka perhaps? Where do you have Cygwin installed? $HOME is as simple as can be, and now that you mention it, I do use an entry in /etc/fstab to put /home where it is: $ echo $HOME /home/ $ cat /etc/fstab # For a description of the file format, see the Users Guide # http://cygwin.com/cygwin-ug-net/using.html#mount-table # This is default anyway: none /cygdrive cygdrive binary,posix=0,user 0 0 ///home//Eigene\040Dateien/home /home ntfs acl,binary,user 0 0 Cygwin itself is installed on the local drive, in C:/cygwin64 regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: X: Authorization required, but no authorization protocol specified
At 2015-08-10 16:11, Markus Hoenicka erred: And why does it *not* change if I set HOME to a local drive? s/HOME/XAUTHORITY/ -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: X: Authorization required, but no authorization protocol specified
At 2015-08-10 15:44, Achim Gratz was heard to say: Markus Hoenicka mhoenicka.de> writes: I've noticed the discussion about those changes, but I don't fully understand the impact of them (and hopefully I don't have to). But I don't think my problem argues against Corinna's changes because HOME does not exist in my Windows environment. HOMEDRIVE and HOMEPATH exist though. I suppose HOME is set by some scripts in /etc as the docs suggest. So what are these environment variables set to and what is the value of $HOME? I don't see how what you've described could result in the windows path for $HOME that you've shown. Additionally, the location of the .Xauthority file suggests that $HOME has a different value when this file gets created and somehow has changed later when you try to start an X application. set|more in a DOS box shows: HOMEDRIVE=C: HOMEPATH=\Users\ I don't know if these are relevant if you use roaming profiles though. The path I've shown as $HOME is not arcane at all. In a windows exlorer, this is something like H:/My Documents/home/. But why do you think that HOME can be subject to changes during a session? And why does it *not* change if I set HOME to a local drive? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: X: Authorization required, but no authorization protocol specified
Am 2015-08-10 15:13, schrieb cyg Simple: On 8/10/2015 3:41 AM, Markus Hoenicka wrote: At 2015-08-07 11:26, Jon TURNEY was heard to say: Is there anything unusual about your home directory? Well, we use roaming profiles here at work. This has caused problems before, both in Cygwin and non-Cygwin apps. I've modified /usr/bin/startxwin like this: $ diff /usr/bin/startxwin.orig /usr/bin/startxwin 138c138,139 < XAUTHORITY=$HOME/.Xauthority --- #XAUTHORITY=$HOME/.Xauthority XAUTHORITY=/cygdrive/c/localdata//.Xauthority i.e. it now uses a local drive to store .Xauthority. With this change, startxwin works without a hitch, and it is not any slower compared to before the upgrade. I don't know what is particularly broken about my $HOME as most Cygwin apps deal with it just fine: $ cygpath -w $HOME \\\home\\Eigene Dateien\home\ Corinna made changes which invalidates this value form for HOME existing in Windows environment. We've been arguing against the change. This is another example of why it should be left the way it has worked since day 1. I've noticed the discussion about those changes, but I don't fully understand the impact of them (and hopefully I don't have to). But I don't think my problem argues against Corinna's changes because HOME does not exist in my Windows environment. HOMEDRIVE and HOMEPATH exist though. I suppose HOME is set by some scripts in /etc as the docs suggest. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: X: Authorization required, but no authorization protocol specified
At 2015-08-07 11:26, Jon TURNEY was heard to say: On 06/08/2015 17:56, Markus Hoenicka wrote: I've upgraded my setup yesterday and ran into a problem running the X server. X ran just fine before the upgrade, just like any X client I threw at it. I'm aware that some defaults have changed in the couple of months since I upgraded, and I hope I've done everything the FAQ recommends to accommodate these changes. However, no joy. Starting the X server now is noticeably slower, regardless of how I start it (Windows start menu, startx, or my hitherto preferred method startxwin). Biggest problem though is that local X clients cannot connect. The server output is like this: $ startxwin /usr/bin/xterm xauth: file /home/markus.hoenicka/.Xauthority does not exist xauth: file /home/markus.hoenicka/.Xauthority does not exist xauth: file /home/markus.hoenicka/.Xauthority does not exist xauth: file /home/markus.hoenicka/.Xauthority does not exist startxwin is just a shell script (based on the standard startx), which invokes xauth to add an authorization cookie to ~/Xauthority (which is also passed to the server using the -auth option) The file ~/.Xauthority is created during startup, and it is empty after the server shuts down. It does not make any difference if I remove the empty file before restarting the X server. It should have some (binary) content while the server is running, but that seems to be failing to happen, for some reason. I forgot to mention that while the server is running there is indeed some binary content. The file is empty only after the server stopped. As a workaround I can start XWin manually like this: /usr/bin/XWin :0 -multiwindow This works, of course, because this doesn't use -auth. Yes, I just thought I'd mention that in case someone bumps into the same problem. It might not be that obvious to the uninitiated. However, I suppose the default behaviour of startx and startxwin was not intended to perform like this. Did I miss something obvious? Indeed. Is there anything unusual about your home directory? Well, we use roaming profiles here at work. This has caused problems before, both in Cygwin and non-Cygwin apps. I've modified /usr/bin/startxwin like this: $ diff /usr/bin/startxwin.orig /usr/bin/startxwin 138c138,139 < XAUTHORITY=$HOME/.Xauthority --- #XAUTHORITY=$HOME/.Xauthority XAUTHORITY=/cygdrive/c/localdata//.Xauthority i.e. it now uses a local drive to store .Xauthority. With this change, startxwin works without a hitch, and it is not any slower compared to before the upgrade. I don't know what is particularly broken about my $HOME as most Cygwin apps deal with it just fine: $ cygpath -w $HOME \\\home\\Eigene Dateien\home\ You might try modifying startxwin to remove the -q from xauth -q to see if that reveals a bit more information. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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
X: Authorization required, but no authorization protocol specified
$DISPLAY :0.0 As a workaround I can start XWin manually like this: /usr/bin/XWin :0 -multiwindow However, I suppose the default behaviour of startx and startxwin was not intended to perform like this. Did I miss something obvious? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Fwd: Re: Strange gdb backtraces on 64-bit Cygwin
At 2014-09-23 16:02, Ken Brown was heard to say: On 9/23/2014 9:23 AM, Markus Hoenicka wrote: At 2014-09-23 14:31, Ken Brown was heard to say: So I think it's pretty clear that the strange backtrace I observed with gdb-7.6.50-4 on 64-bit Cygwin was indeed due to a deficiency in gdb. I hope that people who have been experiencing emacs crashes with "impossible" backtraces will update to gdb-7.8-2. Hi, I might be dense somehow, but the two emacs crashes with said "impossible" backtraces that I reported yesterday [1][2] were observed with the gdb version that you recommend: $ gdb -version GNU gdb (GDB) 7.8 [...] $ cygcheck -f /usr/bin/gdb gdb-7.8-2 Are you sure this is all it takes to get sane backtraces? The "impossible" backtraces that you were getting earlier were the ones that showed run_timers in Thread 2. This problem didn't occur with the backtraces that you reported yesterday. The only problem with those backtraces was the lack of detail in Thread 1. Eli suggested one possible explanation. Another is that the stack had gotten messed up by whatever caused the crash, so that gdb was unable to unwind it. If we ever get any clue as to what's causing these crashes, we might come up with a reasonable place to set a breakpoint in order to get a useful backtrace. By the way, I'm sure that one or more of your threads are created by Glib. So installing the debuginfo for Glib as I suggested yesterday might help, at least in those cases where the crash/abort involves Glib. Thanks for the clarification. I did install the Glib debuginfo as you suggested earlier today. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Fwd: Re: Strange gdb backtraces on 64-bit Cygwin
At 2014-09-23 14:31, Ken Brown was heard to say: So I think it's pretty clear that the strange backtrace I observed with gdb-7.6.50-4 on 64-bit Cygwin was indeed due to a deficiency in gdb. I hope that people who have been experiencing emacs crashes with "impossible" backtraces will update to gdb-7.8-2. Hi, I might be dense somehow, but the two emacs crashes with said "impossible" backtraces that I reported yesterday [1][2] were observed with the gdb version that you recommend: $ gdb -version GNU gdb (GDB) 7.8 [...] $ cygcheck -f /usr/bin/gdb gdb-7.8-2 Are you sure this is all it takes to get sane backtraces? regards, Markus [1] http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-09/msg00697.html [2] http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-09/msg00715.html -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: emacs-24.3.93-3 [TEST]
At 2014-09-13 18:21, Ken Brown was heard to say: The following packages have been updated in the Cygwin distribution as test releases: *** emacs-24.3.93-3 *** emacs-X11-24.3.93-3 *** emacs-w32-24.3.93-3 *** emacs-el-24.3.93-3 Emacs is a powerful, customizable, self-documenting, modeless text editor. Emacs contains special code editing features, a scripting language (elisp), and the capability to read mail, news, and more without leaving the editor. This is a pretest of the upcoming emacs-24.4, patched to make emacs use Cygwin's malloc instead of the one provided by emacs. See http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18222 for details. This patch has been applied upstream in the emacs development trunk but not in the emacs-24 branch, so it will not be included in the official release of emacs-24.4. Nevertheless, I would like to include it in the emacs-24.4 package for Cygwin if it gets enough testing to convince me that it's reliable. Emacs users are strongly encouraged to test it and report any problems. Hi, I still get the crashes related to a suspected stack corruption with this version. This new version was most likely not intended to address this problem, but I thought you might be interested anyway. I'll post the details to the Emacs bug list, as usual. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Strange gdb backtraces on 64-bit Cygwin
At 2014-09-17 23:21, Ken Brown was heard to say: There have been many bug reports involving crashes or assertion failures in emacs-X11 or emacs-w32 on 64-bit Cygwin. Many of these reports include gdb backtraces that don't make sense. The one I'm looking at right now is emacs bug#17753. I'll try to make this email self-contained, but anyone interested in the context should start at http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17753#47 The situation in that bug report is that a gdb backtrace showed a call to the emacs function "run_timers" in Thread 2, which shouldn't happen. (It should only be called in the main thread.) There was speculation as to whether this could be the cause of the crash. An alternative theory is that the gdb backtrace is bogus. I'm pretty sure that the OP (Markus) was running gdb-7.6.50-4. His report was about emacs-X11, but I've observed similar backtraces for emacs-w32. This is just to confirm the suspected version of gdb on the OP's box: $ cygcheck -f /usr/bin/gdb gdb-7.6.50-4 $ gdb -v GNU gdb (GDB) 7.6.50.20130728-cvs (cygwin-special) [...] regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: emacs-24.3.93-1 [TEST]
At 2014-08-21 15:58, Ken Brown was heard to say: [...] Thread 1 (Thread 10724.0x3340): #0 0x07fefdba3ca3 in KERNELBASE!DebugBreak () from /cygdrive/c/Windows/system32/KERNELBASE.dll #1 0x000100577794 in emacs_abort () at /usr/src/debug/emacs-24.3.93-1/src/w32fns.c:8478 #2 0x0001004ca456 in overlays_at (pos=pos@entry=23459, extend=extend@entry=false, vec_ptr=0x42a2d0, vec_ptr@entry=0x100927f60 , len_ptr=len_ptr@entry=0x42a2d8, next_ptr=next_ptr@entry=0x0, prev_ptr=prev_ptr@entry=0x0, change_req=change_req@entry=false) at /usr/src/debug/emacs-24.3.93-1/src/buffer.c:2854 #3 0x00010056968f in get_char_property_and_overlay (position=position@entry=93836, prop=prop@entry=4305239426, object=object@entry=25772655621, overlay=overlay@entry=0x0) at /usr/src/debug/emacs-24.3.93-1/src/textprop.c:663 #4 0x0001005697b8 in Fget_char_property (position=position@entry=93836, prop=prop@entry=4305239426, object=object@entry=25772655621) at /usr/src/debug/emacs-24.3.93-1/src/textprop.c:703 #5 0x00010056622a in get_local_map (position=, position@entry=23459, buffer=0x6002b8400, type=4305239426) at /usr/src/debug/emacs-24.3.93-1/src/intervals.c:2234 #6 0x0001004c0688 in Fcurrent_active_maps (olp=4304926818, position=position@entry=4304926770) at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1594 #7 0x0001004c09f6 in Fkey_binding (key=key@entry=4304949141, accept_default=accept_default@entry=4304926770, no_remap=4304926818, position=4304926770) at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1721 #8 0x0001004c0ba8 in Fcommand_remapping (command=, position=, keymaps=) at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1248 #9 0x0001004c0bca in Fcommand_remapping (command=, position=, keymaps=) at /usr/src/debug/emacs-24.3.93-1/src/keymap.c:1253 #10 0x0001004b8cfa in read_key_sequence (keybuf=keybuf@entry=0x42a710, prompt=, dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:9708 #11 0x0001004b9c54 in command_loop_1 () at /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1452 #12 0x00010051a0dd in internal_condition_case (bfun=bfun@entry=0x1004b9a30 , handlers=out>, hfun=hfun@entry=0x1004b0560 ) at /usr/src/debug/emacs-24.3.93-1/src/eval.c:1354 #13 0x0001004ab9ea in command_loop_2 (ignore=ignore@entry=4304926770) at /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1177 #14 0x000100519fdc in internal_catch (tag=4304985026, func=func@entry=0x1004ab9c0 , arg=4304926770) at /usr/src/debug/emacs-24.3.93-1/src/eval.c:1118 #15 0x0001004b0154 in command_loop () at /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:1156 #16 recursive_edit_1 () at /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:777 #17 0x0001004b0476 in Frecursive_edit () at /usr/src/debug/emacs-24.3.93-1/src/keyboard.c:848 #18 0x0001005b5953 in main (argc=, argv=out>) at /usr/src/debug/emacs-24.3.93-1/src/emacs.c:1646 Thanks for the report. The abort comes from here (in buffer.c): Hi, I'm just wondering how this backtrace was generated. As you may remember I've been plagued by these sporadic Emacs crashes for quite a while, but I never managed to get a backtrace with this amount of information. Is there something particularly dumb that I'm doing? Would you mind pointing me to some concise instructions? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Emacs 64-bit ahead of its time: clock skew
Am 2014-07-31 15:50, schrieb Nellis, Kenneth: From: Markus Hoenicka Good catch. We're using roaming profiles here, so my home dir is on some network drive. If I re-run the test on a local disc, I get the following: That is, no time difference. But why does the network drive affect only emacs and not touch? The primary purpose of touch is to set the file's timestamp to that of the local computer. Emacs is just creating a file, so the timestamp is that of the computer that hosts the file, in this case, the server. --Ken Nellis Thanks for your explanation. Things like that are easier to deal with if I understand what's going on. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Emacs 64-bit ahead of its time: clock skew
At 2014-07-31 15:01, Nellis, Kenneth was heard to say: From: Markus Hoenicka Hi, once in a while make complains that some of my files have timestamps in the future. I've investigated a little, and it seems that this affecs only You can get this behavior if the files are on a server whose time is not syncked to your computer. --Ken Nellis Good catch. We're using roaming profiles here, so my home dir is on some network drive. If I re-run the test on a local disc, I get the following: $ ~/workspace/emacs-bug/20140731clockskew/clockskewtest.sh Wrote /cygdrive/c/localdata/markus.hoenicka/emacs-clockskew/sample.txt Thu, Jul 31, 2014 3:07:27 PM total 0 drwxr-xr-x+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 15:07:27.517404000 +0200 . d-+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 15:07:10.775404000 +0200 .. -rw-r--r--+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 15:07:27.484404000 +0200 sample.txt -rw-r--r--+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 15:07:27.518404000 +0200 sample2.txt CYGWIN_NT-6.1 SBHC123 1.7.31s(0.273/5/3) 20140709 12:14:54 x86_64 Cygwin That is, no time difference. But why does the network drive affect only emacs and not touch? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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
Emacs 64-bit ahead of its time: clock skew
Hi, once in a while make complains that some of my files have timestamps in the future. I've investigated a little, and it seems that this affecs only files which I save from Emacs. The following script reproduces the problem (run it in an empty directory, especially sample.txt must not exist): #!/bin/sh emacs -batch sample.txt -f save-buffer touch sample2.txt date ls -al --full-time uname -a The emacs command simply creates an empty buffer and writes it to disk. This is comparable to what touch does if the file does not exist. I get the following output: $ ./clockskewtest.sh Wrote /home/markus.hoenicka/workspace/emacs-bug/20140731clockskew/sample.txt Thu, Jul 31, 2014 2:21:06 PM total 18 drwxr-xr-x+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 14:21:34.333524000 +0200 . drwxr-xr-x+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 14:15:24.354636000 +0200 .. -rwxr--r--+ 1 markus.hoenicka Domänen-Benutzer 101 2014-07-31 14:21:25.918416000 +0200 clockskewtest.sh -rwxr--r--+ 1 markus.hoenicka Domänen-Benutzer 92 2014-07-31 14:18:39.592771000 +0200 clockskewtest.sh~ -rw-r--r--+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 14:21:34.265547000 +0200 sample.txt -rw-r--r--+ 1 markus.hoenicka Domänen-Benutzer 0 2014-07-31 14:21:06.315410800 +0200 sample2.txt CYGWIN_NT-6.1 SBHC123 1.7.31s(0.273/5/3) 20140709 12:14:54 x86_64 Cygwin Please note that the file created by Emacs is about 28 seconds in the future. These 28 s seem to be reproducible in consecutive runs of this script. I wonder if this is related in some way to the random and quite rare crashes which I reported previously, see this thread: https://groups.google.com/forum/#!topic/gnu.emacs.bug/cR3wgNDxVzA In many of those backtraces references to some function run_timers() in atime.c pop up. Just wondering. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: emacs oddity
Markus Hoenicka writes: > Am 2014-05-21 13:46, schrieb Ken Brown: > > On 5/21/2014 3:13 AM, Markus Hoenicka wrote: > >> At 2014-05-21 03:42, Ken Brown was heard to say: > >>> On 5/20/2014 7:57 PM, Max Polk wrote: > >>>> I've been noticing the background timer giving odd messages from > >>>> emacs-w32 once in a while such as the following when not touching > >>>> the > >>>> keyboard and the editor is idle.: > >>>> > >>>> seconds-to-time: Arithmetic range error: "round", -0.0e+NaN > >>>> seconds-to-time: Arithmetic range error: "round", 0.0 > >>>> > >>>> The stack dump of a recent emacs crash report on this list seemed to > >>>> be in background timer code. Maybe we found something. > >>> > >>> Have you tried the test release > >>> (https://cygwin.com/ml/cygwin/2014-05/msg00047.html)? > >>> > >> > >> Hi, > >> > >> I haven't followed this thread in all its gory details, but I recall > >> that only emacs-w32 was reported to have problems. I have noticed > >> random > >> crashes and weird messages without prior user actions in emacs-x11 > >> since > >> I moved from WinXP + Cygwin x86 to Win7 + Cygwin x86_64 a few weeks > >> ago. > >> None of these problems ever occurred on either FreeBSD (amd64, Emacs > >> 24) > >> or Debian (amd64, Emacs 23). I just thought I'd mention this because > >> the > >> problem does not seem to be limited to the -w32 build of Emacs. I've > >> preserved the odd messages on three separate occasions: > >> > >> Args out of range: [t 21335 39727 373923 0.5 > >> blink-cursor-timer-function > >> nil nil 10], 4 > >> > >> Invalid function: #[(timer) "^H >^H > >>> ^[\211^203^Q^@Å^H\"^Q^K\203^Z^@Å^H > >> \"^R^L\206^_^@^K*\207" [timer timer-list timer-idle-list cell2 cell1 > >> delq] 4 2245674] > >> > >> timer-relative-time: Wrong type argument: vectorp, [t1 time high low > >> micro pico nil 3 0 2 ...] > >> > >> All of them indicate timer related problems as Max pointed out. I do > >> not > >> have meaningful backtraces of the crashes at this time because the > >> installed emacs-x11 seems to lack debug symbols. > > > > You have to install emacs-debuginfo in order to get the symbols. > > > > Thanks, I've installed it now just in case. Until now, no crashes or > weird messages with emacs-X11-24.3.90-1 yet... > > regards, > Markus > Hi, I've been testing emacs-X11-24.3.90-1 for more than two weeks now, and this is what happened: - a few hours after I claimed that there were no problems with this version yet (see above), Emacs crashed again. - I used to start Emacs from gdb for about two weeks, hoping to catch it red-handed. No problems occurred - I reverted to starting Emacs as I had done for years (through startxwin), but I've set up the CYGWIN environment variable to create true core dumps. A couple of days later Emacs crashed again and left a core dump. I've sent that along with a problem description to bug-gnu-emacs AT gnu.org: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17753 This basically means that the current test release is a major improvement although it did not eliminate crashes altogether. As I do not have any core dumps of the previous Emacs version, I can't even tell whether or not the same bugs are involved. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: emacs oddity
Am 2014-05-21 13:46, schrieb Ken Brown: On 5/21/2014 3:13 AM, Markus Hoenicka wrote: At 2014-05-21 03:42, Ken Brown was heard to say: On 5/20/2014 7:57 PM, Max Polk wrote: I've been noticing the background timer giving odd messages from emacs-w32 once in a while such as the following when not touching the keyboard and the editor is idle.: seconds-to-time: Arithmetic range error: "round", -0.0e+NaN seconds-to-time: Arithmetic range error: "round", 0.0 The stack dump of a recent emacs crash report on this list seemed to be in background timer code. Maybe we found something. Have you tried the test release (https://cygwin.com/ml/cygwin/2014-05/msg00047.html)? Hi, I haven't followed this thread in all its gory details, but I recall that only emacs-w32 was reported to have problems. I have noticed random crashes and weird messages without prior user actions in emacs-x11 since I moved from WinXP + Cygwin x86 to Win7 + Cygwin x86_64 a few weeks ago. None of these problems ever occurred on either FreeBSD (amd64, Emacs 24) or Debian (amd64, Emacs 23). I just thought I'd mention this because the problem does not seem to be limited to the -w32 build of Emacs. I've preserved the odd messages on three separate occasions: Args out of range: [t 21335 39727 373923 0.5 blink-cursor-timer-function nil nil 10], 4 Invalid function: #[(timer) "^H >^H ^[\211^203^Q^@Å^H\"^Q^K\203^Z^@Å^H \"^R^L\206^_^@^K*\207" [timer timer-list timer-idle-list cell2 cell1 delq] 4 2245674] timer-relative-time: Wrong type argument: vectorp, [t1 time high low micro pico nil 3 0 2 ...] All of them indicate timer related problems as Max pointed out. I do not have meaningful backtraces of the crashes at this time because the installed emacs-x11 seems to lack debug symbols. You have to install emacs-debuginfo in order to get the symbols. Thanks, I've installed it now just in case. Until now, no crashes or weird messages with emacs-X11-24.3.90-1 yet... regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: emacs oddity
At 2014-05-21 03:42, Ken Brown was heard to say: On 5/20/2014 7:57 PM, Max Polk wrote: I've been noticing the background timer giving odd messages from emacs-w32 once in a while such as the following when not touching the keyboard and the editor is idle.: seconds-to-time: Arithmetic range error: "round", -0.0e+NaN seconds-to-time: Arithmetic range error: "round", 0.0 The stack dump of a recent emacs crash report on this list seemed to be in background timer code. Maybe we found something. Have you tried the test release (https://cygwin.com/ml/cygwin/2014-05/msg00047.html)? Hi, I haven't followed this thread in all its gory details, but I recall that only emacs-w32 was reported to have problems. I have noticed random crashes and weird messages without prior user actions in emacs-x11 since I moved from WinXP + Cygwin x86 to Win7 + Cygwin x86_64 a few weeks ago. None of these problems ever occurred on either FreeBSD (amd64, Emacs 24) or Debian (amd64, Emacs 23). I just thought I'd mention this because the problem does not seem to be limited to the -w32 build of Emacs. I've preserved the odd messages on three separate occasions: Args out of range: [t 21335 39727 373923 0.5 blink-cursor-timer-function nil nil 10], 4 Invalid function: #[(timer) "^H >^H ^[\211^203^Q^@Å^H \"^Q^K\203^Z^@Å^H \"^R^L\206^_^@^K*\207" [timer timer-list timer-idle-list cell2 cell1 delq] 4 2245674] timer-relative-time: Wrong type argument: vectorp, [t1 time high low micro pico nil 3 0 2 ...] All of them indicate timer related problems as Max pointed out. I do not have meaningful backtraces of the crashes at this time because the installed emacs-x11 seems to lack debug symbols. I'll grab the -x11 build of Ken's test release and see if these odd messages and crashes still occur. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Please try newest snapshot (was Re: emacs-x11: new clipboard size limitation?)
Am 2013-12-10 21:40, schrieb Jon TURNEY: On 04/12/2013 22:14, Markus Hoenicka wrote: Around 2013-12-04 16:59 Jon TURNEY was heard to say: On 04/12/2013 08:09, Markus Hoenicka wrote: Am 2013-12-03 22:10, schrieb Christopher Faylor: I added an ugly hack to work around this symptom in the latest cygwin. It shouldn't have any big impact on anything but this particular scenario but I would appreciate it if people downloaded today's snapshot and verified that things are still working ok. I plan on addressing the actual problem for Cygwin 1.7.28. the nightly snapshot does not seem to do me any good with regard to the clipboard problem. I performed the following test, and I hope this is what you had in mind: There is also a bug in xwinclip which needs fixing for this test to work reliably, but it was difficult to see what that was without this fix in the cygwin DLL. I see. Let me know whenever it makes sense to do any further testing. I just uploaded X server 1.14.4-2, which should have this fixed. (With cygwin DLL prior to the nightly snapshot of 2013-12-04, you may see "Spurious wake" recorded in XWin's log, but pasting should still work correctly) Hi, this is just to confirm that the problem appears to be fixed after I updated my installation today, using cygwin 1.7.27-2 and xorg-server 1.14.4-2. Thanks to you and Christopher for making things work again. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Please try newest snapshot (was Re: emacs-x11: new clipboard size limitation?)
At 2013-12-10 21:40 quoth Jon TURNEY: On 04/12/2013 22:14, Markus Hoenicka wrote: Around 2013-12-04 16:59 Jon TURNEY was heard to say: On 04/12/2013 08:09, Markus Hoenicka wrote: Am 2013-12-03 22:10, schrieb Christopher Faylor: I added an ugly hack to work around this symptom in the latest cygwin. It shouldn't have any big impact on anything but this particular scenario but I would appreciate it if people downloaded today's snapshot and verified that things are still working ok. I plan on addressing the actual problem for Cygwin 1.7.28. the nightly snapshot does not seem to do me any good with regard to the clipboard problem. I performed the following test, and I hope this is what you had in mind: There is also a bug in xwinclip which needs fixing for this test to work reliably, but it was difficult to see what that was without this fix in the cygwin DLL. I see. Let me know whenever it makes sense to do any further testing. I just uploaded X server 1.14.4-2, which should have this fixed. (With cygwin DLL prior to the nightly snapshot of 2013-12-04, you may see "Spurious wake" recorded in XWin's log, but pasting should still work correctly) I'm away from my Windows box at work, but I'll make sure to test your new version when I'll be back early next week. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Please try newest snapshot (was Re: emacs-x11: new clipboard size limitation?)
Around 2013-12-04 16:59 Jon TURNEY was heard to say: On 04/12/2013 08:09, Markus Hoenicka wrote: Am 2013-12-03 22:10, schrieb Christopher Faylor: I added an ugly hack to work around this symptom in the latest cygwin. It shouldn't have any big impact on anything but this particular scenario but I would appreciate it if people downloaded today's snapshot and verified that things are still working ok. I plan on addressing the actual problem for Cygwin 1.7.28. the nightly snapshot does not seem to do me any good with regard to the clipboard problem. I performed the following test, and I hope this is what you had in mind: There is also a bug in xwinclip which needs fixing for this test to work reliably, but it was difficult to see what that was without this fix in the cygwin DLL. I see. Let me know whenever it makes sense to do any further testing. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Please try newest snapshot (was Re: emacs-x11: new clipboard size limitation?)
Am 2013-12-03 22:10, schrieb Christopher Faylor: On Tue, Dec 03, 2013 at 04:56:27PM +, Jon TURNEY wrote: Tried bisecting through the X server versions for the past 6 months, and it seems that this problem first appears in X server 1.14.3-2 (As an aside, it's probably relevant to the recent discussion, that I can't find the thread for, about how many previous versions we should keep around that it's not possible to do this bisection without 'Secret Knowledge' at the moment) This does contain a few clipboard changes, and in particular it changes the way the messages get processed so we will return to the select() more often (after each stage of the conversion operation), which it looks like it could be incorrect sometimes, but I'd expect this to cause unneeded blocking (waiting in select() for a message which has already been placed on the event queue by XPending() rather than the observed behaviour. Anyhow, I guess I need to look at this some more... Talking about wndproc.c, it only checks iReturn for being < 0. After that, we don't really know which value it has, we only know that FD_ISSET(iConnNumber, &fdsRead) returns 0. The value of iReturn should be printed in the debug output at line 133. It's 0 when I inspect it with the debugger, but yes, I'll change that. What kind of object is the iConnNumber descriptor? Pipe? Fifo? Socket? /dev/windows? We really need a simple testcase without the X and emacs overhead... It's a socket connected to the X server. I added an ugly hack to work around this symptom in the latest cygwin. It shouldn't have any big impact on anything but this particular scenario but I would appreciate it if people downloaded today's snapshot and verified that things are still working ok. I plan on addressing the actual problem for Cygwin 1.7.28. Hi, the nightly snapshot does not seem to do me any good with regard to the clipboard problem. I performed the following test, and I hope this is what you had in mind: - make sure all Cygwin processes have terminated - rename /bin/cygwin1.dll to /bin/cygwin1.dll.backup - copy the nightly snapshot of 2013-12-04 to /bin and rename it cygwin1.dll - rename /bin/XWin.exe (the test version mentioned by Jon) to /bin/XWin.exe.test - rename /bin/XWin.exe.backup (the stock version that came with my last update) to /bin/XWin.exe A quick test shows that trying to copy approx. two printed pages worth of ASCII text from an Emacs buffer to LibreOffice Writer still triggers the clipboard failure. If I revert the changes above, i.e. reactivate the stock cygwin1.dll (1.7.25) and Jon's XWin test version, the clipboard works again. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: emacs-x11: new clipboard size limitation?
Around 2013-12-02 14:11, Jon TURNEY was heard to say: On 02/12/2013 12:13, Markus Hoenicka wrote: I'm running emacs-x11 24.3.1 on CYGWIN_NT-5.1 sbhc123 1.7.25(0.270/5/3) 2013-08-31 20:39 i686 Cygwin I used to be able to copy text from Emacs to Windows applications through the clipboard without practical size limitations. However, since my last Cygwin upgrade (which updated both Emacs and cygwin1.dll to the versions mentioned above) the clipboard seems to be limited in size. All I do is the following: - open a file containing ASCII text, amounting to like three printed pages of text - at the beginning of the buffer, press Ctrl-Space - at the end of the buffer, press M-w - switch to a Windows application (any that can handle unformatted text will do, use e.g. LibreOffice Writer) - insert the text using Ctrl-v stderr shows the following messages: winClipboardWindowProc - timed out waiting for WIN_XEVENTS_NOTIFY_DATA winClipboardFlushXEvents - SelectionNotify - X*TextPropertyToTextList returned: XConverterNotFound winClipboardWindowProc - timed out waiting for WIN_XEVENTS_NOTIFY_TARGETS On the receiving end, the message reads something like: "Clipboard does not contain specified formatted data" Trial and error tells me that I can copy 6104 characters without problems. Trying to copy 6105 or more characters triggers the error. I'll try and see if this number is constant across reboots. Copying within Emacs, i.e. by yanking the text into a different buffer, is not affected. The problem persists if I start Emacs using the -q flag. This looks like the same issue as reported in [1], so you might like to try the snapshot from [2] and see if it improves things for you? What you write does seem to support the theory that this is a regression in select() in the cygwin DLL. It might be useful if you could say what version of the cygwin DLL you had when it was working correctly before you upgraded. [1] http://cygwin.com/ml/cygwin-xfree/2013-10/msg00031.html [2] http://cygwin.com/ml/cygwin-xfree/2013-11/msg00012.html Hi, thanks for your quick reply. Yes, the XWin.exe snapshot seems to fix the problem for me. I tried a few copy+paste cycles with the amount of text that I usually shuffle around, and there were no errors or warnings. As for the Cygwin DLL version before upgrading, I can only guess. I update only when need arises, so it may well have been 6 months or so since the last update. I'm sorry that I can't be more specific here. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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
emacs-x11: new clipboard size limitation?
Hi, I'm running emacs-x11 24.3.1 on CYGWIN_NT-5.1 sbhc123 1.7.25(0.270/5/3) 2013-08-31 20:39 i686 Cygwin I used to be able to copy text from Emacs to Windows applications through the clipboard without practical size limitations. However, since my last Cygwin upgrade (which updated both Emacs and cygwin1.dll to the versions mentioned above) the clipboard seems to be limited in size. All I do is the following: - open a file containing ASCII text, amounting to like three printed pages of text - at the beginning of the buffer, press Ctrl-Space - at the end of the buffer, press M-w - switch to a Windows application (any that can handle unformatted text will do, use e.g. LibreOffice Writer) - insert the text using Ctrl-v stderr shows the following messages: winClipboardWindowProc - timed out waiting for WIN_XEVENTS_NOTIFY_DATA winClipboardFlushXEvents - SelectionNotify - X*TextPropertyToTextList returned: XConverterNotFound winClipboardWindowProc - timed out waiting for WIN_XEVENTS_NOTIFY_TARGETS On the receiving end, the message reads something like: "Clipboard does not contain specified formatted data" Trial and error tells me that I can copy 6104 characters without problems. Trying to copy 6105 or more characters triggers the error. I'll try and see if this number is constant across reboots. Copying within Emacs, i.e. by yanking the text into a different buffer, is not affected. The problem persists if I start Emacs using the -q flag. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: updating TeXLive packages exceeds Windows path length limit
Am 2013-11-14 11:06, schrieb Corinna Vinschen: On Nov 14 10:25, Markus Hoenicka wrote: Hi, I've just downloaded the latest setup-x86.exe to update my Cygwin installation on a Windows XP box. While setup downloads the required packages, it stops with a message saying: Can't open \\servername\path\to\Downloads\[url_of_mirror]\path\to\texlive-collection-documentation-base-20130529-1.tar.bz2.tmp for writing: No such file or directory Problem is, if I try to create a file with the same name manually in Windows Explorer, I apparently hit the maximum allowed path length just after the 't' in 'tmp'. In other words, the package filename is exactly two characters too long on my system and using my closest mirror. Setup exits without updating the system. Is there a way to fix this? I know that I can try and find a mirror with a shorter URL, but I expect others to bump into the same problem sooner or later. You could create a symlink in \\servername\path pointing to \\servername\path\to\Downloads\[url_of_mirror] to workaround this I guess. The only other way to fix this is to fix setup. A long time ago I tweaked setup to get rid of the MAX_PATH path length restriction, but apparently this only worked for the files to install, not for the archive files. I'm just looking through the setup code for downloading files, and it still calls the OS ANSI file API exclusively, rather then the UNICODE API, which is the culprit for this problem. Sigh. This is a lot of work still to do. Corinna Just to close this issue gracefully: I received a patched setup from Corinna off-list which no longer caused this problem. The problem may thus be fixed in the next setup version. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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
updating TeXLive packages exceeds Windows path length limit
Hi, I've just downloaded the latest setup-x86.exe to update my Cygwin installation on a Windows XP box. While setup downloads the required packages, it stops with a message saying: Can't open \\servername\path\to\Downloads\[url_of_mirror]\path\to\texlive-collection-documentation-base-20130529-1.tar.bz2.tmp for writing: No such file or directory Problem is, if I try to create a file with the same name manually in Windows Explorer, I apparently hit the maximum allowed path length just after the 't' in 'tmp'. In other words, the package filename is exactly two characters too long on my system and using my closest mirror. Setup exits without updating the system. Is there a way to fix this? I know that I can try and find a mirror with a shorter URL, but I expect others to bump into the same problem sooner or later. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: docbook2pdf errors
Frank Fesevur was heard to say: 2013/4/12 Markus Hoenicka: In order to set up your XML toolchain, please peruse the excellent instructions here: http://www.sagehill.net/docbookxsl/ I will leave docbook2pdf for what it is and dig into the XSL stuff. Many new stuff to learn ;-) Certainly the better choice. Still a bit surprised though that docbook2pdf (and docbook2html as well) give those error out of the box. The reason is probably that hardly anyone except me uses SGML documents and an appropriate toolchain these days, so these errors may go unnoticed for years. As mentioned previously, I don't use docbook2pdf but a handcrafted toolchain using openjade and the DSSSL stylesheets for those few cases that require SGML documents. Once properly set up, things work flawlessly, but XML documents deserve different tools these days. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: docbook2pdf errors
Frank Fesevur was heard to say: 2013/4/12 Markus Hoenicka: I have never used the docbook2pdf tool, but these messages indicate that it attempts to transform an XML document using Jade and the DocBook DSSSL stylesheets. While you may be able to get this to work with a little effort, I'd recommend to use an XSLT-based toolchain (e.g. xslt and fop) and the DocBook XSL stylesheets for XML documents. I am a docbook newbie so I just wanted to try docbook2pdf to see what the generated pdf looks like. You should understand that the entity stuff that you bumped into was a necessity of SGML documents in the days of yore as there was no such thing as UTF-8. XML documents can use the non-ASCII characters directly instead of using character entities if they use UTF-8. This is usually declared in the header like this: In order to set up your XML toolchain, please peruse the excellent instructions here: http://www.sagehill.net/docbookxsl/ regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: docbook2pdf errors
Markus Hoenicka was heard to say: (e.g. xslt and fop) and the DocBook XSL stylesheets for XML documents. s/xslt/xsltproc/ Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: docbook2pdf errors
Frank Fesevur was heard to say: Using catalogs: /etc/sgml/xml-docbook-4.5.cat Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#print I have never used the docbook2pdf tool, but these messages indicate that it attempts to transform an XML document using Jade and the DocBook DSSSL stylesheets. While you may be able to get this to work with a little effort, I'd recommend to use an XSLT-based toolchain (e.g. xslt and fop) and the DocBook XSL stylesheets for XML documents. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: emacsclient from cygwin distro does not work with Cygwin emacs
Ken Brown was heard to say: I can confirm that Emacs does not honor server-auth-dir. I did not customize this variable or alter it otherwise. Its value is "~/.emacs.d/server/" which is apparently a hard-coded default. However, my server file is in "/tmp/emacs45021/", not in "~/.emacs.d/server/". If I quit Emacs and create "~/.emacs.d/server/" (which did not exist on my system), Emacs still does not use this directory when I start it again. Thanks for chiming in. I went back to the sources (lisp/server.el) and found out that Emacs does what it is told there. The directory specified in "server-auth-dir" is honored only if the server is supposed to use TCP sockets instead of local sockets. Local sockets end up in /tmp/emacsXY/ which is what I observe here. In order to use TCP sockets, you have to set "server-use-tcp" to a non-nil value. However, attempting to start the server throws me into the debugger if I do that. I'll leave that to the OP as I don't use TCP sockets. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: emacsclient from cygwin distro does not work with Cygwin emacs
Leo was heard to say: Well, the directory does exist. Furthermore I tried it with "~/.emacsdata/server/" (tilde instead of expanded home directory) first and it doesn't work. Strange thing is it *does* work in NTemacs with the tilde: I can see, that NTemacs creates a file named "server" in the directory "~/.emacsdata/server/"" and emacsclient then finds that file. I can confirm that Emacs does not honor server-auth-dir. I did not customize this variable or alter it otherwise. Its value is "~/.emacs.d/server/" which is apparently a hard-coded default. However, my server file is in "/tmp/emacs45021/", not in "~/.emacs.d/server/". If I quit Emacs and create "~/.emacs.d/server/" (which did not exist on my system), Emacs still does not use this directory when I start it again. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: emacsclient from cygwin distro does not work with Cygwin emacs
Hi, Leo was heard to say: I try to use emacsclient with Cygwin emacs, but it does not work. emacsclient returns: emacsclient: error accessing server file "/cygdrive/c/home/.emacsdata/server/server" In my .emacs file of the running emacs instance I have the following lines: (require 'server) (setq server-auth-dir "/cygdrive/c/home/.emacsdata/server/") (server-start) I use only (server-start) in my .emacs, so emacsclient per see does work. Apparently it can't cope with your path specification. Does "~/.emacsdata/server/" work? Does "~/.emacs.d/server/" work? Also, it seems like the directory must exist on Windows before Emacs starts up, see this discussion (about halfway down the page): http://stackoverflow.com/questions/885793/emacs-error-when-calling-server-start regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: How to revert to older Cygwin1 dll?
Leo was heard to say: It did work before, so I would like to revert to an older version of the cygwin1.dll. How can I do this? And is there a way to revert the other packages so that they are compatible with the older cygwin1 all? Many thanks. Any help is appreciated. It is very annoying to have no bash in NTemacs! Please be aware that by sticking to an older version of the cygwin1 dll you may cut yourself off of any improvements that Cygwin may provide in the future. If the regression that you reported is not caused by a recently introduced bug but by an improvement of Cygwin's innards, it probably won't be fixed or reverted. You should reconsider your choice of NTEmacs over Cygwin Emacs before doing this. I have used both editors in the past, and the only undisputable advantage of NTEmacs is its support of file drag+drop. I've solved that problem by adding an entry to Explorer's "Send to" menu. NTEmacs also has major drawbacks such as a speed problem with certain file operations which I've documented here: http://www.mhoenicka.de/system-cgi/blog/index.php?itemid=2022&catid=37. I've also figured out a way to run both Emacs flavors off a single .emacs file which might help to wean yourself from NTEmacs, see here: http://www.mhoenicka.de/system-cgi/blog/index.php?itemid=2023&catid=37. hope this helps Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: troubles with forking program (not the usual probs though...)
Markus Hoenicka was heard to complain: Hi all, I've managed to screw up a forking program (refdbd, from http://refdb.sourceforge.net) in an attempt to install R which I need at work. This does not look like the widely reported fork failures as I do not get any diagnostic output - things just don't work as expected anymore. setup ran uneventfully, except that it failed to upgrade libatk the first time as it was probably in use, so I ran setup a second time after closing all programs. I've appended the log of both runs just in case. [...] After a few hours of sleep I Looked at the update log again. Only binutils (containing the linker) and mysql-related packages (refdbd was set up to use the MySQL client library) were likely to affect refdbd. Downgrading binutils didn't help. Downgrading the MySQL-related packages was not possible as there are no previous versions available in setup. However, switching to a different database engine (sqlite3) made refdbd return to normal. Therefore I suspect that refdbd was screwed up by upgrading the MySQL client library. I'll follow up on this on the Cygwin Ports list. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Man and LANG issue.
Oleksandr Gavenko was heard to say: But how about Emacs M-x man? I need write a wrapper and set Dunno about the rest, but have you tried M-x woman? This is a man page reader implemented in elisp. It may or may not handle language issues better than man. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: error while running shell in emacs
Ken Brown was heard to say: On 9/30/2011 10:27 AM, Markus Hoenicka wrote: CYGWIN_NT-5.1 sbhc123 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin I use some Emacs extensions which execute external programs using (call-process). This used to work on my previous setup, but it fails on my current box. The following command run in Emacs reproduces what seems to be the problem: (call-process "bash" nil '(t t) nil "-ic" "ls -al") bash: Kann die Prozessgruppe des Terminals nicht setzen (-1).: Inappropriate ioctl for device bash: Keine Job Steuerung in dieser Shell. Markus, Why are you calling bash with the -i option in this context? Your first `nil' causes bash's input to come from /dev/null. Does it make sense to have an interactive shell with input coming from /dev/null? If you remove -i and just run (call-process "bash" nil '(t t) nil "-c" "ls -al") , it works fine with both cygwin 1.7.9 and the latest snapshot. Maybe there's still a Cygwin bug here; I tested your original command in Linux, and it worked. But omitting -i might at least be a workaround for you. You're asking the right question here. I tried to trace back where the "-ic" came from. I could find traces of this switch as early as 2004. It was part of a setup which allowed to use Cygwin bash as a shell in NTEmacs (the native GNU Emacs port, and back then the only way to have a GNU Emacs GUI on Windows). I'm pretty sure that I copied the switch from other sources, so I can't tell whether it was necessary back then or if the "-i" part of it simply didn't hurt. Well, it didn't hurt with Cygwin Emacs either until I set up my new box. But as you say, both "-c" and "-lc" work without a problem. Thus omitting the "-i" is probably not a workaround, but simply the proper way of doing things. Thanks a lot for looking into this. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: error while running shell in emacs
Ken Brown was heard to say: On 10/2/2011 5:56 PM, Ken Brown wrote: On 10/2/2011 5:35 PM, Ken Brown wrote: On 9/30/2011 3:04 PM, Ken Brown wrote: On 9/30/2011 10:27 AM, Markus Hoenicka wrote: Hi, after moving to a new position I have set up a fresh Cygwin installation: CYGWIN_NT-5.1 sbhc123 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin I use some Emacs extensions which execute external programs using (call-process). This used to work on my previous setup, but it fails on my current box. The following command run in Emacs reproduces what seems to be the problem: (call-process "bash" nil '(t t) nil "-ic" "ls -al") bash: Kann die Prozessgruppe des Terminals nicht setzen (-1).: Inappropriate ioctl for device bash: Keine Job Steuerung in dieser Shell. As you can see, my Cygwin also started speaking German, but I didn't get round to fix that yet. The messages loosely translate to: "cannot set terminal process group" and "no job control in this shell". Is this an incorrect setup of either Cygwin or Emacs, or is this indeed a problem that crept into Cygwin recently? I can reproduce this problem. It reminds me of a problem that I reported in http://cygwin.com/ml/cygwin/2011-06/msg00174.html , but that started with the 2011-05-05 snapshot and was fixed in the 2011-06-16 snapshot. The problem you're reporting exists in Cygwin 1.7.9 and persists in the latest snapshot, but with different symptoms: Instead of printing error messages, emacs hangs and has to be killed. If one of the Cygwin developers wants to look at this, here are the steps to reproduce it: 1. Start emacs. 2. Type b [This should put you in the *scratch* buffer.] 3. Type (or copy and paste) the following text into the *scratch* buffer: (call-process "bash" nil '(t t) nil "-ic" "ls -al") 4. With the cursor positioned immediately after the closing parenthesis, type FWIW, the change in behavior (i.e., emacs hanging instead of giving an error message) starts with the 2006-06-13 snapshot. And it may be Ignore the statement that it starts with the 2006-06-13 snapshot. I made a mistake and didn't test enough snapshots. I'll have to continue bisecting. All I know at the moment is that there's an error message in the 2011-05-10 snapshot and that the "hang" occurs in the 2011-06-13 snapshot. There are still a lot of snapshots in between that need testing. Sorry for the noise. I've finished testing snapshots. Up through the 2011-05-20 snapshot, I get the error messages reported by the OP: bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in this shell Starting with the 2011-05-28 snapshot, I instead get the message "Aborted". Starting with the 2011-06-01 snapshot, I get the "hanging" behavior that I reported previously (with a stopped bash process). There was a similar pattern in the problem I reported in http://cygwin.com/ml/cygwin/2011-06/msg00174.html Ken Do you have any idea which Cygwin DLL version introduced the problem? I have never used snapshots, but as I can't access my previous box anymore I can't really tell which version it ran. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
error while running shell in emacs
Hi, after moving to a new position I have set up a fresh Cygwin installation: CYGWIN_NT-5.1 sbhc123 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin I use some Emacs extensions which execute external programs using (call-process). This used to work on my previous setup, but it fails on my current box. The following command run in Emacs reproduces what seems to be the problem: (call-process "bash" nil '(t t) nil "-ic" "ls -al") bash: Kann die Prozessgruppe des Terminals nicht setzen (-1).: Inappropriate ioctl for device bash: Keine Job Steuerung in dieser Shell. As you can see, my Cygwin also started speaking German, but I didn't get round to fix that yet. The messages loosely translate to: "cannot set terminal process group" and "no job control in this shell". Is this an incorrect setup of either Cygwin or Emacs, or is this indeed a problem that crept into Cygwin recently? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: teTeX/dvips
Ryan Johnson was heard to say: AFAIK, it's a tex thing and has little or no relation to anything linux or unix. Other than that I tend to agree with your assessment, tho. Just for the sake of completeness: most TeX implementations use the Kpathsea library for path searching. Its idiosyncrasies are well documented right here: http://www.tug.org/texinfohtml/kpathsea.html regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Using Cygwin Emacs
Ken Brown was heard to say: There are plenty of Cygwin users who use (Cygwin's) emacs. I don't understand your last two questions. What do you mean by the "default 23.2 zip package"? But if you want to know what it's like to use Cygwin's emacs package instead of whatever you're using now, why not just try it? I assume "23.2 zip package" refers to the native NTEmacs port of GNU Emacs. I've used this port in the past mainly because it offers file drag&drop support. However, I came across serious speed issues of this port (see http://www.mhoenicka.de/system-cgi/blog/index.php?itemid=2022) so I'd also recommend to use Cygwin's emacs. Works out of the box over here. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Back to mysql
Andrew DeFaria was heard to say: On 12/13/2010 09:47 PM, Yaakov (Cygwin/X) wrote: mysql_config is YA foo-config script as included in some -devel packages. Can you translate that into English? What's a "YA foo-config" script? YA: yet another. A strong indication that mysql_config isn't the first of its kind. foo-config: config script shipped with the foo package. You invoke it in your Makefile or in configure to insert the proper -L, -I, and -lib options in your gcc invocations. This way it's not the configure script of packages that use foo, but the foo package itself that figures out how to invoke the compiler/linker properly and where to find the dev files shipped with foo. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: trojans in cygwin
Monika Pietrzyk was heard to say: C:\Documents and Settings\toshiba\Desktop\CYGWIN 1.7.5-1\ftp%3a%2f%2fftp.uni- kl.de%2fpub%2fwindows%2fcygwin%2f\release\csih\csih-0.9.1-1.tar.bz2/usr\share \doc\Cygwin\csih.README detected: Trojan.ATRAPS!IK I'm by no means a trojan or virus guru, but if your anti-malware software detects trojans in plain-text README files, I'd be concerned about that software, not about cygwin. Maybe you should consult a second opinion (i.e. a different type of malware detection software) before drawing any conclusions. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Looking for experienced CygWin Users
David Antliff writes: > What a disappointing trail of negativity and discouragement. > > Isn't the need to create a separate, hopefully more welcoming > environment now painfully obvious? > At first sight, you may be right. However, the OP's approach was a bit strange as well. He silently created a forum and started to recruit forum moderators on this list while trying (to no avail) to hide the forum from the readers of this list. A better, and less offensive, approach might have been to discuss the benefits of such a forum beforehand, and if there was demand for such a thing, to set it up using Cygwin's (or RedHat's, fwiw) resources. I read from the OP's plans that he assumes that the mailing list and the documentation lacks a certain amount of hand-holding for less experienced users. Question is, why is there a lack? Is that because everyone is trying to be mean? I can't recall a single case where hand-holding was discouraged officially on this list. I reckon it just didn't happen because no one cared to provide hand-holding. However, this doesn't mean that hand-holding cannot be provided on this list, or within the resources of this project. As the OP cannot have assumed that the core developers would spend their time answering forum questions in addition to taking care of the mailing list, it was clearly intended as a forum run by less-experienced users for less-experienced users. However, I feel that those who the OP tried to lure away to his forum may as well step up here and provide improved support. This should not be a matter of where you send your replies to. just my 2 pence Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Looking for experienced CygWin Users
CygwinForums was heard to say: We just started a Cygwin based forum in an attempt to build the Cygwin users community support for newer users. We need some forum mods to assist in the everyday tasks, as well as provide support for our users. First forum post: Q: How do I spell CygWin? A: It's Cygwin, not CygWin. Since about 1926. I don't want to post the url to the forums, as I'm not looking to advertise the forum here, just gain some assistance with this project. BTW, that URL is awful hard to guess from your email address ... regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Cygwin instabilities
Al was heard to say: No that is not the way to go. I think there are people which run Cygwin on more than 1 machine, so they have a personal estimation and experience. Yes, and this is where the Cygwin archives come in handy. If there are users running Cygwin on lots of machines, they are likely to run into problems once in a while, and they're likely to use the list for reporting these problems. If Cygwin was as instable as you apparently suspect, you'd find plenty of reports in the archives. I haven't noticed any such large-scale reports about instabilities in several years of lurking on this list, but your thorough perusal of the archives may well prove me wrong. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Cygwin instabilities
Al was heard to say: I am not asking this to debug my own setup. I am rather ask for an overall estimation of Cygwins current and future usability and stability. These two things are related. Remember that Cygwin is an open source project, and that it does not employ dozens of developers with the abstract task of increasing usability or stability. Both are increased by either debugging or at least properly reporting bugs. If you experience stability problems on your setup, then reporting this in all necessary detail is a sure step to increase future usability and stability. It not, how to tweak Cygwin to run on some machines. It's, how big is the percentage of windows machines, that will run a stable Cygwin with the standard setup.exe setup. Who would keep counters of stable or instable setups? These number are exceptionally hard to come by. Even if this list is now flooded with "my setup works" and "mine too" posts, these numbers would not be representative. Users may have given up on Cygwin due to instabilities without notifying the list. Others may run Cygwin so happily they never think about joining the list. All you could do is to scan the Cygwin archives for "instabilities" (this is your term and arguably far too unspecific) and compare it to the number of instabilities reported for any run-of-the mill Linux in the same timeframe. Just my 2cc Markus P.S. mine works -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: R: Should mintty's copy-on-select option be on by default?
Marco Atzeri wrote: I prefer the X approach as default. I second that. I must have switched on this option right after installing mintty as I've already forgotten that the X approach is *not* the default. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: "GCC is not found" and "compiler cannot create executables" errors
david sastre wrote: printf("Hola Mundo!\n"); See? Wrong language :-) cc -march=prescott -O2 -pipe -fomit-frame-pointerhola.mundo.c -o hola.mundo What does "which cc" and "cc -v" report? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: MySQL client, prompt, redux
"Yaakov (Cygwin/X)" was heard to say: What do you mean by "local server"? If you mean a Win32-native server, that case is clearly noted in the mysql Cygwin README. If you mean the mysqld which is provided by the Ports package, further discussion thereof would be welcome on the cygwin-ports-general list. I'm sorry I wasn't explicit enough here. The problem occurs if I connect to a Win32 mysqld. I don't use the Cygwin mysqld at this time. I thought I'd mention this limitation because people may try the Cygwin client and go like "great, this !#**# doesn't work either" if they are not aware they have to use the -h option in this particular case. This was not intended to create the impression something's wrong with your port. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: MySQL client, prompt, redux
Jeremy Bopp was heard to say: real Windows console which mintty and rxvt are unable to provide. If there is no mysql package in the Cygwin repository, have you tried to see if Cygwin Ports has a Cygwin-native build which will work for you? This is just to confirm, for the sake of the archive's completeness, that Cygwin Ports has builds, or patch sets if you prefer to build them from scratch, and that these Cygwin builds provide a working command prompt. The only downside is that I don't seem to be able to connect through a socket, so I always have to use the network layer (via the -h hostname option) to connect to my local server. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Changing the home directory ($HOME)
Phil Couling was heard to say: I have cygwin pre installed on a pc I'm using. I'd like to change the home directory ($HOME) but I'm having some trouble finding where it's been set. Currently it points to a drive letter q: . I'd much prefer to point it at /home/username. /etc/profile says: # Here is how HOME is set, in order of priority, when starting from Windows # 1) From existing HOME in the Windows environment, translated to a Posix path # 2) from /etc/passwd, if there is an entry with a non empty directory field # 3) from HOMEDRIVE/HOMEPATH # 4) / (root) I've used #1. HTH Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: libmysqlclient build failure
Yaakov (Cygwin/X) writes: > This is how I build MySQL: > > http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/db/mysql/ > Thanks for the hint. I still couldn't convince 5.1.45 to build, but after some fiddling with libtool incompatibilities I was able to coerce 5.1.39 into compiling. Your patches worked like a charm. > Note that I don't guarantee that the server is usable, but the client > code certainly should be (I was using earlier 5.0 versions on a regular > basis in a previous job). I've been running a native 4.1 server for several years, and I don't see any need to change this. The client library and the command line client were all I was asking for, and I'm all set now. Thanks Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: How to get older version of cygwin (need to install perl 5.8 - not 5.10)
Rance Hall was heard to say: this is the old cygwin 1.5 setup still active but unsupported. It may contain the perl version you want. No promised, I don't have 1.5 installed anymore, and dont have the time to look in the archive for you, but thats where I'd start. I still have a 1.5 installation around, but: administra...@pc51997 ~ $ uname -a CYGWIN_NT-5.1 pc51997 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin administra...@pc51997 ~ $ perl -v This is perl, v5.10.0 built for cygwin-thread-multi-64int (with 6 registered patches, see perl -V for more detail) so you'd probably have to go back even further. In any case, relying on an outdated piece of software is probably not a good idea anyway, and it'll bite you sooner or later. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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
libmysqlclient build failure
03.6.21-3 libssp0 4.3.4-3 libstdc++6 4.3.4-3 libstdc++6-devel4.3.4-3 libtiff53.9.2-1 libtool 2.2.7a-15 libwrap07.6-20 libX11_61.3.3-1 libXau6 1.0.5-1 libXaw3d7 1.5D-8 libXaw7 1.0.7-1 libxcb1 1.5-1 libXdmcp6 1.0.3-1 libXext61.1.1-1 libXft2 2.1.14-1 libxkbfile1 1.0.6-1 libXm2 0.95.2-2 libXmHTML0 1.1.7-3 libxml2 2.7.6-1 libXmu6 1.0.5-1 libXmuu11.0.5-1 libXpm4 3.5.8-1 libXrender1 0.9.5-1 libxslt 1.1.26-1 libXt6 1.0.7-1 login 1.10-10 luit1.0.5-1 m4 1.4.14-1 make3.81-2 man 1.6e-1 mingw-runtime 3.18-1 minires 1.02-1 mintty 0.5.8-1 mkfontdir 1.0.5-1 mkfontscale 1.0.7-1 openssh 5.4p1-1 openssl 0.9.8m-1 perl5.10.1-3 ping1.0-1 readline6.0.3-2 rebase 3.0.1-1 rsync 3.0.7-1 run 1.1.12-11 sed 4.1.5-2 sgml-common 0.6.3-3 subversion 1.6.9-2 subversion-apache2 1.6.9-2 t1lib 5.1.2-10 t1lib5 5.1.2-10 tar 1.22.90-1 tcltk 20080420-1 terminfo5.7_20091114-13 terminfo0 5.5_20061104-11 texinfo 4.13-3 tzcode 2009k-1 unzip 6.0-10 util-linux 2.14.1-1 w32api 3.14-1 wget1.11.4-4 which 2.20-2 X-start-menu-icons 1.0.4-1 xauth 1.0.4-1 xclock 1.0.4-1 xcursor-themes 1.0.2-1 xemacs-emacs-common 21.4.22-1 xeyes 1.1.0-1 xinit 1.2.0-2 xkbcomp 1.1.1-1 xkeyboard-config1.8-1 xmodmap 1.0.4-1 xorg-server 1.7.5-1 xrdb1.0.6-1 xterm 255-1 xz 4.999.9beta-10 zip 3.0-11 zlib1.2.3-10 zlib-devel 1.2.3-10 zlib0 1.2.3-10 -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Cygwin and Msys
Quoting Ali Irfan Ustek : Hi all, I installed Msys to test MingW and uninstalled them both. However now my HOME path is set to /cygdrive/c/msys/1.0/home and I can't get my home directory back. No idea as to why this has happened. But please have a look at /etc/profile. This file lists the various ways, and their order of precedence, of how HOME is set. Installing Msys or MingW may have altered one of the relevant settings. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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: Cygwin support for large files
Quoting Rocco Scappatura : I fear that it is the kernel (cygwin engine) that can't manage file greater than 4GB. http://en.wikipedia.org/wiki/ZIP_file_format#Technical_information The above entry would rather suggest it is a limitation of zip itself. regards, Markus -- Markus Hoenicka markus.hoeni...@cats.de (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: howto run /usr/bin/cygserver-config script?
Quoting "Neethling, Dirk Johan HOCHTIEF" : Hello, Sorry in adfvance I have a very basic question. In the documentation it sez: " Before you run Cygserver for the first time, you should run the /usr/bin/cygserver-config script once." Err, how do I do that since the file cygserver-config has no ending, and which windows command do I use to run this script? file says: $ file /usr/bin/cygserver-config /usr/bin/cygserver-config: Bourne-Again shell script text executable That is, you can run it from any suitable shell, e.g. the Cygwin prompt, by typing: cygserver-config regards, Markus -- Markus Hoenicka markus.hoeni...@cats.de (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: Make program find its dll:s
Quoting Eric Lilja <[EMAIL PROTECTED]>: does work. I guess LD_LIBRARY_PATH cannot be used for what I was trying to do. Now, this indeed *is* Cygwin-specific :-) Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: Make program find its dll:s
Quoting Eric Lilja <[EMAIL PROTECTED]>: Hi Tomás and thanks for the quick reply. I tried setting LD_LIBRARY_PATH using $ LD_LIBRARY_PATH=/path/to/dll-files (and then checking with $ echo LD_LIBRARY_PATH that it "stuck"), but the process still cannot find the DLL files. I am starting the process with strace so I am sure this is the problem, not something else. I guess I could temporarily modify the PATH but I'm interested in alternatives. Although this is nothing specific to Cygwin: If you want to make the variable value available to processes which are executed subsequently, you need to export the variable, not just set it, as in: export LD_LIBRARY_PATH=/path/to/dll-files Alternatively, set the variable in the command line like this: LD_LIBRARY_PATH=/path/to/dll-files foo assuming that "foo" is the command to start the app which requires the dll. regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: Incomplete environ when running MinGW apps?
Quoting Christopher Faylor <[EMAIL PROTECTED]>: Why are you responding to this email 5+ months after it was sent? Distraction by incoming mails has been recognized as the main reason for low output by programmers. The cure is to switch to batch mode in email processing, like once in 5 months or so. regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: Get the cygwin PID of a Win PID
Quoting Corinna Vinschen <[EMAIL PROTECTED]>: On Jun 27 10:31, Borislav Ivanov wrote: ps output is: D:\>ps -W | grep mysql 2744 11384 1980? 18 15:07:22 /drives/c/mysql/bin/mysqld-nt 1980 0 0 1980?0 15:07:23 c:\mysql\bin\mysqld-nt.exe What sort of bastard process is that, being listed as Cygwin process *and* as native Windows process. Apparently mysqld-nt is doing something really weird. I have no idea what that is, but it's definitely bad for getting the Cygwin PID. You test application works fine for normal Cygwin processes. FWIW I get the following output: $ ps -W|grep mysql 1560 0 0 1560?0 08:44:48 C:\Programme\MySQL\mysql 4.1\bin\mysqld-nt.exe I don't know whether this is a MySQL version issue, but there may be other reasons than "bastard processes" (weird configurations of the OP?). regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: [ANNOUNCEMENT] Updated: rebase-2.4.4-1
Hi, I'd just want to let you know that the following link in the "Old News" section appears to be dead. regards, Markus Quoting Jason Tishler <[EMAIL PROTECTED]>: http://msdn.microsoft.com/library/en-us/tools/tools/rebase.asp -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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/
fork() crash
Hi, I hit a problem on Cygwin regarding fork() which is above my head. As the problem is fairly complex, I'm not expecting an immediate solution, but I'd appreciate any help to tackle this problem. And please excuse the lengthy description, I've done my very best to describe the problem as accurately as possible. $ uname -a CYGWIN_NT-5.1 pc51997 1.5.25(0.156/4/2) 2008-05-26 20:37 i686 Cygwin refdbd (http://refdb.sourceforge.net) is implemented as a forking server. Whenever refdbd receives a client request, it forks off a child process. The latter handles the request and then exits. refdbd uses libdbi (http://libdbi.sourceforge.net) as a database abstraction layer. libdbi is linked in as a shared object. libdbi in turn dlopen()s database-specific drivers. This happens in the child process, with the exception of a single database check, followed by a libdbi shutdown, which is run once in the parent process (way before fork()) when refdbd starts up. Two versions of libdbi are available on my system, 0.8.2 and the current cvs revision (1.0-pre1). refdbd can use both versions of the library, and does so without any problems on other systems (FreeBSD, Linux etc.). I've checked refdbd on FreeBSD with valgrind without detecting any problems. However, combining refdbd with libdbi 1.0-pre1 on Cygwin causes a crash of the child in fork(), whereas libdbi 0.8.2 does not cause this problem. This is to say that apparently the code which executes the fork() call (refdbd) is not responsible for the crash, or only indirectly so. I was not able to use gdb to debug this crash, because the child dies before executing even a single line of child code. I don't know of a way to attach to it under these circumstances. To further investigate the problem I've added a command-line option to refdbd which circumvents the fork() call. That is, the client response is handled by the parent process itself. When skipping the fork call, even libdbi 1.0-pre1 no longer causes a crash. Obviously libdbi does not do anything which is harmful to the process per se. If anyone would care to have a look, I've prepared the following strace logs: refdbd-fork-libdbi-0.8.2: http://refdb.sourceforge.net/stuff/r1l08.log refdbd-nofork-libdbi-0.8.2: http://refdb.sourceforge.net/stuff/r1noforkl08.log refdbd-fork-libdbi-1.0-pre1: http://refdb.sourceforge.net/stuff/r1l10.log refdbd-nofork-libdbi-1.0-pre1: http://refdb.sourceforge.net/stuff/r1noforkl10.log r1l10.log is the one that crashes. Besides, I've fiddled with simple test cases, like the one shown in http://wiki.winehq.org/CygwinSupport. Linking this simple app against libdbi does not cause any problems, even when exercising libdbi functions in either the parent or the child process (I can provide the sources of this test case if it helps). I'm quite clueless as to where to go from here. Are there any size limits for forking a process? Any other clues? regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: xargs problem
Aaron Brown <[EMAIL PROTECTED]> was heard to say: > xargs only calls the command (echo in this case) once, with > all the given arguments. (It will call it more than once > only if calling it once would be a too-long command line.) > Ah, I see. After reading the man page again, the "-n" option with a value of 1 seems to do what I need. I'm sorry for the noise. I didn't have a Unix system handy to test whether this is indeed a Cygwin issue. regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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/
xargs problem
Hi all, maybe I'm being dense, but xargs does not seem to do what it should: $ echo test1 test2|xargs -t /bin/echo test1 test2 test1 test2 I'd expect the output to read: /bin/echo test1 test1 /bin/echo test2 test2 What am I doing wrong? regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: PostgreSQL: Bad system call
Reini Urban <[EMAIL PROTECTED]> was heard to say: > The cause is that the internal cygserver msg buffer is allocated > read-only. (IsBadWritePtr() fails) > Reason unknown. gcc? cygwin? > Solution pending. > > Szteps to reproduce: > cygserver & > ipcs > => Bad system call Oh great. I'm afraid fixing this is above my head. But at least I'd like to help track down the culprit. The interesting fact is that I've downgraded all relevant packages that I can think of (PostgreSQL, cygwin1.dll), rebooted the box, stopped cygserver, but still get the error. How can I hose a Cygwin installation that not even downgrading helps? What is it that I did not downgrade that causes the problem? Does setup.exe keep a log of what I precisely up/downgraded? I do like PostgreSQL on Unix a lot, but I really hate to ever touch setup.exe because more often than not I'm left with a broken database engine. regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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/
PostgreSQL: Bad system call
Hi all, once again I've hosed my PostgreSQL installation. I've more or less accidentally upgraded PostgreSQL to the latest version and it would start no more. I've perused the archives and collected all remedies I've found. Most notably: - I had fixed the / and /bin permissions previously and made sure they're still ok - I made my postgres user account own the binary - I've removed the cygipc and cygipc2 services - I've installed cygserver and made sure it is actually started - Needless to say, I've rebooted the box too No matter what I do, I'm now stuck with the following error. For test purposes I logged in to my postgres account and started postmaster manually with postmaster -d5 -D /usr/share/postgresql/data [lots of DEBUG messages] DEBUG: invoking IpcMemoryCreate(size=10461184) Bad system call As I got stuck here I desperately tried various things, among them removing cygserver and starting cygipc2 again and downgrading to the previous PostgreSQL version. All this does not help a bit. I've not yet tried to downgrade cygwin1.dll to the previous version (1.5.11 vs. 1.5.12). Can anyone throw me a ring here? Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
printf does not print long long ints properly
Hi, I ran across a similar problem on OSX. It turned out to be a compiler bug. The workaround on that platform was to use an explicit cast in the argument list, i.e. something like: printf("%Ld",(long long)i); regards, Markus Daniel Jeliński writes: > when I compile the following program: > > #include > main() > { > long long i; > i=100; > i*=100; > printf("%Ld",i); > return 0; > } > > I get the following: > -727379968 > instead of the expected 1 > -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: suggestion for postgresql doc
Hi Jason, Jason Tishler writes: > What did you set the /var/log permissions to? Do the /tmp and /usr/bin > comments above refer to Issue #2 and #4 in the following? > > http://www.tishler.net/jason/software/postgresql/postgresql-7.3.4.README > I think I've used chmod a+rw (there might be a more secure way to deal with this issue, though). I'm on vacation and my Cygwin setup is at work so I have to apologize that I can't check right now. The original permissions were from a fresh Cygwin installation that I did in the last week of August. When using the original permissions, postmaster refused to start with no trace of a log file which appears a bit obscure to the unsuspecting user. The /tmp and /usr/bin permission comments indeed refer to issue #4 in your documentation. I had to change these as suggested, otherwise initdb would return an error. Hope this helps Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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/
suggestion for postgresql doc
Hi, I just went through the installation of PostgreSQL as a service on a WinXP box. I had to fix a couple of permission settings in order to get postmaster up and running. The documentation talks about this issue, but it fails to mention that the permissions of /var/log need to be fixed as well, besides /tmp and /usr/bin. I'd suggest to add this to the otherwise excellent doc. regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: Problem in compiling : cannot find -ldl
Hi, Unix != Linux. FreeBSD does not use libdl either, the dl*() functions are provided by libc instead. The -ldl requirements should be checked in the configure script IMHO. regards, Markus Ralf Habacker writes: > > libdl is a linux'ism. You don't need it. We don't have it :-) Just > > remove '-ldl' from the Makefile or link line. > > > > Hmmh, is cygwin a unix emulation environment ? Usually in linux libdl contains > symbols for dynamic loading of shared libraries. In cygwin this is provided by > the libcygwin. > -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: PostgreSQL problems
Hi Jason, Jason Tishler writes: > As soon as zlib and readline have been rebuilt against 1.5.x, I will > take that fateful step... :,) > I'm hanging on the edge of my seat... Meanwhile I've figured out a short-term fix (er, kludge): switch off statistics collection by setting: STATS_START_COLLECTOR = false in postgresql.conf. Then PostgreSQL seems to work just fine. regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: PostgreSQL problems
Jason Tishler writes: > You can debug it yourself or wait until I cross the 1.5.x line... > Well, I'm not the most proficient debugger on the face of the earth, and I'm not familiar with the PostgreSQL sources. Even if try, I bet you'll have crossed the 1.5.x line before I've got an idea where to look. Thanks anyway for your help. regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: PostgreSQL problems
Jason Tishler writes: > Are you using Cygwin 1.3.22-1? If so, then try 1.5.0-1: > After upgrading to 1.5.0-1, things improved slightly. PostgreSQL now starts up like this: [EMAIL PROTECTED] ~ $ ipc-daemon & [1] 193 [EMAIL PROTECTED] ~ $ postmaster -D /usr/share/postgresql/data & [2] 174 [EMAIL PROTECTED] ~ $ LOG: database system was interrupted at 2003-07-11 19:09:54 LOG: checkpoint record is at 0/83B2F8 LOG: redo record is at 0/83B2F8; undo record is at 0/0; shutdown TRUE LOG: next transaction id: 480; next oid: 16976 LOG: database system was not properly shut down; automatic recovery in progress LOG: ReadRecord: record with zero length at 0/83B338 LOG: redo is not required LOG: database system is ready Now I can connect with psql, but the console that I've started postmaster from gets flooded with a continuous stream of the following message, slowing down the database server to a creep: LOG: statistics collector process (pid 174) exited with exit code 1 LOG: PGSTATBUFF: recvfrom() failed: Transport endpoint is already connected (the pid changes with every incarnation of the message). Is there anything I can do about this? Thanks Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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/
PostgreSQL problems
Hi all, I've got problems setting up PostgreSQL on Cygwin. I've been following the excellent description in the PostgreSQL readme file and got the following result: [EMAIL PROTECTED] ~ $ ipc-daemon & [1] 157 [EMAIL PROTECTED] ~ $ initdb -D /usr/share/postgresql/data The files belonging to this database system will be owned by user "Administrator". This user must also own the server process. The database cluster will be initialized with locale C. <... everything went ok here...> Success. You can now start the database server using: /usr/bin/postmaster -D /usr/share/postgresql/data or /usr/bin/pg_ctl -D /usr/share/postgresql/data -l logfile start [EMAIL PROTECTED] ~ $ postmaster -D /usr/share/postgresql/data & [2] 176 [EMAIL PROTECTED] ~ $ LOG: database system was shut down at 2003-07-11 00:17:52 LOG: checkpoint record is at 0/83B238 LOG: redo record is at 0/83B238; undo record is at 0/0; shutdown TRUE LOG: next transaction id: 480; next oid: 16976 LOG: database system is ready LOG: StreamConnection: accept() failed: Socket operation on non-socket [EMAIL PROTECTED] ~ $ psql template1 psql: could not receive data from server: Cannot send after transport endpoint shutdown I've tried PostgreSQL 7.3.2-2 and 7.3.3-1 together with cygipc 1.13-2 and 1.14-1. No luck in either combination. The system is a freshly installed WinNT4 with a fresh Cygwin installation. What am I doing wrong? regards, Markus -- Markus Hoenicka [EMAIL PROTECTED] (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de -- 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: strange delay in date?
The date manpage tells you that date uses the environment variable TZ. Set this variable in your /etc/profile or ~/.bashrc to the correct value. regards, Markus Marcos Lorenzo de Santiago writes: > Thanks a lot now I know what is the problem, but I don't know how to > resolve it. I know how to do it in linux, but not in cygwin (arrgh! :) > > In linux you just had to link /etc/localtime to > /ush/share/zoneinfo/wherever_you_are and that's it, but in cygwin there's > no /usr/share/zoneinfo folder. I looked manpages but I found nothing. -- Markus Hoenicka, PhD UT Houston Medical School Dept. of Integrative Biology and Pharmacology 6431 Fannin MSB4.114 Houston, TX 77030 (713) 500-6313, -7477 (713) 500-7444 (fax) [EMAIL PROTECTED] http://ourworld.compuserve.com/homepages/hoenicka_markus/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange delay in date?
Upon re-reading my reply I noticed that it was too terse. date shows UTC in your case because you did not set up your timezone correctly. If you do, date will show your local time, date -u will show UTC. In my case, I set TZ to CST6CDT, which means time zone is CST, I'm 6 h west of UTC, and my daylight savings time zone is CDT regards, Markus Marcos Lorenzo de Santiago writes: > Well, now the question is: how can I get *MY* localtime?? -- Markus Hoenicka, PhD UT Houston Medical School Dept. of Integrative Biology and Pharmacology 6431 Fannin MSB4.114 Houston, TX 77030 (713) 500-6313, -7477 (713) 500-7444 (fax) [EMAIL PROTECTED] http://ourworld.compuserve.com/homepages/hoenicka_markus/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
strange delay in date?
date returns UTC, time returns your local time. regards, Markus Marcos Lorenzo de Santiago writes: > > when I do in my winbox: > > C:\TEMP>time /T > 17.35 > > I get the system time, but when I do it using date I get 2 hours less than > the true hour: > > C:\TEMP>c:\cygwin\bin\date > Thu Apr 11 15:35:04 2002 -- Markus Hoenicka, PhD UT Houston Medical School Dept. of Integrative Biology and Pharmacology 6431 Fannin MSB4.114 Houston, TX 77030 (713) 500-6313, -7477 (713) 500-7444 (fax) [EMAIL PROTECTED] http://ourworld.compuserve.com/homepages/hoenicka_markus/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
new FAQ entry for GNU Emacs
Hi, While you're at it, you might consider mentioning the following Emacs Lisp hack in the FAQ. This allows GNU Emacs to follow Cygwin symlinks. This hack is based on a version covering only the ! style symlinks that was posted by someone else to the list years ago, but I think I never posted this extended version which also covers the .lnk style symlinks. While it appears to work for me, I'd appreciate some testing by other GNU Emacs/Cygwin users. ;; follow cygwin symlinks. Handles old-style (text file) symlinks and new-style ;; (.lnk file) symlinks (defun follow-cygwin-symlink () (save-excursion (goto-char 0) (if (looking-at "L\x000\x000\x000\x001\x014\x002\x000\x000\x000\x000\x000\x0C0\x000\x000\x000\x000\x000\x000\x046\x00C") (progn (re-search-forward "\x000\\([-A-Za-z0-9_\\.\\$%@(){}~!#^'`][-A-Za-z0-9_\\.\\$%@(){}~!#^'`]+\\)") (find-alternate-file (match-string 1))) (if (looking-at "!") (progn (re-search-forward "!\\(.*\\)\0") (find-alternate-file (match-string 1 ))) (add-hook 'find-file-hooks 'follow-cygwin-symlink) regards, Markus David Starks-Browning writes: > There is a new FAQ entry about GNU Emacs and Cygwin, addressing the > common questions. In addition, it tells you where to find > cygwin-mount.el, by Klaus Berndl. This bit of elisp makes Emacs aware > of your Cygwin mount table. -- Markus Hoenicka, PhD UT Houston Medical School Dept. of Integrative Biology and Pharmacology 6431 Fannin MSB4.114 Houston, TX 77030 (713) 500-6313, -7477 (713) 500-7444 (fax) [EMAIL PROTECTED] http://ourworld.compuserve.com/homepages/hoenicka_markus/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
proprietary-use license?
Richard, all programs that you mention (MySQL, Cygwin, PostgreSQL) are released under free licenses. You do not have to pay per-seat charges for any of these as long as you do not buy professional support. regards, Markus Richard Chrenko writes: > We are a small research institute developing a Java-based solar energy > simulation which will be marketed to the renewable energy community. Our > program requires multi-platform database functionality which is why > PostgreSQL (and MySQL) came to mind. We would like to avoid any per-seat > charges such as MySQL requires. What are the licensing requirements or > charges for Cygwin/PostgreSQL? -- Markus Hoenicka, PhD UT Houston Medical School Dept. of Integrative Biology and Pharmacology 6431 Fannin MSB4.114 Houston, TX 77030 (713) 500-6313, -7477 (713) 500-7444 (fax) [EMAIL PROTECTED] http://ourworld.compuserve.com/homepages/hoenicka_markus/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: "local install"?
Mark Sheppard writes: > Surely if you were bothering to make a CD you'd want to include > everything anyway, thus you wouldn't need dependency checking. > Thus qoth the man behind a fat pipe. I don't know about the original poster's situation, but if you use a modem connection the dependency checking is highly welcome to be a tad more selective with your bandwidth. regards, Markus -- Markus Hoenicka, PhD UT Houston Medical School Dept. of Integrative Biology and Pharmacology 6431 Fannin MSB4.114 Houston, TX 77030 (713) 500-6313, -7477 (713) 500-7444 (fax) [EMAIL PROTECTED] http://ourworld.compuserve.com/homepages/hoenicka_markus/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: "local install"?
Randall, the original poster's suggestion was not to use setup.exe to download the packages, but rather a linux box. This way you lose the dependency tracking in setup.exe (it does not run on Linux afaik), and to make sure you don't miss a dependency and thus waste a CD you'd have to download *all* available packages which is a waste of time. I'm afraid you misunderstood my comments on this issue. I fully agree that using setup.exe to first download and later install the packages is the most versatile way of doing things. I just pointed out that manually downloading the packages, thus bypassing setup.exe in the first place, will have issues. regards, Markus Randall R Schulz writes: > >You lose a lot of the functionality of setup.exe if you do it this way but > >you can certainly do this if you want to have a hard time. > > > I don't understand this. You get maximum flexibility by separate "Download > from Internet" and "Install from Local Directory" operations. That way you > can download sources and have them at hand without unconditionally > installing them. > > By copying my local installation cache to a CD, I can save others very > large downloads. > > I cannot see this as a loss of functionality. > > Can you tell me some functionality only available when one uses "Install > from Internet?" > > Randall Schulz > Mountain View, CA USA > > > >... > > > >regards, > >Markus > -- Markus Hoenicka, PhD UT Houston Medical School Dept. of Integrative Biology and Pharmacology 6431 Fannin MSB4.114 Houston, TX 77030 (713) 500-6313, -7477 (713) 500-7444 (fax) [EMAIL PROTECTED] http://ourworld.compuserve.com/homepages/hoenicka_markus/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
"local install"?
Hi, Toni Mueller writes: > So my current guess is that I can download some stuff using eg. my Linux > workstation, put them on CD and then move the CD to the W2k box for > local installation there. Can anyone please confirm that? Can anyone > please tell me which version of setup.exe I should get to be able to > install from a local directory? You lose a lot of the functionality of setup.exe if you do it this way but you can certainly do this if you want to have a hard time. > > (Apart from that I always thought that doing online-installs is both > error-prone and insecure in most cases, and in general, a M$ disease - > why does RedHat do it?) > This is just not true. Debian's apt-get retrieves packages by default from the web, and so do several RPM-based utilities. FreeBSD's ports collection grabs the sources from the web by default, and precompiled packages can also be installed from the web. It's certainly not a M$ disease but rather common practice. regards, Markus -- Markus Hoenicka, PhD UT Houston Medical School Dept. of Integrative Biology and Pharmacology 6431 Fannin MSB4.114 Houston, TX 77030 (713) 500-6313, -7477 (713) 500-7444 (fax) [EMAIL PROTECTED] http://ourworld.compuserve.com/homepages/hoenicka_markus/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
$HOME Directory Relocation
Look at /etc/profile. This uses $HOME if it is set under Windows, otherwise it uses /home/$USER. You can certainly tweak this to your needs. A simpler option may be to mount your new disk on /home, then you don't have to fiddle with $HOME. regards, Markus Laurence F. Wood writes: > Hello, > > I needed to relocate the $HOME directory to another disk volume. Under > linux the login process sets this. Who/what sets $HOME under cygwin? > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Markus Hoenicka, PhD UT Houston Medical School Dept. of Integrative Biology and Pharmacology 6431 Fannin MSB4.114 Houston, TX 77030 (713) 500-6313, -7477 (713) 500-7444 (fax) [EMAIL PROTECTED] http://ourworld.compuserve.com/homepages/hoenicka_markus/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
auctex can only see .tex files in HOME directory
Hi, I could not reproduce this problem on my home box. I updated the Cygwin installation yesterday, and I use AucTeX 10.0.g, Emacs 21.1, and Cygwin's teTeX. What shell do you use to run the TeX commands in Emacs? How did you set it up? regards, Markus Scott, Steven writes: > I recently updated my Cygwin distribution and now aucTeX will only > work on documents (i.e. .tex files) in my HOME directory. If I use > LaTeX from the Cygwin shell then things work fine, as they did before I > installed the updated distribution. (I.e. I can LaTeX files in their local > directories). -- Markus Hoenicka, PhD UT Houston Medical School Dept. of Integrative Biology and Pharmacology 6431 Fannin MSB4.114 Houston, TX 77030 (713) 500-6313, -7477 (713) 500-7444 (fax) [EMAIL PROTECTED] http://ourworld.compuserve.com/homepages/hoenicka_markus/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: C++ dll segfault problem
Hi Robert, I didn't know this nice trick. However, neither sh nor bash can reproduce this problem under these conditions. The apps just run fine. But if I start the apps without strace, they segfault upon exit. Does this funny behaviour give any clue about the nature of the underlying problem? Are there any other tricks to debug this? thanks Markus Robert Collins writes: > Try this: > strace -ofoo.log -f -n \bin\sh.exe > > That should reproduce the fault, if it doesn't, try bash instead sh. -- Markus Hoenicka, PhD UT Houston Medical School Dept. of Integrative Biology and Pharmacology 6431 Fannin MSB4.114 Houston, TX 77030 (713) 500-6313, -7477 (713) 500-7444 (fax) [EMAIL PROTECTED] http://ourworld.compuserve.com/homepages/hoenicka_markus/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: DocBook and OpenJade packages
Hi, I'm currently working on OpenJade for Cygwin. 1.4 is broken, but the just released 1.3.1 builds out of the box, at least statically linked. I'm currently trying to track down the segfault problem with the dynamically linked binaries (any help is appreciated). For the time being, do not forget: http://ourworld.compuserve.com/homepages/hoenicka_markus/cygbook1.html This tutorial describes how to set up a complete SGML/XML editing and publishing system, using Cygwin versions as far as possible. There are also links to a 1.3.0 version of Openjade (statically linked) that I have been providing for quite a while. The tutorial goes beyond DocBook/DSSSL and covers XML/XSL as well. regards, Markus Ralf Habacker writes: > > > > Hi all, > > > > I've recently installed the DocBook text processing system under CygWin. > > This was quite fiddly, as there are many small tools that have to be > > downloaded and configured. > > > > I'm willing to volunteer to produce and maintain proper CygWin packages for > > these tools, so that they can be easily installed by just choosing the > > packages in the setup program. > > > > * Is this something you'd like? > > for the kde2.2.x port too. This would be nice for kdevelop, which need this > > > * Is anybody currently working on this? > > I have tried to compile Openjade, but without success. So I have stopped this. -- Markus Hoenicka, PhD UT Houston Medical School Dept. of Integrative Biology and Pharmacology 6431 Fannin MSB4.114 Houston, TX 77030 (713) 500-6313, -7477 (713) 500-7444 (fax) [EMAIL PROTECTED] http://ourworld.compuserve.com/homepages/hoenicka_markus/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/