Re: Trouble making .so (undefined symbols)

Warren Young wrote: I maintain MySQL++ (http://tangentsoft.net/mysql++/), a C++ API for MySQL. It builds fine under Cygwin when we create a static library, but linking fails due to undefined symbols when we ask for a shared object. The symptom is the libtool error "libtool: link: warning: un

Re: bug report: abort in g++ 3.4.4 generated DLL & client

Gerrit P. Haase wrote: Do you mean the code compiled on the sane machine, where the binary runs ok when compiled with the older binutils, is crashing when simply copying the executable to another machine? When copying the executable and dll, yes. That very same pair also crashes on the previo

Unhappy with the corporate hassles, Become Judgment Professional

rolanda chapman, http://uk.geocities.com/sirolen/?ht=je.Extremely_Interesting_Business Higher to learn more or to stop receiving more information and then to inspect our address -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/proble

Re: bug report: abort in g++ 3.4.4 generated DLL & client

Stein Somers wrote: Gerrit P. Haase wrote: Do you mean the code compiled on the sane machine, where the binary runs ok when compiled with the older binutils, is crashing when simply copying the executable to another machine? When copying the executable and dll, yes. That very same pair also

Re: bug report: abort in g++ 3.4.4 generated DLL & client

After another fierce struggle with Cygwin Setup, it has downgraded the cygwin package from 1.5.18-1 to 1.5.17-1. Bash also needed to be downgraded, and sort and other tools are not on speaking terms with the old cygwin either, but what's important is that, with the old cygwin1.dll, the gcc 3.4.

Re: bug report: abort in g++ 3.4.4 generated DLL & client

Stein Somers wrote: Gerrit P. Haase wrote: I have not tried to build it with gcc-3.3.3, could someone with this version handy build an executable and send it to me, please? Here's a set of 3: my 3.3 build (succeeding), my latest 3.4 build (failing as yours), and the successful 3.4 build on

Re: bug report: abort in g++ 3.4.4 generated DLL & client (FAQ alert)

On Wed, 3 Aug 2005, Stein Somers wrote: > Unfortunately, I was too eager to try the upgrade to note the version it > was upgraded from. FYI, the information about all of your upgrades done via Cygwin setup (including the version you upgraded from) can be obtained from /var/log/setup.log. I think

[ANNOUNCEMENT] Updated: lapack-3.0-3

INFO A coding error has been found and fixed in the netlib reference cblas routines, requiring the Cygwin Lapack 3.0 package to be updated to release 3. Changes: + fixed cblas_sdsdot routine in reference cblas More information in the lapack-3.0.README file. Lapack 3.0 is a comprehensive

Cygwin and NTFS Junction Points

Since I have discovered NTFS Junction Points (NTFS 5.0+) I'm using them frequently to symbolically link directories in a POSIX conformous way: The junction points (JP) are transparent to *any* program using the filesystem. Unfortunately there are bizarre issues related to manipulating JPs from the

Re: Cygwin and NTFS Junction Points

On Aug 3 14:32, Frank-Michael Moser wrote: > Since I have discovered NTFS Junction Points (NTFS 5.0+) I'm using them > frequently to symbolically link directories in a POSIX conformous way: > The junction points (JP) are transparent to *any* program using the > filesystem. > > Unfortunately there

[ANNOUNCEMENT] New package: orpie 1.4.1-1

The package 'orpie' is now available in the Cygwin distribution. Orpie is a fullscreen RPN calculator for the console. Its operation is similar to that of modern HP calculators, but data entry has been optimized for efficiency on a PC keyboard. Features include extensive scientific calculator fu

Re: error compiling apache-1.3.33 with mod_perl and perl-5.8.7-1

(Sorry, maybe I can't get the references right since I'm replying to the article found at ) > Bruno Postle wrote: >> I can't build apache-1.3.33 and mod_perl-1.29 with perl-5.8.7-1 >> (it builds ok if I downgrade cygwin to perl-5.8.6-4) >>

Re: bug report: abort in g++ 3.4.4 generated DLL & client (FAQ alert)

Igor Pechtchanski wrote: FYI, the information about all of your upgrades done via Cygwin setup (including the version you upgraded from) can be obtained from /var/log/setup.log. I actually checked this file on my machine (and all others changed recently) and couldn't find anything relevant.

Problem with exec and some suggestions

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I am new user of Cygwin and a beginer on Linux. I have downloaded all Cygwin packages today. The problem is when I type exec And the executable name and parameters I want to pass to it, the consol window close and I can't see the result of my c

Re: Postmaster core dumps

Hello Corinna, I think the problem is in cygserver because the bug is related to semaphores when I use gdb. Here you have a case where you get the error: First, you must install postgresql (ver. 7) with Cygwin installation. Later, configure the database: $ /usr/sbin/cygserver& $ export CYGWIN=

Re: Problem with exec and some suggestions

Gansta93 wrote: The problem is when I type exec And the executable name and parameters I want to pass to it, the consol window close and I can't see the result of my command. That's exactly what exec is for: transfer all control to the program you specified. When it ends, everything ends: th

tlist may "hang", Ex: "tlist bash"

Under 1.5.18 and several earlier releases the w2k resource kit tool "tlist" hangs for me (tested on two windows 2000 server boxes): Example (assume bash is running), then type: tlist bash # if you ^C, it will eventually die # it may also eventually complete, I have not waited more

Re: Postmaster core dumps

On Aug 3 17:17, Novaelec wrote: > Hello Corinna, > > I think the problem is in cygserver because the bug is related to semaphores > when I use gdb. > > Here you have a case where you get the error: > > First, you must install postgresql (ver. 7) with Cygwin installation. Later, > configure the

Re: Cygwin and NTFS Junction Points

Unfortunately "find -xdev" does not work because junction points also can point to target folders on the same filesystem. Also I meant that using fileutils like cp, mv, and rm should transparently respect junction points and handle them in like symlinks under Linux as I described it in my post. At

Re: error compiling apache-1.3.33 with mod_perl and perl-5.8.7-1

Harald Joerg wrote: (Sorry, maybe I can't get the references right since I'm replying to the article found at ) Bruno Postle wrote: I can't build apache-1.3.33 and mod_perl-1.29 with perl-5.8.7-1 (it builds ok if I downgrade cygwi

Re: bug report: abort in g++ 3.4.4 generated DLL & client (FAQ alert)

On 8/3/05, Igor Pechtchanski wrote: > On Wed, 3 Aug 2005, Stein Somers wrote: > > > Unfortunately, I was too eager to try the upgrade to note the version it > > was upgraded from. > > FYI, the information about all of your upgrades done via Cygwin setup > (including the version you upgraded from)

mysql client 4.1.13

Has anyone compiled it under cygwin enabling named pipes for NT? If not, is anyone interested in this battle of header files? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron

Re: Cygwin and NTFS Junction Points

Ugh - top-posting. Reformatted. > >>Since I have discovered NTFS Junction Points (NTFS 5.0+) I'm using them > >>frequently to symbolically link directories in a POSIX conformous way: > >>The junction points (JP) are transparent to *any* program using the > >>filesystem. To some degree, Junction

Re: tlist may "hang", Ex: "tlist bash"

At 11:25 AM 8/3/2005, you wrote: >Under 1.5.18 and several earlier releases the w2k resource kit tool "tlist" >hangs for me (tested on two windows 2000 server boxes): > > Example (assume bash is running), then type: > >tlist bash > ># if you ^C, it will eventually die > ># it may also

Does Cygwin support System V Message Queues?

Hello, Does Cygwin support System V Message Queues as per the following link? http://biology.ncsa.uiuc.edu/library/SGI_bookshelves/SGI_Developer/books/T_IRIX_Prog/sgi_html/ch06.html ie: msgctl(), msgsnd(), msgrcv(), msgget() If not the SysV/msg*() stuff, then possible the POSIX Message Queue s

Re: mysql client 4.1.13

Jason Pyeron wrote: > Has anyone compiled it under cygwin enabling named pipes for NT? Sure, but not with named pipes, no. Gerrit's patches are in the ML archive. I have found that the 4.1 server doesn't quite work, 5.x server does work but will not shut down. Performance will be horrid compar

Re: Cygwin and NTFS Junction Points

> To some degree, Junction Points are more like directory HARD links, > rather than symlinks. I agree. Most of the behaviour I referred to as bizarre is the behaviour of hard-linked directories. The mentioned NTFSLink tool so mostly emulates symlink behaviour for JPs. > Are you offering? cygwi

Re: Does Cygwin support System V Message Queues?

Matt England wrote: > We see "cygserver use disabled in client"; what is cygserver? Is it > additional software we must install? Users Guide http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html#using-cygserver > If I knew a way to describe which version of cygwin (.dll?) is installed, "cygcheck

Re: tlist "hang", Ex: "tlist bash" - tlist invoked from cmd.exe shell

Thanks Larry. The hang happens completely outside of cygwin also. It hangs if you type "tlist bash" from a cmd.exe prompt. -- Tom On Wed 8/3/05 14:10 EDT Cygwin List wrote: > At 11:25 AM 8/3/2005, you wrote: > >Under 1.5.18 and several earlier releases the w2k resource kit tool "tlist" > >hangs

Re: Cygwin and NTFS Junction Points

Eric Blake wrote: To some degree, Junction Points are more like directory HARD links, rather than symlinks. What degree is this? Everything I can see seems to say junction points function as symlinks for directories, with retargeting, dangling, and fixing options. I admit the documentati

Re: Cygwin and NTFS Junction Points

Richard Campbell wrote: > > To some degree, Junction Points are more like directory HARD links, > > rather than symlinks. > > What degree is this? > > Everything I can see seems to say junction points function as symlinks > for directories, with retargeting, dangling, and fixing options. > > I

Re: bug report: abort in g++ 3.4.4 generated DLL & client (FAQ alert)

On Wed, 3 Aug 2005, Joshua Daniel Franklin wrote: > On 8/3/05, Igor Pechtchanski wrote: > > On Wed, 3 Aug 2005, Stein Somers wrote: > > > > > Unfortunately, I was too eager to try the upgrade to note the version it > > > was upgraded from. > > > > FYI, the information about all of your upgrades do

Re: Cygwin and NTFS Junction Points

Brian Dessent wrote: You can't use a junction point to make a relative link, as you can with symbolic links. That makes them significantly less useful. But still a giant leap from setting up drive letters with subst, which used to be the only Windows way I know to introduce a layer of indire

Re: bug report: abort in g++ 3.4.4 generated DLL & client (FAQ alert)

Stein Somers wrote: In short, cygwin 1.5.17-1 good, 1.5.18-1 bad. As Gerrit wrote from the start. Just as a point of strange coincidence, "cygwin 1.5.17-1 good, 1.5.18-1 bad" seems to be the case with the recent Python and Postgres problems reported as well. Also both appear on the surfac

Problem regarding installation

Hi all, I am trying to install Cygwin on my laptop running Windows XP. I am facing a problem redirecting my home directory to "My Documents" As advised in the FAQ, I edited the C:/Cygwin/etc/passwd file to point to /cygdrive/c/Documents and Settings/All Users/Lalitah/My Documents. However on firi

Re: Cygwin and NTFS Junction Points

On Aug 3 11:57, Brian Dessent wrote: > Richard Campbell wrote: > > > > To some degree, Junction Points are more like directory HARD links, > > > rather than symlinks. > > > > What degree is this? > > > > Everything I can see seems to say junction points function as symlinks > > for directories,

Re: tlist "hang", Ex: "tlist bash" - tlist invoked from cmd.exe shell

On Aug 3 13:42, Tom Rodman wrote: > Thanks Larry. > > The hang happens completely outside of cygwin also. It hangs > if you type "tlist bash" from a cmd.exe prompt. Tip of the day: Read *all* of Larry's reply. Corinna > On Wed 8/3/05 14:10 EDT Cygwin List wrote: > > At 11:25 AM 8/3/2005,

Re: bug report: abort in g++ 3.4.4 generated DLL & client (FAQ alert)

On Aug 3 15:38, Jon A. Lambert wrote: > Stein Somers wrote: > > > >In short, cygwin 1.5.17-1 good, 1.5.18-1 bad. As Gerrit wrote from the > >start. > > > > Just as a point of strange coincidence, "cygwin 1.5.17-1 good, 1.5.18-1 > bad" seems to be the case with the recent Python and Postgres prob

RE: Cygwin and NTFS Junction Points

> -Original Message- > From: Frank-Michael Moser > Sent: Wednesday, August 03, 2005 10:54 AM > Subject: Re: Cygwin and NTFS Junction Points > > Unfortunately "find -xdev" does not work because junction > points also can point to target folders on the same > filesystem. Also I meant th

Re: bug report: abort in g++ 3.4.4 generated DLL & client (FAQ alert)

Corinna Vinschen wrote: http://cygwin.com/problems.html I've already done gone and did that. I'm happy on existing configuration. I withdraw my casual observation. -- J Lambert -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.

Re: bug report: abort in g++ 3.4.4 generated DLL & client (FAQ alert)

On Aug 3, 2005, at 3:38 PM, Jon A. Lambert indited: Stein Somers wrote: In short, cygwin 1.5.17-1 good, 1.5.18-1 bad. As Gerrit wrote from the start. Just as a point of strange coincidence, "cygwin 1.5.17-1 good, 1.5.18-1 bad" seems to be the case with the recent Python and Postgres proble

RE: Cygwin and NTFS Junction Points

> From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Baksik, Frederick (NM75) > From the links below it seems that windows itself doesn't > handle NTFS junctions points well. Sounds like another > feature that wasn't well thought out, kind of like NTFS > alternate data streams.

Re: [P] lftp does not close ssh connections- ssh remain in memory

Manuel Soto wrote: >lftp does close ssh session on "close" command but ssh >remain running after close and quiting from lftp. I'm >using fish:// protocol > >DOS windows remain open if lftp is execute from >Windows commandline. > > > >= >Environment: >uname -a >CYGWIN_NT-5.0 dt05 1.5.18

Re: Problem with exec and some suggestions

Gansta93 wrote: > Hello, > > I am new user of Cygwin and a beginer on Linux. > I have downloaded all Cygwin packages today. The problem is when I > type exec And the executable name and parameters I want to pass to > it, the consol window close and I can't see the result of my command. > Why can't

Proposed FAQ in DocBook

I'm tired of tip-toeing around the texinfo source for the FAQ just to make sure links to the numbered questions work, so I've converted the source to DocBook and put up preliminary versions: Several files: http://staff.washington.edu/joshuadf/cygwin/faq.html One file: http://staff.washington.ed