libcdio-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Libcdio-devel] [PATCH] Remove unnecessary high-memory safe wrapper


From: KO Myung-Hun
Subject: Re: [Libcdio-devel] [PATCH] Remove unnecessary high-memory safe wrapper for DosDevIOCtl() on OS/2
Date: Mon, 12 Dec 2016 20:03:18 +0900
User-agent: Mozilla/5.0 (OS/2; Warp 4.5; rv:10.0.6esrpre) Gecko/20120715 Firefox/10.0.6esrpre SeaMonkey/2.7.2


Rocky Bernstein wrote:
> On Mon, Dec 12, 2016 at 3:34 AM, KO Myung-Hun <address@hidden> wrote:
> 
>>
>>
>> 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 ?
>>
> 
> Sure, keep it running all the time. That work, and is less hassle on the
> libcdio
> developer side.
> 

I meant no other ways than using servers.

> 
> 
>>
>> 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.
>>
> 
> Ok. That make sense.
> 
>>
>> In case of SCSI sense reply, OS/2 DosDevIOCtl() seems not to support it.
>> So it's not possible in current implementation.
>>
> 
> Ok. Can the implementation be redone so we get a SCSI sense reply?
> 

Maybe if using OS/2 ASPI driver. But I'm not sure.

> 
>> --
>> 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
>>
>>
>>
> 

-- 
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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]