Re: [Libcdio-devel] [PATCH] Remove unnecessary high-memory safe wrapper for DosDevIOCtl() on OS/2

[KO Myung-Hun]

Rocky Bernstein wrote:
> On Fri, Dec 9, 2016 at 4:39 AM, KO Myung-Hun <address@hidden> wrote:
> 

[...]

>>
>> What I meant was how I could connect to the server of *other
>> platforms/OSes* not OS/2.
>>
> 
> The only platform where we have remote access is for Solaris. When the FSF
> stuff is squared, let's discuss
> opencsw.org access then if you want access to that.
> 
> For linux, OSX, and windows, libcdio developers have those OS's available
> somehow so there's no need right now to have accessible via the Internet.
> 
> OS/2 like Solaris and BSDi (when it was supported) are a bit different in
> that they are less used and less common, and it is unreasonable to expect
> libcdio developers to want to or have to run those to do testing.
> 
> 
>>
>> And should it be 24/7 ?
>>
> 
> No. With BSDi all that mattered is that when someone made a request to try
> it, a BSDi box was spun up in a reasonable amount of time. And when actual
> CD and DVD testing was done, there was a CD or DVD in the server. (Or not
> if we needed no media)
> 

It's possible to setup SSH server on OS/2. However, it's hard to run the
server publicly when requested. No other ways ?

And I sent some patches. However, it does not include
get_track_pregap_lba_os2(), because any drivers other than images did
not implement it and libcdio describes that get_track_pregap_lba_os2()
works on images.

In case of SCSI sense reply, OS/2 DosDevIOCtl() seems not to support it.
So it's not possible in current implementation.

-- 
KO Myung-Hun

Using Mozilla SeaMonkey 2.7.2
Under OS/2 Warp 4 for Korean with FixPak #15
In VirtualBox v4.1.32 on Intel Core i7-3615QM 2.30GHz with 8GB RAM

Korean OS/2 User Community : http://www.ecomstation.co.kr