PS

I tried to write "mkdir -p" instead of "mkdirhier", it seems to work, but it is really the same ? Thank you, Guillaume -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html F

Looking for mkdirhier !

Hello, I'd like to translate Firefox. I don't understand anything in Linux or so, I just follow the documentation ! So, I have to execute the command : MOZ_CO_PROJECT=browser make -f tools/l10n/l10n.mk create-eo But cygwin writes : [...] /bin/sh: line 5: mkdirhier : command not found. [...]

Re: My script doesn't work under cygwin cron

Hi Igor, I have changed the user who runs cron to myself. I think that this should eliminate all permissions problems. Please find attached the output of cygcheck. Thanks for the assitance, Liora Igor Peshansky wrote: > > On Sun, 20 Aug 2006, liora milbaum wrote: > >> It works fine under th

Re: removing Cygwin: the nuclear option

On Mon, 22 Aug 2006, Paul S R Chisholm wrote: > I'm working on an automated Cygwin install and uninstall. I think I've > got the uninstall, but I wanted to know if my approach is wise. > > The first step is to run "cygrunsrv --list" to find all the Cygwin > services, and then run "cygrunsrv --stop

Re: cygwin problem - installation halting at 00ash.sh

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ask the list, not me: http://cygwin.com/acronyms/#PPIOSPE According to Caleb Knoll on 8/20/2006 8:15 PM: > I know this post was from about a year ago, but I'm having the exact > same problem as you described in your post: > > > > http://www.cygwin

Installation from hardisk, is it possible?

hi, i am going to install a copy of cygwin in my notebook, but for some reasons the computer can not access internet, so i think i have to download a full suites of installation files on to my desktop computer and then transfer them to the notebook before i can install from there. is it possible

removing Cygwin: the nuclear option

I'm working on an automated Cygwin install and uninstall. I think I've got the uninstall, but I wanted to know if my approach is wise. The first step is to run "cygrunsrv --list" to find all the Cygwin services, and then run "cygrunsrv --stop" and "cygrunsrv --remove" on each of them. The s

attempt at command-line-based Cygwin installation

I'm trying to do a custom, automated Cygwin install. I've read some earlier messages on this list and elsewhere, and I thought I knew what to do, but it hasn't worked out. I did a manual GUI "download without installing" with the packages I wanted, into C:\Download\Cygwin; then I ran (all on

Re: Update GCC in Cygwin?

Chuck Chopp wrote: Are there any issues associated with updating applications that were included as part of the Cygwin installation? I'm just beginning to get familiar with Cygwin, and I have some C++ code that is primarily being built using Visual C/C++, but I also need to test it for portab

Update GCC in Cygwin?

Are there any issues associated with updating applications that were included as part of the Cygwin installation? I'm just beginning to get familiar with Cygwin, and I have some C++ code that is primarily being built using Visual C/C++, but I also need to test it for portability for use with G

Re: change in behavior of make from 3.80 to 3.81

On Mon, Aug 21, 2006 at 04:40:03PM -0400, William A. Hoffman wrote: >My suggestion was, to send notice of the coming change before the >change was made, not after. That is all. IMO, the make issue is over. >I was just trying to make a suggestion to avoid flame wars like this in >the future. I do

Re: change in behavior of make from 3.80 to 3.81

At 04:24 PM 8/21/2006, Chris Taylor wrote: >Actually, Dave does have the nub of it. His assertions are accurate in your >case. > >There have been many messages to this list, as well as the release note that >specifically mentioned that MSDOS paths were no longer supported. >Given that these _wer

Re: change in behavior of make from 3.80 to 3.81

On Mon, 21 Aug 2006, Chris Taylor wrote: > Also, Dave commented earlier on your email saying an email should have > been sent to the list saying that these changes were going to happen. > It was. It's called the 'release notes'. They go to cygwin-announce, if > I recall correctly.. Maybe you shoul

Re: change in behavior of make from 3.80 to 3.81

William A. Hoffman wrote: At 02:57 PM 8/21/2006, Dave Korn wrote: On 21 August 2006 18:58, William A. Hoffman wrote: of, make is changing beware, it may have been noticed. Let's face make is not a project you expect to see a bunch of change happening on, especially a change that breaks exist

RE: change in behavior of make from 3.80 to 3.81

At 02:57 PM 8/21/2006, Dave Korn wrote: >On 21 August 2006 18:58, William A. Hoffman wrote: > >> of, make is changing beware, it may have been noticed. Let's face make >> is not a project you expect to see a bunch of change happening on, >> especially a change that breaks existing makefiles. > >

Re: gcc-3.4.4 compile dietlibc error on cygwin

Dear Reads: In my first letter, I just tried to cross-compiled the dietlibc in cygwin. In order to cross-compile programs that depends on dietlibc such as nash, one must get a HOST diet execution from the dietlibc and then run diet some-arch-gcc yourfile.c. Although dietlibc supports cross-compi

RE: octave compiled with gcc-3.4.4-2 - error messages during make check

On 21 August 2006 19:10, John W. Eaton wrote: > On 21-Aug-2006, Dave Korn wrote: > >> Then, keeping the >> dll constant, try rolling your gcc install back to 3.4.4-1, building in a >> fresh object dir, and running make check there. Please let us know what >> results you get. > > This won't work

RE: change in behavior of make from 3.80 to 3.81

On 21 August 2006 18:58, William A. Hoffman wrote: > of, make is changing beware, it may have been noticed. Let's face make > is not a project you expect to see a bunch of change happening on, > especially a change that breaks existing makefiles. Ah. We have the nub of it. Make is not a pr

RE: octave compiled with gcc-3.4.4-2 - error messages during make check

On 21-Aug-2006, Dave Korn wrote: | Then, keeping the | dll constant, try rolling your gcc install back to 3.4.4-1, building in a | fresh object dir, and running make check there. Please let us know what | results you get. This won't work for Octave because it is a victim of the std::string bug i

Re: problem with malloc/realloc. Pls help.

On 8/21/06, Omololu wrote: Hi, i have the following code. it compiles with gcc in Cygwin but the contents of the array ifitQ that I get after the call to the subroutine readCharges2 is gibberish. looks like a passing by reference problem. if you add debug to look at the address of ifitQ at all

Re: problem with malloc/realloc. Pls help.

On Mon, 21 Aug 2006, Igor Peshansky wrote: > On Mon, 21 Aug 2006, Omololu wrote: > > > Hi, > > i have the following code. it compiles with gcc in Cygwin but the > > contents of the array ifitQ that I get after the call to the subroutine > > readCharges2 is gibberish. > > This is expected behavior

Re: problem with malloc/realloc. Pls help.

On Mon, 21 Aug 2006, Omololu wrote: > Hi, > i have the following code. it compiles with gcc in Cygwin but the > contents of the array ifitQ that I get after the call to the subroutine > readCharges2 is gibberish. This is expected behavior. Read on. > The code compiles with gcc under Linux and

RE: change in behavior of make from 3.80 to 3.81

At 01:35 PM 8/21/2006, Dave Korn wrote: >On 21 August 2006 18:28, William A. Hoffman wrote: > > >> However, one thing that might have averted this thread would have been an >> email >> to the cygwin list, (prior to the release announcement) that described the >> change you were going to make. > >

RE: change in behavior of make from 3.80 to 3.81

On 21 August 2006 18:28, William A. Hoffman wrote: > However, one thing that might have averted this thread would have been an > email > to the cygwin list, (prior to the release announcement) that described the > change you were going to make. The hypothesis that someone who doesn't bother w

Re: change in behavior of make from 3.80 to 3.81

At 11:12 AM 8/21/2006, Christopher Faylor wrote: >Your messages and those from the other couple of vocal people here have >done nothing to convince me that this decision was wrong for me. It has >done a lot to reinforce my belief that there are vocal people on this >mailing list who, even when tal

Re: change in behavior of make from 3.80 to 3.81

At 12:56 PM 8/21/2006, Christopher Faylor wrote: >On Mon, Aug 21, 2006 at 12:25:58PM -0400, William A. Hoffman wrote: >>There is now an upstream patch for make with Chris's blessing. > >This does not exactly have my "blessing". I have just tried to be as >diligent as possible in making sure that

Re: change in behavior of make from 3.80 to 3.81

On Mon, Aug 21, 2006 at 12:25:58PM -0400, William A. Hoffman wrote: >There is now an upstream patch for make with Chris's blessing. This does not exactly have my "blessing". I have just tried to be as diligent as possible in making sure that the change makes sense and that the patch is as small

Re: change in behavior of make from 3.80 to 3.81

There is now an upstream patch for make with Chris's blessing. It can be found here: http://article.gmane.org/gmane.comp.gnu.make.windows/2136 If anyone wants to try it, and make sure it creates a make that does what you expect, now is the time. To use the patch you will have to run autoconf a

Re: group"S-1-2-0"(users who login locally)in ssh;windows 2003

On Fri 8/18/06 16:28 +0200 cygwin@cygwin.com wrote: > On Aug 18 08:35, Tom Rodman wrote: > > On Fri 8/18/06 8:58 +0200 cygwin@cygwin.com wrote: > > > On Aug 17 18:49, Tom Rodman wrote: > > > > > > > > tried that.. no joy, take a look: > > > > --v-v--C-U-T---H-E-R-E-

problem with malloc/realloc. Pls help.

Hi, i have the following code. it compiles with gcc in Cygwin but the contents of the array ifitQ that I get after the call to the subroutine readCharges2 is gibberish. The code compiles with gcc under Linux and it runs correctly. it also compiles and runs correctly with windows visual studio. Pls

Re: change in behavior of make from 3.80 to 3.81

On Sun, Aug 20, 2006 at 11:02:06PM -0700, Joachim Achtzehnter wrote: >Dave Korn wrote: >>>Because I do not agree with your suggestion. >> >>You don't agree that this is the cygwin list, not the mingw list? > >Some people are trying to solve an issue with cygwin's build of make by >discussing possib

Re: Those nasty bundled Cygwin's

Eric Hanchrow wrote: "Larry" == Larry Hall (Cygwin) writes: . Thanks. Larry> This has also been discussed before. If you'd like to Larry> understand the options, I'd recommend reviewing the email Larry> archives for threads on this i

Re: program fails to find it's DLL

On Mon, 21 Aug 2006, Eric Thomas wrote: > Hi all, > > I've got an issue here with some command line programs, all from the > same editor. > > Commands are issued from bash 3.0.16-14 / cygwin 1.5.18-1 on a > computer running W2K SP4. > Everything was ok until someone introduced an invalid path in t

RE: program fails to find it's DLL

On 21 August 2006 08:39, Eric Thomas wrote: > Any comment welcome and appreciated You've given us too much analysis and guesswork at what is happening, but unfortunately it has not come across well in translation, and what we really need most is a step-by-step recipe to reproduce the problem.

RE: octave compiled with gcc-3.4.4-2 - error messages during make check

On 19 August 2006 23:28, James R. Phillips wrote: > I've built a test version of octave 2.1.73 on cygwin using the experimental > gcc-3.4.4-2 compiler. Thanks to Brian Dessent for pointing out a packaging > problem with the compiler and a workaround: > http://www.cygwin.com/ml/cygwin/2006-07/msg0

program fails to find it's DLL

Hi all, I've got an issue here with some command line programs, all from the same editor. Commands are issued from bash 3.0.16-14 / cygwin 1.5.18-1 on a computer running W2K SP4. Everything was ok until someone introduced an invalid path in the default PATH that bash inherits from cmd.exe .