Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[news]

On 21 Jul 2002, Christopher Faylor <cgf@redhat.com> wrote:

> On Sun, Jul 21, 2002 at 08:00:48AM -0700, Randall R Schulz
> wrote:

>>When you use the "-c" option, you suppress the whole linking
>>phase. The output, regardless of its extension, is not a
>>binary executable
[snip]
> Wow, all of this traffic and Randall is the first, AFAICT,
> to notice that someone was using the -c option incorrectly. 
> When I did my test case, I actually correctly did not use
> the -c option to try to create an executable and I never
> noticed the cockpit error.

The reason being that you were trying to reproduce a reported problem and failed to faithfully reproduce the conditions described.

> There are something on the order of 22 messages in this
> thread and it looks like only one person actually noticed
> the obvious problem. 

So obvious that you didn't comment on it in your original response? Since yours was the first reply, you could have saved 20 of those messages by doing so.

_______________________________________________________
The FREE service that prevents junk email http://www.mailshell.com

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Christopher Faylor]

On Sun, Jul 21, 2002 at 10:48:40AM -0700, news@garydjones.mailshell.com wrote:
>On 21 Jul 2002, Christopher Faylor <cgf@redhat.com> wrote:
>
>> On Sun, Jul 21, 2002 at 08:00:48AM -0700, Randall R Schulz
>> wrote:
>
>>>When you use the "-c" option, you suppress the whole linking
>>>phase. The output, regardless of its extension, is not a
>>>binary executable
>[snip]
>> Wow, all of this traffic and Randall is the first, AFAICT,
>> to notice that someone was using the -c option incorrectly. 
>> When I did my test case, I actually correctly did not use
>> the -c option to try to create an executable and I never
>> noticed the cockpit error.
>
>The reason being that you were trying to reproduce a reported problem
>and failed to faithfully reproduce the conditions described.

Do you have a fun time stating the obvious?

>> There are something on the order of 22 messages in this
>> thread and it looks like only one person actually noticed
>> the obvious problem. 
>
>So obvious that you didn't comment on it in your original response?
>Since yours was the first reply, you could have saved 20 of those
>messages by doing so.

I DIDN'T NOTICE the -c.  What part of "I never noticed the cockpit error"
did you have problems with?

I was commending Randall on his insight.  It didn't occur to me that this
would be taken as YA reason to continue this dead thread.

Just to make it clear: I was no different than anyone else here,
apparently.  Maybe I was missing some confusion from people who thought
that executing an object file should have created an obvious error.
However, I was taking the bug report as something specifically wrong
with gcc 3.1.1 when it was just cygwin + gcc working as it always has.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[news]

On 22 Jul 2002, Christopher Faylor <cgf@redhat.com> wrote:

> On Sun, Jul 21, 2002 at 10:48:40AM -0700,
> news@garydjones.mailshell.com wrote: 
>>On 21 Jul 2002, Christopher Faylor <cgf@redhat.com> wrote:

>>> When I did my test case, I actually correctly
>>> did not use the -c option to try to create an executable
>>> and I never noticed the cockpit error. 

> I DIDN'T NOTICE the -c.  What part of "I never noticed the
> cockpit error" did you have problems with?

What I have "problems" with is the first part of the sentence in 
which you state that you "correctly did not use the -c option". 
That is patently absurd when you were trying to find the 
reported error - it was incorrect not to use the -c. I have left 
the quote in, should your memory fail you.

> Just to make it clear: I was no different than anyone else
> here, apparently.

Not "was", "am". Nice to see that you recognise the fact.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Dylan Cuthbert]

It was my mistake and a lack of integrity on windows part (now *there's* a
surprise) that caused the problem.

No reason to kick Chris in the goolies, he's so used to using gcc he
automatically omitted the -c option, a simple mistake..just as simple as the
one I made.

Regards

---------------------------------
Q-Games, Dylan Cuthbert.
http://www.q-games.com

<news@garydjones.mailshell.com> wrote in message
news:E17XOVg-0007UX-00@quimby.gnus.org...
> On 22 Jul 2002, Christopher Faylor <cgf@redhat.com> wrote:
>
> > On Sun, Jul 21, 2002 at 10:48:40AM -0700,
> > news@garydjones.mailshell.com wrote:
> >>On 21 Jul 2002, Christopher Faylor <cgf@redhat.com> wrote:
>
> >>> When I did my test case, I actually correctly
> >>> did not use the -c option to try to create an executable
> >>> and I never noticed the cockpit error.
>
> > I DIDN'T NOTICE the -c.  What part of "I never noticed the
> > cockpit error" did you have problems with?
>
> What I have "problems" with is the first part of the sentence in
> which you state that you "correctly did not use the -c option".
> That is patently absurd when you were trying to find the
> reported error - it was incorrect not to use the -c. I have left
> the quote in, should your memory fail you.
>
> > Just to make it clear: I was no different than anyone else
> > here, apparently.
>
> Not "was", "am". Nice to see that you recognise the fact.
>
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>
>




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Dylan Cuthbert]

[-- Attachment #1: Type: text/plain, Size: 972 bytes --]


Hi all, Here is a very simple test program I am compiling with
g++ -mno-cygwin -c test.cpp -o test.exe

--- snip ---

#include <iostream>

int main (int argc, char *argv[])
{
 int frog = 10;
 int blob = 20;

 for ( int i = 0; i < 10; i++ )
 {
  std::cout << "hello world" << frog << " " << blob << std::endl;

  frog += blob;

 }

 return(0);
}

--- snip ---

When I run this from a command.com style window, a very strange thing
happens - the text cursor starts jumping about the screen in a repeated
pattern (I'm not joking, I thought it was a virus or something at first).
When I run it from rxvt, rxvt just freezes on me after I press ctrl-c.

In both cases I have to use the task manager to close down a task called
ntvdm.exe which is using up 50% of the cpu time.  If I end that task the
prompt returns to rxvt (or the command.com shell).

cygcheck -sv output is attached.

Regards

---------------------------------
Q-Games, Dylan Cuthbert.
http://www.q-games.com

[-- Attachment #2: cyginfo.lst --]
[-- Type: application/octet-stream, Size: 14732 bytes --]


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Sat Jul 20 16:13:16 2002

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2

Path:	d:\cygwin\usr\local\bin
	d:\cygwin\bin
	d:\cygwin\bin
	c:\WINNT\system32
	c:\WINNT
	c:\WINNT\System32\Wbem
	d:\cygwin\home\dylan\projects\global
	d:\cygwin\usr\local\bin
	d:\cygwin\bin
	c:\WINNT\system32
	c:\WINNT
	c:\WINNT\System32\Wbem

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

CYGWIN = `binmode'
HOME = `d:\cygwin\home\Dylan'
MAKE_MODE = `unix'
PWD = `/home/Dylan'
USER = `Dylan'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\dylan\Application Data'
COLORFGBG = `0;default;15'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `DCUTHBERT-2K'
COMSPEC = `C:\WINNT\system32\cmd.exe'
DISPLAY = `:0'
HOMEDRIVE = `C:'
HOMEPATH = `\'
LOGONSERVER = `\\DCUTHBERT-2K'
MANPATH = `:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `2'
OLDPWD = `/cygdrive/c'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 1, AuthenticAMD'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0601'
PROGRAMFILES = `C:\Program Files'
PROJECT_USER = `dylan'
PS1 = `\[\033]0;\w\007\033[32m\]\u@\h \[\033[33m\w\033[0m\]
 $ '
Q_JOYPAD = `1'
SHLVL = `1'
STASYS_BOOT = `ls-config local ; stasys-load'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\dylan\LOCALS~1\Temp'
TERM = `xterm'
TMP = `c:\DOCUME~1\dylan\LOCALS~1\Temp'
USERDOMAIN = `DCUTHBERT-2K'
USERNAME = `dylan'
USERPROFILE = `C:\Documents and Settings\dylan'
WINDIR = `C:\WINNT'
WINDOWID = `167848352'
_ = `/usr/bin/cygcheck'

Use `-r' to scan registry

a:  fd           N/A    N/A                    
c:  hd  NTFS   51199Mb  11% CP CS UN PA FC     WIN2K
d:  hd  NTFS   44351Mb  14% CP CS UN PA FC     WORK
f:  cd           N/A    N/A                    

.              /cygdrive  user    textmode,cygdrive
d:/cygwin      /          system  binmode
d:/cygwin/bin  /usr/bin   system  binmode
d:/cygwin/lib  /usr/lib   system  binmode
.              /cygdrive  user    binmode,cygdrive

Found: d:\cygwin\bin\bash.exe
Found: d:\cygwin\bin\cat.exe
Found: d:\cygwin\bin\cpp.exe
Found: d:\cygwin\bin\find.exe
Found: d:\cygwin\bin\gcc.exe
Found: d:\cygwin\bin\gdb.exe
Found: d:\cygwin\bin\ld.exe
Found: d:\cygwin\bin\ls.exe
Found: d:\cygwin\bin\make.exe
Found: d:\cygwin\bin\sh.exe

   58k 2002/05/07 d:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygbz2-1.dll" v0.0 ts=2002/5/7 15:33
  621k 2002/05/17 d:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0
                  "cygcrypto.dll" v0.0 ts=2002/5/17 21:24
  111k 2002/06/13 d:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygcurl-2.dll" v0.0 ts=2002/6/13 23:58
   50k 2002/03/17 d:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygexslt-0.dll" v0.0 ts=2002/3/17 15:24
   45k 2001/04/25 d:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
                  "cygform5.dll" v0.0 ts=2001/4/25 14:28
   35k 2002/01/09 d:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0
                  "cygform6.dll" v0.0 ts=2002/1/9 15:03
   19k 2002/02/20 d:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm.dll" v0.0 ts=2002/2/20 12:05
   20k 2002/07/17 d:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory5.dll" v0.0 ts=2002/7/18 6:18
  929k 2002/06/24 d:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygiconv-2.dll" v0.0 ts=2002/6/25 3:24
   22k 2001/12/13 d:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-1.dll" v0.0 ts=2001/12/13 18:28
   23k 2002/06/24 d:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-2.dll" v0.0 ts=2002/6/24 13:54
   21k 2001/06/20 d:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl.dll" v0.0 ts=2001/6/21 2:09
   45k 2002/02/08 d:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0
                  "cygjbig1.dll" v0.0 ts=2002/2/8 8:59
  119k 2002/02/09 d:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0
                  "cygjpeg6b.dll" v0.0 ts=2002/2/9 14:19
   25k 2002/07/07 d:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygltdl-3.dll" v0.0 ts=2002/7/6 14:15
   26k 2001/04/25 d:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu5.dll" v0.0 ts=2001/4/25 14:27
   20k 2002/01/09 d:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu6.dll" v0.0 ts=2002/1/9 15:03
  156k 2001/04/25 d:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++5.dll" v0.0 ts=2001/4/25 14:29
  175k 2002/01/09 d:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++6.dll" v0.0 ts=2002/1/9 15:03
  226k 2001/04/25 d:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses5.dll" v0.0 ts=2001/4/25 14:17
  202k 2002/01/09 d:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses6.dll" v0.0 ts=2002/1/9 15:03
   15k 2001/04/25 d:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel5.dll" v0.0 ts=2001/4/25 14:27
   12k 2002/01/09 d:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel6.dll" v0.0 ts=2002/1/9 15:03
   40k 2001/11/21 d:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcre.dll" v0.0 ts=2001/11/22 7:15
   39k 2001/11/21 d:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcreposix.dll" v0.0 ts=2001/11/22 7:15
  175k 2002/05/24 d:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
                  "cygpng12.dll" v0.0 ts=2002/5/24 11:22
  170k 2002/01/21 d:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0
                  "cygpng2.dll" v0.0 ts=2002/1/21 10:05
   22k 2002/06/09 d:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpopt-0.dll" v0.0 ts=2002/6/9 14:45
  127k 2002/07/17 d:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline5.dll" v0.0 ts=2002/7/18 6:18
   66k 2001/11/20 d:\cygwin\bin\cygregex.dll - os=4.0 img=1.0 sys=4.0
                  "cygregex.dll" v0.0 ts=2001/11/20 23:44
  156k 2002/05/17 d:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0
                  "cygssl.dll" v0.0 ts=2002/5/17 21:24
  549k 2002/07/19 d:\cygwin\bin\cygtcl83.dll - os=4.0 img=1.0 sys=4.0
                  "cygtcl83.dll" v0.0 ts=2002/7/19 12:42
   11k 2002/07/19 d:\cygwin\bin\cygtclpip83.dll - os=4.0 img=1.0 sys=4.0
  253k 2002/02/10 d:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
                  "cygtiff3.dll" v0.0 ts=2002/2/10 17:34
  221k 2002/07/19 d:\cygwin\bin\cygtix4183.dll - os=4.0 img=1.0 sys=4.0
                  "cygtix4183.dll" v0.0 ts=2002/7/19 12:43
  830k 2002/07/19 d:\cygwin\bin\cygtk83.dll - os=4.0 img=1.0 sys=4.0
                  "cygtk83.dll" v0.0 ts=2002/7/19 12:43
 1248k 2002/03/17 d:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygxml2-2.dll" v0.0 ts=2002/3/17 12:45
   41k 2002/01/20 d:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0
                  "cygXpm-noX4.dll" v0.0 ts=2002/1/21 3:49
   46k 2002/01/20 d:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0
                  "cygXpm-X4.dll" v0.0 ts=2002/1/21 3:50
  152k 2002/03/17 d:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygxslt-1.dll" v0.0 ts=2002/3/17 15:19
   15k 2002/03/17 d:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygxsltbreakpoint-1.dll" v0.0 ts=2002/3/17 15:24
   50k 2002/03/12 d:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
                  "cygz.dll" v0.0 ts=2002/3/12 13:38
  883k 2002/07/06 d:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=2002/7/6 15:16
    Cygwin DLL version info:
        DLL version: 1.3.12
        DLL epoch: 19
        DLL bad signal mask: 19005
        DLL old termios: 5
        DLL malloc env: 28
        API major: 0
        API minor: 54
        Shared data: 3
        DLL identifier: cygwin1
        Mount registry: 2
        Cygnus registry name: Cygnus Solutions
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Cygwin mount registry name: mounts v2
        Cygdrive flags: cygdrive flags
        Cygdrive prefix: cygdrive prefix
        Cygdrive default prefix: 
        Build date: Sat Jul 6 02:16:58 EDT 2002
        CVS tag: cygwin-1-3-12-1
        Shared id: cygwin1S3


Cygwin Package Information
Last downloaded files to: \\Q-server\downloads\developer\cygwin 1.3.10
Last downloaded files from: http://mirrors.rcn.net/pub/sourceware/cygwin

Package             Version             
_update-info-dir    00021-1             
ash                 20020131-1          
autoconf            2.53a-1             
autoconf-devel      2.53a-1             
autoconf-stable     2.13-4              
automake            1.6.1-1             
automake-devel      1.6.2-1             
automake-stable     1.4p5-5             
bash                2.05a-3             
bc                  1.06-1              
binutils            20020706-2          
bison               1.35-1              
byacc               1.9-1               
bzip2               1.0.2-2             
clear               1.0-1               
compface            1.4-5               
cpio                2.4.2               
cron                3.0.1-7             
crypt               1.0-1               
ctags               5.2-1               
curl                7.9.8-1             
cvs                 1.11.0-1            
cygrunsrv           0.95-1              
cygutils            1.1.1-1             
cygwin              1.3.12-2            
dejagnu             20010117-1          
diff                1.0-1               
diffutils           2.8.1-1             
ed                  0.2-1               
expect              20010117-1          
figlet              2.2-1               
file                3.37-1              
fileutils           4.1-1               
findutils           4.1.7-4             
flex                2.5.4-2             
fortune             1.8-2               
gawk                3.0.4-1             
gcc                 3.1.1-4             
gcc-mingw           3_1-20020516-2      
gcc2                2.95.3-9            
gdb                 20020718-1          
gdbm                1.8.0-4             
gettext             0.11.2-2            
ghostscript         7.05-1              
gperf               0.0                 
grep                2.5-1               
groff               1.17.2-1            
gzip                1.3.3-1             
indent              2.2.8-1             
inetutils           1.3.2-18            
irc                 20010101-1          
jbigkit             1.2-6               
jpeg                6b-7                
less                374-1               
libbz2_1            1.0.2-2             
libiconv2           1.8-2               
libintl             0.10.38-3           
libintl1            0.10.40-1           
libintl2            0.11.2-2            
libncurses5         5.2-1               
libncurses6         5.2-8               
libpng              1.2.3-1             
libpng12            1.2.3-1             
libpng2             1.0.12-1            
libpopt0            1.6.4-4             
libreadline4        4.1-2               
libreadline5        4.3-1               
libtool             20020202a-1         
libtool-devel       20020705-1          
libtool-stable      1.4.2-2             
libxml2             2.4.17-1            
libxslt             1.0.13-1            
links               0.96-1              
login               1.4-3               
lynx                2.8.4-1             
m4                  0.0                 
make                3.79.1-7            
man                 1.5g-2              
mingw-runtime       2.0-2               
mktemp              1.4-1               
mt                  2.0.1-1             
mutt                1.2.5i-6            
nano                1.0.7-1             
ncftp               3.1.3-1             
ncurses             5.2-8               
newlib-man          20001118-1          
opengl              1.1.0-6             
openssh             3.4p1-3             
openssl             0.9.6d-1            
openssl-devel       0.9.6d-1            
patch               2.5-3               
pcre                3.7-1               
perl                5.6.1-2             
popt                1.6.4-4             
postgresql          7.2.1-2             
python              2.2.1-1             
rcs                 5.7-3               
readline            4.3-1               
regex               4.4-2               
robots              2.0-1               
rsync               2.5.5-1             
rxvt                2.7.2-10            
sed                 3.02-1              
sh-utils            2.0-2               
sharutils           4.2.1-2             
shutdown            1.2-2               
squid               2.4.STABLE6-1       
ssmtp               2.38.7-3            
tar                 1.13.25-1           
tcltk               20001125-1          
tcsh                6.11.00-4           
termcap             20020403-1          
terminfo            5.2-3               
tetex-beta          20001218-4          
texinfo             4.2-3               
texmf               20000804-2          
texmf-base          20000804-2          
texmf-doc           20000804-2          
texmf-extra         20000804-2          
texmf-tiny          20000804-2          
textutils           2.0.21-1            
tiff                3.5.7-1             
time                1.7-1               
units               1.77-1              
unzip               5.50-1              
vim                 6.1-2               
w32api              1.5-1               
wget                1.8.1-1             
which               1.5-1               
whois               4.5.17-1            
xpm-nox             4.2.0-1             
zip                 2.3-2               
zlib                1.1.4-1             

Use -h to see help about each section


[-- Attachment #3: Type: text/plain, Size: 214 bytes --]

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Christopher Faylor]

On Sat, Jul 20, 2002 at 04:16:48PM +0900, Dylan Cuthbert wrote:
>
>Hi all, Here is a very simple test program I am compiling with
>g++ -mno-cygwin -c test.cpp -o test.exe
>
>--- snip ---
>
>#include <iostream>
>
>int main (int argc, char *argv[])
>{
> int frog = 10;
> int blob = 20;
>
> for ( int i = 0; i < 10; i++ )
> {
>  std::cout << "hello world" << frog << " " << blob << std::endl;
>
>  frog += blob;
>
> }
>
> return(0);
>}
>
>--- snip ---
>
>When I run this from a command.com style window, a very strange thing
>happens - the text cursor starts jumping about the screen in a repeated
>pattern (I'm not joking, I thought it was a virus or something at first).
>When I run it from rxvt, rxvt just freezes on me after I press ctrl-c.
>
>In both cases I have to use the task manager to close down a task called
>ntvdm.exe which is using up 50% of the cpu time.  If I end that task the
>prompt returns to rxvt (or the command.com shell).

I would suspect that you are not running the program as ./test and are,
instead running some other random "program" named test.

It's usually a good idea not to use 'test' as a command name since UNIX
systems have a test program installed in /usr/bin.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Jim George]

----- Original Message -----
From: "Christopher Faylor" <cgf@redhat.com>
To: <cygwin@cygwin.com>
Sent: Saturday, July 20, 2002 8:54 PM
Subject: Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes
oddly


> On Sat, Jul 20, 2002 at 04:16:48PM +0900, Dylan Cuthbert wrote:
> >
> >Hi all, Here is a very simple test program I am compiling with
> >g++ -mno-cygwin -c test.cpp -o test.exe
> >
> >--- snip ---
> >
> >#include <iostream>
> >
> >int main (int argc, char *argv[])
> >{
> > int frog = 10;
> > int blob = 20;
> >
> > for ( int i = 0; i < 10; i++ )
> > {
> >  std::cout << "hello world" << frog << " " << blob << std::endl;
> >
> >  frog += blob;
> >
> > }
> >
> > return(0);
> >}
> >
> >--- snip ---
> >
> >When I run this from a command.com style window, a very strange thing
> >happens - the text cursor starts jumping about the screen in a repeated
> >pattern (I'm not joking, I thought it was a virus or something at first).
> >When I run it from rxvt, rxvt just freezes on me after I press ctrl-c.
> >
> >In both cases I have to use the task manager to close down a task called
> >ntvdm.exe which is using up 50% of the cpu time.  If I end that task the
> >prompt returns to rxvt (or the command.com shell).
>
> I would suspect that you are not running the program as ./test and are,
> instead running some other random "program" named test.
>
> It's usually a good idea not to use 'test' as a command name since UNIX
> systems have a test program installed in /usr/bin.
>
> cgf
>
 But the man says he gets other responses in command.com (not bash or rxvt)
these don't have the path problem do they?
I thought window$/do$ always checks it's current directory first?

Jim


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Dylan Cuthbert]

I thought of that before posting to the group, and renamed my executable to
my_test_is_mine_only.exe

Same results.

Its the oddest thing I've ever seen and reminded me (not in a good way) of
DOS days of old :-), any ideas?

--
---------------------------------
Q-Games, Dylan Cuthbert.
http://www.q-games.com

"Christopher Faylor" <cgf@redhat.com> wrote in message
news:20020720195432.GA31078@redhat.com...
> On Sat, Jul 20, 2002 at 04:16:48PM +0900, Dylan Cuthbert wrote:
> >
> >Hi all, Here is a very simple test program I am compiling with
> >g++ -mno-cygwin -c test.cpp -o test.exe
> >
> >--- snip ---
> >
> >#include <iostream>
> >
> >int main (int argc, char *argv[])
> >{
> > int frog = 10;
> > int blob = 20;
> >
> > for ( int i = 0; i < 10; i++ )
> > {
> >  std::cout << "hello world" << frog << " " << blob << std::endl;
> >
> >  frog += blob;
> >
> > }
> >
> > return(0);
> >}
> >
> >--- snip ---
> >
> >When I run this from a command.com style window, a very strange thing
> >happens - the text cursor starts jumping about the screen in a repeated
> >pattern (I'm not joking, I thought it was a virus or something at first).
> >When I run it from rxvt, rxvt just freezes on me after I press ctrl-c.
> >
> >In both cases I have to use the task manager to close down a task called
> >ntvdm.exe which is using up 50% of the cpu time.  If I end that task the
> >prompt returns to rxvt (or the command.com shell).
>
> I would suspect that you are not running the program as ./test and are,
> instead running some other random "program" named test.
>
> It's usually a good idea not to use 'test' as a command name since UNIX
> systems have a test program installed in /usr/bin.
>
> cgf
>
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>
>




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Robert Collins]

On Sun, 2002-07-21 at 12:15, Dylan Cuthbert wrote:
> 
> I thought of that before posting to the group, and renamed my executable to
> my_test_is_mine_only.exe
> 
> Same results.

gdb and strace are your friends.

Rob


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Gary R. Van Sickle]

> I thought of that before posting to the group, and renamed my executable to
> my_test_is_mine_only.exe
> 
> Same results.
> 
> Its the oddest thing I've ever seen and reminded me (not in a good way) of
> DOS days of old :-), any ideas?
> 

You mean to imply there *is* a good way to be reminded of the DOS days? ;-)

-- 
Gary R. Van Sickle
Brewer.  Patriot. 


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Gerrit P. Haase]

Hallo Dylan,

Am Samstag, 20. Juli 2002 um 09:16 schriebst du:


> Hi all, Here is a very simple test program I am compiling with
> g++ -mno-cygwin -c test.cpp -o test.exe

> --- snip ---

> #include <iostream>

> int main (int argc, char *argv[])
> {
>  int frog = 10;
>  int blob = 20;

>  for ( int i = 0; i < 10; i++ )
>  {
>   std::cout << "hello world" << frog << " " << blob << std::endl;

>   frog += blob;

>  }

>  return(0);
> }

> --- snip ---

$ g++ -mno-cygwin -c hiho.cpp -o hiho

$ ./hiho
./hiho: 9: Syntax error: EOF in backquote substitution

$ g++ --version
g++ (GCC) 3.1.1 20020718 (prerelease)


Gerrit
-- 
"All faults& bugs are mine - Robert"
    from squid/acinclude.m4,   Sun Apr 21 05:21:21 2002


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Sylvain Petreolle]

Administrateur @ #> g++ -mno-cygwin -c cpplus.cpp -o cpplus.exe
g++: installation problem, cannot exec `cc1plus': No such file or
directory

> $ g++ -mno-cygwin -c hiho.cpp -o hiho
> 
> $ ./hiho
> ./hiho: 9: Syntax error: EOF in backquote substitution
> 
> $ g++ --version
> g++ (GCC) 3.1.1 20020718 (prerelease)


___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Sylvain Petreolle]

Administrateur @ #> g++ -mno-cygwin -c cpplus.cpp -o cpplus.exe
g++: installation problem, cannot exec `cc1plus': No such file or
directory

> $ g++ -mno-cygwin -c hiho.cpp -o hiho
> 
> $ ./hiho
> ./hiho: 9: Syntax error: EOF in backquote substitution
> 
> $ g++ --version
> g++ (GCC) 3.1.1 20020718 (prerelease)


___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Gerrit P. Haase]

Hallo Sylvain,

Am Sonntag, 21. Juli 2002 um 12:15 schriebst du:

> Administrateur @ #> g++ -mno-cygwin -c cpplus.cpp -o cpplus.exe
> g++: installation problem, cannot exec `cc1plus': No such file or
> directory

You need the gcc-mingw package too if you want to use -mno-cygwin


Gerrit
-- 
"All faults& bugs are mine - Robert"
    from squid/acinclude.m4,   Sun Apr 21 05:21:21 2002


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Sylvain Petreolle]

> You need the gcc-mingw package too if you want to use -mno-cygwin

Ok, installed it. It compiles but :

$ ./cpplus.exe

never returns and only moves the cursor in a random place.
it must be killed (ctrl-c has no effect) and the terminal isn't
restored. reset must be invoked to have a normal bash after running it.

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Dylan Cuthbert]

This is what I was getting!  I'm glad it wasn't just my imagination.

But after a reboot (or a day not looking at it), I re-compiled it and it
worked fine.

Regards

---------------------------------
Q-Games, Dylan Cuthbert.
http://www.q-games.com

"Sylvain Petreolle" <spetreolle@yahoo.fr> wrote in message
news:20020721124624.75074.qmail@web10102.mail.yahoo.com...
> > You need the gcc-mingw package too if you want to use -mno-cygwin
>
> Ok, installed it. It compiles but :
>
> $ ./cpplus.exe
>
> never returns and only moves the cursor in a random place.
> it must be killed (ctrl-c has no effect) and the terminal isn't
> restored. reset must be invoked to have a normal bash after running it.
>
> ___________________________________________________________
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
> Yahoo! Mail : http://fr.mail.yahoo.com
>
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>
>




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Gerrit P. Haase]

Hallo Sylvain,

Am Sonntag, 21. Juli 2002 um 14:46 schriebst du:

>> You need the gcc-mingw package too if you want to use -mno-cygwin

> Ok, installed it. It compiles but :

> $ ./cpplus.exe

> never returns and only moves the cursor in a random place.
> it must be killed (ctrl-c has no effect) and the terminal isn't

That sounds like the problems reported (which this thread is about).
However, I have no problems here (NT4 SP6a & latest Cygwin stuff).
I'm using rxvt as shell with bash.


Gerrit
-- 
=^..^=


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Dylan Cuthbert]

sounds like hiho is a script file or something there mate..  backquotes
shouldn't exist in C++ programs.. and there aren't any in the program I
included.

Regards

---------------------------------
Q-Games, Dylan Cuthbert.
http://www.q-games.com

"Gerrit P. Haase" <gp@familiehaase.de> wrote in message
news:1465209200.20020721094429@familiehaase.de...
> Hallo Dylan,
>
> Am Samstag, 20. Juli 2002 um 09:16 schriebst du:
>
>
> > Hi all, Here is a very simple test program I am compiling with
> > g++ -mno-cygwin -c test.cpp -o test.exe
>
> > --- snip ---
>
> > #include <iostream>
>
> > int main (int argc, char *argv[])
> > {
> >  int frog = 10;
> >  int blob = 20;
>
> >  for ( int i = 0; i < 10; i++ )
> >  {
> >   std::cout << "hello world" << frog << " " << blob << std::endl;
>
> >   frog += blob;
>
> >  }
>
> >  return(0);
> > }
>
> > --- snip ---
>
> $ g++ -mno-cygwin -c hiho.cpp -o hiho
>
> $ ./hiho
> ./hiho: 9: Syntax error: EOF in backquote substitution
>
> $ g++ --version
> g++ (GCC) 3.1.1 20020718 (prerelease)
>
>
> Gerrit
> --
> "All faults& bugs are mine - Robert"
>     from squid/acinclude.m4,   Sun Apr 21 05:21:21 2002
>
>
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>
>




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Gerrit P. Haase]

Hallo Dylan,

Am Sonntag, 21. Juli 2002 um 12:58 schriebst du:

> sounds like hiho is a script file or something there mate..  backquotes
> shouldn't exist in C++ programs.. and there aren't any in the program I
> included.

It is the snippet you posted, not more and not less... just called it
hiho because we saw that 'test' may be a bad name.  But it is really
interesting what happens if you use an executable and its name is
'hiho' without the postfix .exe:

$ g++ -mno-cygwin -c hiho.cpp -o hiho

$ chmod a+x hiho

$ ./hiho
./hiho: 9: Syntax error: EOF in backquote substitution

$ mv hiho hiho.exe

$ ./hiho
bash: ./hiho: No such file or directory

$ ./hiho.exe
bash: ./hiho.exe: No such file or directory

$ ls -l hi*
-rwxrwxrwx    1 Administ Domänen-      222 Jul 21 14:05 hiho.cpp*
-rwxrwxrwx    1 gerrit   Domänen-     1855 Jul 21 14:05 hiho.exe*

$ cat hiho.cpp
#include <iostream>
int main (int argc, char *argv[])
{
 int frog = 10;
 int blob = 20;
 for ( int i = 0; i < 10; i++ )
 {
  std::cout << "hello world" << frog << " " << blob << std::endl;
  frog += blob;
 }
 return(0);
}


I guess this result isn't much better;)


Gerrit
-- 
=^..^=


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Dylan Cuthbert]

That's very odd behaviour!  What else is in your current directory?  Is
there a hiho.exe.exe?  :-)

Regards
--
---------------------------------
Q-Games, Dylan Cuthbert.
http://www.q-games.com

"Gerrit P. Haase" <gp@familiehaase.de> wrote in message
news:1821196999.20020721141056@familiehaase.de...
> Hallo Dylan,
>
> Am Sonntag, 21. Juli 2002 um 12:58 schriebst du:
>
> > sounds like hiho is a script file or something there mate..  backquotes
> > shouldn't exist in C++ programs.. and there aren't any in the program I
> > included.
>
> It is the snippet you posted, not more and not less... just called it
> hiho because we saw that 'test' may be a bad name.  But it is really
> interesting what happens if you use an executable and its name is
> 'hiho' without the postfix .exe:
>
> $ g++ -mno-cygwin -c hiho.cpp -o hiho
>
> $ chmod a+x hiho
>
> $ ./hiho
> ./hiho: 9: Syntax error: EOF in backquote substitution
>
> $ mv hiho hiho.exe
>
> $ ./hiho
> bash: ./hiho: No such file or directory
>
> $ ./hiho.exe
> bash: ./hiho.exe: No such file or directory
>
> $ ls -l hi*
> -rwxrwxrwx    1 Administ Domänen-      222 Jul 21 14:05 hiho.cpp*
> -rwxrwxrwx    1 gerrit   Domänen-     1855 Jul 21 14:05 hiho.exe*
>
> $ cat hiho.cpp
> #include <iostream>
> int main (int argc, char *argv[])
> {
>  int frog = 10;
>  int blob = 20;
>  for ( int i = 0; i < 10; i++ )
>  {
>   std::cout << "hello world" << frog << " " << blob << std::endl;
>   frog += blob;
>  }
>  return(0);
> }
>
>
> I guess this result isn't much better;)
>
>
> Gerrit
> --
> =^..^=
>
>
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>
>




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Robert Collins]

On Sun, 2002-07-21 at 22:56, Dylan Cuthbert wrote:
> That's very odd behaviour!  What else is in your current directory?  Is
> there a hiho.exe.exe?  :-)

I see the same quirks on linux. Something strange here.
Rob


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Robert Collins]

On Sun, 2002-07-21 at 22:55, Robert Collins wrote:
> On Sun, 2002-07-21 at 22:56, Dylan Cuthbert wrote:
> > That's very odd behaviour!  What else is in your current directory?  Is
> > there a hiho.exe.exe?  :-)
> 
> I see the same quirks on linux. Something strange here.

Ah, I was trying to run it on a nonexec partition (long story).

Works fine for me(tm).

Rob


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Gerrit P. Haase]

Hallo Robert,

Am Sonntag, 21. Juli 2002 um 15:01 schriebst du:

> On Sun, 2002-07-21 at 22:55, Robert Collins wrote:
>> On Sun, 2002-07-21 at 22:56, Dylan Cuthbert wrote:
>> > That's very odd behaviour!  What else is in your current directory?  Is
>> > there a hiho.exe.exe?  :-)

No, I got 'hiho' after compiling with '-o hiho', after moving this to
'hiho.exe' I got the error.

>> I see the same quirks on linux. Something strange here.

> Ah, I was trying to run it on a nonexec partition (long story).

I have some of these too... how do I know if the partitions are
nonexec or not?  No hint when I type in 'mount'.  I would like to
see a trigger in setup.exe to decide whether I want to have a shared
drive to be exec or nonexec.

> Works fine for me(tm).


-- 
=^..^=


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Christopher Faylor]

On Sun, Jul 21, 2002 at 04:40:07PM +0200, Gerrit P. Haase wrote:
>> Ah, I was trying to run it on a nonexec partition (long story).
>
>I have some of these too... how do I know if the partitions are
>nonexec or not?  No hint when I type in 'mount'.

Rather than assume that mount is not providing you with the information,
it would be better to double check that you actually do have noexec
directories.  The mount command does provide appropriate information if
a directory is mounted with the -E option.

>I would like to see a trigger in setup.exe to decide whether I want to
>have a shared drive to be exec or nonexec.

No way! You'd like setup.exe to act differently or do something for
you???  What a novel concept.

I don't know why the setup maintainers are so insistent on thwarting the
desires of people who want to run it.  I have my theories, of course...

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Christopher Faylor]

On Sun, Jul 21, 2002 at 11:01:02PM +1000, Robert Collins wrote:
>On Sun, 2002-07-21 at 22:55, Robert Collins wrote:
>> On Sun, 2002-07-21 at 22:56, Dylan Cuthbert wrote:
>> > That's very odd behaviour!  What else is in your current directory?  Is
>> > there a hiho.exe.exe?  :-)
>> 
>> I see the same quirks on linux. Something strange here.
>
>Ah, I was trying to run it on a nonexec partition (long story).
>
>Works fine for me(tm).

I'd be interested in how you could see any quirks on linux with the
-mno-cygwin option.  It seems to me that this would produce a program
that doesn't run at all, unless, maybe, you have wine installed or
something.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Robert Collins]

On Mon, 2002-07-22 at 02:58, Christopher Faylor wrote:
> On Sun, Jul 21, 2002 at 11:01:02PM +1000, Robert Collins wrote:
> >On Sun, 2002-07-21 at 22:55, Robert Collins wrote:
> >> On Sun, 2002-07-21 at 22:56, Dylan Cuthbert wrote:
> >> > That's very odd behaviour!  What else is in your current directory?  Is
> >> > there a hiho.exe.exe?  :-)
> >> 
> >> I see the same quirks on linux. Something strange here.
> >
> >Ah, I was trying to run it on a nonexec partition (long story).
> >
> >Works fine for me(tm).
> 
> I'd be interested in how you could see any quirks on linux with the
> -mno-cygwin option.  It seems to me that this would produce a program
> that doesn't run at all, unless, maybe, you have wine installed or
> something.

I was just testing the C++ code. No -mno-cygwin at all.

The quirks were having an unrunnable file foo.

Then I realised where I was in the fs, moved it out of there, and voila,
no problem.

However I think one interesting thing has come up - is the cygwin gcc
3.1.x patched to generate foo.exe when passed '-o foo' ?

Rob


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Christopher Faylor]

On Mon, Jul 22, 2002 at 08:20:47AM +1000, Robert Collins wrote:
>On Mon, 2002-07-22 at 02:58, Christopher Faylor wrote:
>> On Sun, Jul 21, 2002 at 11:01:02PM +1000, Robert Collins wrote:
>> >On Sun, 2002-07-21 at 22:55, Robert Collins wrote:
>> >> On Sun, 2002-07-21 at 22:56, Dylan Cuthbert wrote:
>> >> > That's very odd behaviour!  What else is in your current directory?  Is
>> >> > there a hiho.exe.exe?  :-)
>> >> 
>> >> I see the same quirks on linux. Something strange here.
>> >
>> >Ah, I was trying to run it on a nonexec partition (long story).
>> >
>> >Works fine for me(tm).
>> 
>> I'd be interested in how you could see any quirks on linux with the
>> -mno-cygwin option.  It seems to me that this would produce a program
>> that doesn't run at all, unless, maybe, you have wine installed or
>> something.
>
>I was just testing the C++ code. No -mno-cygwin at all.
>
>The quirks were having an unrunnable file foo.
>
>Then I realised where I was in the fs, moved it out of there, and voila,
>no problem.
>
>However I think one interesting thing has come up - is the cygwin gcc
>3.1.x patched to generate foo.exe when passed '-o foo' ?

gcc 3.1.x and every native cygwin gcc that I have used in the last four
years.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Robert Collins]

On Mon, 2002-07-22 at 09:26, Christopher Faylor wrote:
> On Mon, Jul 22, 2002 at 08:20:47AM +1000, Robert Collins wrote:

> >However I think one interesting thing has come up - is the cygwin gcc
> >3.1.x patched to generate foo.exe when passed '-o foo' ?
> 
> gcc 3.1.x and every native cygwin gcc that I have used in the last four
> years.

Ah well, there goes that theory.

Rob


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Gerrit P. Haase]

Hallo Robert,

Am Montag, 22. Juli 2002 um 00:20 schriebst du:

> However I think one interesting thing has come up - is the cygwin gcc
> 3.1.x patched to generate foo.exe when passed '-o foo' ?

$ g++ -mno-cygwin -o hiho hiho.cpp

$ ls -l hi*
-rwxrwxrwx    1 Administ DomÀnen-      222 Jul 21 14:05 hiho.cpp*
-rwxrwxrwx    1 gerrit   DomÀnen-   467415 Jul 22 07:17 hiho.exe*

Yes.


Gerrit
-- 
"All faults& bugs are mine - Robert"
    from squid/acinclude.m4,   Sun Apr 21 05:21:21 2002


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Randall R Schulz]

Gerrit,

If you remove the ".exe" extension from a binary executable, it gets 
treated like a script. Very few binaries are valid script files...

When you use the "-c" option, you suppress the whole linking phase. The 
output, regardless of its extension, is not a binary executable, it's an 
object file. If you run the "file" command on your "hiho.exe" or its 
earlier name: "hiho," you'll see something like this:

% g++ -c hiho.cpp
% file hiho.o
hiho.o: 80386 COFF executable not stripped - version 30821


Contrast:

% g++ hiho.cpp -o hiho.exe
% file hiho.exe
hiho.exe: MS Windows PE Intel 80386 console executable not relocatable


Lastly:

% g++ -mno-cygwin hiho.cpp -o hiho.exe
hiho.cpp:2: iostream: No such file or directory


Randall Schulz
Mountain View, CA USA


At 05:10 2002-07-21, you wrote:
>Hallo Dylan,
>
>Am Sonntag, 21. Juli 2002 um 12:58 schriebst du:
>
> > sounds like hiho is a script file or something there mate..  backquotes
> > shouldn't exist in C++ programs.. and there aren't any in the program I
> > included.
>
>It is the snippet you posted, not more and not less... just called it
>hiho because we saw that 'test' may be a bad name.  But it is really
>interesting what happens if you use an executable and its name is
>'hiho' without the postfix .exe:
>
>$ g++ -mno-cygwin -c hiho.cpp -o hiho
>
>$ chmod a+x hiho
>
>$ ./hiho
>./hiho: 9: Syntax error: EOF in backquote substitution
>
>$ mv hiho hiho.exe
>
>$ ./hiho
>bash: ./hiho: No such file or directory
>
>$ ./hiho.exe
>bash: ./hiho.exe: No such file or directory
>
>$ ls -l hi*
>-rwxrwxrwx    1 Administ Domänen-      222 Jul 21 14:05 hiho.cpp*
>-rwxrwxrwx    1 gerrit   Domänen-     1855 Jul 21 14:05 hiho.exe*
>
>$ cat hiho.cpp
>#include <iostream>
>int main (int argc, char *argv[])
>{
>  int frog = 10;
>  int blob = 20;
>  for ( int i = 0; i < 10; i++ )
>  {
>   std::cout << "hello world" << frog << " " << blob << std::endl;
>   frog += blob;
>  }
>  return(0);
>}
>
>
>I guess this result isn't much better;)
>
>
>Gerrit


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Gerrit P. Haase]

Hallo Randall,

Then only the syntax of this command was wrong:

>>$ g++ -mno-cygwin -c hiho.cpp -o hiho

With the correct syntax it looks ok:

$ g++ -mno-cygwin -o hiho.exe hiho.cpp

$ ./hiho.exe
hello world10 20
hello world30 20
hello world50 20
hello world70 20
hello world90 20
hello world110 20
hello world130 20
hello world150 20
hello world170 20
hello world190 20

I just useed copy & paste (without using my brain;).


Gerrit
-- 
"All faults& bugs are mine - Robert"
    from squid/acinclude.m4,   Sun Apr 21 05:21:21 2002


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Christopher Faylor]

On Sun, Jul 21, 2002 at 08:00:48AM -0700, Randall R Schulz wrote:
>If you remove the ".exe" extension from a binary executable, it gets 
>treated like a script. Very few binaries are valid script files...
>
>When you use the "-c" option, you suppress the whole linking phase. The 
>output, regardless of its extension, is not a binary executable, it's an 
>object file. If you run the "file" command on your "hiho.exe" or its 
>earlier name: "hiho," you'll see something like this:
>
>% g++ -c hiho.cpp
>% file hiho.o
>hiho.o: 80386 COFF executable not stripped - version 30821
>
>
>Contrast:
>
>% g++ hiho.cpp -o hiho.exe
>% file hiho.exe
>hiho.exe: MS Windows PE Intel 80386 console executable not relocatable

Wow, all of this traffic and Randall is the first, AFAICT, to notice
that someone was using the -c option incorrectly.  When I did my test
case, I actually correctly did not use the -c option to try to create an
executable and I never noticed the cockpit error.

There are something on the order of 22 messages in this thread and it
looks like only one person actually noticed the obvious problem.

>Lastly:
>
>% g++ -mno-cygwin hiho.cpp -o hiho.exe
>hiho.cpp:2: iostream: No such file or directory

I suspect that this particular problem is probably due to the fact that
you haven't installed the latest gcc-mingw package.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Sylvain Petreolle]

This thread is not dead.
The result of this shows that Cygwin can at the moment be told to
execute code without having a correct executable file (also COFF
format).

Cygwin should have detected a non-executable file and 
have refused to launch it.

What happens here on NT:
if you use incorrect syntax by appending .exe in g++ cmd :
$ g++ -mno-cygwin -c cpplus.cpp -o cpplus.exe ; g++ -mno-cygwin -c
cpplus.cpp -o cpplus
$ ls -l cpplus cpplus.exe
-rw-r--r--    1 Nom      544          1855 Jul 21 20:38 cpplus
-rwxr-xr-x    1 Nom      544          1855 Jul 21 20:41 cpplus.exe
finally tring to launch it:
$ ./cpplus
BASH: ./cpplus: Permission denied
$ ./cpplus.exe
runs and hangs. (note that under Windows ME it doesn't run,saying
permission denied though it's detected as executable by ls).

two problems:
- ls should show non executable file (problem in cygwin filesystem /ls
excutable detection routine)
- incorrect code can be launched on NT systems.

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Christopher Faylor]

On Sun, Jul 21, 2002 at 08:53:38PM +0200, Sylvain Petreolle wrote:
>This thread is not dead.
>The result of this shows that Cygwin can at the moment be told to
>execute code without having a correct executable file (also COFF
>format).
>
>Cygwin should have detected a non-executable file and 
>have refused to launch it.

Actually if it was going to happen anywhere, it is ash that should have
detected it, not cygwin.  Since windows (without ntsec) has no concept
of an executable bit, unrecognized files are passed directly to /bin/sh.
This is similar to unix, except on unix there is the added protection
of the executable bit.  If the file doesn't have the executable bit set
then it is actually never forwarded to /bin/sh by the OS.

>What happens here on NT:
>if you use incorrect syntax by appending .exe in g++ cmd :
>$ g++ -mno-cygwin -c cpplus.cpp -o cpplus.exe ; g++ -mno-cygwin -c
>cpplus.cpp -o cpplus
>$ ls -l cpplus cpplus.exe
>-rw-r--r--    1 Nom      544          1855 Jul 21 20:38 cpplus
>-rwxr-xr-x    1 Nom      544          1855 Jul 21 20:41 cpplus.exe
>finally tring to launch it:
>$ ./cpplus
>BASH: ./cpplus: Permission denied

I don't see this behavior on XP.  Attempting to run the non-executable
program (cpplus in this case) either hangs or gives strange messages.

It's possible that, in your case, bash notices the lack of executable
bit and never passes things on for execution.  I don't know why your
experience differs but I am not going to lose sleep over it.

>$ ./cpplus.exe
>runs and hangs. (note that under Windows ME it doesn't run,saying
>permission denied though it's detected as executable by ls).
>
>two problems:
>- ls should show non executable file (problem in cygwin filesystem /ls
>excutable detection routine)

If the file has a .exe extension, it is assumed to be executable.  This
is by design.  We've had two threads in the last week complaining about
cygwin being slow.  Every time we open a file to check to see if it's
executable we slow things down.

>- incorrect code can be launched on NT systems.

I've explained what is happening above.

As usual, I'd welcome patches to ash to fix this behavior.  I'm not
concerned about this enough to devote any time to it myself.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: g++ (v.3.1.1-4) -mno-cygwin with a hello world sample crashes oddly

[Dylan Cuthbert]

Sorry about the wild goose chase but it was very odd behaviour.

In 10 years of using gcc I've never come across the "trying to execute an
.obj file causes crash" problem before, but I was using linux and as you
say, the executable bit wouldn't have got set and I'd have noticed
immediately.

It seems strange that in this day and age, a .exe wouldn't have any info in
it to prevent something that is not an .exe from being run.  To this extent,
any user can rename any file a .exe and cause his/her machine to do very
unstable things, that's just bad all round.  Good old windows strikes again.

Thanks for tracking it down.

---------------------------------
Q-Games, Dylan Cuthbert.
http://www.q-games.com

"Christopher Faylor" <cgf@redhat.com> wrote in message
news:20020721234307.GC4030@redhat.com...
> On Sun, Jul 21, 2002 at 08:53:38PM +0200, Sylvain Petreolle wrote:
> >This thread is not dead.
> >The result of this shows that Cygwin can at the moment be told to
> >execute code without having a correct executable file (also COFF
> >format).
> >
> >Cygwin should have detected a non-executable file and
> >have refused to launch it.
>
> Actually if it was going to happen anywhere, it is ash that should have
> detected it, not cygwin.  Since windows (without ntsec) has no concept
> of an executable bit, unrecognized files are passed directly to /bin/sh.
> This is similar to unix, except on unix there is the added protection
> of the executable bit.  If the file doesn't have the executable bit set
> then it is actually never forwarded to /bin/sh by the OS.
>
> >What happens here on NT:
> >if you use incorrect syntax by appending .exe in g++ cmd :
> >$ g++ -mno-cygwin -c cpplus.cpp -o cpplus.exe ; g++ -mno-cygwin -c
> >cpplus.cpp -o cpplus
> >$ ls -l cpplus cpplus.exe
> >-rw-r--r--    1 Nom      544          1855 Jul 21 20:38 cpplus
> >-rwxr-xr-x    1 Nom      544          1855 Jul 21 20:41 cpplus.exe
> >finally tring to launch it:
> >$ ./cpplus
> >BASH: ./cpplus: Permission denied
>
> I don't see this behavior on XP.  Attempting to run the non-executable
> program (cpplus in this case) either hangs or gives strange messages.
>
> It's possible that, in your case, bash notices the lack of executable
> bit and never passes things on for execution.  I don't know why your
> experience differs but I am not going to lose sleep over it.
>
> >$ ./cpplus.exe
> >runs and hangs. (note that under Windows ME it doesn't run,saying
> >permission denied though it's detected as executable by ls).
> >
> >two problems:
> >- ls should show non executable file (problem in cygwin filesystem /ls
> >excutable detection routine)
>
> If the file has a .exe extension, it is assumed to be executable.  This
> is by design.  We've had two threads in the last week complaining about
> cygwin being slow.  Every time we open a file to check to see if it's
> executable we slow things down.
>
> >- incorrect code can be launched on NT systems.
>
> I've explained what is happening above.
>
> As usual, I'd welcome patches to ash to fix this behavior.  I'm not
> concerned about this enough to devote any time to it myself.
>
> cgf
>
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>
>




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/