Problem with stat

Hi, I have a problem with either understanding the C function stat or with cygwin. When I run stat from the console I get this: File: `Lessdox' -> `/usr/X11R6/share/doc/lesstif-0.94.4/html' Size: 40 Blocks: 1 IO Block: 1024 symbolic link Device: e491f35dh/3834770269d

Re: getting emacs in cygwin

I had that annoyance to, but I used a shell login script to erase the offense windows box. Something like this. I used zsh, but you should be able to translate it to bash easily. It's not elegant, but it gets rid of the windows box. I forgot which one, but I think the "cnime.exe" or "cmd.exe" i

Mesa/GLU library under cygwin

Hello all, following situation: I have installed Mesa/OpenGL implementation in my cygwin environment and I see dll library called cygGLU-1.dll which rather do not correspond to naming conventions otherwise applied ad it is initially installed in /usr/X11R6/bin. Some applications (notably pdfedit)

Re: Problem with stat

Erich Dollansky wrote: [...] > > When I run this little C++ program: > > PRIVATE VOID StatLessdox (VOID) > BEGIN >struct stat Stat; > >IF (stat ("/usr/X11R6/share/doc/lesstif-0.94.4/html/Lessdox", &Stat) > == 0) THEN > printf ("Mode: %lX\n", (unsigned long) Stat.st_mode); >

Re: Problem with stat

Hi, Václav Haisman wrote: Erich Dollansky wrote: [...] When I run this little C++ program: PRIVATE VOID StatLessdox (VOID) BEGIN struct stat Stat; IF (stat ("/usr/X11R6/share/doc/lesstif-0.94.4/html/Lessdox", &Stat) == 0) THEN printf ("Mode: %lX\n", (unsigned long) Stat.st_m

RE: clamav antivirus software

On 26 June 2007 12:00, Wynfield Henman wrote: > I have seen references that there is a cygwin platform, runnable > "clamav" variant > for protection against, s/w viruses, but I can't find it in the > setupexe dialog, and I can find a search function for setup.exe to see > if in fact it is anywhere

clamav antivirus software

I have seen references that there is a cygwin platform, runnable "clamav" variant for protection against, s/w viruses, but I can't find it in the setupexe dialog, and I can find a search function for setup.exe to see if in fact it is anywhere in there Is there a current ClamAv virus filte

Re: Problem with stat

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Erich Dollansky on 6/26/2007 4:00 AM: >>> When I run this little C++ program: >>> >>> PRIVATE VOID StatLessdox (VOID) >>> BEGIN ... >> This is NOT C++. Not without some obscure header included before the >> source. >> > this is why I menti

Re: getting emacs in cygwin

Wynfield Henman wrote: I had that annoyance to, but I used a shell login script to erase the offense windows box. Something like this. I used zsh, but you should be able to translate it to bash easily. It's not elegant, but it gets rid of the windows box. I forgot which one, but I think the "c

Re: Problem with stat

Hi, Eric Blake wrote: If it were truly C++, you would have also showed the include files and preprocessor macros that you used. If you want help on this issue, provide a COMPILABLE example, and preferably one that is not so masked by macros that it looks more like pascal than C++. here we ar

Re: Problem with stat

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Erich Dollansky on 6/26/2007 6:57 AM: >if (stat ("/usr/X11R6/share/doc/lesstif-0.94.4/html/Lessdox", &Stat) > == 0) >{ > printf ("Mode: %lX\n", (unsigned long) Stat.st_mode); > if (S_ISDIR (Stat.st_mode)) > pri

Re: Problem with stat

Eric Blake <[EMAIL PROTECTED]> writes: > According to Erich Dollansky on 6/26/2007 6:57 AM: >>if (stat ("/usr/X11R6/share/doc/lesstif-0.94.4/html/Lessdox", &Stat) >> == 0) >>{ >> printf ("Mode: %lX\n", (unsigned long) Stat.st_mode); >> if (S_ISDIR (Stat.st_mode)) >> pr

Re: Problem with stat

Hi, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Why is Lessdox not recognised as a link here? Because your program asked about what the link pointed to, and not about the link itself. The command line 'stat' uses lstat(), which is probably what you want your program to do. And thi

Re: Problem with stat

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to David Kastrup on 6/26/2007 7:10 AM: > > fstat, yes. But shouldn't stat be able to report S_ISLNK on a broken > link? No. It must fail with ENOENT. http://www.opengroup.org/onlinepubs/009695399/functions/stat.html - -- Don't work too h

Re: Problem with stat

Eric Blake <[EMAIL PROTECTED]> writes: > According to David Kastrup on 6/26/2007 7:10 AM: >> >> fstat, yes. But shouldn't stat be able to report S_ISLNK on a broken >> link? > > No. It must fail with ENOENT. > http://www.opengroup.org/onlinepubs/009695399/functions/stat.html No information the

Re: Problem with stat

David Kastrup gnu.org> writes: > >> fstat, yes. But shouldn't stat be able to report S_ISLNK on a broken > >> link? > > > > No. It must fail with ENOENT. > > http://www.opengroup.org/onlinepubs/009695399/functions/stat.html > > No information there. "component of a path" has nothing to do wit

undefined reference to `__imp___iob'

Hello, I keep getting a lot of these errors when I try linking to a library built with msys and mingw "undefined reference to `__imp___iob'" I did a google search on this and I found others having the same problem but no solutions. Are there any tips to compile compatible libraries with msys / c

Re: Problem with stat

Eric Blake <[EMAIL PROTECTED]> writes: > David Kastrup gnu.org> writes: > >> >> fstat, yes. But shouldn't stat be able to report S_ISLNK on a broken >> >> link? >> > >> > No. It must fail with ENOENT. >> > http://www.opengroup.org/onlinepubs/009695399/functions/stat.html >> >> No information t

Re: Problem with stat

David Kastrup wrote: Eric Blake <[EMAIL PROTECTED]> writes: PCYMTNQREAIYR "If the named file is a symbolic link, the stat() function shall continue pathname resolution using the contents of the symbolic link, and shall return information pertaining to the resu

Re: undefined reference to `__imp___iob'

"Frederich, Eric P21322" wrote: > Are there any tips to compile compatible libraries with msys / cygwin? > Is it even possible? > Am I missing a gcc option? No, it's not possible. Cygwin libraries use the Cygwin runtime. MinGW/MSYS libraries use the Microsoft (MSVCRT) runtime. These are two in

Re: Problem with stat

Matthew Woehlke users.sourceforge.net> writes: > >> "If the named file is a symbolic link, the stat() function shall > >> continue pathname resolution using the contents of the symbolic > >> link, and shall return information pertaining to the resulting file > >> if the file exists." > > > > Thi

RE: undefined reference to `__imp___iob'

> From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent > Sent: Tuesday, June 26, 2007 12:22 PM > To: cygwin@cygwin.com > Subject: Re: undefined reference to `__imp___iob' > > "Frederich, Eric P21322" wrote: > > > Are there any tips to compile compatible libraries with

Re: undefined reference to `__imp___iob'

"Frederich, Eric P21322" wrote: > Apparently I'm confused. I thought that when I compile with -mno-cygwin > it was the same as using msys/mingw. It is. You were just lucky that it happened to link successfully and not crash. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-si

RE: undefined reference to `__imp___iob'

On Tue, 26 Jun 2007, Frederich, Eric P21322 wrote: > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent > > Sent: Tuesday, June 26, 2007 12:22 PM > > To: [EMAIL PROTECTED] . Thanks. > > Subject: Re: undefined reference t

RE: undefined reference to `__imp___iob'

> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent > Sent: Tuesday, June 26, 2007 1:25 PM > To: cygwin@cygwin.com > Subject: Re: undefined reference to `__imp___iob' > > "Frederich, Eric P21322" wrote: > > > Apparently I'm confused. I t

Re: undefined reference to `__imp___iob'

"Frederich, Eric P21322" wrote: > Wow, now I'm more confused. > If using -mno-cygwin is the same as using msys/mingw, then why would I > need luck to link against a msys/mingw library? Me too. If you're indeed using -mno-cygwin then there should be no problem linking with a native library. I th

RE: undefined reference to `__imp___iob'

> From: Igor Peshansky [mailto:[EMAIL PROTECTED] > Sent: Tuesday, June 26, 2007 1:31 PM > To: Frederich, Eric P21322 > Cc: cygwin@cygwin.com > Subject: RE: undefined reference to `__imp___iob' > > > Does everything you say hold true even if I compile with > > the -mno-cygwin option? > > Not ever

RE: undefined reference to `__imp___iob'

On Tue, 26 Jun 2007, Frederich, Eric P21322 wrote: > > From: Igor Peshansky [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, June 26, 2007 1:31 PM > > To: Frederich, Eric P21322 > > Cc: [EMAIL PROTECTED] Again, . Nobody wants more spam. Thanks. > > Subjec

Re: undefined reference to `__imp___iob'

"Frederich, Eric P21322" wrote: > If it (mixing msys/mingw and cygwin libraries) is "not encouraged" or > "not supported", then I just won't do it and I'll either start using > Msys for everything or start keeping two copies of the Windows libraries > around. It's not supported, correct. But usi

RE: undefined reference to `__imp___iob'

On 26 June 2007 19:05, Igor Peshansky wrote: >> /mylibraries/libraries/lib/libhdg_win.a(hdg_win.o):hdg_win.c:(.text+0x1d8): >> more undefined references to `__imp___iob' follow >> collect2: ld returned 1 exit status >> make: *** [someProgram.exe] Error 1 > > Where exactly are you us

Re: undefined reference to `__imp___iob'

On Tue, Jun 26, 2007 at 01:52:01PM -0400, Frederich, Eric P21322 wrote: >> From: Igor Peshansky >> Sent: Tuesday, June 26, 2007 1:31 PM >> To: Frederich, Eric P21322 >> Subject: RE: undefined reference to `__imp___iob' >> >> > Does everything you say hold true even if I compile with >> > the -mno-

RE: undefined reference to `__imp___iob'

> From: Igor Peshansky > Sent: Tuesday, June 26, 2007 2:05 PM > To: Frederich, Eric P21322 > Cc: cygwin@cygwin.com > Subject: RE: undefined reference to `__imp___iob' > > Where exactly are you using -mno-cygwin in the above? > Igor Whoops, I gave you the output of when I wasn't using it. Eve

GCC 4.1.1

I'm trying to get gcc on Cygwin to the same version that I use on Linux and Solaris (4.1.1). There is no "need" for this, but it would be nice to have all platforms I'm trying to support on the same version. I was able to compile and install GCC 4.1.1 with a plain ./configure && make && make insta

Re: GCC 4.1.1

Frederich, Eric P21322 wrote: I'm trying to get gcc on Cygwin to the same version that I use on Linux and Solaris (4.1.1). There is no "need" for this, but it would be nice to have all platforms I'm trying to support on the same version. I was able to compile and install GCC 4.1.1 with a plain .

Call for testing: New setup.exe version

The version of Cygwin's setup.exe in CVS (and available as snapshots) is superior to the current release in many ways. It has been far too long since the last release, and for that I apologise. One minor problem that has held back the release has been that the current version has the setup_legac

Re: GCC 4.1.1

"Frederich, Eric P21322" wrote: > I'm trying to get gcc on Cygwin to the same version that I use on Linux > and Solaris (4.1.1). > There is no "need" for this, but it would be nice to have all platforms > I'm trying to support on the same version. I'm really not sure why you're doing this, and es

RE: GCC 4.1.1

> From: [EMAIL PROTECTED] On Behalf Of Brian Dessent > Sent: Tuesday, June 26, 2007 4:42 PM > To: cygwin@cygwin.com > Subject: Re: GCC 4.1.1 > > "Frederich, Eric P21322" wrote: > > > I'm trying to get gcc on Cygwin to the same version that I > use on Linux > > and Solaris (4.1.1). > > There is n

RE: GCC 4.1.1

Brian Dessent wrote: > With that out of the way, it's possible to get -mno-cygwin working with gcc4 > just fine, it shouldn't take any patches. You'll of course have to build gcc > again as the MinGW version, and set up some symlinks. See the postinstall of > the gcc package for details. On a re

RE: GCC 4.1.1

On 26 June 2007 23:03, Williams, Gerald S (Jerry) wrote: > Brian Dessent wrote: >> With that out of the way, it's possible to get -mno-cygwin working with >> gcc4 just fine, it shouldn't take any patches. You'll of course have to >> build gcc again as the MinGW version, and set up some symlinks.

Re: Call for testing: New setup.exe version

Hi, How would you like a crash report, gdb? the event message? a snapshot of how it looks freezed? After doing most of the downloads (1 left) it stopped saying "... incomplete download, want to retry?", after retrying first started to download again what it already had downloaded the first time,

Re: Call for testing: New setup.exe version

René Berber wrote: > How would you like a crash report, gdb? the event message? a snapshot of how > it > looks freezed? I guess a gdb stack trace would be best. There's a copy with debug symbols in the /snapshots/ dir. Ideally, I'd like a way to reproduce the crash, but that's wishful thinking

Re: Call for testing: New setup.exe version

Brian Dessent wrote: >> How would you like a crash report, gdb? the event message? a snapshot of how >> it >> looks freezed? > > I guess a gdb stack trace would be best. There's a copy with debug > symbols in the /snapshots/ dir. Ideally, I'd like a way to reproduce > the crash, but that's wis

Re: Call for testing: New setup.exe version

René Berber wrote: > Gdb's log is much better. Ah, perfect. I think I see what's happening. The pkgsource.Cached() value is NULL if it was never successfully downloaded, which means bad news when we unconditionally try to use it in md5_one() as: std::string fullname (pkgsource.Cached ());

Bash is broken wrt trap :(

Cygwin bash is actually a newer version than Debian/RH ships - but has one flaw not shared by the other distributions. I have code that must run on AIX (bash/ksh93), Linux (bash/ksh93), and Cygwin (bash - pdksh is not sufficient and I couldn't find ksh93)... and trap handling is a large part o

Re: Bash is broken wrt trap :(

On Tue, 26 Jun 2007, Richard A Nelson wrote: > Cygwin bash is actually a newer version than Debian/RH ships - but has > one flaw not shared by the other distributions. > > I have code that must run on AIX (bash/ksh93), Linux (bash/ksh93), and > Cygwin (bash - pdksh is not sufficient and I couldn't

Re: Bash is broken wrt trap :(

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Richard A Nelson on 6/26/2007 8:39 PM: > Cygwin bash is actually a newer version than Debian/RH ships - but has > one flaw not shared by the other distributions. You left out one important fact - exactly which version of bash are you runn

Re: Mesa/GLU library under cygwin

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Ariel Burbaickij wrote: > I have installed Mesa/OpenGL implementation in my cygwin environment > and I see dll library called cygGLU-1.dll which rather do not correspond to > naming conventions otherwise applied ad it is initially installed in > /usr

Re: pcre-7.2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Reini Urban wrote: > Can we please have a pcre update? > We have 6.6, latest is 7.2 Actually, curr: 7.1-1. That aside, I've just built and installed 7.2; if I don't see any breakage, I will update soon. Yaakov -BEGIN PGP SIGNATURE- Vers

Re: Call for testing: New setup.exe version

Brian Dessent wrote: [snip] > Can you please try > and see if it fixes the issue? This checks that Cached () is not NULL > before trying to MD5 the nonexistant file. Yes it worked this time. I still got the "incomplete download" message, plus

remote mount via nfs ?

dear all I cannot nsf mount shared directory on a remote linux machine under the LAN by using this command mount xxx.xx.xx.xxx:/home/ne/work mnt/ it gives this error : mount: mnt: Invalid argument I appreciate any help. thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: Call for testing: New setup.exe version

René Berber wrote: > Yes it worked this time. > > I still got the "incomplete download" message, plus a "setup.ini is older than > the one you used the last time..."; both of those messages are new to me. Well I still can't figure out why it fails to download the file. Can you download the file

Re: getting emacs in cygwin

Larry, I tried using "run.exe" as you suggested in "cygwin.bat" but it does not work. The issue is not emacs, but the initial login terminal. Besides I don't see that it does emacs any good at all (1) it causes emacs to fail in a std tty window. and (2) from an x-window it doesn't do anything t

Re: Bash is broken wrt trap :(

Igor Peshansky wrote: I have code that must run on AIX (bash/ksh93), Linux (bash/ksh93), and Cygwin (bash - pdksh is not sufficient and I couldn't find ksh93)... What's missing in pdksh? subscript references, for one (ie ${OS:0:6}), which is fairly common in the scripts (though, most all co

Re: Bash is broken wrt trap :(

Eric Blake wrote: You left out one important fact - exactly which version of bash are you running on the three machines you tested? I attached a minimal working script to my most recent reply to this topic Here's more information on two such systems: --