Re: tar, win-path conversion bug

On Wed, Jul 26, 2006 at 09:34:02PM -0600, Eric Blake wrote: >According to Linda Walsh on 7/25/2006 7:09 PM: >>I think I've run into a bug concerning "tar" and the use of windows >>format paths. It's not a bug that is difficult to work around, but it >>still seems as though it is a bug that someone

Re: Can NTFS junctions be listed?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to John and Holly Klug on 7/25/2006 7:32 PM: > It would still be nice if cygwin "find" supported junctions. cygwin "find" will only support junctions if the underlying cygwin is changed to support them, at which point all cygwin programs tha

Re: tar, win-path conversion bug

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Linda Walsh on 7/25/2006 7:09 PM: > I think I've run into a bug concerning "tar" and the use of > windows format paths. It's not a bug that is difficult to work > around, but it still seems as though it is a bug that someone may > wish to

Re: Problem using ftp with rxvt

On Wed, 26 Jul 2006, Charles D. Russell wrote: > When ftp is opened in rxvt, some of the incoming text that should be > written to the screen is lost. Simplest example: at shell prompt, enter > "ftp". One does not get the ftp prompt, but one is indeed running ftp, > since if one next types "

Problem using ftp with rxvt

When ftp is opened in rxvt, some of the incoming text that should be written to the screen is lost. Simplest example: at shell prompt, enter "ftp". One does not get the ftp prompt, but one is indeed running ftp, since if one next types "help" you get the header for the help screen, with t

Re: New cygwin verson breaks emacs

The problem only occurs when trying to run emacs from xterm. So only when X-Windows functions or related GTK functions are needed. But, since the error message is " ***MEMORY-ERROR***: emacs[3060]: GSlice: failed to allocate 504 bytes". I will look further into it.If anyone has any clues p

Re: 1.5.20: Occasional crash at address 0x6100365f (cygthread::stub() in cygthre

Jon Harrison wrote: Hi, I too have been experiencing the same sort of psuedo random crash of sh.exe/bash.exe when running any form of shell script. Again, other than the irritation of the Windoze Application Error it appears that the scripts have "worked" I'd have a hard time putting any kind o

Re: 1.5.21-1 DLL Loading Problem

On 07/25/2006, Rob Hatcherson wrote: I've been trying to track this down with gdb, but haven't made much progress. I put the cygwin1.dbg from the src distro into the /bin dir, which at least allowed some level of breakpoint setting, but so far none of the ones I've tried (dlopen, dll::init(),

libplot program on cygwin

I have a program that uses libplot which I'm trying to use in the Cygwin envir. The program is supposed to spit out postscript code, but it actually outputs nothing. It outputs no postscript, and the (f)printf statements don't do anyting either. The program was originally built under linux and i

RE: Why are Windows paths broken in make 3.81?

On Wed, 26 Jul 2006, William Sheehan wrote: > I have been following this discussion closely, as we were also hit by > this change. However, in all the emails and the ChangeLog, I still > can't find an official reason why the change was made in the first > place. Was it for technical reasons? An

RE: Why are Windows paths broken in make 3.81?

I have been following this discussion closely, as we were also hit by this change. However, in all the emails and the ChangeLog, I still can't find an official reason why the change was made in the first place. Was it for technical reasons? And if so, would the Cygwin team accept a patch that re

Re: Why are Windows paths broken in make 3.81?

On Wed, 26 Jul 2006, Christopher Faylor wrote: > On Wed, Jul 26, 2006 at 10:12:51AM -0600, Michael Hirsch wrote: > >>Yes. See . > >>If you are using a POSIX-like "OS" (i.e. Cygwin), you should be using > >>POSIX paths. That's not an incon

Re: Why are Windows paths broken in make 3.81?

On Wed, 26 Jul 2006, Michael Hirsch wrote: > On 7/21/06, mwoehlke <[EMAIL PROTECTED]> wrote: . Thanks. > > Michael Hirsch wrote: > > [snip] > > > Is it broken only on Windows? > > > > That sounds like a silly question... 'are Windows paths only broken

RE: New cygwin verson breaks emacs

> -Original Message- > Sent: Wednesday, July 26, 2006 6:25 AM > To: cygwin@cygwin.com > Subject: New cygwin verson breaks emacs > > This happened to a perfectly good pre-cygwin update emacs. > This also happened after a new rebuild of emacs with the new > cygwin system. > > ***MEMORY-ERR

Re: Why are Windows paths broken in make 3.81?

On Wed, Jul 26, 2006 at 12:26:09PM -0400, Christopher Faylor wrote: >Maybe someone here would be willing to post a sed transformation which >would change c:\some\dos\path to /cygdrive/c/some/dos/path. Here are two simple, imperfect proof-of-concept perl scripts. The first one just translates ever

Re: Why are Windows paths broken in make 3.81?

On Wed, Jul 26, 2006 at 10:12:51AM -0600, Michael Hirsch wrote: >>Yes. See . >>If you are using a POSIX-like "OS" (i.e. Cygwin), you should be using >>POSIX paths. That's not an inconvenience, that's called writing a bad >>makefile. If you

Re: Why are Windows paths broken in make 3.81?

On 7/21/06, mwoehlke <[EMAIL PROTECTED]> wrote: Michael Hirsch wrote: > Here is a sample Makefile that breaks with Gnu Make 3.81-1 under > Cygwin, but works fine with Gnu Make 3.80-1. We have been writing > these types of Makefiles for years, using both Windows and Cygwin > tools, and this is th

Re: New cygwin verson breaks emacs

On Jul 26 19:24, Wynfield Henman wrote: > This happened to a perfectly good pre-cygwin update emacs. > This also happened after a new rebuild of emacs with the new cygwin system. > > ***MEMORY-ERROR***: emacs[3060]: GSlice: failed to allocate 504 bytes > (alignment: 512): Function not implemented

RE: Email.conf error

On 25 July 2006 22:18, Andrew King wrote: > Thanks to René, I think I got my Cron problem fixed. For tester > purposes, I've got Cron set up to send me an e-mail once every minute. > Well, it sends me the e-mail, but the e-mail contains the following error: > > email: FATAL: Line number 7 is i

RE: python fails in windows shell

On 25 July 2006 20:49, Krzysztof Duleba wrote: > Dave Korn wrote: >> >>> When I try to run python in Windows shell, it hangs. Even the simplest >>> test like python -c 'print "foo"' will result in ntvdm process taking >>> 100% CPU. I tried it with 1.5.19 and 1.5.17 and got the same result. >>> >

RE: how can i search a specific symbol in static library ?

On 26 July 2006 02:21, ?? wrote: > there are many static library files in lib directory, when i was > reported a error: "undefined reference to X" > how could i know which static library file(.a file) should i append to > compile path by parameter > L & l > is there a convenient way to search

New cygwin verson breaks emacs

This happened to a perfectly good pre-cygwin update emacs. This also happened after a new rebuild of emacs with the new cygwin system. ***MEMORY-ERROR***: emacs[3060]: GSlice: failed to allocate 504 bytes (alignment: 512): Function not implemented My cygwin information is given as: CYGWIN_NT-5.

RE: 1.5.21-1 DLL Loading Problem

On 26 July 2006 01:30, Rob Hatcherson wrote: > The general situation is that I have a program that depends on "B.dll", > which in turn depends on "A.dll". Both DLLs provide C++ classes. The > > In the meantime, does anyone have any suggestions regarding what's going > on, and/or some other tec

mkshortcut exit value 64?

Hi all, I'm irritated by the return value I get from mkshortcut. Using mkshortcut -D -nNAME PROGRAM ; echo $? I would expect to get a return value of 0 on success - excerpt from the manual: "If mkshortcut encounters a syntax error, it will return an exit value of 1 and output usage information

STATUS_ACCESS_VIOLATION in Cygwin 3.3.1 on Win2k using ESQL on Ingres 2.6

Hi, I have following configurations: Win2k SP4, Cygwin 3.3.1, Ingres 2.6 I have an embedded sql file, contents are as follows: /* my_sim_exec.sc */ #include #include int main (int argc, char *argv[]) { EXEC SQL INCLUDE SQLCA;