Re: textmode web browsers and their setup.hint descriptions
On Sun, 28 Dec 2003, Lapo Luchini wrote: Maybe we could also point out that links and elinks are alive, while lynx' last release is in 2001. Last stable release, yes, but it's alive - http://lynx.isc.org/current/ . And now Thomas is working in 2.8.5dev.17. -- How to contact me - http://www.pervalidus.net/contact.html
[ITP] libwin32-perl-0.191 (ready for upload and testing)
Happy New Year everyone! The files: http://www.io.com/~rkitover/libwin32-perl-0.191/ The package is installable by pointing setup.exe to above URL, selecting the exp checkbox and looking under Libs. Or download directly from: http://www.io.com/~rkitover/libwin32-perl-0.191/release/libwin32-perl The setup.hint: @ libwin32-perl test: 0.191-1 sdesc: Perl extensions for using the Win32 API category: System Libs Interpreters requires: perl cygwin ldesc: Perl extensions for using the Win32 API. Included modules: Win32CORE, Win32API::File, Win32API::Net, Win32API::Registry, ChangeNotify, Clipboard, Console, Event, EventLog, File, FileSecurity, Gui, IPC, Internet, Job, Mutex, NetAdmin, NetResource, ODBC, OLE, PerfLib, Pipe, Process, Registry, Semaphore, Service, Shortcut, Sound, TieRegistry and WinError. This is my thoroughly modified version of libwin32-0.191 from CPAN, along with the latest release of Win32::GUI and my port of Win32 CORE methods for Cygwin Perl. More on my project here: http://libwin32-exp.sourceforge.net/ http://sourceforge.net/projects/libwin32-exp/ The original libwin32-0.191 lives here: http://search.cpan.org/search?query=libwin32mode=Distributions And Win32::GUI is here: http://sourceforge.net/projects/perl-win32-gui/ I included it in my distribution to simplify maintenance and because it's probably the most exciting Win32:: module that is also in very active development. These modules are built against Perl 5.8.2, which is in testing for some reason right now, so I marked this package as testing as well. This package _must_ be built against the same minor version of Perl, so the package will not work with Perl 5.8.0 (it won't even build with that version, but that's another issue.) I didn't see in the documentation a way to require a specific version of a package like in debian/control, so it just requires perl. The reason I want to maintain a package is to simplify access to the Win32:: modules for Cygwin Perl users, who would otherwise not be aware of my project or their availability, and to have the compiled extensions be managed by the rebaseall utility, which is cumbersome in a non-package distribution. Some package notes: Docs and samples follow the same file hierarchy as in the original distribution under /usr/share/doc/libwin32-perl-0.191/... eg., /usr/share/doc/libwin32-perl-0.191/GUI/samples/mousemove.pl /usr/share/doc/libwin32-perl-0.191/Shortcut/docs/index.html /usr/share/doc/libwin32-perl-0.191/Sound/README Etc. They are harvested using a long find command on install. I've thought about making separate samples and docs directories in the /usr/share/doc/libwin32-perl-0.191/ directory, or perhaps just moving the samples into a samples directory with the same module tree, any suggestions? Also a couple .pl files get erroneously installed into the module tree, this is harmless and I'll remove them in the next version... Cheers, -- Rafael
Windres Problem with ComboBox/tabbing?
Hi Folks, This is my first question to the group, so hopefully I will provide all the required information. I'm attempting to build a small programmer interface for Win32 using gcc under cygwin. Along with gcc, I have been using gdb running under ddd for symbolic debugging. The application is to be based on a dialog box (form) type and so far, I have put in some pushbuttons and a couple of combobox dropdown lists using the resource file: #include windows.h #include resource.h IDD_MYDIALOG DIALOG 6, 21, 153, 88 STYLE DS_MODALFRAME | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU CAPTION Programmer FONT 8, Arial BEGIN DEFPUSHBUTTON FILE LOAD, ID_FILE_OPEN, 3, 2, 70, 14, WS_TABSTOP DEFPUSHBUTTON PROGRAM, ID_PROGRAM, 3, 19, 70, 14, WS_TABSTOP DEFPUSHBUTTON VERIFY, ID_VERIFY, 3, 36, 70, 14, WS_TABSTOP DEFPUSHBUTTON BLANK CHECK, ID_BLANK, 3, 53, 70, 14, WS_TABSTOP DEFPUSHBUTTON QUIT, ID_QUIT, 3, 70, 70, 14, WS_TABSTOP COMBOBOX ID_PORT, 78, 2, 70, 14, CBS_DROPDOWN | WS_TABSTOP COMBOBOX ID_DEVICE, 78, 15, 70, 14, CBS_DROPDOWN | WS_TABSTOP LTEXT Select File to Download into MCU, ID_STATUS, 78, 28, 70, 56, WS_BORDER END To Update the ID_PORT comboboxes, I use the following WM_INITDIALOG code: SendMessage(hdlgPortListCtrl, CB_ADDSTRING, 0, (LPARAM)(LPCTSTR) TEXT(COM1:)); SendMessage(hdlgPortListCtrl, CB_ADDSTRING, 0, (LPARAM)(LPCTSTR) TEXT(COM2:)); SendMessage(hdlgPortListCtrl, CB_ADDSTRING, 0, (LPARAM)(LPCTSTR) TEXT(COM3:)); SendMessage(hdlgPortListCtrl, CB_SETCURSEL, 0, 0); The resource file and program file compile without any problems using the following two statements: windres Programmer.rc -O coff -o Programmer.res gcc -mwindows -mno-cygwin -g -o Programmer.exe Programmer.c Programmer.res -lgdi32 -luser32 When I click on the dropdown button on either one of the comboboxes, nothing happens unless I double click in which case the initial text is highlighted with a blinking cursor at the end. Along with this, when I press the Tab key, the focus does not change from button, or control to the next one. As I mention below, I have seen one instance of a problem with the combobox on the list but none on the list indicate the issues with the problem with tabbing. To try and find the problem, I ran the resource file through Microsoft's rc.exe and attempted to bind it to a compiled version of Programmer.c (using the same gcc statement above with Programmer.res removed) using rsrc but I end up with a Checksum Field != 0 error (which I can't find any explanation of). I did a bit level compare on the windres produced .res file and the rc produced .res file and found that in one of the combobox controls (ID_DEVICE), the bit pattern was different: rc: da 07 ff ff 85 00 00 00 00 00 00 00 00 00 82 50 00 00 00 00 4e 00 1c 00 46 00 38 00 windres: da 07 ff ff 85 00 00 00 00 00 00 00 00 00 80 50 00 00 00 00 4e 00 1c 00 46 00 38 00 The ID_PORT combobox control's bit pattern was identical between the two versions. I changed the corresponding windres .res file to the Microsoft rc .res file and re-ran the gcc statement above with no difference. I've just updated my tools to the latest levels from cygwin.com and when I check the versions of windres and gcc, I get: $ windres --version GNU windres 2.14.90 20030901 Copyright 2002 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License. This program has absolutely no warranty. $ gcc --version gcc (GCC) 3.3.1 (cygming special) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Looking through the archives, I've noticed that Danny Smith, earlier this year, has encountered a problem and a potential patch for the windres processing the combobox under the thread: Fix a windres (rcparse.y) parsing bug for controls without text fields Hopefully somebody can either: 1. Tell me this is a problem with windres 2. Point out what I am doing wrong 3. Explain what I'm doing wrong with rc.exe so I can dispense with windres altogether so I can stop tearing my hair out. Thanx for your consideration and help! myke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to get it working with gdb ?
On Sun, 28 Dec 2003, Frédéric L. W. Meunier wrote: On Sat, 27 Dec 2003, Christopher Faylor wrote: On Sat, Dec 27, 2003 at 07:42:18PM -0200, Frédéric L. W. Meunier wrote: I did the following: Start the application in a terminal. Use ps in another terminal. Use gdb -p from that terminal. Then: (gdb) c Continuing. Do something with the application. Then I tried ^C in gdb and it didn't work, but it works on Linux. Sorry, I'm not used to debug things, but I'd like to know why the above doesn't work. I'm trying to investigate the ELinks problem with compressed files, but it turns out to be a PITA. I can't reproduce it on Linux, but I guess it'd have worked since ^C does. Type ^C on the console that is running ELinks. Thanks, I at least got back the gdb prompt, but it always returns the same things with a bt, also with other applications: (gdb) c Continuing. Program received signal SIGINT, Interrupt. [Switching to thread 1452.0x788] 0x77ea31c7 in KERNEL32!GetAtomNameA () from /c/WINDOWS/system32/kernel32.dll (gdb) bt #0 0x77ea31c7 in KERNEL32!GetAtomNameA () from /c/WINDOWS/system32/kernel32.dll #1 0x77f57d70 in ntdll!RtlAppendStringToString () from /c/WINDOWS/System32/ntdll.dll #2 0x77f58a3a in ntdll!RtlAppendStringToString () from /c/WINDOWS/System32/ntdll.dll I compiled ELinks with --enable-debug, which adds -g. Doing the same on Linux (c, bt, ^C) always returns lines from the ELinks sources. Well, I uploaded a new trace in case it helps - http://www.pervalidus.net/tmp/elinks.txt.gz. It's much smaller. I used the latest cygwin1.dll and strace snapshots, strace -p -t, and only started it at the time I connected to the URL. This may be way off-topic (this list is not intended to provide gdb help), but it looks like a lot of debugging with Cygwin goes beyond rudimentary gdb capabilities, since, AFAIU, *any* Cygwin program is multi-threaded (in the Windows sense). For more information on the gdb thread commands, visit info -f gdb.info-12 -n 'GDB/MI Thread Commands'. A short summary is below. To get the list of threads, use the 'info threads' gdb command, and then use 'thread NUM' to switch to thread number NUM. Once you're in the right thread, you can get a meaningful backtrace. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: Windres Problem with ComboBox/tabbing?
On Sun, 28 Dec 2003, Myke Predko wrote: [snip] gcc -mwindows -mno-cygwin -g -o Programmer.exe Programmer.c Programmer.res -lgdi32 -luser32 ^^^ This puts you in the MinGW domain. You might have better luck asking on the mingw-users list. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: Apache 2.0.48 installation
Hallo Marcus, Am Mittwoch, 24. Dezember 2003 um 23:21 schriebst du: Hi, folks. I am trying to install httpd-2.0.48 on my cygwin/XP and I am getting a never seen (at least to me) error message: __ Installing build system files cp: `httpd' and `/usr/local/apache2/bin/#inst.2204#' are the same file chmod: getting attributes of `/usr/local/apache2/bin/#inst.2204#': No such file or directory mv: cannot stat `/usr/local/apache2/bin/#inst.2204#': No such file or directory make[1]: Leaving directory `/cygdrive/c/downloads/apache.org/httpd-2.0.48' __ There are no binaries for httpd, httpasswd and so on in /usr/local/apache2/bin. And I cannot find these funny #inst.# in the build directory tree. What do you suggest to correct this? My setup for apache is: $ CC=gcc CFLAGS=-O2 ./configure $ make make install My cygwin environment is: WindowsXP cygwin 1.5.5 gcc-3.3.1 Thanks for any help, The Makefiles need to be modified, look for the install targets, they do things like: `cp httpd /target/path/httpd' which doesn't work without patched versions of the fileutils. Change the Makefiles to include the suffixes (`cp httpd.exe /target/path/httpd.exe'). Gerrit -- =^..^= -- 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: Is perl-5.8.2 canonized for use on cygwin yet?
Hallo Charles, Am Dienstag, 23. Dezember 2003 um 07:32 schriebst du: Gerrit: I suggest that you edit the README.cygwin file, leaving in the names of the contributors (hell, delete mine if you want) and eliminate all email addresses except [EMAIL PROTECTED], so we don't need to go thru this exercise again. Allright, will send a patch soon. Gerrit -- =^..^= -- 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: Is perl-5.8.2 canonized for use on cygwin yet?
Hallo Blair, I already answered you (after my christmas vacation), but that was just a guess. The error you got is not usual. I need more information. See http://cygwin.com/problems.html how to file a complete bug report and please be sure to read this part twice: Run cygcheck -s -v -r cygcheck.out and include that file as an attachment in your report. Please do not compress the output. Just attach it as a straight text file so that it can be easily viewed. Gerrit -- =^..^= -- 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: Java hello world link error
Hallo Mauro, One last thing. I noticed that the resulting Test.exe attempts to access the internet. Is this expected ? Its trying to access 24.25.4.107 which my getHost tool tells me is rlghnc-dns-cac-02-dmfe1.nc.rr.com. Please discuss this on the java list (and start a new thread), it is not a Cygwin issue. Gerrit -- =^..^= -- 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: Info.gz files
Hallo David, Am Montag, 22. Dezember 2003 um 01:08 schriebst du: I notice that some of the larger info files, notably gcc related files plus the Cygwin-ug files, are in /usr/share/info as xxx.info.gz files. Is info (supposed to be) able to handle these directly? If so, is special action appropriate to get them listed in the dir file -- on my system they are simply not being seen. Of course, I can unzip them - but why use up the space if info can do it dynamically. I thought that info is able to handle this directly, therefore I provide the info pages compressed. If the info files are not seen, then the script /etc/postinstall/update-info-dir.sh needs to be updated. Gerrit -- =^..^= -- 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: perl stuff building
Hallo dominix, Am Freitag, 19. Dezember 2003 um 01:20 schriebst du: perl -V report different setting from 5.8.0 to 5.8.2. it could help to know (and nice to chose) if there is support for threads, binary compat and so on ... perl was compiled with threads support since 5.8.1 and is not binary compatible with previous 5.8.x releases therefore and for other reasons, see the perldelta docs. Cygwin port's are essential for complete range of test, so I'll find a way out, but it would be smart to upgrade everything at once, and have resource to talk about these specific problems. So as a starting point to help the perl/cygwin community _if the is some_ we could start the perl/cygwin mailing list. (or is there already one ???) in which everyone could provide feedback to porters or modules author, cause I thing there is a lot of perl/related things that do not fit well with this [high volume] specific ML. There is a perl list to talk with the perl5-porters, see http://lists.perl.org/showlist.cgi?name=perl5-porters There is a list to talk with the Cygwin developers and maintainers, please see http://cygwin.com/ . There are no special lists to talk to the module authors in general besides some big modules like ptk http://lists.perl.org/showlist.cgi?name=ptk or DBI http://lists.perl.org/showlist.cgi?name=dbi-users which do have their own mailinglist, please see http://lists.perl.org/ for more. Gerrit -- =^..^= -- 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/
The dynamic link library cygbz2-1.dll could not be found
Hello When installing cygwin from the internet I get The dynamic link library cygbz2-1.dll could not be found in the specified path. Advice? Thank You, Martin -- 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: The dynamic link library cygbz2-1.dll could not be found
From: Martin Gainty Sent: Tuesday, December 28, 2004 3:43 PM When installing cygwin from the internet I get The dynamic link library cygbz2-1.dll could not be found in the specified path. Advice? Did you install this: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygbz2-1.dll ? If you did, read and follow instructions here: Problem reports: http://cygwin.com/problems.html /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E ** on a mailing list; please keep replies on that particular list ** -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to get it working with gdb ?
On Sun, 28 Dec 2003, Igor Pechtchanski wrote: On Sun, 28 Dec 2003, Frédéric L. W. Meunier wrote: On Sat, 27 Dec 2003, Christopher Faylor wrote: On Sat, Dec 27, 2003 at 07:42:18PM -0200, Frédéric L. W. Meunier wrote: I did the following: Start the application in a terminal. Use ps in another terminal. Use gdb -p from that terminal. Then: (gdb) c Continuing. Do something with the application. Then I tried ^C in gdb and it didn't work, but it works on Linux. Sorry, I'm not used to debug things, but I'd like to know why the above doesn't work. I'm trying to investigate the ELinks problem with compressed files, but it turns out to be a PITA. I can't reproduce it on Linux, but I guess it'd have worked since ^C does. Type ^C on the console that is running ELinks. Thanks, I at least got back the gdb prompt, but it always returns the same things with a bt, also with other applications: (gdb) c Continuing. Program received signal SIGINT, Interrupt. [Switching to thread 1452.0x788] 0x77ea31c7 in KERNEL32!GetAtomNameA () from /c/WINDOWS/system32/kernel32.dll (gdb) bt #0 0x77ea31c7 in KERNEL32!GetAtomNameA () from /c/WINDOWS/system32/kernel32.dll #1 0x77f57d70 in ntdll!RtlAppendStringToString () from /c/WINDOWS/System32/ntdll.dll #2 0x77f58a3a in ntdll!RtlAppendStringToString () from /c/WINDOWS/System32/ntdll.dll I compiled ELinks with --enable-debug, which adds -g. Doing the same on Linux (c, bt, ^C) always returns lines from the ELinks sources. Well, I uploaded a new trace in case it helps - http://www.pervalidus.net/tmp/elinks.txt.gz. It's much smaller. I used the latest cygwin1.dll and strace snapshots, strace -p -t, and only started it at the time I connected to the URL. This may be way off-topic (this list is not intended to provide gdb help), but it looks like a lot of debugging with Cygwin goes beyond rudimentary gdb capabilities, since, AFAIU, *any* Cygwin program is multi-threaded (in the Windows sense). For more information on the gdb thread commands, visit info -f gdb.info-12 -n 'GDB/MI Thread Commands'. A short summary is below. To get the list of threads, use the 'info threads' gdb command, and then use 'thread NUM' to switch to thread number NUM. Once you're in the right thread, you can get a meaningful backtrace. I had tried that, but after using ^C in the application it always returns the same information for all threads. I think I've given up. -- How to contact me - http://www.pervalidus.net/contact.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.6-pre: Occasional bad memory accesses within cygwin1.dll
I installed a self-built cygwin HEAD version - mostly it works fine, but it causes odd failures during builds (speculation: race when many processes being created and destroyed?) The most common failure is a Windows error box: The instruction at 0x6108621a references memory at 0x610030b0. The memory could not be written. (These addresses are constant.) $ addr2line -e /bin/cygwin1.dll 0x6108621a 0x610030b0 .../src/winsup/cygwin/shm.cc:331 .../src/winsup/cygwin/cygthread.cc:34 The errors are usually in sed, grep, or dirname. This is sometimes accompanied by this error on the console: 4 [proc] sh 1160 sig_send: error sending signal 20 to pid 1160, pipe handle 0x, Win32 error 6 Less common failures include shell scripts receiving terminating with a Hangup message, or locking up entirely. Debugging suggestions welcome. Max. -- 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: Please try the latest snapshot -- it is close to cygwin 1.5.6
Pierre A. Humblet wrote: At 12:46 PM 12/27/2003 -0500, Christopher Faylor wrote: I missed the 'sh -c' clue in your previous message. Since sh uses vfork, that indicates a vfork problem. I've checked in some more changes to deal with this. It seems to do the right thing both with sh -c and without. It also should have the added benefit of doing the right thing wrt deallocating the console appropriately since open_fhs should now track the ctty usecount. This was screwed up before, apparently even before I started mucking with the tty stuff. I sure do hate usage counting. cgf Yes, that works fine now, as does bash -c inetd. Sorry to jump in on this, but I run into a few problems with the changes you made last night and one issue which has been a problem for some time now. This is on my Win2k box and all problems were noticed when I logged in remotely via ssh (I have not tried locally). If it makes any difference, the /usr/src dir, where all my project and cygwin source is contained, is a managed mount. Issues from yesterday's checkin: 1)When run by itself from the command line, `make` is not forking properly for recursive makes, instead it aborts and returns a bogus HANGUP signal to the console. This is easily seen when attempting to build the Cygwin tree. I cannot provide any useful output since it appears that calling the process from within gdb or through strace actually keeps make from failing to fork, but make still screws up the order of entry into subdirs. 2)`procps auxf` incorrectly identifies top-parent processes as defunct, even though ps and the nt process monitor shows them to be valid. However, for postgres's postmaster, the parent and *all* children are labeled as defunct even though I can confirm that the server is up and running. 3)Running configure scripts using sh.exe (which is default when you ./configure) always hangs, whereas running them through bash.exe works fine (although it does hang from time to time). In either case, when it hangs, doing ctrl-c will drop you to the command line. However, the process isn't terminated, like one would expect. Also, it refuses to obey any signal except SIGKILL. Existing issues since 1.5.5: 3)I find myself involuntarily logged-out of my sessions at random intervals. This is especially prevalent when doing massive recursive `rm -rf`'s or `grep -rn`'s or any other form of intensive disk i/o. However, whatever is causing it seems to be getting fixed, since this happens less frequently then it used to. A small kludge I use to get around this is by running links.exe then using ctrl-Z to send it to a stopped state. Then if it tries to log me out, it will fail because I have a stopped process. 4)lynx crashes on startup, dropping me back to the command line. Running it through gdb, the segfault happens at line 81 of cygtls.cc, _last_thread-next = this which is inside the function _threadinfo::init_thread(void*). Unfortunately, my system is in a state where I cannot get make to run correctly, so trying to build a debug version of lynx at this point is not feasible. I should note that I do not see this problem inside links. Although I'm further investigating these problems, I thought I might share them since the next release is being discussed. Cheers, Nicholas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.6-pre: Occasional bad memory accesses within cygwin1.dll
Max Bowsher wrote: I installed a self-built cygwin HEAD version - mostly it works fine, but it causes odd failures during builds (speculation: race when many processes being created and destroyed?) The most common failure is a Windows error box: The instruction at 0x6108621a references memory at 0x610030b0. The memory could not be written. (These addresses are constant.) $ addr2line -e /bin/cygwin1.dll 0x6108621a 0x610030b0 .../src/winsup/cygwin/shm.cc:331 .../src/winsup/cygwin/cygthread.cc:34 The errors are usually in sed, grep, or dirname. This is sometimes accompanied by this error on the console: 4 [proc] sh 1160 sig_send: error sending signal 20 to pid 1160, pipe handle 0x, Win32 error 6 Less common failures include shell scripts receiving terminating with a Hangup message, or locking up entirely. I've seen this while running recursive `make`'s. Have you tried running configure or make from within gdb? I've found that doing that actually seems to prevent the races which you describe, however it does cause make to screwup the subdir entry order. As for the locking up, a big ditto there. Also, are you having any trouble with lynx? Cheers, Nicholas -- 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: Info.gz files
Gerrit P. Haase wrote: Hallo David, Am Montag, 22. Dezember 2003 um 01:08 schriebst du: I notice that some of the larger info files, notably gcc related files plus the Cygwin-ug files, are in /usr/share/info as xxx.info.gz files. Is info (supposed to be) able to handle these directly? If so, is special action appropriate to get them listed in the dir file -- on my system they are simply not being seen. Of course, I can unzip them - but why use up the space if info can do it dynamically. I thought that info is able to handle this directly, therefore I provide the info pages compressed. If the info files are not seen, then the script /etc/postinstall/update-info-dir.sh needs to be updated. Gerrit Ja! I checked the info.el source; it appears to be coded to decompress the files if/when they are referenced. Doesn't seem to be dynamic - once uncompressed, I think the files remain that way. But I could research it more deeply. However, it appears that install-info does not extract the directory information for the .info.gz files; therefore they are not visible from the root of the info directory. Again, more research is in order. I'll try to take a look at it this week. M f G, -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! -- 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: The dynamic link library cygbz2-1.dll could not be found
Hallo Hannu: Yes I have elected to re-install cygwin package from the Internet I now have a bit of a different problem now The cygwin setup routine Hangs on /etc/postinstall/lftp.sh Cygwin Setup at top displays 99% complete Package/Total/Disk metrics display about 50% complete For the life of me I cannot get cygwin installed properly. Win2K SP4 1.5GB RAM Roughly 40GB free on primary drive Suggestions ? Many Thanks, Martin - Original Message - From: Hannu E K Nevalainen [EMAIL PROTECTED] To: Martin Gainty [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, December 28, 2003 10:02 AM Subject: RE: The dynamic link library cygbz2-1.dll could not be found From: Martin Gainty Sent: Tuesday, December 28, 2004 3:43 PM When installing cygwin from the internet I get The dynamic link library cygbz2-1.dll could not be found in the specified path. Advice? Did you install this: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygbz2-1.dll ? If you did, read and follow instructions here: Problem reports: http://cygwin.com/problems.html /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E ** on a mailing list; please keep replies on that particular list ** -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
OLOCA
Delightful collection! I don't think your acronym list should have any that haven't appeared, but... : Life's Little Lessons Learned. (Also L^4) We who say that acronyms are acronyms only if you can pronounce them (i.e., RADAR, SONAR, LORAN, etc.) are fighting a losing battle. There just doesn't seem to be an equally-catchy word to describe the likes of VM and FTP; even Richard Lederer could only come up with initialism for the more-general case. Fwiw, I just installed Cygwin (98 SE), and [less] complains of a missing .dll and won't run. (However, IIRC, the Pause key works! Fantastic!) I'm temporarily distracted from going to the FAQ; that's my next place to go. What you folk are doing is quite interesting; reminds me of loopback and UMSDOS, but doesn't seem to be either. NNTR Here's wishing you a bright and shiny New Year, but if you prefer a matte finish, by all means may have that, instead. -- Nicholas Bodley #o# Waltham, Mass. [EMAIL PROTECTED] Using Opera browser 7.5 Build 3498 -- 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: Is perl-5.8.2 canonized for use on cygwin yet?
On Tue, Dec 23, 2003 at 02:51:12AM -0800, Yitzchak Scott-Thoennes [EMAIL PROTECTED] wrote: On Mon, Dec 22, 2003 at 04:04:11PM -0700, Blair P. Houghton [EMAIL PROTECTED] wrote: In the meantime I realized that 5.8.2 is newer than I thought it was. Maybe I *am* the first to try to build it on cygwin. Nah. Someone out there has seen this before. Works for me. Please give output from /usr/src/perl-5.8.2/myconfig, make --version, and cygcheck -c make. If you mean you didn't use Configure with the -d switch (highly recommended), please also attach config.sh. Feel free to email me directly and I'll try to help you. No luck so far. I downgraded to the make that you are using, but it still worked. Grasping at straws: What shell are you using? Where did you get the perl source from? What does the ext/B/C/Makefile look like? Does a manual make -f Makefile all in that directory give the same error? You may want to update your cygwin and see if that helps. I see you are using 1.3.20 and gcc 3.2 20020927 (prerelease) vs. my 1.5.5 and gcc 3.3.1 (cygming special) but I don't see how that would cause this failure. Oh, and please send the cygwin list cygcheck -s -v -r output as an attachment. -- 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: Windres Problem with ComboBox/tabbing? - Fixed/MinGW Problem
Thanx Igor for the pointer, I joined the list and got my answers. For anybody that cares, or runs into the same problems: 1. The combobox control's height parameter is the height iwith the dropdown active/i of the control, not its height with the dropdown hidden. This doesn't seem to be well explained in either Microsoft or other people's documentation. 2. The tabbing problem is a bit more subtle and if you are running with MinGW as I am, you are going to have it UNLESS your GetMessage/Translate/Dispatch loop at the end of WinMain is: while (GetMessage(Msg,NULL,0,0)){ if ((!IsWindow(hwnd)) || (!IsDialogMessage(hwnd,Msg))){ TranslateMessage(Msg); DispatchMessage(Msg); } } The IsDialogMessage function determines if a message is for the current dialog box and processes it, if it is. This doesn't seem to be documented anywhere, except with a key accelerator is used in the application code. myke -- 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: Is perl-5.8.2 canonized for use on cygwin yet?
I think I've found the problem. By more careful use of the -d=flags option to make, I traced it down to the second of two subdirs targets, and then turned off the NOECHO command (by taking it out of the script line in the Makefile under the second subdirs target). Then, making only in the .../ext/B directory (as Yitzchak suggested), I got this output: % make -f Makefile all cd C make -f Makefile all LIB=C:\Program Files\Microsoft Visual Studio .NET\Vc7\lib\;C:\Program Files\Microsoft.NET\FrameworkSDK\Lib\ LIBPERL_A=libperl LINKTYPE=dynamic PREFIX= OPTIMIZE=-O2 PASTHRU_DEFINE= PASTHRU_INC= Syntax error: Unterminated quoted string make: *** [subdirs] Error 2 Note the LIB variable. It's not the spaces that are glaring, it's that trailing backslash before the closing double-quote. Leave it to Microsoft to confuse a path with a string that is part of the computation of a path (they shoulda left the last slash off; it's only there as step-saving cruft for some string catenation that would probably be better written to do the slash insertion itself anyway; lamers). LIB comes from the calling shell environment, which is a default xterm running bash under XFree86. So here's the question: What sets LIB in the cygwin environment? It comes verbatim from the DOS environment list but I don't see the importation in any of the layered rc files (but I could've missed it). And is there a way to automatically make cygwin translate these paths from backslash to forward slash when importing? You'd think that would be the default. Is there a way to suppress all importation or all but a list of explicitly named variables? Obviously I can exclude some by redefining them in the bashrc files, but what I'd rather do is exclude all except those I want included, in case some software installs new ones. It occurs to me that if these environment variables are simply imported by the fork that spawns cygwin, that's an insecurity (although, as others have noted, if the calling context is already insecure, cygwin is hardly the place to expect an extra layer of armor). --Blair -Original Message- From: Yitzchak Scott-Thoennes [mailto:[EMAIL PROTECTED] Sent: Sunday, December 28, 2003 6:25 PM To: [EMAIL PROTECTED] Cc: Blair P. Houghton Subject: Re: Is perl-5.8.2 canonized for use on cygwin yet? On Tue, Dec 23, 2003 at 02:51:12AM -0800, Yitzchak Scott-Thoennes [EMAIL PROTECTED] wrote: On Mon, Dec 22, 2003 at 04:04:11PM -0700, Blair P. Houghton [EMAIL PROTECTED] wrote: In the meantime I realized that 5.8.2 is newer than I thought it was. Maybe I *am* the first to try to build it on cygwin. Nah. Someone out there has seen this before. Works for me. Please give output from /usr/src/perl-5.8.2/myconfig, make --version, and cygcheck -c make. If you mean you didn't use Configure with the -d switch (highly recommended), please also attach config.sh. Feel free to email me directly and I'll try to help you. No luck so far. I downgraded to the make that you are using, but it still worked. Grasping at straws: What shell are you using? Where did you get the perl source from? What does the ext/B/C/Makefile look like? Does a manual make -f Makefile all in that directory give the same error? You may want to update your cygwin and see if that helps. I see you are using 1.3.20 and gcc 3.2 20020927 (prerelease) vs. my 1.5.5 and gcc 3.3.1 (cygming special) but I don't see how that would cause this failure. Oh, and please send the cygwin list cygcheck -s -v -r output as an attachment. -- 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: Is perl-5.8.2 canonized for use on cygwin yet?
On Sun, Dec 28, 2003 at 08:51:12PM -0700, Blair P. Houghton [EMAIL PROTECTED] wrote: I think I've found the problem. By more careful use of the -d=flags option to make, I traced it down to the second of two subdirs targets, and then turned off the NOECHO command (by taking it out of the script line in the Makefile under the second subdirs target). Then, making only in the .../ext/B directory (as Yitzchak suggested), I got this output: % make -f Makefile all cd C make -f Makefile all LIB=C:\Program Files\Microsoft Visual Studio .NET\Vc7\lib\;C:\Program Files\Microsoft.NET\FrameworkSDK\Lib\ LIBPERL_A=libperl LINKTYPE=dynamic PREFIX= OPTIMIZE=-O2 PASTHRU_DEFINE= PASTHRU_INC= Syntax error: Unterminated quoted string make: *** [subdirs] Error 2 Note the LIB variable. It's not the spaces that are glaring, it's that trailing backslash before the closing double-quote. Leave it to Microsoft to confuse a path with a string that is part of the computation of a path (they shoulda left the last slash off; it's only there as step-saving cruft for some string catenation that would probably be better written to do the slash insertion itself anyway; lamers). Here's a quick workaround: --- perl-5.8.2/lib/ExtUtils/MM_Unix.pm.orig 2003-10-31 14:03:45.0 -0800 +++ perl-5.8.2/lib/ExtUtils/MM_Unix.pm 2003-12-28 20:46:33.231611200 -0800 @@ -3119,7 +3119,7 @@ my($sep) = $Is_VMS ? ',' : ''; $sep .= \\\n\t; -foreach $key (qw(LIB LIBPERL_A LINKTYPE PREFIX OPTIMIZE)) { +foreach $key (qw(LIBPERL_A LINKTYPE PREFIX OPTIMIZE)) { push @pasthru, $key=\\$($key)\; } -- 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/
Question about ash and getopts
I know this is a pseudo-FAQ, but I haven't been able to find a clear enough answer in the archives. 1. Is it not the case that POSIX provides a specification for the getopts builtin? 2. Doesn't ash, as originally written, implement getopts? I'm trying to figure out why this feature was removed, and I've never gotten an answer that made much sense. Every other POSIX-like system I can think of supports getopts in /bin/sh. Why is Cygwin different? -s -- 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/