xmkmf resuling in bad search path for std includes?
I'm cross-posting this to cygwin-xfree@cygwin.com, and cygwin@cygwin.com because, although it appears to be X-related, the root cause may turn out not to be. Here's what's up... I'm attempting to build an X-client from source. I've done it many times before without a hitch, although the last time I did so was many, many months ago. In the meantime, I've regularly run setup.exe to keep my Cygwin install up-to-date. The process for building this X-client involves (1) running "xmkmf -a", which creates the Makefile and implicitly runs "make depend", and then (2) running "make all" to actually build the client. I'm running into trouble at the "make depend" point in the process. It's not finding a couple of include files. Here's an example message: makedepend: warning: x2x.c (reading /usr/include/sys/unistd.h, line 13): cannot find include file "stddef.h" not in /usr/X11R6/include/stddef.h not in /usr/local/lib/gcc-include/stddef.h not in /usr/include/stddef.h not in /usr/include/w32api/stddef.h not in /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/include/stddef.h If I do "find / -name stddef.h" it returns the following: /lib/gcc/i686-pc-cygwin/3.4.4/include/stddef.h /lib/gcc/i686-pc-cygwin/3.4.4/install-tools/include/stddef.h As I see it, either xmkmf is setting up the wrong search path, or something is wrong with my gcc installation (since make depend is looking in 3.3.3/include but the files are located in 3.4.4/include). Attached is the result of running cygcheck. Advice on how to proceed would be appreciated. Thanks. cygcheck.out.gz Description: GNU Zip compressed data -- 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/
Problem with w32api/*.h
I'm having a problem building an app which #includes . It depends on some #defines which are inside a #if (_WIN32_WINNT >= 0x0403 .. #endif clause. (to be specific, it needs the typedef for LPINPUT in winuser.h). My build environment is Windows 2000 SP4, and a quick test tells me that _WIN32_WINNT = 0x0400. Advice? -Tom _ Tax headache? MSN Money provides relief with tax tips, tools, IRS forms and more! http://moneycentral.msn.com/tax/workshop/welcome.asp -- 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/
Adding/removing custom mirror URLs in setup.exe...
2 separate questions about customizing the list of mirror URLs in the cygwin setup.exe program: 1) When adding a custom URL, what is the correct syntax to describe the path to the cygwin pacakge directory? For instance, on an FTP accessible server I have a directory in my home directory called "cygwin" which contains setup.exe and setup.ini. Underneath that is the release directory which contains all of the packages. I can browse the directory hierarchy in IE with a URL that looks like "ftp://username:password@hostname/cygwin";. I tried entering that URL in the approriate place in setup.exe, clicked Add, then selected it from the list and clicked "Next", but then got a message saying is could not find setup.ini. 2) Once I've added a custom URL to the list of mirrors, how do I remove it? Thanks. _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail -- 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: Slowness when setting PS1 variable???
Do you run a CPU-soaking background program such as SETI@home, Folding@home (the protein folding experiment) or fightAIDS@home (the AIDS drug discovery program)? If so, you're seeing the result of the changes to how Cygin accesses pipes in 1.3.18. You hit the nail on the head!! I'm running SETI@Home. Killed the process, launched a new bash shell, and voila! The slowdown has magically disappeared! _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- 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: Slowness when setting PS1 variable???
Update. I've further observed that while running whoami at the command-line returns a result immediately, running it inside a pair of back-tics "`" shows the blocking behavior. For instance, if I do this: $ whoami I get a result immediately. However, if I do this: $ echo `whoami` It takes a good 5-10 seconds to print a value and return the prompt. _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus -- 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/
Slowness when setting PS1 variable???
I recently ran Cygwin setup and installed lots of updates. However, ever since, I noticed that starting a new shell takes a relatively long time (we're talking 10 seconds or so between typing "bash" and getting a prompt - it might not sound like a lot, but try running make on something of moderate size and see how many times it starts a new shell in the process!!). I did some debugging, and the slowness seems to only occur when executing my .bashrc file. More specifically, it seems to block when it gets to this entry: # Set the prompt export PS1=" `whoami`@`uname -n`:\$PWD $ " If I take out the `whoami` and `uname -n` parts, the slowness goes away and bash starts up almost instantaneously. However, what baffles me is if I run either of these commands at the command-line (immediately after starting a shell), they return a result immediately. I guess my question is: why do `whoami` and `uname -n` take so stinking long to run when inside the PS1 assignment??? Below is the output of cygcheck -s... Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Jan 08 09:04:38 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: . C:\cygwin\home\tchadwic\bin C:\cygwin\usr\local\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Utilities c:\Program Files\IBM\Trace Facility c:\Program Files\Personal Communications c:\Notes c:\PROGRA~1\COMMON~1\XCPCSync\TRANSL~1\LtNts4 C:\cygwin\bin C:\cygwin\usr\X11R6\bin SysDir: C:\WINNT\System32 WinDir: C:\WINNT HOME = `C:\cygwin\home\tchadwic' PWD = `/home/tchadwic' Use `-r' to scan registry c: hd NTFS 14998Mb 65% CP CS UN PA FC C_DRIVE d: hd NTFS 509Mb 98% CP CS UN PASWAP e: cd N/AN/A s: net NTFS 70312Mb 0% CP CSPAtchadwic . /cygdrive user binmode,cygdrive C:/cygwin / system binmode C:/cygwin/bin /usr/bin system binmode C:/cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive user binmode,cygdrive Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll 644k 2002/12/08 C:\cygwin\bin\cygcrypto.dll 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 19k 2002/02/20 C:\cygwin\bin\cyggdbm.dll 490k 2002/09/21 C:\cygwin\bin\cygguile-12.dll 488k 2002/07/18 C:\cygwin\bin\cygguile-14.dll 63k 2002/07/18 C:\cygwin\bin\cygguile-srfi-srfi-13-14-1.dll 63k 2002/09/21 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll 24k 2002/07/18 C:\cygwin\bin\cygguile-srfi-srfi-4-1.dll 24k 2002/09/21 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll 14k 2002/07/18 C:\cygwin\bin\cygguilereadline-14.dll 14k 2002/09/21 C:\cygwin\bin\cygguilereadline-v-12-12.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 45k 2002/02/08 C:\cygwin\bin\cygjbig1.dll 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll 59k 2002/09/20 C:\cygwin\bin\cygkpathsea-3-3-7.dll 32k 2002/12/27 C:\cygwin\bin\cygltdl-3.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll 40k 2001/11/21 C:\cygwin\bin\cygpcre.dll 39k 2001/11/21 C:\cygwin\bin\cygpcreposix.dll 175k 2002/07/22 C:\cygwin\bin\cygpng10.dll 179k 2002/07/22 C:\cygwin\bin\cygpng12.dll 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll 127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll 66k 2001/11/20 C:\cygwin\bin\cygregex.dll 165k 2002/12/08 C:\cygwin\bin\cygssl.dll 550k 2002/12/19 C:\cygwin\bin\cygtcl83.dll 12k 2002/12/19 C:\cygwin\bin\cygtclpip83.dll 253k 2002/02/10 C:\cygwin\bin\cygtiff3.dll 217k 2002/12/19 C:\cygwin\bin\cygtix4183.dll 830k 2002/12/19 C:\cygwin\bin\cygtk83.dll 41k 2002/01/20 C:\cygwin\bin\cygXpm-noX4.dll 46k 2002/01/20 C:\cygwin\bin\cygXpm-X4.dll 50k 2002/03/12 C:\cygwin\bin\cygz.dll 880k 2002/12/2
nice command?
I got to playing around with Windows 2000 Task Manager the other day and discovered that you can change the priority of a running task. This led me to discover that you can specify the priority of a task when you launch it by way of the windows start command using one of the following options: LOW Start application in the IDLE priority class NORMAL Start application in the NORMAL priority class HIGHStart application in the HIGH priority class REALTIMEStart application in the REALTIME priority class ABOVENORMAL Start application in the ABOVENORMAL priority class BELOWNORMAL Start application in the BELOWNORMAL priority class WAITStart application and wait for it to terminate I then got to playing with nice (under Cygwin) to see what I could do about setting the priority of a Cygwin task. I used the following syntax and tried a number of values of x: nice -n x programname.exe I found that specify a value of x=0 results in NORMAL priority. For any value of x > 0, I found I got a priority of LOW. For any value of x < 0, I found I got a priority of HIGH. I tried "man nice" and "info nice" and got scant documentation. I'm just curious if this is the expected behavior of nice? Is my analysis correct, or are there other values of "x" that will get me the other Windows priorities? FWIW, there's a Cygwin task I'd like to launch with AboveNormal priority. _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail -- 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/
Can I Cross-Compile and x86 Linux Kernel under Cygwin?
I'm looking for a convenient place to cross-compile a Linux Kernel targetting an x86 platform. Is this something I can do under Cygwin, or am I asking for trouble? While I've compiled the Linux kernel before, I've never cross-compiled it on a different platform. _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE* http://join.msn.com/?page=features/virus -- 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/
Errors when building setup.exe
I downloaded the source for the Cygwin setup program (via setup), ran configure, and then make. All went smoothly until this: Making all in libgetopt++ make[2]: Entering directory `/usr/src/setup-0/libgetopt++' source='src/GetOption.cc' object='src/GetOption.lo' libtool=yes \ depfile='src/.deps/GetOption.Plo' tmpdepfile='src/.deps/GetOption.TPlo' \ depmode=gcc3 /bin/bash ./cfgaux/depcomp \ /bin/bash ./libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I./include -I./include-g -O2 -c -o src/GetOption.lo `test -f 'src/GetOption.cc' || echo './'`src/GetOption.cc mkdir src/.libs g++ -DHAVE_CONFIG_H -I. -I. -I./include -I./include -g -O2 -c src/GetOption.cc -MT src/GetOption.lo -MD -MP -MF src/.deps/GetOption.TPlo -DPIC -o src/.libs/GetOption.o In file included from include/getopt++/GetOption.h:19, from src/GetOption.cc:19: include/getopt++/OptionSet.h:31: `ostream' was not declared in this scope include/getopt++/OptionSet.h:31: parse error before `)' token In file included from src/GetOption.cc:20: include/getopt++/Option.h:33: ISO C++ forbids declaration of `string' with no type include/getopt++/Option.h:33: `string' declared as a `virtual' field include/getopt++/Option.h:33: parse error before `const' include/getopt++/Option.h:35: ISO C++ forbids declaration of `string' with no type include/getopt++/Option.h:35: `string' declared as a `virtual' field include/getopt++/Option.h:35: declaration of `int Option::string' include/getopt++/Option.h:33: conflicts with previous declaration `int Option::string' include/getopt++/Option.h:35: parse error before `const' include/getopt++/Option.h:35: duplicate member `Option::string' make[2]: *** [src/GetOption.lo] Error 1 make[2]: Leaving directory `/usr/src/setup-0/libgetopt++' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/setup-0' make: *** [all] Error 2 Shouldn't this package build cleanly "out of the box"? Am I missing something? _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail -- 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/
Setup's "Choose a download source" screen...
When I run the Cygwin setup program, the second screen titled "Choose a
download source" has 3 radio buttons. More often than not I select the one
labeled "Install from Local Directory". Unfortunately, setup does not
"remember" that selection the next time I run it, always defaulting to
"Install from Internet".
I suppose I could patch the file source.cc like so:
--- source.cc.orig 2002-11-20 11:20:08.0 -0500
+++ source.cc 2002-11-20 11:21:13.0 -0500
@@ -79,7 +79,7 @@
SourcePage::OnActivate ()
{
-source = IDC_SOURCE_NETINST;
+source = IDC_SOURCE_CWD;
load_dialog (GetHWND ());
// Check to see if any radio buttons are selected. If not, select a
default.
But it seems a better solution would be to have setup save whatever I last
picked in setup.ini or in the Windows Registry.
How hard would it be to implement this feature? I suppose given enough
guidance I could implement it myself and offer up a patch.
_
Add photos to your e-mail with MSN 8. Get 2 months FREE*.
http://join.msn.com/?page=features/featuredemail
--
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/
