RE: flex: exec failed? (root install/mount)

RE: flex: exec failed? (root install/mount)

[Jay]

configure:10596: /obj/gcc.5/i686-pc-cygwin/i686-pc-cygwin/build-i686-pc-cygwin/flex/flex conftest.l
strace: error creating process D:\\obj/gcc.5/i686-pc-cygwin/i686-pc-cygwin/build-i686-pc-cygwin/flex/flex, (error 3)

which indicates the problem is:

$ mount
d:\bin on /usr/bin type system (binmode)
d:\lib on /usr/lib type system (binmode)
d: on / type system (binmode)
c: on /cygdrive/c type system (binmode,noumount)


d: is being interpeted, as it is on Win32, as the current directory on drive d, and not, as intended here, as the root of d.
I tried unmounting it and explicitly mounting d:\, d:\\, d:/, but they still all got treated as d:.
Tried editing the registry, same thing. Used d:\foo also to make sure what I was doing was being seen by the code.

Another way to achieve what I want is for d:\cygwin to be an NTFS junction do d:\, but then I have circularities in my file system, which I'd rather avoid.

I know installing to the root is discouraged, but..agreed this is a bug? Should be fixed? It is easy to fix? I think so, on all counts.
I'm sure I can provide a patch.

The /cygdrive mounts must deal with this specially??

 - Jay

> From: jayk123@hotmail.com
> To: cygwin@cygwin.com
> Subject: FW: flex: exec failed?
> Date: Wed, 16 Jul 2008 18:55:06 +0000
>
>> From: jayk123@hotmail.com
>> To: cygwin@cygwin.org
>> Subject: flex: exec failed?
>> Date: Wed, 16 Jul 2008 18:53:23 +0000
>>
>>
>> anyone familiar with this:
>>
>> flex: fatal internal error, exec failed
>> flex: error writing output file lex.yy.c

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: flex: exec failed? (root install/mount)

[Corinna Vinschen]

On Jul 16 19:33, Jay wrote:
> 
> configure:10596: /obj/gcc.5/i686-pc-cygwin/i686-pc-cygwin/build-i686-pc-cygwin/flex/flex conftest.l
> strace: error creating process D:\\obj/gcc.5/i686-pc-cygwin/i686-pc-cygwin/build-i686-pc-cygwin/flex/flex, (error 3)
> 
> which indicates the problem is:
> 
> $ mount
> d:\bin on /usr/bin type system (binmode)
> d:\lib on /usr/lib type system (binmode)
> d: on / type system (binmode)
> c: on /cygdrive/c type system (binmode,noumount)
> 
> 
> d: is being interpeted, as it is on Win32, as the current directory on drive d, and not, as intended here, as the root of d.

This is never the case in Cygwin.  The above error message occurs in
strace, which is not a Cygwin application, but a native Win32
application.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: flex: exec failed? (root install/mount)

[phil long]

>As a follow-up and clarification to my previous post, what I would
>like to be able to do is to pipe output to a printer, e.g.
>ls -l | lpr
>This doesn't work for me as I explained previously. Using notepad /P 

I'll bet it doesn't!  From the lpr manpage:
No formatting is done -- data is sent "raw".

This means your printer has to understand *raw* text, which is what the 'ls' command generates.  Many printers can do this, but U'll probably have to play with driver setup to make it work.



BTW, I didn't see this thread on gmane yet, so I just started it over.  I apologize for messing up threading, but I just *had* to reply.


____________________________________________________________
Click to see huge collection of designer watches.
http://thirdpartyoffers.juno.com/TGL2131/fc/Ioyw6iie2atUHtI1aAGPjGD6RZew9zmJ8AOq3k8bX2bmvK7k16TTx4/

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: flex: exec failed? (root install/mount)

[Jay]

 > [J] jay
 > [C] corinna
 > Subject: Re: flex: exec failed? (root install/mount)   


 > [J] configure:10596: /obj/gcc.5/i686-pc-cygwin/i686-pc-cygwin/build-i686-pc-cygwin/flex/flex conftest.l   
 > [J] strace: error creating process D:\\obj/gcc.5/i686-pc-cygwin/i686-pc-cygwin/build-i686-pc-cygwin/flex/flex, (error 3)  
 > [J]   
 > [J] which indicates the problem is:  
 > [J]  $ mount  
 > [J]  d:\bin on /usr/bin type system (binmode)  
 > [J]  d:\lib on /usr/lib type system (binmode)  
 > [J]  d: on / type system (binmode)  
 > [J]  c: on /cygdrive/c type system (binmode,noumount)  
 > [J]    
 > [J]  d: is being interpeted, as it is on Win32, as the current directory on drive d,  
 > [J]  and not, as intended here, as the root of d.  
    
 > [C]  This is never the case in Cygwin.  The above error message occurs in   
 > [C]  strace, which is not a Cygwin application, but a native Win32   
 > [C]  application.    
   
  Thanks Corinna. Good catch. I realize what you say, but on the other hand,  
  the mount stuff kind of lives in the transition zone between Win32  
  and the rest of Cygwin. Look, those are Win32 paths on the left, 
  and the theory I gave is reasonable, even if untrue. :)   

 
  However, I did later notice another problem.   
  After believing my theory, and reinstalling to c:\cygwin, 
  the error kept occuring.  
  (Oh, and yes, I stuck strace into the configure file).  


  Finally I remembered, that after the original problem, and noticing   
  that the gcc tree is apparently setup to build a bunch of stuff all together,   
  not just gcc, binutils, gmp, mpfr, but a bunch more, including flex,  
  I stuck the flex source in there as well. Figuring I'd maybe build  
  and debug it.Well, it appears the gcc's support for integrating  
  flex is actually not working.   


  Configuring binutils decides to run a flex that doesn't yet exist, if the source is there.  
  Looking in "." and looking where configure thinks flex will be, while perhaps  
  different by a path element or two, to the very lazy/casual/careless/Jay observer -- same thing.  


  SO, I've deleted the flex source, and reinstalled to c:\cygwin, and I'll punt this for now.  
  I have symlinks /c => /cygdrive/c, /obj => /c/obj, etc.   


  At some point I should go back to c:\ (or d:\, whatever), keep flex source out,  
  and see what happens. I still think my theory is close to correct, but I  
  probably polluted the repro case before the later debugging, oops.   
  I'm sure I didn't put the flex code there until after I first had some problem.   
 

  Thanks,
   - Jay


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/