[lnkForumImage]
TotalShareware - Download Free Software

Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.ruby

Arbitrary IO object

Daniel Berger

5/20/2008 4:40:00 PM

Hi,

How would I go about using IO.new such that it would automatically
grab the next available file descriptor? I don't know the fileno in
advance and I can't use StringIO.

What are my options?

Thanks,

Dan

5 Answers

Robert Klemme

5/20/2008 5:23:00 PM

0

On 20.05.2008 18:40, Daniel Berger wrote:

> How would I go about using IO.new such that it would automatically
> grab the next available file descriptor?

Not sure what you mean: File.open uses a new file descriptor. Why would
you care about the file descriptor numbering?

> I don't know the fileno in
> advance and I can't use StringIO.

Why would you want to use StringIO to read from files?

> What are my options?

What are you trying to achieve?

Kind regards

robert

Daniel Berger

5/20/2008 5:34:00 PM

0



On May 20, 11:25=A0am, Robert Klemme <shortcut...@googlemail.com> wrote:
> On 20.05.2008 18:40, Daniel Berger wrote:
>
> > How would I go about using IO.new such that it would automatically
> > grab the next available file descriptor?
>
> Not sure what you mean: File.open uses a new file descriptor. =A0Why would=

> you care about the file descriptor numbering?
>
> > I don't know the fileno in
> > advance and I can't use StringIO.
>
> Why would you want to use StringIO to read from files?
>
> > What are my options?
>
> What are you trying to achieve?

I'm tinkering with possibly reimplementing win32-open3 using the win32-
process library. You can redirect stdin, stdout and stderr like so:

info =3D Process.create(
input =3D IO.new(x, 'w+') # Want next available fd
output =3D IO.new(y, 'w+') # Want next available fd
error =3D IO.new(z, 'w+') # Want next available fd

:app_name =3D> command,
:creation_flags =3D> Process::DETACHED_PROCESS,
:startup_info =3D> {
:stdin =3D> input,
:stdout =3D> output,
:stderr =3D> error
}
)

pid =3D info.process_id

return [input, output, error, pid]

That's the general idea, anyway.

Regards,

Dan

Gary Wright

5/20/2008 6:37:00 PM

0


On May 20, 2008, at 1:34 PM, Daniel Berger wrote:
>
> info = Process.create(
> input = IO.new(x, 'w+') # Want next available fd
> output = IO.new(y, 'w+') # Want next available fd
> error = IO.new(z, 'w+') # Want next available fd
>
> :app_name => command,
> :creation_flags => Process::DETACHED_PROCESS,
> :startup_info => {
> :stdin => input,
> :stdout => output,
> :stderr => error
> }
> )

IO.new is for associating a Ruby IO object with
an already open OS file descriptor. So you've got
to acquire the file descriptor through some non-Ruby
mechanism in order to be useful via IO.new. You can
use IO#fileno to discover the underlying OS file
descriptor from a Ruby object but if you've already
got a Ruby IO object you don't need to use IO.new.

At the C/POSIX level I don't think there is really
any concept of specifying the 'next available fd'.
You just call open/create/pipe/dup and use the integer
file descriptors that are returned. The OS figures
out which integer descriptors are available.

Gary Wright


Daniel Berger

5/20/2008 7:25:00 PM

0



On May 20, 12:36=A0pm, Gary Wright <gwtm...@mac.com> wrote:
> On May 20, 2008, at 1:34 PM, Daniel Berger wrote:
>
>
>
> > info =3D Process.create(
> > =A0 =A0input =A0=3D IO.new(x, 'w+') =A0# Want next available fd
> > =A0 =A0output =3D IO.new(y, 'w+') # Want next available fd
> > =A0 =A0error =A0=3D IO.new(z, 'w+') =A0# Want next available fd
>
> > =A0 =A0:app_name =A0 =A0 =A0 =3D> command,
> > =A0 =A0:creation_flags =3D> Process::DETACHED_PROCESS,
> > =A0 =A0:startup_info =A0 =3D> {
> > =A0 =A0 =A0 :stdin =A0=3D> input,
> > =A0 =A0 =A0 :stdout =3D> output,
> > =A0 =A0 =A0 :stderr =3D> error
> > =A0 =A0}
> > )
>
> IO.new is for associating a Ruby IO object with
> an already open OS file descriptor. =A0 So you've got
> to acquire the file descriptor through some non-Ruby
> mechanism in order to be useful via IO.new. =A0You can
> use IO#fileno to discover the underlying OS file
> descriptor from a Ruby object but if you've already
> got a Ruby IO object you don't need to use IO.new.
>
> At the C/POSIX level I don't think there is really
> any concept of specifying the 'next available fd'.
> You just call open/create/pipe/dup and use the integer
> file descriptors that are returned. =A0The OS figures
> out which integer descriptors are available.

Yep, looks like I should just use IO.pipe.

Thanks,

Dan

Robert Klemme

5/20/2008 9:33:00 PM

0

On 20.05.2008 19:34, Daniel Berger wrote:
>
> On May 20, 11:25 am, Robert Klemme <shortcut...@googlemail.com> wrote:
>> On 20.05.2008 18:40, Daniel Berger wrote:
>>
>>> How would I go about using IO.new such that it would automatically
>>> grab the next available file descriptor?
>> Not sure what you mean: File.open uses a new file descriptor. Why would
>> you care about the file descriptor numbering?
>>
>>> I don't know the fileno in
>>> advance and I can't use StringIO.
>> Why would you want to use StringIO to read from files?
>>
>>> What are my options?
>> What are you trying to achieve?
>
> I'm tinkering with possibly reimplementing win32-open3 using the win32-
> process library. You can redirect stdin, stdout and stderr like so:
>
> info = Process.create(
> input = IO.new(x, 'w+') # Want next available fd
> output = IO.new(y, 'w+') # Want next available fd
> error = IO.new(z, 'w+') # Want next available fd

It does not seem to make sense to open all these both for reading and
writing.

>
> :app_name => command,
> :creation_flags => Process::DETACHED_PROCESS,
> :startup_info => {
> :stdin => input,
> :stdout => output,
> :stderr => error
> }
> )

Not sure what this is supposed to do - this isn't even valid Ruby as far
as I can see:

$ ruby -c <<EOF
> info = Process.create(
> input = IO.new(x, 'w+') # Want next available fd
> output = IO.new(y, 'w+') # Want next available fd
> error = IO.new(z, 'w+') # Want next available fd
>
> :app_name => command,
> :creation_flags => Process::DETACHED_PROCESS,
> :startup_info => {
> :stdin => input,
> :stdout => output,
> :stderr => error
> }
> )
> EOF
-:3: syntax error, unexpected tIDENTIFIER, expecting ')'
output = IO.new(y, 'w+') # Want next available fd
^
-:6: syntax error, unexpected tASSOC, expecting $end
:app_name => command,
^

$

> pid = info.process_id
>
> return [input, output, error, pid]
>
> That's the general idea, anyway.

You only have two options:

- you overlay a process, then it makes sense that the new process
inherits all standard file descriptors (0,1,2 - stdin, stdout, stderr).
Usually nothing needs to be done for this (at least on POSIX systems)

- you copy the process (fork on POSIX) and want to be in control of the
child' IO, in that case you need to establish pipes to feed stdin and
read from stdout and stderr.

Kind regards

robert