Re: The implementation of popen().

Re: The implementation of popen().

[Earnie Boyd]

--- Jens Yllman <jens@uniweb.se> wrote:
>  Hi,
> 
>  It is strange how many answers came to this thread as soon as someone
> found something amusing in the text. What I meant was that popen() is
> depending on for instance fork(). And fork() is depending on some other
> functions. So I did not see any easy way to just take that code and try
> to use it in my code. And I did not at once see if there were a simple
> solutions to my problem. So that is why I asked here to see if anybody
> know something about this.
> 

Your question isn't related to using Cygwin, it is related to incorporating the
Cygwin source code into yours statically and that is off topic for this list. 
As far as I know, no one has yet taken the time to build Cygwin statically so
you're on your own in getting using the pieces and parts of the code into
yours.

Regards,

=====
---
   Earnie Boyd: < mailto:earnie_boyd@yahoo.com >
            __Cygwin: POSIX on Windows__
Cygwin Newbies: < http://www.freeyellow.com/members5/gw32/index.html >
           __Minimalist GNU for Windows__
  Mingw32 List: < http://www.egroups.com/group/mingw32/ >
    Mingw Home: < http://www.mingw.org/ >
__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: The implementation of popen().

[Chris Faylor]

On Fri, Mar 10, 2000 at 06:45:18AM -0800, Earnie Boyd wrote:
>--- Jens Yllman <jens@uniweb.se> wrote:
>>  It is strange how many answers came to this thread as soon as someone
>> found something amusing in the text. What I meant was that popen() is
>> depending on for instance fork(). And fork() is depending on some other
>> functions. So I did not see any easy way to just take that code and try
>> to use it in my code. And I did not at once see if there were a simple
>> solutions to my problem. So that is why I asked here to see if anybody
>> know something about this.
>> 
>
>Your question isn't related to using Cygwin, it is related to incorporating the
>Cygwin source code into yours statically and that is off topic for this list. 
>As far as I know, no one has yet taken the time to build Cygwin statically so
>you're on your own in getting using the pieces and parts of the code into
>yours.

Thank you for clarifying this, Earnie.

Let me just reiterate that there are licensing issues if you attempt this
route, too.  If you link in cygwin pieces, your program will become
GPLed.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: The implementation of popen().

[jens]

 Hi,

 I'm not looking to 'take' the code. What I was looking for was some information about how it was done in cygwin and if someone know if this was a simple solution. What I want is for stdin/stdout to work when I use popen() in multiple steps using the popen() in msvcrt.dll. And the reason for asking here was that it seem to work in cygwin. So I thought maybe the knowledge was here. But maybe I should ask at the cygwin-developer list instead. I just thought that I should not start by desturbing them.

 Jens Yllman

>On Fri, Mar 10, 2000 at 06:45:18AM -0800, Earnie Boyd wrote:
>>--- Jens Yllman <jens@uniweb.se> wrote:
>>>  It is strange how many answers came to this thread as soon as someone
>>> found something amusing in the text. What I meant was that popen() is
>>> depending on for instance fork(). And fork() is depending on some other
>>> functions. So I did not see any easy way to just take that code and try
>>> to use it in my code. And I did not at once see if there were a simple
>>> solutions to my problem. So that is why I asked here to see if anybody
>>> know something about this.
>>> 
>>
>>Your question isn't related to using Cygwin, it is related to incorporating the
>>Cygwin source code into yours statically and that is off topic for this list. 
>>As far as I know, no one has yet taken the time to build Cygwin statically so
>>you're on your own in getting using the pieces and parts of the code into
>>yours.
>
>Thank you for clarifying this, Earnie.
>
>Let me just reiterate that there are licensing issues if you attempt this
>route, too.  If you link in cygwin pieces, your program will become
>GPLed.
>
>cgf
>
>--
>Want to unsubscribe from this list?
>Send a message to cygwin-unsubscribe@sourceware.cygnus.com
>
>

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: The implementation of popen().

[Glenn Spell]

On 9 Mar 2000 around 11:14AM (-0500) Chris Faylor wrote:

> I'm surprised that no one has yet stumbled into the complete quake
> emulation that we added to cygwin.

Yes, I saw that. Will you be providing a manpage in the net release?

-glenn

-- 
  ________________________________________      _       _____
 )                                        )_ _ (__\____o /_/_ |
 )    Glenn Spell <glenn@gs.fay.nc.us>    )     >-----._/_/__]>
 )________________________________________)               `0  |

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: The implementation of popen().

[Chris Faylor]

On Thu, Mar 09, 2000 at 11:44:36PM +0100, Jens Yllman wrote:
> The problem with popen() under vc++ is that if I start a program with
>popen(). That program can not start another program with popen(). Or
>actually the program is started. It is just the the piping does not seem
>to work. But if I compile it with gcc it works. The thing I'm doing is
>running my program from a web server. And since it is a general program
>reading configs to know what it does. It could be that my program calls
>it self. And since this is a CGI program it 'pipes' data back with
>stdout. And if that does not work recursivly it gets limited. On UNIX
>this works great.

And, I'll bet you're not using VC++ on UNIX, either.

Just a hunch.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: The implementation of popen().

[Jens Yllman]

 Hi,

 It is strange how many answers came to this thread as soon as someone
found something amusing in the text. What I meant was that popen() is
depending on for instance fork(). And fork() is depending on some other
functions. So I did not see any easy way to just take that code and try
to use it in my code. And I did not at once see if there were a simple
solutions to my problem. So that is why I asked here to see if anybody
know something about this.

 Jens Yllman

Chris Faylor wrote:
> 
> On Thu, Mar 09, 2000 at 12:47:19AM +0100, Jens Yllman wrote:
> >There may be many reasons why it is that much code in the cygwin
> >implementation.
> 
> Nah.  Sometimes DJ and I just can't stop typing.
> 
> I'm surprised that no one has yet stumbled into the complete quake
> emulation that we added to cygwin.  You just have to type the correct
> hot keys and then begin playing...
> 
> cgf
> 
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com

-- 
------------------------------------------------------------
Uniweb AB                            Phone:  +46 8 626 42 00
P O Box 745                          FAX:    +46 8 626 42 01
S-191 27  SOLLENTUNA
SWEDEN                               http://www.uniweb.se/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: The implementation of popen().

[Jens Yllman]

 The problem with popen() under vc++ is that if I start a program with
popen(). That program can not start another program with popen(). Or
actually the program is started. It is just the the piping does not seem
to work. But if I compile it with gcc it works. The thing I'm doing is
running my program from a web server. And since it is a general program
reading configs to know what it does. It could be that my program calls
it self. And since this is a CGI program it 'pipes' data back with
stdout. And if that does not work recursivly it gets limited. On UNIX
this works great.

 Jens Yllman

Mikey wrote:
> 
> _popen() in vc++ uses the environment
> variable COMSPEC=XXX to figure out which
> shell to use (default command.com on 9x/cmd.exe on NT) , if you are trying
> to use mingw/vc++ _popen() from a program
> run under a cygwin shell, you will probably need
> to explicitly set COMSPEC to the shell you want
> to use, also the shell you use must be able
> to recognize /C instead of -c.
> 
> sh /C this_shell_script
> 
> won't work using cygwin sh/bash ;-)
> 
> On Thu, 09 Mar 2000 00:47:19 +0100, you wrote:
> 
> > There may be many reasons why it is that much code in the cygwin
> >implementation. And actually it is not much code in popen(). But it
> >calls fork() and that calls ... and so on and on. I just wondered if
> >someone here knew a way around the stupid implementation of popen() in
> >windows.
> >
> > Jens Yllman
> >
> >David Whitten wrote:
> >>
> >> >
> >> >  Hello,
> >> >
> >> >  I've a UNIX program that uses popen(). But when I try to use that with
> >> > _popen() that is in Win32 I can not call a program that uses _popen().
> >> > But this works with popen() in Cygwin. I've looked at the code in
> >> > Cygwin. And it as quite alot of code. So I just wonder if there is
> >> > anybody here who know what is realy needed to get it to work. Why I
> >> > don't use Cygwin for this project is because I link with a static
> >> > library that does only work with MS-Visual C++.
> >>
> >> If it works in cygwin, I assume that all of the code is necessary.
> >> Windows has some seriously limited code.
> >> Why would the Cygwin developers want to add more code if they didn't
> >> need to ?
> >>
> >> Dave
> >
> >--
> >------------------------------------------------------------
> >Uniweb AB                            Phone:  +46 8 626 42 00
> >P O Box 745                          FAX:    +46 8 626 42 01
> >S-191 27  SOLLENTUNA
> >SWEDEN                               http://www.uniweb.se/

-- 
------------------------------------------------------------
Uniweb AB                            Phone:  +46 8 626 42 00
P O Box 745                          FAX:    +46 8 626 42 01
S-191 27  SOLLENTUNA
SWEDEN                               http://www.uniweb.se/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: The implementation of popen().

[Corinna Vinschen]

Heribert Dahms wrote:
> [...]
> > BTW: While running cygwin try plugging the power cord off.
> > This should start ntsec's high security mode (NSA approved).
> >
> > [Heribert]  Unless you are working on a laptop 8-)

Got me!

Corinna

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

RE: The implementation of popen().

[Heribert Dahms]

see below!

Bye, Heribert (heribert_dahms@icon-gmbh.de)

> -----Original Message-----
> From:	Corinna Vinschen [SMTP:corinna@vinschen.de]
> Sent:	Thursday, March 09, 2000 23:20
> To:	cygwin@sourceware.cygnus.com
> Subject:	Re: The implementation of popen().
> 
> [Heribert]  [nip]
>  
> BTW: While running cygwin try plugging the power cord off.
> This should start ntsec's high security mode (NSA approved).
> 
> [Heribert]  Unless you are working on a laptop 8-)

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: The implementation of popen().

[Corinna Vinschen]

Chris Faylor wrote:
> 
> On Thu, Mar 09, 2000 at 10:31:41PM +0100, Corinna Vinschen wrote:
> >Chris Faylor wrote:
> >> [...]
> >> I'm surprised that no one has yet stumbled into the complete quake
> >> emulation that we added to cygwin.  You just have to type the correct
> >> hot keys and then begin playing...
> >
> >Ahh, I remember. It's Ctrl-Alt-Del isn't it?
> 
> That's a good start.  You have to toggle the on/off switch really really
> fast too.

After trying this, smoke comes out of my pc case.
Does this mean, the quake emu is starting now?

Corinna

BTW: While running cygwin try plugging the power cord off.
This should start ntsec's high security mode (NSA approved).

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: The implementation of popen().

[Chris Faylor]

On Thu, Mar 09, 2000 at 10:31:41PM +0100, Corinna Vinschen wrote:
>Chris Faylor wrote:
>> [...]
>> I'm surprised that no one has yet stumbled into the complete quake
>> emulation that we added to cygwin.  You just have to type the correct
>> hot keys and then begin playing...
>
>Ahh, I remember. It's Ctrl-Alt-Del isn't it?

That's a good start.  You have to toggle the on/off switch really really
fast too.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: The implementation of popen().

[Corinna Vinschen]

Chris Faylor wrote:
> [...]
> I'm surprised that no one has yet stumbled into the complete quake
> emulation that we added to cygwin.  You just have to type the correct
> hot keys and then begin playing...

Ahh, I remember. It's Ctrl-Alt-Del isn't it?

Corinna

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: The implementation of popen().

[Chris Faylor]

On Thu, Mar 09, 2000 at 12:47:19AM +0100, Jens Yllman wrote:
>There may be many reasons why it is that much code in the cygwin
>implementation.

Nah.  Sometimes DJ and I just can't stop typing.

I'm surprised that no one has yet stumbled into the complete quake
emulation that we added to cygwin.  You just have to type the correct
hot keys and then begin playing...

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: The implementation of popen().

[Jens Yllman]

 There may be many reasons why it is that much code in the cygwin
implementation. And actually it is not much code in popen(). But it
calls fork() and that calls ... and so on and on. I just wondered if
someone here knew a way around the stupid implementation of popen() in
windows.

 Jens Yllman

David Whitten wrote:
> 
> >
> >  Hello,
> >
> >  I've a UNIX program that uses popen(). But when I try to use that with
> > _popen() that is in Win32 I can not call a program that uses _popen().
> > But this works with popen() in Cygwin. I've looked at the code in
> > Cygwin. And it as quite alot of code. So I just wonder if there is
> > anybody here who know what is realy needed to get it to work. Why I
> > don't use Cygwin for this project is because I link with a static
> > library that does only work with MS-Visual C++.
> 
> If it works in cygwin, I assume that all of the code is necessary.
> Windows has some seriously limited code.
> Why would the Cygwin developers want to add more code if they didn't
> need to ?
> 
> Dave

-- 
------------------------------------------------------------
Uniweb AB                            Phone:  +46 8 626 42 00
P O Box 745                          FAX:    +46 8 626 42 01
S-191 27  SOLLENTUNA
SWEDEN                               http://www.uniweb.se/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

The implementation of popen().

[Jens Yllman]

 Hello,

 I've a UNIX program that uses popen(). But when I try to use that with
_popen() that is in Win32 I can not call a program that uses _popen().
But this works with popen() in Cygwin. I've looked at the code in
Cygwin. And it as quite alot of code. So I just wonder if there is
anybody here who know what is realy needed to get it to work. Why I
don't use Cygwin for this project is because I link with a static
library that does only work with MS-Visual C++.

 I guess this realy is a question for the developer list. But I only
have this question and don't have time to contribute to the project at
the moment. So I don't want to bother that list.

 Jens Yllman
------------------------------------------------------------
Uniweb AB                            Phone:  +46 8 626 42 00
P O Box 745                          FAX:    +46 8 626 42 01
S-191 27  SOLLENTUNA
SWEDEN                               http://www.uniweb.se/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com