Re: Windows XP and cygwin's heap
- Original Message - From: "Lapo Luchini" <[EMAIL PROTECTED]> > He never heard of cygwin as of 2 days ago and he used the same mirror > (snuet.se) where I usually update (and indeed it contains 1.3.6-6)... I > doubt he has a older version of the DLL. > But maybe the is some program that installed an older version without him > ever knowing it was used, I'll tell him to search his hard-disk for > cygwin1.dll's Thats actually quite likely. There are quite a few programs out there that have unix origins that include cygwin1.dll - sometimes without telling the user. Grr. Rob -- 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: Windows XP and cygwin's heap
What approach is being used in 1.3.7 or what module is responsible for this in the cygwin1.dll? We use DLLs quite a bit and have experimented with a variety of mechanisms to detect similar forms of DLL conflict. A small amount of shared memory DLL intercommunication might work very nicely, although the trick of course is detecting the really old stuff out their that people include with their applications. I've seen a lot of open source computational chemistry software that includes the cygwin1.dll. What is your architectural approach to this right now? Larry Wood -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Christopher Faylor Sent: Saturday, January 12, 2002 11:25 PM To: [EMAIL PROTECTED] Subject: Re: Windows XP and cygwin's heap On Sat, Jan 12, 2002 at 11:28:48PM -0500, Laurence F. Wood wrote: >I have seen this problem before caused by conflicting cygwin1.dll files. >Why not modify cygwin1.dll to detect the presence of conflicting cygwin1.dll >files and report this to the user in an informative way. Well, duh. There is already some detection in the DLL. There will be more in 1.3.7. Or, were you going to contribute something? If so, I'll hold off the release so that we can get your changes in. cgf -- 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/ -- 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: RPM installer needed for my PHP project
If it's running on cygwin, I wouldn't object to it being discussed here. Rob - Original Message - From: "Jean-Michel POURE" <[EMAIL PROTECTED]> I will contact you off-the-list to explain this Php project. It is big and interesting... -- 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: Windows XP and cygwin's heap
> > I doubt he has a older version of the DLL. > > But maybe the is some program that installed an older version without > him > > ever knowing it was used, I'll tell him to search his hard-disk for > > cygwin1.dll's > Thats actually quite likely. There are quite a few programs out there > that have unix origins that include cygwin1.dll - sometimes without > telling the user. Grr. Sadly that's not the case (sadly because that would have been the solution to the problem)... any other idea? No-one else has that problem with XP? Any chance there is a renamed copy of cygwin dll? Anyway I just suggested my friend to do a "cygcheck -s" and to send it here... let's see... -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- 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: cron - Error starting a service: QueryServiceStatus: Win32 error 1062:
Hallo Jari, Am 2002-01-13 um 01:36 schriebst du: > $ cygrunsrv -I "Cygwin cron" -p /usr/sbin/cron -a D -e "CYGWIN=ntsec" ^^ A typo? Try: -a -D or: -a '-D' or: -a "-D" instead^^^? > $ cygrunsrv --start "Cygwin cron" > cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1062: > The service has not been started. > $ echo $CYGWIN > tty ntsec binmode > Jari -- =^..^=mailto:[EMAIL PROTECTED] -- 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: Report #5 "How to send out one million emails for free!"
Hey, My name is Kenneth from Australia, I've sent money to purchase the Report #5 "How to send out one million emails for free!" from you. I've waited for 3 weeks and I still havne't received an email from them yet... could it have been because I sent Australian money instead of US?! Well if you could send me a subsitute Report #5 to me by email it would be most appreciated. Thanx again Regards Kenneth Yu -- ___ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup 1 cent a minute calls anywhere in the U.S.! http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.com -- 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: progamming with Cygwin GNU Readline Library
Charles,
Charles> Try the readline-4.2a-1 package (along with libreadline5) which were
Charles> just announced. With that package, your bug.c program returns the
Charles> correct results...
I've tried, but still have same wrong result.
I installed on the next step;
1st setup
readline4.2a-1
2nd setup
libreadline4
libreadline5
I think this is correct. Am I missing something?
Hiroo Hayashi
(HERBIE) hiroo[425] gcc bug.c -static -lreadline -lncurses
(HERBIE) hiroo[426] ./a.exe
4.2a
row=25, col=79
row=10, col=19
(HERBIE) hiroo[427]
bug.c (not changed)
#include
#include
main(){
int row, col;
rl_initialize();
puts(rl_library_version);
rl_get_screen_size(&row, &col);
printf("row=%d, col=%d\n", row, col);
rl_set_screen_size(10, 20);
rl_get_screen_size(&row, &col);
printf("row=%d, col=%d\n", row, col);
}
--
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: progamming with Cygwin GNU Readline Library
Yes, that is correct. I am surprised that it isn't working for you. I
got the correct results -- but I was running in an rxvt window. Are you
running in a command.com window or something?
(BTW, rl_set_screen_size doesn't seem to actually CHANGE the physical
size of my rxvt window -- should it? Or does it merely restrict the
area of the visible window that readline will use?)
--Chuck
Hiroo Hayashi wrote:
> Charles,
>
> Charles> Try the readline-4.2a-1 package (along with libreadline5) which were
> Charles> just announced. With that package, your bug.c program returns the
> Charles> correct results...
>
> I've tried, but still have same wrong result.
>
> I installed on the next step;
> 1st setup
> readline4.2a-1
> 2nd setup
> libreadline4
> libreadline5
>
> I think this is correct. Am I missing something?
>
> Hiroo Hayashi
>
>
> (HERBIE) hiroo[425] gcc bug.c -static -lreadline -lncurses
> (HERBIE) hiroo[426] ./a.exe
> 4.2a
> row=25, col=79
> row=10, col=19
> (HERBIE) hiroo[427]
>
>
> bug.c (not changed)
>
> #include
> #include
> main(){
> int row, col;
>
> rl_initialize();
>
> puts(rl_library_version);
>
> rl_get_screen_size(&row, &col);
> printf("row=%d, col=%d\n", row, col);
>
> rl_set_screen_size(10, 20);
> rl_get_screen_size(&row, &col);
> printf("row=%d, col=%d\n", row, col);
> }
>
>
--
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/
default stack size
Hallo Cygwinners, What is the default stack size for applictions compiled on Cygwin? And is it safe to increase it? Background: I have a perl script which doesn't work I guess because the perl stack size is too small. Now I want to try to build perl with a greater stack. Could cause this problems or does it only depend on the amount of memory I have in use? Gerrit -- =^..^= mailto:[EMAIL PROTECTED] -- 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: OK to mention if it runs on cygwin
Robert Collins wrote: > If it's running on cygwin, I wouldn't object to it being discussed here. > > Rob > > I'm sure others will object to my seizing upon your opening. I got struct running on cygwin yesterday, which demonstrates a significant improvement in Unix compatibility on cygwin. I have tried many times before, but this time it was no different from setting it up for linux. struct is an old Unix version 6 program which translates dirty old Fortran into a structured Fortran-compatible form which resembles C (ratfor). Ratfor can in turn be translated to g77 with indentation, using all the f90 extensions to avoid goto's. If anyone has suggestions about how to translate my associated lex pre-processor to flex, I'd be grateful. -- Tim Prince [EMAIL PROTECTED] -- 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: Windows XP and cygwin's heap
On Sun, Jan 13, 2002 at 01:25:22PM +0100, Lapo Luchini wrote: >> > I doubt he has a older version of the DLL. >> > But maybe the is some program that installed an older version without >> him >> > ever knowing it was used, I'll tell him to search his hard-disk for >> > cygwin1.dll's >> Thats actually quite likely. There are quite a few programs out there >> that have unix origins that include cygwin1.dll - sometimes without >> telling the user. Grr. > >Sadly that's not the case (sadly because that would have been the >solution You *are* running an older version of cywin. It wasn't speculation. The error message you gave comes from an older version. Sadly, you aren't providing any real details so it is difficult to help any further. >to the problem)... any other idea? >No-one else has that problem with XP? Nope. >Any chance there is a renamed copy of cygwin dll? No idea what this means. >Anyway I just suggested my friend to do a "cygcheck -s" and to send it >here... let's see... It's odd that you would suggest this to your friend but not provide this information yourself. cgf -- 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: Windows XP and cygwin's heap
On Sun, Jan 13, 2002 at 05:52:15AM -0500, Laurence F. Wood wrote: >What approach is being used in 1.3.7 or what module is responsible for this >in the cygwin1.dll? We use DLLs quite a bit and have experimented with a >variety of mechanisms to detect similar forms of DLL conflict. A small >amount of shared memory DLL intercommunication might work very nicely, >although the trick of course is detecting the really old stuff out their >that people include with their applications. I've seen a lot of open source >computational chemistry software that includes the cygwin1.dll. What is >your architectural approach to this right now? The error message function for the multiple cygwin problem is "multiple_cygwin_problem". It's in the file dcrt0.cc. Tracing back from that should show you what is happening. cgf -- 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: OK to mention if it runs on cygwin
On Sun, Jan 13, 2002 at 08:40:22AM -0800, Tim Prince wrote: >Robert Collins wrote: >>If it's running on cygwin, I wouldn't object to it being discussed here. >> >I'm sure others will object to my seizing upon your opening. I got struct >running on cygwin yesterday, which demonstrates a significant improvement in >Unix compatibility on cygwin. I have tried many times before, but this time >it was no different from setting it up for linux. struct is an old Unix >version 6 program which translates dirty old Fortran into a structured >Fortran-compatible form which resembles C (ratfor). Ratfor can in turn be >translated to g77 with indentation, using all the f90 extensions to avoid >goto's. If anyone has suggestions about how to translate my associated lex >pre-processor to flex, I'd be grateful. And you think that a subject like "OK to mention if it runs on cygwin" will attract hordes of flex/lex hackers to your cause? For the record, generic flex/lex issues *are* off-topic. Surely you can get help in a more appropriate mailing list (or web page or newsgroup). cgf -- 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: Windows XP and cygwin's heap
On Sun, Jan 13, 2002 at 11:41:26AM -0500, Christopher Faylor wrote: >On Sun, Jan 13, 2002 at 01:25:22PM +0100, Lapo Luchini wrote: >>Anyway I just suggested my friend to do a "cygcheck -s" and to send it >>here... let's see... > >It's odd that you would suggest this to your friend but not provide this >information yourself. Sorry. Corinna just informed me that you never mentioned that *you'd* had the problem so my implication is totally bogus. cgf -- 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: OK to mention if it runs on cygwin
Christopher Faylor wrote: > On Sun, Jan 13, 2002 at 08:40:22AM -0800, Tim Prince wrote: > >>Robert Collins wrote: >> >>>If it's running on cygwin, I wouldn't object to it being discussed here. >>> >>> >>I'm sure others will object to my seizing upon your opening. I got struct >>running on cygwin yesterday, which demonstrates a significant improvement in >>Unix compatibility on cygwin. I have tried many times before, but this time >>it was no different from setting it up for linux. struct is an old Unix >>version 6 program which translates dirty old Fortran into a structured >>Fortran-compatible form which resembles C (ratfor). Ratfor can in turn be >>translated to g77 with indentation, using all the f90 extensions to avoid >>goto's. If anyone has suggestions about how to translate my associated lex >>pre-processor to flex, I'd be grateful. >> > > And you think that a subject like "OK to mention if it runs on cygwin" will > attract hordes of flex/lex hackers to your cause? > > For the record, generic flex/lex issues *are* off-topic. Surely you can > get help in a more appropriate mailing list (or web page or newsgroup). And then, one you have discovered (from that lex-specific mailing list) that the program 'relexer' will translate your code for you, THEN you can come back to the cygwin list and ask "has anybody had luck getting 'relexer' working under cygwin? I just tried to build it and I checked the ml archives, and the german software mirror, but no luck" --chuck -- 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: [ANNOUNCEMENT] Updated: readline-4.2a-1
Note to python, postgres, and units maintainers: Binaries within your packages are linked against cygreadline5.dll. I have taken the following actions: python: changed the "readine" dependency to "libreadline5" to reflect new packaging postgres: this setup hint is absolutely incomplete. It has no sdesc, ldesc, category, OR requires. I made no changes -- the maintainer needs to generate a REAL setup.hint; and when he does, add 'libreadline5' as a requires: units: didn't include readline in the requires: field (although it should have done so). I added 'libreadline5' so everything should now be fine. --Chuck Charles Wilson wrote: > Pre-emptive strike: > > Problem: > I upgraded readline to 4.2a-1 and now [psql python units] doesn't work. > > Solution: > Run setup and RE-install the 'libreadline5' package. You obviously > tried to install readline and libreadline5 and libreadline4 all at once, > instead of in two separate steps as instructed by the original > announcement. > > --Chuck > -- 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: [ANNOUNCEMENT] Updated: readline-4.2a-1
On Sun, Jan 13, 2002 at 12:47:00PM -0500, Charles Wilson wrote: >Note to python, postgres, and units maintainers: > Binaries within your packages are linked against cygreadline5.dll. I >have taken the following actions: > >python: changed the "readine" dependency to "libreadline5" to reflect >new packaging > >postgres: this setup hint is absolutely incomplete. It has no sdesc, >ldesc, category, OR requires. I made no changes -- the maintainer needs >to generate a REAL setup.hint; and when he does, add 'libreadline5' as a >requires: Gah! This is the dreaded "put the versions in the setup.hint rather than let the computer figure it out for me" syndrome. The other information was correct in the setup.ini but it was never imported to setup.hint. It's possible that Jason hasn't updated PostGres since the new setup.exe with dependencies was introduced. I've created a new setup.hint from info in the setup.ini file and added the libreadline5 dependency. The file is still missing the ldesc but that is no big deal. cgf -- 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/
For Corinna Vinschen
Corinna, I'm having the corrupted attachment problem with mutt under cygwin. I've looked on the Web, found no answers, but did find a couple of posts by you that suggest there might be a work-around. Can you help? I'm running Cygwin 1.3.2, and Mutt/1.2.5i. All my disks are mounted bin: $ mount C:\cygwin\bin on /usr/bin type user (binmode) C:\cygwin\lib on /usr/lib type user (binmode) C:\cygwin on / type user (binmode) c: on /cygdrive/c type user (binmode,noumount) d: on /cygdrive/d type user (binmode,noumount) I've tried various things in $CYGWIN (binmode, tty, export), but to no avail. Have you got a clue? File sent (application/octet-stream, base64) 00: 6372200d 6c66200a 636c0d0a 00010203 *cr .lf .cl..* 10: 04050607 08090a0b 0c0d0e0f 10111213 ** 20: 14151617 18191a1b 1c1d1e1f 20212223 * !"#* As received 00: 6372200d 6c66200a 636c0a00 01020304 *cr .lf .cl..* 10: 05060708 090a0b0c 0d0e0f10 11121314 ** 20: 15161718 191a1b1c 1d1e1f20 212223 *... !"#.* Tia, Pierre P.S. this email sent from my work account using something else. I tried sending from mutt, but your mailer rejected my message because, I guess, Bell's mail allows relaying it seems: <[EMAIL PROTECTED]>: In an effort to cut down on our spam intake, we block email that is listed by certain open-relay tracking services. Unfortunately you may have just discovered the hard way that sometimes non-spam mail gets caught accidentally. In most cases you can clear this up by an upgrade to your mail server or sometimes by getting an erroneous listing removed. For more information about our use of these lists, see http://sources.redhat.com/lists.html#rbls The IP number that I'm denying mail from is 209.226.175.52 The list that you're on is ORBZ. See: http://orbz.org/b.php?209.226.175.52 for more information about this list and why you are on it. -- 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: For Corinna Vinschen
On Sun, Jan 13, 2002 at 01:14:37PM -0500, Pierre Lewis wrote: > Corinna, > > I'm having the corrupted attachment problem with mutt under cygwin. > I've looked on the Web, found no answers, but did find a couple of > posts by you that suggest there might be a work-around. Can you > help? Why don't you just send that stuff to the mailing list as it's asked for and add a useful header so that other people are inclined to look into that stuff as well? I'm not the mutt maintainer. Besides that, you're running an old Cygwin and probably an old mutt version. Try upgrading. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: For Corinna Vinschen
On Sun, Jan 13, 2002 at 07:23:50PM +0100, Corinna Vinschen wrote: > On Sun, Jan 13, 2002 at 01:14:37PM -0500, Pierre Lewis wrote: > > Corinna, > > > > I'm having the corrupted attachment problem with mutt under cygwin. > > I've looked on the Web, found no answers, but did find a couple of > > posts by you that suggest there might be a work-around. Can you > > help? > > Why don't you just send that stuff to the mailing list as it's > asked for and add a useful header so that other people are inclined ^^ subject > to look into that stuff as well? I'm not the mutt maintainer. > > Besides that, you're running an old Cygwin and probably an old mutt > version. Try upgrading. > > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Developermailto:[EMAIL PROTECTED] > Red Hat, Inc. > > -- > 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/ -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: Compiling apps to Mingw32 with cygwin
First off... thanks again to both Robert and Earnie for taking part in this discussion. I appreciate it a lot. Recapping once again... Robert says to use: $ ./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin (no need to set CC if i686-pc-mingw32-gcc exists) Earnie says to use: $ ./configure --host=i686-pc-mingw32 --build=i686-pc-mingw32 (still need to explicitly set CC) Both of you guys agree that using Cygwin GCC to generate MinGW binaries is NOT a cross-compile, even though it's a lot like it. Because it's so close, a cross-compile CAN be EMULATED. Using Robert's invocation WOULD put configure in cross-compile mode. But since using Cygwin GCC to generate MinGW is ALMOST like a cross-compile, it will work out ok. In fact, one compelling reason to use Robert's method is because one wants the configure script to use the correct build tools, e.g. cp instead of copy, rm instead of del, etc. I tend to agree that the build environment IS Cygwin for this very reason. So here's a question. If configure is put into cross-compile mode (with Robert's method), then wouldn't it be the case that configure would NOT execute test binaries? If so, does that hurt the configuration process in any way? Is this a problem? If both Earnie's method and Robert's method work, which one is right? Which method is more likely to break? Jon > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf > Of Robert Collins > Sent: Saturday, January 12, 2002 3:28 PM > To: Earnie Boyd; Jon Leichter > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: Compiling apps to Mingw32 with cygwin > > - Original Message - > From: "Earnie Boyd" <[EMAIL PROTECTED]> > > 1) `gcc -mno-cygwin' is not a cross compile. > > 2) it is possible to emulate a cross build system using a scripted > `gcc > > -mno-cygwin' and symlinks. > > 3) `gcc -mno-cygwin' switches the build environment from Cygwin to > > MinGW. > > Earnie, on 3) I believe we have a terminology problem. gcc -mno-cygwin > changes the _build target_ to mingw32, no the build _environment_. > > In the context of configure scripts the build _environment_ is the > platform hosting the running script, and doing the compilation - that is > cygwin. > > > > You said this was wrong. To be consisent with future behavior, it > seems that > > > I must specify build. So if you're suggesting that I'm not > cross-compiling, > > > then it would be: > > > > > > $ env CC=mgcc > ./configure --host=i686-pc-mingw32 --build=i686-pc-mingw32 > > > > > > > This is what I would do. > > IMO this is wrong (wrong build value) - see my comment earlier. > > Rob > > > -- > 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/ > -- 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: default stack size
Hallo Gerrit, Am 2002-01-13 um 17:27 schriebst du: > What is the default stack size for applictions compiled on Cygwin? > And is it safe to increase it? It seems the default is 'just' 2MB. > Background: I have a perl script which doesn't work I guess because > the perl stack size is too small. > Now I want to try to build perl with a greater stack. A perl built with 8MB stack works well in this case. Maybe I should build perl using a greater default stack size in future. Unanswered: > Could cause this problems or does it only depend on the amount of > memory I have in use? What might be a 'good' value for the perl stack size? Is 8MB enough or maybe better 32MB? Gerrit -- =^..^=mailto:[EMAIL PROTECTED] -- 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/
catdoc
I just built catdoc 0.91.4 from http://www.fsf.org/directory/catdoc.html (only problem building was the makefile doesn't have .phony target for install) This seems like something that would be useful as a cygwin package? -jeff -- 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: catdoc
Hallo Jeff, Am 2002-01-13 um 19:50 schriebst du: > I just built catdoc 0.91.4 from > http://www.fsf.org/directory/catdoc.html > (only problem building was the makefile doesn't have .phony target for install) > This seems like something that would be useful as a cygwin package? Yes, I guess there would be interest for something like this. Look at http://www.cygwin.com/setup.html and related docs at the website to figure out what to do if you want to contribute this as a package, please. Gerrit -- =^..^=mailto:[EMAIL PROTECTED] -- 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/
gdb crashes my machine
gdb typically runs fairly well for me, but in some cases where my program crashes, gdb prints out the fact that my program crashed and prints the name of some random function I've never heard of (I can get the name if it would help). gdb then appears to hang my machine. Killing it via control-option-delete will just kill the whole machine. I'm currently using WinME (since that's what I had on my machine). Would it be better to upgrade to Win2K or (groan) XP? Is this a known problem in gdb? I'll try to track down the exact thing that my program is doing wrong, but if I recall the last time this happened, it was that I had a function pointer that as NULL and I was calling through it. Any suggestions appreciated. I did try searching the archives, but searching for 'gdb crash' is an exercise in futility :) -tim -- 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: gdb crashes my machine
On Sun, Jan 13, 2002 at 11:21:49AM -0800, Timothy J. Wood wrote: > > > gdb typically runs fairly well for me, but in some cases where my >program crashes, gdb prints out the fact that my program crashed and >prints the name of some random function I've never heard of (I can get >the name if it would help). gdb then appears to hang my machine. >Killing it via control-option-delete will just kill the whole machine. > > I'm currently using WinME (since that's what I had on my machine). >Would it be better to upgrade to Win2K or (groan) XP? Is this a known >problem in gdb? It's a known problem in WinME. If gdb crashes for some reason while it is debugging a program, then eventually Windows 9x, Windows ME, and, I believe, Windows NT 4.0, will all hang. If gdb hangs it can get in the same state. If you kill gdb from the Task Manager (or whatever) it will put your system in the same state. There are a few bugs in gdb which can cause it to crash or hang, but the fact that this can hose your WinME system is really a WinME bug. Small consolation, I know. The only fix is to make sure that gdb doesn't do that. Patches gratefully accepted, and all that... cgf -- 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: gdb crashes my machine
Tim, If you're debugging a program written in a native language such as C or C++ (as opposed to a interpreted, protected language such as Java), then an "OS" without a strong memory protection model is hardly an advisable environment in which to do so. Your life will be full of pain if you try to develop non-trivial C/C++ code on a non-protected OS platform. Don't get me started on XP, though. I'll never voluntarily enter into a subscription relationship with Microsoft. Windows 2K is survivable, if not particularly palatable. For me, it was only because of my former employer's demands that I run Windows at all. Randall Schulz Mountain View, CA USA At 11:21 2002-01-13, Timothy J. Wood wrote: >gdb typically runs fairly well for me, but in some cases where my program >crashes, gdb prints out the fact that my program crashed and prints the >name of some random function I've never heard of (I can get the name if it >would help). gdb then appears to hang my machine. Killing it via >control-option-delete will just kill the whole machine. > >I'm currently using WinME (since that's what I had on my machine). Would >it be better to upgrade to Win2K or (groan) XP? Is this a known problem >in gdb? > >I'll try to track down the exact thing that my program is doing wrong, but >if I recall the last time this happened, it was that I had a function >pointer that as NULL and I was calling through it. > >Any suggestions appreciated. I did try searching the archives, but >searching for 'gdb crash' is an exercise in futility :) > >-tim -- 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: OK to mention if it runs on cygwin
=== - Original Message - From: "Tim Prince" <[EMAIL PROTECTED]> > Robert Collins wrote: > > > If it's running on cygwin, I wouldn't object to it being discussed here. > > > > Rob > > > > > I'm sure others will object to my seizing upon your opening. No need to worry about others - I can do my own objection! You should really change the topic _to an appropriate one_ (ie Lex->Flex converter anyone?)when moving a thread to a new field. I don't object to this question being asked here (as a starting point anyway) but I doubt its the best place for lex/flex questions. I was specifically referring to the prior posters new project however. Rob -- 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: Compiling apps to Mingw32 with cygwin
- Original Message - From: "Jon Leichter" <[EMAIL PROTECTED]> > First off... thanks again to both Robert and Earnie for taking part in this > discussion. I appreciate it a lot. > > Recapping once again... > > Robert says to use: > > $ ./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin > > (no need to set CC if i686-pc-mingw32-gcc exists) > > Earnie says to use: > > $ ./configure --host=i686-pc-mingw32 --build=i686-pc-mingw32 > > (still need to explicitly set CC) Both invocations need to explicitly set CC - because of older configure scripts in the first case. > Using Robert's invocation WOULD put configure in cross-compile mode. But > since using Cygwin GCC to generate MinGW is ALMOST like a cross-compile, it > will work out ok. In fact, one compelling reason to use Robert's method is > because one wants the configure script to use the correct build tools, e.g. > cp instead of copy, rm instead of del, etc. I tend to agree that the build > environment IS Cygwin for this very reason. > > So here's a question. If configure is put into cross-compile mode (with > Robert's method), then wouldn't it be the case that configure would NOT > execute test binaries? If so, does that hurt the configuration process in > any way? Is this a problem? Errgle. It _can_ affect the configure process. Say for instance, squid. Squid uses test binaries to determine socket sizes, maximum fd limits and the like, which it can't do during a cross compile run, so the cross compiler (individual) has to provide those on the command line. Cross-compiling certainly reduces the 'magic' detection that can take place. Rob -- 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: Windows XP and cygwin's heap
> It's odd that you would suggest this to your friend but not provide this > information yourself. *I* have not that problem... it's not an immediate step from "tell to do" and "receive response"... Anyway, somehow, he told me he has 1.3.2 and he's using the same mirror (sunet.se) from where I picket 1.3.6-6... really weird. > Sorry. Corinna just informed me that you never mentioned that *you'd* had > the problem so my implication is totally bogus. > Gh ;) No problem. -- Lapo 'Raist' Luchini [EMAIL PROTECTED] (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- 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: gdb crashes my machine
On Sunday, January 13, 2002, at 11:29 AM, Christopher Faylor wrote: > It's a known problem in WinME. If gdb crashes for some reason while it > is debugging a program, then eventually Windows 9x, Windows ME, and, I > believe, Windows NT 4.0, will all hang. So, Win2K should not have this problem? -tim -- 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: gdb crashes my machine
On Sun, Jan 13, 2002 at 12:41:27PM -0800, Timothy J. Wood wrote: > >On Sunday, January 13, 2002, at 11:29 AM, Christopher Faylor wrote: >>It's a known problem in WinME. If gdb crashes for some reason while it >>is debugging a program, then eventually Windows 9x, Windows ME, and, I >>believe, Windows NT 4.0, will all hang. > > So, Win2K should not have this problem? I don't know for sure. I don't know if it does. I don't remember seeing it. Possibly it did but it may have been fixed in a Service Pack. cgf -- 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: gdb crashes my machine
On Sunday, January 13, 2002, at 11:34 AM, Randall R Schulz wrote: > If you're debugging a program written in a native language such as C or > C++ (as opposed to a interpreted, protected language such as Java), > then an "OS" without a strong memory protection model is hardly an > advisable environment in which to do so. Your life will be full of pain > if you try to develop non-trivial C/C++ code on a non-protected OS > platform. Yeah, agreed. In actuality, I'm working on a cross platform library and right now I'm just working on the Win32 support. The vast majority of my work is done on Mac OS X. In fact, the app that I'm debugging is built on Mac OS X via a MinGW cross compiler. I really am trying to avoid Win32 as much as possible. That said, Cygwin and MinGW make this process extremely easy compared to how bad it could be :) -tim -- 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/
inetd - rsyncd does not get registered?
Can anyone see why inetd isn't accepting the rsync server connections? Notice the "FREE" statemetn in listing, which I assume means that service is not registered in inetd. //root@W2KPICASSO /usr/bin $ inetd -d ... ADD : talk proto=udp, wait=1, user=root builtin=0 server=/usr/sbin/in.talkd registered /usr/sbin/in.talkd on 19 ADD : ntalk proto=udp, wait=1, user=root builtin=0 server=/usr/sbin/in.talkd registered /usr/sbin/in.talkd on 20 ADD : rsync proto=tcp, wait=0, user=root builtin=0 server=/usr/local/bin/rsync FREE: rsync proto=tcp, wait=0, user=root builtin=0 server=/usr/local/bin/rsync I have /etc/inetd.conf # see rsyncd.conf(5)s rsync stream tcpnowait root /usr/local/bin/rsync rsyncd --daemon Which should be okay: //root@W2KPICASSO /usr/bin $ ls -l /usr/local/bin/rsync -rwxr-xr-x1 root None 199175 Jan 19 2001 /usr/local/bin/rsync The Linux Redhat says: [root@conde ~/.ssh/config ]# rsync -v -v -v 10.0.0.2:: failed to connect to 10.0.0.2 - Connection refused And nothing happens in the "inetd -d" listing. If I manually start: //root@W2KPICASSO /usr/bin $ rsync --daemon Everything rocks, so the problem is inetd. Any help is welcome. Jari -- 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: inetd - rsyncd does not get registered?
On Mon, Jan 14, 2002 at 12:44:00AM +0200, Jari Aalto+mail.linux wrote: > > Can anyone see why inetd isn't accepting the rsync server > connections? Notice the "FREE" statemetn in listing, which > I assume means that service is not registered in inetd. > > //root@W2KPICASSO /usr/bin $ inetd -d > ... > ADD : talk proto=udp, wait=1, user=root builtin=0 server=/usr/sbin/in.talkd > registered /usr/sbin/in.talkd on 19 > ADD : ntalk proto=udp, wait=1, user=root builtin=0 server=/usr/sbin/in.talkd > registered /usr/sbin/in.talkd on 20 > ADD : rsync proto=tcp, wait=0, user=root builtin=0 server=/usr/local/bin/rsync > FREE: rsync proto=tcp, wait=0, user=root builtin=0 server=/usr/local/bin/rsync > > I have /etc/inetd.conf > > # see rsyncd.conf(5)s > > rsync stream tcpnowait root /usr/local/bin/rsync rsyncd --daemon The problem is probably that an `rsync' service isn't registered in the systems services file $windir/system32/drivers/etc/services on NT/2K/XP or $windir/SERVICES on 9x/Me. Add the lines rsync 873/tcp # rsync rsync 873/udp # rsync to that file and try again. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
cron - /etc/crontab is not read?
Thanks to gerrit Haase, I finally got the cron installed properly on W2k Pro. In case anyone is still wondering, Here is the magic - Perhaps someone could document this to FAQ as well: This is W2k Pro without NTFS cygrunsrv --stop "Cygwin cron" && cygrunsrv --remove "Cygwin cron" cygrunsrv -I "Cygwin cron" -p /usr/sbin/cron -a '-D' -e "CYGWIN=ntsec" cygrunsrv --start "Cygwin cron" Now, I edit my login's entry with: //root@W2KPICASSO ~/tmp $ env VISUAL=vi crontab -e and the file at /var/cron/tabs/root is modified accordingly. The test I added was: 2 * * * * date >> /cygdrive/e/home/jaalto/tmp/cron.log But I'm not sure what to think about this output? Sun Jan 13 23:02:01 2002 Sun Jan 13 23:02:01 2002 Mon Jan 14 00:02:01 2002 Mon Jan 14 01:02:01 2002 Mon Jan 14 02:02:01 2002 Shouldn't it print the message every 2 minutes? Another thing that puzzles me is the /etc/crontab, which effectively does nothing if I modify it. There is no `uname' results in cron.log 1 * * * * uname -a >> /cygdrive/e/home/jaalto/tmp/cron.log //root@W2KPICASSO ~/tmp $ ls -la /etc/crontab -rw-r--r--1 root None 388 Jan 13 22:27 /etc/crontab //root@W2KPICASSO ~/tmp $ id -a uid=500(root) gid=513(None) groups=0(Everyone),513(None),544(Administrators),545(Users),1002(ORA_DBA) Hm, any ideas? Jari -- Cygnus Win95/NT Configuration Diagnostics Current System Time: Mon Jan 14 03:15:18 2002 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2 Path: h:\unix-root\u\usr\local\bin h:\unix-root\u\bin g:\Program Files\XEmacs\bin\i686-pc-cygwin h:\unix-root\u\bin h:\unix-root\u\bin h:\unix-root\u\usr\local\bin h:\unix-root\u\bin h:\unix-root\u\bin h:\unix-root\u\usr\sbin h:\unix-root\u\sbin h:\unix-root\u\usr\X11R6\bin e:\home\jaalto\bin\bat\picasso\bin e:\home\jaalto\tmp\sforge\perl-text2html\bin e:\home\jaalto\tmp\sforge\perl-webget\bin e:\home\jaalto\bin\perl\my h:\bin\dos h:\bin\dos\misc h:\bin\dos\other h:\bin\dos\zip h:\bin\dos\vc\rcs\gnu-5.7\bin e:\home\jaalto\bin\shell e:\home\jaalto\elisp\tiny\bin h:\bin\dos h:\bin\dos h:\bin\dos\expat h:\bin\dos\expat\Libs g:\Program Files\commercial\Perforce h:\bin\sql\mysql-w2k\bin d:\wbin\server\apache h:\bin\lang\php\php4 h:\bin\lang\php\php4\dlls h:\bin\apache\jakarta-tomcat\bin h:\bin\lang\perl\bin i:\java\sun\jdk1.3_02\bin h:\bin\oracle\ora81\bin g:\Program Files\Oracle\jre\1.1.7\bin g:\WINNT\system32 g:\WINNT g:\WINNT\System32\Wbem g:\Program Files\Resource Pro Kit\ h:\unix-root\u\usr\share\site-perl\script\misc h:\bin\dos\crypto\gpg h:\bin\dos\crypto\pgp h:\bin\emacs\gnu-emacs\emacs-21.1\bin h:\bin\emacs\XEmacs\XEmacs-21.4.6\i586-pc-win32 h:\unix-root\u\usr\local\pgsql\bin h:\unix-root\u\usr\local\pgsql\lib h:\unix-root\u\usr\X11R6\bin h:\unix-root\u\usr\local\BerkeleyDB.3.3\bin h:\unix-root\u\usr\share\site-perl\script h:\unix-root\u\usr\share\site-perl\script\misc e:\home\jaalto\tmp\sforge\perl-text2html\bin e:\home\jaalto\tmp\sforge\perl-webget\bin e:\home\jaalto\elisp\tiny\bin . h:\unix-root\u\lib\gcc-lib\i686-pc-cygwin\2.95.3-5 SysDir: G:\WINNT\System32 WinDir: G:\WINNT CYGWIN = `tty ntsec binmode' C_INCLUDE_PATH = `/usr/include:/usr/include/sys:/include:/usr/X11R6/include:/usr/include/kpathsea:/usr/include/openssl:/usr/local/BerkeleyDB.3.3/include:/usr/X11R6/include' HOME = `E:\home\jaalto' LD_LIBRARY_PATH = `\lib::\usr\local\lib:\usr\lib:\usr\local\pgsql\lib' LIBRARY_PATH = `/lib::/usr/local/lib:/usr/lib:/usr/local/pgsql/lib' MAKE_MODE = `unix' PWD = `/home/jaalto' USER = `jaalto' ACLOCAL_FLAGS = `' ALLUSERSPROFILE = `G:\Documents and Settings\All Users.WINNT' APPDATA = `G:\Documents and Settings\Administrator.W2KPICASSO.000\Application Data' BASH_UNIX_ROOT_START = `h:/unix-root/u' BLASTER = `A220 I5 D1 H5 P330 T6' BOOT_CFLAGS = `-Os -malign-double -march=pentiumpro' CC = `gcc' CFLAGS = `-static -Wall -Wno-format -Wstrict-prototypes -Wmissing-prototypes -mwindows -DGETTEXT_STATIC' CLASSPATH = `.;' COMMONPROGRAMFILES = `G:\Program Files\Common Files' COMPUTERNAME = `W2KPICASSO' COMSPEC = `G:\WINNT\system32\cmd.exe' CTSYN = `C:\WINDOWS' CVSROOT = `:local:/cygdrive/h/data/version-control/cvsroot' CVSROOT_LOCAL = `:local:/cygdrive/h/data/version-control/cvsroot' CVSROOT_TERRA = `:pserver:[EMAIL PROTECTED]:/usr/share/version-control/cvs/cvsroot' CVSROOT_XEMACS = `:ext:[EMAIL PROTECTED]:/usr/CVSroot' CVS_ROOT2 = `/cygdrive/h/data/version-control/cvsroot' CVS_ROOT = `
Re: cron - /etc/crontab is not read?
On Mon, Jan 14, 2002 at 03:16:30AM +0200, Jari Aalto+tpu.misc wrote: > and the file at /var/cron/tabs/root is modified accordingly. > The test I added was: > > 2 * * * * date >> /cygdrive/e/home/jaalto/tmp/cron.log > > But I'm not sure what to think about this output? > > Sun Jan 13 23:02:01 2002 > Mon Jan 14 02:02:01 2002 > > Shouldn't it print the message every 2 minutes? Nope. For every two minutes, use "0-59/2". More info available via "man 5 crontab". -- 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't find xmkmf
I can't find xmkmf in my installation of CygWin or in the Setup routine. What do I need to install to get this? -- John Oliverhttp://www.john-oliver.net/ [EMAIL PROTECTED]http://www.mrtg-monitoring.com/ -- 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: Can't find xmkmf
*x*mkmf is part of XFree86. go to the cygwin-xfree mailing and ask for assistance there. Or check the cygwin-xfree webpage. --Chuck [EMAIL PROTECTED] wrote: > I can't find xmkmf in my installation of CygWin or in the Setup routine. What do I >need to install to get this? > > -- 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: Compiling apps to Mingw32 with cygwin
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf > Of Robert Collins > Sent: Sunday, January 13, 2002 12:31 PM > To: Jon Leichter; Earnie Boyd > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: Compiling apps to Mingw32 with cygwin > > - Original Message - > From: "Jon Leichter" <[EMAIL PROTECTED]> > > > First off... thanks again to both Robert and Earnie for taking part in > this > > discussion. I appreciate it a lot. > > > > Recapping once again... > > > > Robert says to use: > > > > $ ./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin > > > > (no need to set CC if i686-pc-mingw32-gcc exists) > > > > Earnie says to use: > > > > $ ./configure --host=i686-pc-mingw32 --build=i686-pc-mingw32 > > > > (still need to explicitly set CC) > > Both invocations need to explicitly set CC - because of older configure > scripts in the first case. Yes. I conciously left that part out, trying to only imply the case where one is using up-to-date autoconf. My fault for being less precise. > > Using Robert's invocation WOULD put configure in cross-compile mode. > But > > since using Cygwin GCC to generate MinGW is ALMOST like a > cross-compile, it > > will work out ok. In fact, one compelling reason to use Robert's > method is > > because one wants the configure script to use the correct build tools, > e.g. > > cp instead of copy, rm instead of del, etc. I tend to agree that the > build > > environment IS Cygwin for this very reason. > > > > So here's a question. If configure is put into cross-compile mode > (with > > Robert's method), then wouldn't it be the case that configure would > NOT > > execute test binaries? If so, does that hurt the configuration process > in > > any way? Is this a problem? > > Errgle. It _can_ affect the configure process. Say for instance, squid. > Squid uses test binaries to determine socket sizes, maximum fd limits > and the like, which it can't do during a cross compile run, so the cross > compiler (individual) has to provide those on the command line. > Cross-compiling certainly reduces the 'magic' detection that can take > place. > > Rob Grrr... This makes one start believing that Earnie's method is more correct. I suppose the right answer to this question is: use whichever method seems to work best for the project that you're working on. If they both work the same, then use your favorite one. Jon -- 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: Proposed Mailing List Page Reorg (was: RE: No stderr output)
On 10 Jan 2002 at 20:55, Gary R. Van Sickle wrote:
[cgf wrote:]
> > If this doesn't do it, then I think the best plan is to find help from
> > another mailing list. Basic shell questions are not really appropriate
> > here -- especially given the recent volume we've been experiencing.
> I've been cogitating for a while that it could be mutually beneficial to
> inexperienced users and regulars' blood pressures alike if the Cygwin
> mailing list page listed a few concrete URLs to such "newbie"
> lists/newsgroups/FAQs etc, and at the same time reworked the wording on the
> description of this particular list.
Oh yes. I can tell you from a semi-novice POV that this is a correct
insight. The wording (on that page at the RedHat Cygwin WWW site) that
describes and therefore implicitly invites and directs towards the Cygwin
mailing list could be re-written to important benefit for all, including
both the tired veterans and the clooless noobies who think they are reading
"ask us anything at all here about using Cygwin, we'll get you fixed up":
> Currently it says, "If you have questions about how to use Cygwin, or
> any of its tools (bash, gcc, make, etc.), this is the list for you."
> That means: "If you have any question whatsoever regarding anything you
> can associate somehow with Cygwin, post it here."
"can associate" being the most significant phrase in this point. The
trouble is that experts' notions of *where* the boundary between OT for
Cygwin lies and the noobie notions of where it lies (or that such a thing
might exist, more to the point), is potentially extremely different, and
whole sets (myriads, hecatomes) of assumptions need to be examined for
correctness, which apparently aren't:
- can one safely assume that a noobie who finds Cygwin grasps that the
tools that are packed with cygwin (bash, login, man, for example) aren't
specific to Cygwin at all but long predate it, and
- can one safely assume that noobies will think "these tools that i am
given with Cygwin run the same 'on cygwin' as they do on any Uni* -like
platform (and therefore general documentation 'out there' will apply too),
and
- can one safely assume that noobies who might even guess at the first two
points might not think anyway that "maybe I'll find friendlier, more
sympathetic folks to hold my trembling timorous hand here, than I would if
I ventured onto onto the Wierd Wild Web in search of generalized help on
these tools"? (Point of this last is not to characterize the cygwin list as
"nasty" or to propose that it self-characterize this way, but to suggest
that a LITTLE warning of a slightly stern-sounding nature at the "front
door" might be expeditious and appropriate given that folks on this list
BAL [By And Large] clearly DON'T want anymore to answer questions like
"what does man do" or "how do I login to bash").
It may be that In The Ancient Past most people who installed Cygwin were
experienced Uni* users who longed for familiar tools in some kind of
circumstantial Windoze exile they were enduring, but this also may not be a
safe assumption anymore, if it ever was (IMO is not, since I knew little
about Uni* when I began using Cygwin several years ago). So this means an
entire philosophical framework (i.e., the Uni* Way -- small user-
configurable tools chained together in innumerable combinations to
accomplish novel tasks, rather than Monolithic User Interfaces from one
company where all the parts are considered more-or-less to be the Operating
System itself... and only "conventional" tasks are allowed to 'exist') may
be lacking for noobies of this description.
Yep, assumptions lie near the root of cygwin List unhappiness.
> That's simply not the intention of the list (at least since I've been
> around), nor should it be, but the description simply gives no
> indication of the true intent, i.e. "Cygwin-specific questions only
> need apply".
> Now as for where best to send people, I have no idea (maybe some can just
> point into the appropriate section of the FAQ). But here's a rough outline
> of what I'm thinking:
{snip}
Unless there is one single extremely knowledgeable and encyclopedically-
oriented person who knows where to send people (and such people do exist I
think, but whether one will care to undertake this is another question)
then I think that a little project (or a little "coordinated multi-person
collaboration", for lovers of ornate terminology!) needs to be created to
develop and verify a list of
resources to send such visitors to.
The task (of writing up re-directions for some of these categories or
inquiries) can be done once, -- to set up more precise explanations and
info at the site; or it can be done as its been done, repeated over and
over again as similar questions appear on the list and are answered one at
a time.
Best,
Soren Andersen
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cyg
Re: gdb crashes my machine
I went and got WinXP today, installed the latest Cygwin and this problem is gone. I presume that Win2K doesn't have this problem either, but I'm happier now that I can debug in XP. -tim On Sunday, January 13, 2002, at 12:44 PM, Christopher Faylor wrote: > On Sun, Jan 13, 2002 at 12:41:27PM -0800, Timothy J. Wood wrote: >> >> On Sunday, January 13, 2002, at 11:29 AM, Christopher Faylor wrote: >>> It's a known problem in WinME. If gdb crashes for some reason while >>> it >>> is debugging a program, then eventually Windows 9x, Windows ME, and, I >>> believe, Windows NT 4.0, will all hang. >> >> So, Win2K should not have this problem? > > I don't know for sure. I don't know if it does. I don't remember > seeing > it. Possibly it did but it may have been fixed in a Service Pack. > > cgf -- 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: progamming with Cygwin GNU Readline Library
Charles, Thank you for your prompt reply. I've found my bug by your hint. Charles> Yes, that is correct. I am surprised that it isn't working Charles> for you. I got the correct results -- but I was running in Charles> an rxvt window. Are you running in a command.com window or Charles> something? Yes, I'm running in a command.com window. I installed rxvt and try on it. Now I get the correct results. I investigate a source of the GNU Readline, terminal.c, and found that the screen width is decrimented by one on a terminal which does not support auto-wrap function. TERM=cygwin is the case. The test script in my perl module had a bug. I'm sorry that I made you spend your time for my bug. Charles> (BTW, rl_set_screen_size doesn't seem to actually CHANGE the Charles> physical size of my rxvt window -- should it? Or does it Charles> merely restrict the area of the visible window that readline Charles> will use?) I understand as you do. Thank you. Hiroo Hayashi -- 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: progamming with Cygwin GNU Readline Library
Hiroo Hayashi wrote: > Charles, > > Thank you for your prompt reply. I've found my bug by your hint. > > Charles> Yes, that is correct. I am surprised that it isn't working > Charles> for you. I got the correct results -- but I was running in > Charles> an rxvt window. Are you running in a command.com window or > Charles> something? > > Yes, I'm running in a command.com window. I installed rxvt and try on > it. Now I get the correct results. > > I investigate a source of the GNU Readline, terminal.c, and found that > the screen width is decrimented by one on a terminal which does not > support auto-wrap function. TERM=cygwin is the case. > > The test script in my perl module had a bug. I'm sorry that I made you > spend your time for my bug. > > Charles> (BTW, rl_set_screen_size doesn't seem to actually CHANGE the > Charles> physical size of my rxvt window -- should it? Or does it > Charles> merely restrict the area of the visible window that readline > Charles> will use?) > > I understand as you do. > > Thank you. No problems. I am glad you were able to solve your problem -- and I have been meaning to update readline to version 4.2a for a while now; thanks for the push. Chet (upstream maintainer) announced its availability almost two months ago...sigh. --Chuck -- 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: telnet cannot see mount drive - another method
I had a problem with "service for Unix 2.0" where if you telnet in, and access the nfs mounted drive, then any symlinks on that drive would play up (disappear and stuff). They nfs was fine when accessed locally both through windows and cygwin. Have you seen/worked around this problem? Ryan On Fri, 2002-01-11 at 14:36, Tiffany Chan wrote: > I have try another method to "cd" to another server > rather than using "mount" or "net use". > In my case, I want to get/put files from w2k advanced > server to/from HP-Unix Server. > > --- > Cygwin in w2k HP-Unix > <--User Mapping by SFU --> > /home/UserA /upload/UserA > Owner=UserA:GroupAOwner=UserA:GroupA Mode:755 > > Under /upload/UserA, > 755 UserA:GroupA FileOne > 755 UserA:GroupA DirOne > --- > > I installed a software "Service For Unix 2.0" (SFU) > which is used to map userid and group between w2k and > Unix. > > The Unix Server acts as NFS server. I telnet to w2k > using Cygwin, logon as UserA and type > $cd "\\\UnixServer\\upload\\UserA" > $ls -l > rw-r--r-- UserA:GroupA FileOne > rwxr-xr-x UserA:GroupA DirOne > > The ownership is correct, but the mode go wrong. When > I type > $chmod 755 FileOne > The mode of FileOne also 644 shown in Cygwin. 755 > shown in Unix. > > UserA can delete FileOne in Cygwin. Thus I think the > ownership is mapped between w2k and Unix correctly. > > What's wrong with the "mode" ? Did it related to > "mapping leak" ? > How to shown 755 in Cygwin when I type `chown 755 > FileOne` in `\\UnixServer\upload\UserA` ? > Would you mind to help me ? Thanks a lot ! > > > > >Re: telnet cannot see mount drive > >From: Corinna Vinschen > >To: cygwin at cygwin dot com > >Date: Thu, 10 Jan 2002 13:45:12 +0100 > >Subject: Re: telnet cannot see mount drive > >References: > <[EMAIL PROTECTED]> > > > > >On Thu, Jan 10, 2002 at 09:59:16AM +, Tiffany > Chan wrote: > >> I mapped network drive (h:) in network > neighboornood > >> in w2k SP2 advanced server. The network drive (h:) > can > >> be accessed in both w2k "My computer" , w2k command > >> line "cd" and also in shortcut of Cygwin in w2k > >> desktop. > >> > >> But when I telnet to the w2k server using Cygwin , > >> type "mount". I cannot see h: or /cygdrive/h:, I > also > >> try to use mount -s h: \\server\folder, but it does > >> not work. I cannot cd to h: > >> > >> I telnet using w2k telnet server. I see that the > >> network drive is mapped by typing "mount", but it > show > >> the status is "not available". also cannot "cd" to > it. > >> > >> Would you mind to help me ? Thanks > > >That's how it works, unfortunately. When telnetting > into the box > >you're running in another logon session. You have no > access > >to the mapped drives of the same user when logged on > in a > >desktop session. > > >Workaround: Create a new drive mapping *inside* your > telnet session > >using another drive letter: > > >net use J: > > >But *DON'T FORGET* to release the drive mapping > before logging > >out that very telnet session. Otherwise this drive > letter > >is never ever usable as long as the machine isn't > rebooted: > > >net use J: /delete > > >Corinna > > >-- > >Corinna Vinschen Please, send mails > regarding Cygwin to > >Cygwin Developer > mailto:[EMAIL PROTECTED] > >Red Hat, Inc. > > >-- > >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/ > > > __ > Do You Yahoo!? > Everything you'll ever need on one web page > from News and Sport to Email and Music Charts > http://uk.my.yahoo.com > > -- > 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/ -- 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/
Important news about Love; Your Master Astrologer
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ *..*..*..*..*..*..*...** V A L E N T I N E A L E R T ! **...*..*..*..*..*..*..* ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Your Turning Point Today Learn what the Stars have in store for you! * Love * * Money * * Career * * Business * *Health * * Children * * Marriage * * Health * You need to know what I see right now. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Become one of the many thousands that have already had their Destiny and Future revealed. Call for your Personal Reading. > 310 823-7809 Call and Talk with your Personal Astrologer one on one. $3.00/min Call before its to Late. " New Year Predictions "; Find out what the New year has in store for you. Ask for Sherman 310 823-7809 Master Astrologer Email: [EMAIL PROTECTED] ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ If you would like our Newsletter, please state if your browser supports Text or HTML by Putting Text in the Subject line of your Reply too: [EMAIL PROTECTED] or Putting HTML in the Subject line of your Reply too: [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Learn what Message is in the Stars for you! * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * If you would like to be removed from future mailings, reply with "remove" in the subject line at [EMAIL PROTECTED] 3.00ALL1132002 Entertainment Purposes Only, You must be over 18yrs old. -- 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/
Important news about Love; Your Master Astrologer
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ *..*..*..*..*..*..*...** V A L E N T I N E A L E R T ! **...*..*..*..*..*..*..* ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Your Turning Point Today Learn what the Stars have in store for you! * Love * * Money * * Career * * Business * *Health * * Children * * Marriage * * Health * You need to know what I see right now. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Become one of the many thousands that have already had their Destiny and Future revealed. Call for your Personal Reading. > 310 823-7809 Call and Talk with your Personal Astrologer one on one. $3.00/min Call before its to Late. " New Year Predictions "; Find out what the New year has in store for you. Ask for Sherman 310 823-7809 Master Astrologer Email: [EMAIL PROTECTED] ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ If you would like our Newsletter, please state if your browser supports Text or HTML by Putting Text in the Subject line of your Reply too: [EMAIL PROTECTED] or Putting HTML in the Subject line of your Reply too: [EMAIL PROTECTED] * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Learn what Message is in the Stars for you! * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * If you would like to be removed from future mailings, reply with "remove" in the subject line at [EMAIL PROTECTED] 3.00ALL1132002 Entertainment Purposes Only, You must be over 18yrs old. -- 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: Compiling apps to Mingw32 with cygwin
- Original Message - From: "Jon Leichter" <[EMAIL PROTECTED]> > Grrr... This makes one start believing that Earnie's method is more correct. > I suppose the right answer to this question is: use whichever method seems > to work best for the project that you're working on. If they both work the > same, then use your favorite one. Exactly :}. Rob -- 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/
