Re: Using -mno-cygwin causes different program behavior

Thanks both of you! In addition to a solution, I increased my understanding, which is even more valuable. -- View this message in context: http://www.nabble.com/Using--mno-cygwin-causes-different-program-behavior-tp20825507p20847165.html Sent from the Cygwin list mailing list archive at

Re: Using -mno-cygwin causes different program behavior

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to C-Programmer on 12/3/2008 6:29 PM: > char name[25]; > gets( name ); PS. This is a _disaster_ waiting to happen. You just coded a buffer overflow exploit, where someone can supply a name with more than 25 bytes, and in so doing, overw

RE: Using -mno-cygwin causes different program behavior

Eric Blake wrote on Thursday, December 04, 2008 1:42 AM:: > According to C-Programmer on 12/3/2008 6:29 PM: >> But if I compile using the following command line argument: >> $ gcc -mno-cygwin -o ioProg1 ioProg1.c > > Then you are no longer using cygwin, and this is almost more of a > question for

Re: Using -mno-cygwin causes different program behavior

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to C-Programmer on 12/3/2008 6:29 PM: > But if I compile using the following command line argument: > $ gcc -mno-cygwin -o ioProg1 ioProg1.c Then you are no longer using cygwin, and this is almost more of a question for the mingw list. > I

Using -mno-cygwin causes different program behavior

ome before the printf("What is your name?"); line. Very strange! Any ideas on why this is happening? Thanks! -- View this message in context: http://www.nabble.com/Using--mno-cygwin-causes-different-program-behavior-tp20825507p20825507.html Sent from the Cygwin list mailing list arch

Re: 1.5.7 undefined reference to getreent when using mno-cygwin

. I've redirected your query to the appropriate list and set the Reply-To: header -- please make sure your mailer honors it. Ugh, top-posting... Reformatted. On Mon, 12 May 2008, Jesús Oliva wrote: > > > Hi, > > > > > > I have a pure Win32 console program w

Re: g++: installation problem, cannot exec 'cc1plus': No such file or directory when using -mno-cygwin

Brian Dessent wrote: Simon Lam wrote: I am having an issue using the -mno-cygwin flag with g++/gcc. From what I have read in the archives, you need to gcc-mingw installed to have it working, however I do have it installed - see attached cygcheck.out. The mingw parts of the compiler are actu

Re: g++: installation problem, cannot exec 'cc1plus': No such file or directory when using -mno-cygwin

Simon Lam wrote: > I am having an issue using the -mno-cygwin flag with g++/gcc. From what > I have read in the archives, you need to gcc-mingw installed to have it > working, however I do have it installed - see attached cygcheck.out. The mingw parts of the compiler are actually only extracted/i

g++: installation problem, cannot exec 'cc1plus': No such file or directory when using -mno-cygwin

Hello everyone. I am having an issue using the -mno-cygwin flag with g++/gcc. From what I have read in the archives, you need to gcc-mingw installed to have it working, however I do have it installed - see attached cygcheck.out. Here is some other infomation: bash-3.00$ g++ -mno-cygwin --pri

Re: Using -mno-cygwin flag

Sam Steingold schrieb: * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]: -mno-cygwin does not just "make things that doesn't depend on the cygwin DLL", it removes Cygwin from the equation entirely. this is very unfortunate, actually. things like berkeley-db, postgresql, pcre &c all h

Re: Using -mno-cygwin flag

Brian Salter-Duke wrote: > I did understand that. If I understand you correctly, one can not use > Mingw from inside cygwin to produce working code that uses sockets and > pthreads. Is that correct? This code does use sockets and pthreads > although I do not strictly need them as it is code that u

Re: Using -mno-cygwin flag

On Wed, May 04, 2005 at 03:00:37AM -0700, Brian Dessent wrote: > Brian Salter-Duke wrote: > > > Beginning the DDI compilation at Wed May 4 18:09:43 AUSCST 2005 > > Compiling common object: soc_create.o > > gcc -DLINUX -O3 -mno-cygwin -fstrict-aliasing -I./include -DDDI_SOC > > -DMAX_SMP_PROCS=8 -

Re: Using -mno-cygwin flag

At 05:43 PM 5/4/2005, Chris Faylor wrote: >So, gee, now all we need is a volunteer. Oh sure. Fall back on that tired old excuse. ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street

Re: Using -mno-cygwin flag

On Wed, May 04, 2005 at 05:23:58PM -0400, Sam Steingold wrote: >>Well, duh. If you want to USE MinGW, you have to INSTALL it. That >>much is obvious. > >I thought I did - when I installed the gcc-mingw cygwin package. No. The name of the package is "gcc-mingw". Did you think that you installed

Re: Using -mno-cygwin flag

> * Dave Korn <[EMAIL PROTECTED]> [2005-05-04 18:49:24 +0100]: > > Original Message >>From: Sam Steingold >>Sent: 04 May 2005 18:32 > >>> That's something to take up with the MinGW folks (www.mingw.org). >> >> I am not quite clear on the exact relationship between cygwin and MinGW >> proje

Re: Using -mno-cygwin flag

> * Christopher Faylor <[EMAIL PROTECTED]> [2005-05-04 13:41:25 -0400]: > > On Wed, May 04, 2005 at 06:34:46PM +0100, Dave Korn wrote: >>Original Message >>>From: Christopher Faylor >>>Sent: 04 May 2005 18:20 >> >> >>> as to ignore correctly installed libraries. You just have to put the >>

RE: Using -mno-cygwin flag

using cygwin (for no technical > reason), or with two separate independent development systems (Cygwin > and MinGW). You just don't get the significance of -mno-cygwin yet. The point is, when you are using -mno-cygwin, you are using an entirely different suite of software. cheer

Re: Using -mno-cygwin flag

On Wed, May 04, 2005 at 01:32:19PM -0400, Sam Steingold wrote: >> * Larry Hall <[EMAIL PROTECTED]> [2005-05-04 13:02:44 -0400]: >> >> At 12:53 PM 5/4/2005, you wrote: * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]: -mno-cygwin does not just "make things that doesn't

Re: Using -mno-cygwin flag

On Wed, May 04, 2005 at 06:34:46PM +0100, Dave Korn wrote: >Original Message >>From: Christopher Faylor >>Sent: 04 May 2005 18:20 > > >> as to ignore correctly installed libraries. You just have to put the >> libraries and headers in locations that are searched when -mno-cygwin >> is used.

RE: Using -mno-cygwin flag

Original Message >From: Christopher Faylor >Sent: 04 May 2005 18:20 > as to ignore correctly installed libraries. You just have to put the > libraries and headers in locations that are searched when -mno-cygwin > is used. Those locations are distinct from the locations used when > -mno-

Re: Using -mno-cygwin flag

> * Larry Hall <[EMAIL PROTECTED]> [2005-05-04 13:02:44 -0400]: > > At 12:53 PM 5/4/2005, you wrote: >>> * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]: >>> >>> -mno-cygwin does not just "make things that doesn't depend on the >>> cygwin DLL", it removes Cygwin from the equation en

Re: Using -mno-cygwin flag

On Wed, May 04, 2005 at 12:53:26PM -0400, Sam Steingold wrote: >> * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]: >> >> -mno-cygwin does not just "make things that doesn't depend on the >> cygwin DLL", it removes Cygwin from the equation entirely. > >this is very unfortunate, actua

Re: Using -mno-cygwin flag

Sam Steingold wrote: >>* Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]: >> >>-mno-cygwin does not just "make things that doesn't depend on the >>cygwin DLL", it removes Cygwin from the equation entirely. > > > this is very unfortunate, actually. > things like berkeley-db, postgres

Re: Using -mno-cygwin flag

At 12:53 PM 5/4/2005, you wrote: >> * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]: >> >> -mno-cygwin does not just "make things that doesn't depend on the >> cygwin DLL", it removes Cygwin from the equation entirely. > >this is very unfortunate, actually. >things like berkeley-db,

Re: Using -mno-cygwin flag

> * Brian Dessent <[EMAIL PROTECTED]> [2005-05-04 03:00:37 -0700]: > > -mno-cygwin does not just "make things that doesn't depend on the > cygwin DLL", it removes Cygwin from the equation entirely. this is very unfortunate, actually. things like berkeley-db, postgresql, pcre &c all have a native w

Re: Using -mno-cygwin flag

Brian Salter-Duke wrote: > Beginning the DDI compilation at Wed May 4 18:09:43 AUSCST 2005 > Compiling common object: soc_create.o > gcc -DLINUX -O3 -mno-cygwin -fstrict-aliasing -I./include -DDDI_SOC > -DMAX_SMP_PROCS=8 -DMAX_NODES=32 -c ./src/soc_create.c -o ./obj/soc_create.o > In file include

Using -mno-cygwin flag

I have had some success with using the -mno-cygwin flag, but this more complex case is failing. The code is mostly Fortran and all the Fortran routines compiles with the -mno-cygwin flag OK. However it uses some C routines which it puts in a library. The script for doing this, modified with the -

Re: Poor execution speeds using -mno-cygwin g77 option

On Sat, 19 Jun 2004, Reini Urban wrote: > Igor Pechtchanski schrieb: > > On Fri, 18 Jun 2004, Douglas A. Vechinski wrote: > >>To my knowledge, I'm not using floating point emulation. But if I was, > >>how would I be able to check? > > > > Actually, my WAG may turn out to be right after all.

Re: Poor execution speeds using -mno-cygwin g77 option

Igor Pechtchanski schrieb: > On Fri, 18 Jun 2004, Douglas A. Vechinski wrote: >>To my knowledge, I'm not using floating point emulation. But if I was, >>how would I be able to check? > > Actually, my WAG may turn out to be right after all. Check the default > target architecture (processor) for b

Re: Poor execution speeds using -mno-cygwin g77 option

On Fri, 18 Jun 2004, Douglas A. Vechinski wrote: > Igor Pechtchanski wrote: > > >>Even though Case C, when the -mno-cygwin flag is not used, the > >>difference is still significant. compared to Case A. > > > >That's not surprising. Cygwin is a POSIX emulation environment *on top* > >of Windows --

Re: Poor execution speeds using -mno-cygwin g77 option

Igor Pechtchanski wrote: Even though Case C, when the -mno-cygwin flag is not used, the difference is still significant. compared to Case A. That's not surprising. Cygwin is a POSIX emulation environment *on top* of Windows -- naturally the performance of any Cygwin tool will be slower than t

Re: Poor execution speeds using -mno-cygwin g77 option

On Fri, 18 Jun 2004, Douglas A. Vechinski wrote: > I am experiencing significantly longer exection speeds when compiling > with g77 under cygwin using the -mno-cygwin option. Even though you're invoking the Cygwin g77, by using -mno-cygwin you're essentially cross-compil

Poor execution speeds using -mno-cygwin g77 option

1.5.7, g77 3.3.1 using -mno-cygwin). Case C is the same as Case B execept without using the -mno-cygwin flag. Case D is under Win2k and compiled with Digital Fortran. Several executions were performed to get representative times. Furthermore, these times represent a section of the code where

Re: 1.5.7 undefined reference to getreent when using mno-cygwin

On Fri, 5 Mar 2004 listlistdk wrote: > Hi, > > I have a pure Win32 console program which I am trying to compile under Cygwin. I am > including the following libraries > > -lws2_32 -lrpcrt4 -luuid -lrpcns4 -lpsapi -liphlpapi > > and am using a host of Win32 calls for threading, sockets, sem

1.5.7 undefined reference to getreent when using mno-cygwin

Hi, I have a pure Win32 console program which I am trying to compile under Cygwin. I am including the following libraries -lws2_32 -lrpcrt4 -luuid -lrpcns4 -lpsapi -liphlpapi and am using a host of Win32 calls for threading, sockets, semaphores, etc. I know that I need to compile with t

Re: Using -mno-cygwin

On Fri, Nov 29, 2002 at 09:48:37AM +1100, Warren Dale wrote: >QUESTION 1: Should "long long" be fully supported in mingw32? >It seems that the compiler and the library do not agree. > > >QUESTION 2: Should "snprintf()" be fully supported in mingw32? >It seems that the compiler and t

Re: Using -mno-cygwin

Warren Dale <[EMAIL PROTECTED]> wrote: > I am a happy Cygwin user. > I am trying to convert a program so that it will be Cygwin > independent. I have struck two problems: > > -- > > QUESTION 1: Should "long long" be fully supported in mingw32? > It seems that the compiler and the

Using -mno-cygwin

I am a happy Cygwin user. I am trying to convert a program so that it will be Cygwin independent. I have struck two problems: -- (1) The program compiles and links clean, but is unable to use printf() to display a "long long" variable. $ cat test1.c #include int main(void) { lo