Re: [B2-devel] TESyncScrap (Thoughts on SheepShaver and Basilisk II)

[Josh J. <jj...@gm...>]

On Jun 17, 2012, at 11:41 PM, Robert Munafo wrote:

> That might help a little bit -- but the main issue is on the host  
> side.
>
> Apple does not provide 64-bit runtime libraries for any of Carbon,
> such as is needed to convert PICT scrap data into another bitmap
> format. In fact, all of QuickDraw is missing, and you can't even view
> a PICT image on your Leopard (or later) Mac if you have it set to boot
> with the 64-bit kernel (except by transferring the PICT data into an
> emulator running an older Mac OS).

Then wouldn't it make more sense to always build as 32-bit?  It's not  
like SheepShaver will ever even remotely need more than 4 GB of  
address space.

> On 6/17/12, Josh Juran <jj...@gm...> wrote:
>> I wrote a system extension called TESyncScrap that might help.  Prior
>> to Carbon, standard behavior for Mac apps was to wait until a layer
>> switch (i.e. bringing another application forward) to synchronize the
>> clipboard.  So if you didn't switch layers in the emulated Mac OS
>> after Cut/Copy or before Paste (when interchanging with the host OS),
>> you could get stale data.  Carbon apps always synchronize immediately
>> and therefore don't have this problem.
>>
>> When you install TESyncScrap, it patches TECut(), TECopy(), and
>> TEPaste() to synchronize immediately (as in Carbon), preventing stale
>> data when copying and pasting between an emulator and the host OS.
>>
>> TESyncScrap
>> <http://www.jjuran.org/hacks/TESyncScrap.mbin>
>>
>> TESyncScrap source
>> <https://github.com/jjuran/metamage_1/blob/master/mac/hacks/
>> TESyncScrap/TESyncScrap.cc>