Re: gdb problem - cygwin-1.5.19-4

Thanks, I totally forgot to look in the mailing list archive. Yann COLLETTE -- Disclaimer Ce message ainsi que les eventuelles pieces jointes constituent une correspondance privee et confidentielle a l'attention exclusive du destinataire designe ci-dessus.

Re: apache 1.3.34 can not compile anymore

"[EMAIL PROTECTED]" wrote: > The second one points out that this is apache problem, but I compiled > apache 1.3.34 tens of times for cygwin in the past months (last compile > 1-2 months ago) without any problem. Just because Cygwin changed does not mean it's not an Apache problem. Cygwin added a

Re: apache 1.3.34 can not compile anymore

Tried to roll back to 1.5.18-1 from the setup.exe, but now I get 10s of error messages from packages who do not find getline in the cygwin dll. Horror... Could anybody help me to compile apache 1.3.34 under cygwin with this getline change? I need it compiled because of php and related stuff.

Re: apache 1.3.34 can not compile anymore

Hi, thanks for the quick answer! Select the desired version of the cygwin package in setup.exe. Yes. Tried and now everything explodes crying for getline. However, by doing this you just exacerbate the problem so that it continues to exist. What needs to happen is for users of Apache to re

Re: apache 1.3.34 can not compile anymore

"[EMAIL PROTECTED]" wrote: > Tried to roll back to 1.5.18-1 from the setup.exe, but now I get 10s of > error messages from packages who do not find getline in the cygwin dll. You would have to also use a previous version of any programs that need getline(). I think this includes findutils and co

Re: apache 1.3.34 can not compile anymore

Brian Dessent wrote: "[EMAIL PROTECTED]" wrote: Tried to roll back to 1.5.18-1 from the setup.exe, but now I get 10s of error messages from packages who do not find getline in the cygwin dll. You would have to also use a previous version of any programs that need getline(). I think this incl

AutoNotify: Error

NAA is stripping all attachments that could contain a virus. If you receive this message and are trying to send a .zip attachment to someone at NAA, please reply to this message with the .zip file attached or send the message to [EMAIL PROTECTED] and we will forward the message to the intended

Re:

Corinna Vinschen cygwin.com> writes: > > Thanks. May I assume that the remote directory is on a NT4 based NTFS? > > Corinna > I would not have thought so, but after asking our it-staff, I got it confirmed. We are running NT4 on the servers. I must say I am curious. How could you deduce tha

HELP: cygwin setup.exe woes...

I downloaded cygwin (setup.exe) and ran it. I clicked on the "Default" text beside Interpreters and it changed to "Install" meaning that I get the full Interpreters category to be downloaded. I downloaded without installing. Once completed I ran the setup.exe and installed cygwin from local fold

Re: Serial port hangs unless I run Hyperterminal?

Thanks all for your replies - I looked into errno - will be useful for future issues. Thanks to Eric, found my problem was although Cygwin happy with using port labelled COM1 (and presumably picking up Windows settings thereof - hence their changing after Hyperterminal), it couldn't do the tcgetat

Re: ssh starting problems.

> Did you use /usr/bin/ssh-host-config to set up sshd on the Win 2003 server? > Currently I am running sshd on two such servers and set them up using the > script. The script should detect that you are using Win 2003 and will ask if > you want it to create a "sshd_server" user account and assign th

Re:

On Jan 24 09:04, Jonas M?ls? wrote: > Corinna Vinschen cygwin.com> writes: > > Thanks. May I assume that the remote directory is on a NT4 based NTFS? > > I would not have thought so, but after asking our it-staff, > I got it confirmed. We are running NT4 on the servers. > I must say I am curio

Re: curses.h (Attn: bash and setup maintainers)

> In any case, looks like all the postinstall scripts ran for you, so you > should be good to go. Hi Igor, So do you think that I broke CGDB somehow? When I compile and run it on Cygwin, it's display in the terminal is not correct. However, if I run a pre-compiled older version, it's display is f

Re: "replaced while being copied" - was ... RE: Solved partially by findutils 4.3 - RE: "inode changed", ...

On Jan 23 17:12, Jan Schormann wrote: > You wrote on Monday, January 23, 2006 4:24 PM: > > > On Jan 23 13:34, Jan Schormann wrote: > > > ... > > > > Thanks. You didn't reply to my other question, though. What > > filesystem exactly is on the remote side? I'm not familar with the > > above comb

Re: PostgreSQL 8.1.2 crashes diring import...

I see in your previous mail, that your cygserver SHM settings are already at the maximum. Hope that your have that much RAM/Virtual Memory. The previous error was an interrupted call error 2, which is not the case with your problem. Jason's Problem: 3 [main] postmaster 1144 transport_layer_pipes::

Re: curses.h (Attn: bash and setup maintainers)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Igor Peshansky on 1/23/2006 9:34 AM: > > Most of the messages are diagnostics to track script progress. The only > exceptions are the lines below: > > ./00bash.sh.done: line 12: ./01bash.bat: No such file or directory > cp: cannot stat

Re: Prompt issue within cygwin

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Igor Peshansky on 1/23/2006 4:18 PM: >>I'm trying to get this prompt to work: >> >>PS1="\[\033]61;[EMAIL PROTECTED]@\H \W>" >> >>but the issue there is that the > is duplicated (just like the space >>above, but much more noticable). Any i

Re: find problem: cygwin-1.5.19-4

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to COLLETTE Yann on 1/24/2006 12:38 AM: > > $ find . -name "*.o" -exec rm {} \; -print > find: /cygdrive/g/MAPAO/Meta-c++/Experiment/CVS changed during execution > of find (old inode number -411248424, new inode > number -397277624, filesyst

Re: HELP: cygwin setup.exe woes...

On Tue, 24 Jan 2006, KevinGPO wrote: > [snip] > Now I want to download a complete cygwin (Interpreters, Development, > etc.) however it won't do that. All I get is 10MB downloaded files. > Somehow it has remembered my previous downloads... How can I get around > this? Cygwin never used to do this?

Re: HELP: cygwin setup.exe woes...

On Tue, 24 Jan 2006, Igor Peshansky wrote: > On Tue, 24 Jan 2006, KevinGPO wrote: > > > [snip] > > Now I want to download a complete cygwin (Interpreters, Development, > > etc.) however it won't do that. All I get is 10MB downloaded files. > > Somehow it has remembered my previous downloads... How

Re: curses.h (Attn: bash and setup maintainers)

On Tue, 24 Jan 2006, Eric Blake wrote: > According to Igor Peshansky on 1/23/2006 9:34 AM: > > > Most of the messages are diagnostics to track script progress. The only > > exceptions are the lines below: > > > > ./00bash.sh.done: line 12: ./01bash.bat: No such file or directory > > cp: cannot st

Re: find problem: cygwin-1.5.19-4

Hello, The result is the following: $ ./test.exe /cygdrive/g/MAPAO/Meta-c++/ rootdir: g:\ Volume Name: Serial Number : 0 Max Filenamelength : 255 Filesystemname : Flags: FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE

Re: curses.h

On Tue, 24 Jan 2006, Bob Rossi wrote: > > In any case, looks like all the postinstall scripts ran for you, so > > you should be good to go. > > Hi Igor, > > So do you think that I broke CGDB somehow? When I compile and run it on > Cygwin, it's display in the terminal is not correct. However, if I

Re: ssh starting problems.

On Tue, 24 Jan 2006, JC Oosthuizen wrote: > > Did you use /usr/bin/ssh-host-config to set up sshd on the Win 2003 > > server? Currently I am running sshd on two such servers and set them > > up using the script. The script should detect that you are using Win > > 2003 and will ask if you want it t

Re: PostgreSQL 8.1.2 crashes diring import...

Reini Urban wrote: I see in your previous mail, that your cygserver SHM settings are already at the maximum. Hope that your have that much RAM/Virtual Memory. I did this just desperately looking for solution, but seems the problem is not there. Your problem: 9 [main] postmaster 656 transpor

Re: Need information about data and bss segment address access in cygwin

[Note TOP posting is not the preferred way on this group. I can't be bothered to reformat it all - so look back on the thread for the full context.] Sudhahar wrote: >>Thanks Cliff/Dave. I could not find the code where the dll data/bss >>segments address are updated in cygwin. But in the fork cod

[ANNOUNCEMENT] Updated [experimental]: coreutils-5.93-3

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of coreutils, 5.93-3, is available for experimental use. NEWS: = I've uploaded a test version of coreutils, 5.93-3. This is a minor patch release from 5.93-2. I will make it the current version once a new base-files release is made

Re: /proc//exe points to void

On Jan 20 13:50, Sam Steingold wrote: > >> > On Mar 10 16:00, Sam Steingold wrote: > >> >> /proc//exe points to "foo", not to "foo.exe", so it cannot be > >> >> opened &c. > >> > > >> > > >> > >> how do I find out which file is running if /proc//exe cannot be > >> opened? > > >

Re: cygwin-1.5.19-4 very slow in pipes and compiling

> I have just installed cygwin-1.5.19-4. A pipe like gzip ?cd | tar ?xf > ? is very slow. Gzip and tar alone are working reasonable. Ok this can > be avoided ;-) > > But than I tried g++, and again it takes ages before a simple file is > compiled. All Virus Checking tools are off. What am I doing w

Errors compiling cdrtools under cygwin 1.5.19

Hi, I found out that cygwin 1.5.19 gives some problems when I try to compile cdrtools and cdrdao. I've just sent an e-mail to Jörg Shilling asking for support, here's what I wrote: I've got problems trying to compile 'cdrtools' with new Cygwin release 1.5.19 When I simply call 'make'

Re: Errors compiling cdrtools under cygwin 1.5.19

On Jan 24 18:46, Simone Crestani wrote: > Hi, > I found out that cygwin 1.5.19 gives some problems when I try to compile > cdrtools and cdrdao. > [...] >Try to convince cygwin to remove their non-conforming interface >definition. > >The getline() iterface I use goes back to 1982 and h

[ANNOUNCEMENT] GNU CLISP 2.38 (2006-01-24) released

ANSI Common Lisp is a high-level, general-purpose programming language. GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe University and Michael Stoll of Munich University, both in Germany. It mostly supports the Lisp described in the ANSI Common Lisp standard. It runs on most

Re: Errors compiling cdrtools under cygwin 1.5.19

> > This is what he answered: Joerg is known to be stubborn. You should try reading all his comments on the bug-tar list, where he claims that his implementation star is hands-down superior to GNU tar. Just take it with a grain of salt. > > Try to convince cygwin to remove their non-confo

Re: Errors compiling cdrtools under cygwin 1.5.19

On Tue, Jan 24, 2006 at 06:25:13PM +, Eric Blake wrote: >somebody wrote: >>I don't know if cygwin's interface can easily be changed, but >>considering that J?rg doesn't seem to be willing to modify his code, >>what do you think that could be done to solve this problem? I hope >>that a solution

Re: Errors compiling cdrtools under cygwin 1.5.19

This falls into the same category as my previous discussion about _POSIX_SOURCE. If a program builds without problem on linux, the goal is for it to build without problem on cygwin. It seems like the unconditional addition of getline to the headers moves us a step back from that goal. Is this

Re: apache 1.3.34 can not compile anymore

On Tue, Jan 24, 2006 at 12:31:11AM -0800, Brian Dessent wrote: > "[EMAIL PROTECTED]" wrote: > > > Tried to roll back to 1.5.18-1 from the setup.exe, but now I get 10s of > > error messages from packages who do not find getline in the cygwin dll. > > You would have to also use a previous version o

Re: Errors compiling cdrtools under cygwin 1.5.19

On Tue, 24 Jan 2006, pobox wrote: > > This falls into the same category as my previous discussion about > > _POSIX_SOURCE. If a program builds without problem on linux, the goal > > is for it to build without problem on cygwin. It seems like the > > unconditional addition of getline to the heade

Re: Errors compiling cdrtools under cygwin 1.5.19

"[EMAIL PROTECTED]" wrote: > I do not want to heat the discussion, but getline() in cygwin played > very hard against me. Like I said in the other thread, you can fix this in Apache (and cdrtools for that matter -- see attached patch) with a couple of #defines in the offending files. It's really

[ANNOUNCEMENT] Updated: apache2-2.0.55-1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Apache HTTPD version 2 has been updated to 2.0.55-1. This is a new upstream security and bugfix release. Additionally, in Cygwin-local news: - - mod_deflate is now included in the build. - - apxs2 -c (compile) mode has been fixed to provide the extra

disk space allocation (du, ls et al?)

I noticed a minor problem on my machine. I have a partition that is using an 8K allocation unit. However, the commands like: du -s -or- ls -s don't show the file's actual allocation size on disk but seem to use a fixed 1k for size. I also duplicated the problem on a network share whe

RE: disk space allocation (du, ls et al?)

on Tue, 24 Jan 2006 18:00:57 -0800 Linda Walsh wrote: >However, the commands like: > > du -s >-or- > ls -s > >don't show the file's actual allocation size on disk but >seem to use a fixed 1k for size. the info pages state for these tools: If none of the above environment variables are s

Re: Cygwin Setup: Fatal Error: Uncaught Exception

On Mon, Jan 23, 2006 at 02:56:39PM -0500, Igor Peshansky wrote: > Moving to cygwin-apps, as this is likely to get technical. > > On Mon, 23 Jan 2006, Brian Dessent wrote: > > > Igor Peshansky wrote: > > > > > I've looked at this a bit. Here's the weird part: the error says > > > "Uncaught Except

Re: Errors compiling cdrtools under cygwin 1.5.19

On Tue, Jan 24, 2006 at 10:43:30PM +0100, [EMAIL PROTECTED] wrote: > I used cygwin happily for very long time to compile > apache/php/postgresql and enjoy symlinks, and now I am cut-off from one > day to the next. The apache folks do not seem to care. The bug I > submitted is still without reply

Re: Cygwin Setup: Fatal Error: Uncaught Exception

Yitzchak Scott-Thoennes wrote: > Just to reemphasize, these are *not* corrupt tarballs. They are > tarballs exactly as downloaded, extracted, and installed. It's just > that later the versions on the cygwin mirror became different while > keeping the same version/filename. I verified in a coupl

Re: Errors compiling cdrtools under cygwin 1.5.19

On Tue, Jan 24, 2006 at 06:46:31PM -0800, Yitzchak Scott-Thoennes wrote: >The only care that really could be taken to prevent things like this >is more users testing pre-release versions. Development snapshots of >cygwin with getline() have been available for a long time now. Note >that this isn'

1.5.19: Install problem: cannot find cygz.dll

I'm trying to install Cygwin (full install). I downloaded the installer from cygwin.com, and downloaded and installed. The installation runs smoothly until 99% of the way through, when I start getting the following error: xmlcatalog.exe - Unable to Locate Component This application has fai

Re: Errors compiling cdrtools under cygwin 1.5.19

On Tue, Jan 24, 2006 at 10:28:50PM -0500, Christopher Faylor wrote: >On Tue, Jan 24, 2006 at 06:46:31PM -0800, Yitzchak Scott-Thoennes wrote: >>The only care that really could be taken to prevent things like this >>is more users testing pre-release versions. Development snapshots of >>cygwin with

Re: Cygwin Setup: Fatal Error: Uncaught Exception

On Tue, 24 Jan 2006, Yitzchak Scott-Thoennes wrote: > On Mon, Jan 23, 2006 at 02:56:39PM -0500, Igor Peshansky wrote: > > Moving to cygwin-apps, as this is likely to get technical. > > > > On Mon, 23 Jan 2006, Brian Dessent wrote: > > > > > Igor Peshansky wrote: > > > > > > > I've looked at this a

Re: Errors compiling cdrtools under cygwin 1.5.19

On Tue, 24 Jan 2006, Christopher Faylor wrote: > On Tue, Jan 24, 2006 at 10:28:50PM -0500, Christopher Faylor wrote: > >On Tue, Jan 24, 2006 at 06:46:31PM -0800, Yitzchak Scott-Thoennes wrote: > >>The only care that really could be taken to prevent things like this > >>is more users testing pre-re

bug in: pthread_mutexattr_init ?

Any idea on what is the problem here? (gyginw CYGWIN Vers.: CYGWIN_NT-5.1 1.5.19(0.150/4/2) 2006-01-20 13:28 While buiding emacs (n.b. had to use a tacky dos trick for dirent since d_ino was deprecated, in order to break backward compatibilty) it crashes during executing temacs in a stack du

Shell (bash, (pd)ksh, zsh, /not/ ash) + exec + here-doc + redirect == trouble!

Hi, Try the following script: === begin testexec.sh === #!/bin/ksh exec 5<&0 /bin/ksh

Re: disk space allocation (du, ls et al?)

Baksik, Frederick (NM75) wrote: the info pages state for these tools: If none of the above environment variables are set, the block size currently defaults to 1024 bytes in most contexts, but this number may change in the future. For `ls' file sizes, the block size defaults to 1 byte. Er