Re: Virtual serial drive

[Michael J. Mahon <mjmahon@aol.com>]

BLuRry <brendan.robert@gmail.com> wrote:
> What about dealing with the y2k boundary?  Do you also have to patch
> Prodos to accept different year ranges?  I've read some posts about this
> but I haven't had much luck setting prodos dates with years > 100.  I get
> garbage back when I CAT the directory.  of course, I could just be
> getting the byte order all wrong too...

That's not the approved method. 

ProDOS only displays 2-digit years and never sorts them (though some
utilities do, and need Y2K updates). The official Apple standard is that
years from 40..99 are in the 20th century and years in the 00..39 range are
in the 21th century. 

ProDOS itself doesn't require any Y2K changes, given the standard
convention. 

> On Friday, September 14, 2012 2:23:00 PM UTC-5, Michael J. Mahon wrote:
>> D Finnigan <dog_cow@macgui.com> wrote:
>> 
>>> Michael J. Mahon wrote:
>> 
>>>> David Schmidt <schmidtd@my-deja.com> wrote:
>> 
>>>>> On 9/14/2012 1:35 PM, Michael J. Mahon wrote:
>> 
>>>>>> David Schmidt <schmidtd@my-deja.com> wrote:
>> 
>>>>>>> On 9/13/2012 6:19 PM, Sean Fahey wrote:
>> 
>>>>>>>> On Thursday, September 13, 2012 1:34:20 PM UTC-5, Michael J. Mahon
>> 
>>>>>>>> wrote:
>> 
>>>>>>>> 
>> 
>>>>>>>>> Be careful--the next logical step is having your IIc just be a
>> 
>>>>>>>>> terminal for
>> 
>>>>>>>>> an emulator running on the PC. And the serial link is too slow for
>> 
>>>>>>>>> graphics!
>> 
>>>>>>>>> 
>> 
>>>>>>>>> I do like the idea of getting the time/date with each vdisk access...
>> 
>>>>>>>> 
>> 
>>>>>>>> Well... let's toy with this idea. Why not a small form factor machine,
>> 
>>>>>>>> like a Raspberry Pi or similar mini 'PC' that could provide HD
>> 
>>>>>>>> partitions (and/or disk serving), clock functions (at least date and
>> 
>>>>>>>> time stamping) and serial to ethernet connectivity at the same time?
>> 
>>>>>>>> That's the kind of love the //c (and IIc+) could benefit from.
>> 
>>>>>>>> 
>> 
>>>>>>>> Until the SPVHD is shipping again (it's supposed to be getting a clock
>> 
>>>>>>>> driver too), a serial solution may be the only viable option for a
>> 
>>>>>>>> long time.
>> 
>>>>>>> 
>> 
>>>>>>> Is there a protocol for transporting the date/time somewhere I can look
>> 
>>>>>>> at?  Is there maybe a status request I can implement or something?
>> 
>>>>>> 
>> 
>>>>>> I'd suggest putting it into every vdisk protocol packet from the host in
>> 
>>>>>> 4-byte ProDOS format. Then the client could just copy it to the ProDOS
>> 
>>>>>> global page.
>> 
>>>>> 
>> 
>>>>> That's straightforward.  Does it have to be every disk access - or could
>> 
>>>>> it happen at initialization time and be done?
>> 
>>>> 
>> 
>>>> Ideally every block read. Then the time-date stamps would all be accurate
>> 
>>>> to the second, and any program wanting the info could just pick it up from
>> 
>>>> the global page. 
>> 
>>> 
>> 
>>> I don't understand your rationale, "accurate to the second," because as I
>> 
>>> understand it, the ProDOS date and time format doesn't store seconds.
>> 
>> 
>> 
>> Of course--should have thought longer. ;-)
>> 
>> 
>> 
>> So the time will be accurate to the minute. 
>> 
>> 
>> 
>> -michael - NadaNet 3.1 and AppleCrate II: http://home.comcast.net/~mjmahon


-- 
-michael - NadaNet 3.1 and AppleCrate II: http://home.comcast.net/~mjmahon