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 , 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 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: The dynamic link library cygbz2-1.dll could not be found
> From: Martin Gainty
> Sent: Tuesday, December 28, 2004 9:57 PM
> 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.
I've seen this problem reported before have a go at finding the postings
and the solution via google, use something like:
site:cygwin.com +lftp +postinstall
as search criteria.
> Win2K SP4
> 1.5GB RAM
> Roughly 40GB free on primary drive
Hmm... I'm running it on W2K SP4+ so there should IMO be no problem related
to that.
I'd love to be more helpful but it is past midnight over here and I've got
to get up at 6 o'klock... :-7. Hope the above helps!
BTW: Please, don't include email adresses in the body of messages. Spam
harvesters find them - in particular as these messages end up being readable
by http in the mail archives. (No harm done this time though, I'll be
changing the address RSN)
/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: 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 with the
dropdown active 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: ImageMagick packaging problem
This is not an answer to the problem posted, but it reminds me to ask as to where can a version of ImageMagick for cygwin is available for download ? Thanks, Koundinya -Original Message- From: Tony Arnold [mailto:[EMAIL PROTECTED] Sent: Friday, December 26, 2003 9:59 PM To: [EMAIL PROTECTED] Subject: ImageMagick packaging problem I just downloaded and installed teh ImageMagick package. It installed fine, but when I tried to rung one of the command line tools such as identify or convert, it complained it could not find the configuration files in /usr/lib/ImageMagick.5.5.7 and on checking this directory does not exist. The readme for this package indicates this directiry tree should be included included in this package. I eventually discovered the libMagick-devel package which does include the above directory path. It seems to me that the pathe for the config files should either be included in the main package or the devel package should be a dependency of the main packge. Regards, Tony. P.S., Please cc me in replies as I do not subscribe to this list. -- Tony Arnold, Deputy to the Head of COS Division, Manchester Computing, University of Manchester, Oxford Road, Manchester M13 9PL. T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039 E-mail: [EMAIL PROTECTED], Home: http://www.man.ac.uk/Tony.Arnold -- 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/
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/
