basilisk-devel — Basilisk II development-related discussion

[B2-devel] x86_64 Mach-O dyngen patch - Fixed

[Jean-Pierre <cho...@fr...>]

Hi,

Here's my latest dyngen patch for Snow Leopard x86_64 compatibility.
The previous version missed the local relocations for 16 bytes long  
constants, this is now fixed.
It has been tested and produces a correct source code extracted from  
the mach-o 64 bit object files built for SheepShaver, even though this  
code is a lot different from its Linux x86_64 counterpart..

I added a patch to the Darwin/lowmem utility to let it deal with 32- 
bit, 64-bit or fat architectures.

I also had to modify basic-dyngen-ops.cpp since apple's gcc adds a  
leading underscore to its symbols, i.e.:

#if defined __x86_64__
#define MOV_AD_REG(PARAM, REG) asm volatile ("movabsq $__op_" #PARAM ", 
%0" : "=r" (REG))
#else
...

becomes:

#if defined __x86_64__
#if defined(__MACH__)
#define MOV_AD_REG(PARAM, REG) asm volatile ("movabsq $___op_" #PARAM  
",%0" : "=r" (REG))
#else
#define MOV_AD_REG(PARAM, REG) asm volatile ("movabsq $__op_" #PARAM ", 
%0" : "=r" (REG))
#endif
#else
...

Here's how I built this version on MacOSX 10.6:

NO_CONFIGURE=1 ./autogen.sh
FLAGS="-arch x86_64 -isysroot /Developer/SDKs/MacOSX10.5.sdk -mmacosx- 
version-min=10.5"
CFLAGS="$FLAGS" CPPFLAGS="$FLAGS" LDFLAGS="$FLAGS" \
./configure --without-gtk --with-dgcc=g++-4.0
make

No more crash in Snow Leopard in 64-bit ! (:

Best regards,

- Jean-Pierre.

Re: [B2-devel] SS MacOSX on PPC problem (precise timer patch issue?)

[Ronald P. R. <ron...@xs...>]

The freeze is (I think) much later in the startup process than the  
"normal" crash. I have seen that "normal" crash (after which  
SheepShaver keeps working) only in Tiger on PPC. I have never seen it  
in Leopard on PPC. At the moment I have no Tiger installation on PPC  
to test the current versions.

The freeze that happens on my PowerBook G4 is in Leopard. It does not  
happen with the 2009-07-26 build, it does happen with the 2009-08-23,  
2009-10-04, and 2009-10-18 builds. It does again not happen with the  
2009-10-25 build.

I tried again with the 2009-10-18 build.
The freeze happens immediately after the MacOS welcome screen appears.  
The only line in Console is:

27-10-09 23:47:20 SheepShaver[152] Warning once: This application, or  
a library it uses, is using NSQuickDrawView, which has been  
deprecated. Apps should cease use of QuickDraw and move to Quartz.

If I start the application in Terminal, there is nothing reported there.


Ronald.


Op 25 okt 2009, om 17:22 heeft Michael Schmitt het volgende geschreven:

> Does it freeze before or after the "normal" crash we get when
> SheepShaver starts up on PPC?
>
> That crash is one of the enduring mysteries. The crash dump says one
> of the threads it getting an exception and dying, but which thread?
> And how does it keep working even without that thread?
>
>
> On Oct 25, 2009, at 7:25 AM, Ronald P. Regensburg wrote:
>
>> Those are the builds I compared. Your 2009-07-26 build does not have
>> the problem, your 2009-08-23 build does have the problem.
>>
>> There are now a couple of different reports from this (or at least a
>> very similar) problem on PPC and one on Intel. SheepShaver either
>> quits or freezes, always just after the MacOS welcome screen appears
>> and before one can see extensions loading. Disabling extensions at
>> startup does not help.
>>
>> On my PowerBook G4 it is a freeze. The PB has a fresh and updated
>> Leopard installation with no additional software but the Developer
>> Tools.
>>
>> You have seen the report of this (or a similar) problem an Intel
>> machine in Emaculation.com forum.
>>
>>
>> Ronald.
>>
>>
>> Op 24 okt 2009, om 01:50 heeft Michael Schmitt het volgende
>> geschreven:
>>
>>> Compare the 2009-07-26 build to the 2009-08-23 build, posted here:  
>>> <http://www.emaculation.com/forum/viewtopic.php?p=30713#30713
>>>>
>>>
>>> That build contains the precise timing changes.
>>>
>>> Since I created both builds similarly, it should help isolate the
>>> issue.
>>>
>>> Note that I tested that build on PPC and it worked for me.
>>>
>>>
>>> On Oct 23, 2009, at 4:16 PM, Ronald P. Regensburg wrote:
>>>
>>>> There is a problem with recent builds of SheepShaver MacOSX on PPC
>>>> Macs.
>>>>
>>>> SheepShaver launches normally and the virtual machine begins to
>>>> startup normally. But then SheepShaver freezes at the MacOS welcome
>>>> screen before extensions start loading. The same when trying to
>>>> startup with extensions disabled. The message that extension are
>>>> disabled appears in the welcome screen, but that is as far as it
>>>> gets.
>>>> SheepShaver does not react to anything anymore, it uses more than
>>>> 90%
>>>> of CPU time and the OSX side shows the spinning beachball. There  
>>>> are
>>>> no unusual messages in Console.
>>>>
>>>> The problem must have started with a change in August.
>>>>
>>>> A 2009-07-14 build does not have the problem.
>>>>
>>>> The 2009-07-26 build that Michael Schmitt posted here:
>>>> <http://www.emaculation.com/forum/viewtopic.php?p=30434#30434>
>>>> also does not have the problem. That build already contains the
>>>> memory
>>>> allocation error fix, although that fix was not yet committed to  
>>>> CVS
>>>> then. If the fix was applied as it was used for this build, that
>>>> excludes this fix as the cause of the problem.
>>>>
>>>> A 2009-08-23 build and all later builds have the problem on PPC
>>>> Macs.
>>>> Could the "precise timer" patch be the cause of the problem?
>>>>
>>>> If I know which files are involved with that patch, I can try to
>>>> build
>>>> with earlier versions of those files.
>>>>
>>>> Ronald.
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart
>>> your
>>> developing skills, take BlackBerry mobile applications to market and
>>> stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register  
>>> now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> basilisk-devel mailing list
>>> bas...@li...
>>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart
>> your
>> developing skills, take BlackBerry mobile applications to market and
>> stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> basilisk-devel mailing list
>> bas...@li...
>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel

Re: [B2-devel] x86_64 Mach-O dyngen patch

[Jean-Pierre <cho...@fr...>]

Hi,

Le 25 oct. 2009 à 23:37, Jean-Pierre a écrit :

> Here's a dyngen patch for Snow Leopard x86_64 compatibility. This  
> work is mostly based on the unofficial and incomplete x86_64 mach-o  
> patch of qemu.
> The JIT compiler seems to be ok in 64 bit mode, since I have the  
> 'happy mac' at boot time, but the application crashes later...

When cleaning the dyngen code, I broke the x86_64 ELF part, It won't  
compile because of the lines 2283-2285:

                     if (rel->r_offset >= start_offset &&
                         int slide;
                         rel->r_offset < start_offset + copy_size) {

that should be:

                     if (rel->r_offset >= start_offset &&
                         rel->r_offset < start_offset + copy_size) {
                         int slide;

Sorry about this.

The JIT compiler still crashes when using the code generated by  
Apple's gcc on ppc-dyngen-ops.cpp.
I'm not sure why the resulting assembly code is so different from a  
Linux 64-bit gcc install. I used otool on Mac and dumpobj on Linux to  
compare these, and many functions are using different opcodes.
if I replace the ppc-dyngen-ops.hpp file by one built on a Linux 64- 
bit machine, then SheepShaver runs fine in 64-bit mode with the JIT  
compiler on Snow Leopard.

Best regards,

  - Jean-Pierre.

Re: [B2-devel] SS MacOSX on PPC problem (precise timer patch issue?)

[Ronald P. R. <ron...@xs...>]

I compiled a new SheepShaver build that solves the problem on my  
PowerBook G4.
I posted it for others to try:
<http://www.emaculation.com/forum/viewtopic.php?p=31574#31574>

I built from CVS as it was today, with the exception of 5 files:

To undo the "precise timer" patch (added 17-10-2009 and modified  
21-10-2009) I used these files as they were in CVS on 16-08-2009:
BasiliskII/src/Unix/sysdeps.h
BasiliskII/src/Unix/timer_unix.cpp
SheepShaver/src/timer.cpp
SheepShaver/src/Unix/sysdeps.h

To undo the "sdl-audio" patch (added 19-02-2009) I used this file as  
it was in CVS on 18-02-2009:
BasiliskII/src/SDL/audio_sdl.cpp

I think the precise timer patch caused the crash or freeze at startup  
on some (mainly PPC) machines.

The sdl-audio patch appeared to cause degradation rather than  
improvement of audio performance. I already left it out of previous  
build.
See these topics in Emaculation.com SheepShaver forum:
<http://www.emaculation.com/forum/viewtopic.php?t=5846>
<http://www.emaculation.com/forum/viewtopic.php?t=5879>


Ronald.


Op 25 okt 2009, om 13:25 heeft Ronald P. Regensburg het volgende  
geschreven:

> Those are the builds I compared. Your 2009-07-26 build does not have
> the problem, your 2009-08-23 build does have the problem.
>
> There are now a couple of different reports from this (or at least a
> very similar) problem on PPC and one on Intel. SheepShaver either
> quits or freezes, always just after the MacOS welcome screen appears
> and before one can see extensions loading. Disabling extensions at
> startup does not help.
>
> On my PowerBook G4 it is a freeze. The PB has a fresh and updated
> Leopard installation with no additional software but the Developer
> Tools.
>
> You have seen the report of this (or a similar) problem an Intel
> machine in Emaculation.com forum.
>
>
> Ronald.
>
>
> Op 24 okt 2009, om 01:50 heeft Michael Schmitt het volgende  
> geschreven:
>
>> Compare the 2009-07-26 build to the 2009-08-23 build, posted here: <http://www.emaculation.com/forum/viewtopic.php?p=30713#30713
>>>
>>
>> That build contains the precise timing changes.
>>
>> Since I created both builds similarly, it should help isolate the
>> issue.
>>
>> Note that I tested that build on PPC and it worked for me.
>>
>>
>> On Oct 23, 2009, at 4:16 PM, Ronald P. Regensburg wrote:
>>
>>> There is a problem with recent builds of SheepShaver MacOSX on PPC
>>> Macs.
>>>
>>> SheepShaver launches normally and the virtual machine begins to
>>> startup normally. But then SheepShaver freezes at the MacOS welcome
>>> screen before extensions start loading. The same when trying to
>>> startup with extensions disabled. The message that extension are
>>> disabled appears in the welcome screen, but that is as far as it
>>> gets.
>>> SheepShaver does not react to anything anymore, it uses more than  
>>> 90%
>>> of CPU time and the OSX side shows the spinning beachball. There are
>>> no unusual messages in Console.
>>>
>>> The problem must have started with a change in August.
>>>
>>> A 2009-07-14 build does not have the problem.
>>>
>>> The 2009-07-26 build that Michael Schmitt posted here:
>>> <http://www.emaculation.com/forum/viewtopic.php?p=30434#30434>
>>> also does not have the problem. That build already contains the
>>> memory
>>> allocation error fix, although that fix was not yet committed to CVS
>>> then. If the fix was applied as it was used for this build, that
>>> excludes this fix as the cause of the problem.
>>>
>>> A 2009-08-23 build and all later builds have the problem on PPC  
>>> Macs.
>>> Could the "precise timer" patch be the cause of the problem?
>>>
>>> If I know which files are involved with that patch, I can try to
>>> build
>>> with earlier versions of those files.
>>>
>>> Ronald.
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart
>> your
>> developing skills, take BlackBerry mobile applications to market and
>> stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> basilisk-devel mailing list
>> bas...@li...
>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>

[B2-devel] x86_64 Mach-O dyngen patch

[Jean-Pierre <cho...@fr...>]

Hi,

Here's a dyngen patch for Snow Leopard x86_64 compatibility. This work  
is mostly based on the unofficial and incomplete x86_64 mach-o patch  
of qemu.
The JIT compiler seems to be ok in 64 bit mode, since I have the  
'happy mac' at boot time, but the application crashes later...

Best regards,

  - Jean-Pierre.

Re: [B2-devel] SS MacOSX on PPC problem (precise timer patch issue?)

[Ronald P. R. <ron...@xs...>]

Those are the builds I compared. Your 2009-07-26 build does not have  
the problem, your 2009-08-23 build does have the problem.

There are now a couple of different reports from this (or at least a  
very similar) problem on PPC and one on Intel. SheepShaver either  
quits or freezes, always just after the MacOS welcome screen appears  
and before one can see extensions loading. Disabling extensions at  
startup does not help.

On my PowerBook G4 it is a freeze. The PB has a fresh and updated  
Leopard installation with no additional software but the Developer  
Tools.

You have seen the report of this (or a similar) problem an Intel  
machine in Emaculation.com forum.


Ronald.


Op 24 okt 2009, om 01:50 heeft Michael Schmitt het volgende geschreven:

> Compare the 2009-07-26 build to the 2009-08-23 build, posted here: <http://www.emaculation.com/forum/viewtopic.php?p=30713#30713
>>
>
> That build contains the precise timing changes.
>
> Since I created both builds similarly, it should help isolate the  
> issue.
>
> Note that I tested that build on PPC and it worked for me.
>
>
> On Oct 23, 2009, at 4:16 PM, Ronald P. Regensburg wrote:
>
>> There is a problem with recent builds of SheepShaver MacOSX on PPC
>> Macs.
>>
>> SheepShaver launches normally and the virtual machine begins to
>> startup normally. But then SheepShaver freezes at the MacOS welcome
>> screen before extensions start loading. The same when trying to
>> startup with extensions disabled. The message that extension are
>> disabled appears in the welcome screen, but that is as far as it  
>> gets.
>> SheepShaver does not react to anything anymore, it uses more than 90%
>> of CPU time and the OSX side shows the spinning beachball. There are
>> no unusual messages in Console.
>>
>> The problem must have started with a change in August.
>>
>> A 2009-07-14 build does not have the problem.
>>
>> The 2009-07-26 build that Michael Schmitt posted here:
>> <http://www.emaculation.com/forum/viewtopic.php?p=30434#30434>
>> also does not have the problem. That build already contains the  
>> memory
>> allocation error fix, although that fix was not yet committed to CVS
>> then. If the fix was applied as it was used for this build, that
>> excludes this fix as the cause of the problem.
>>
>> A 2009-08-23 build and all later builds have the problem on PPC Macs.
>> Could the "precise timer" patch be the cause of the problem?
>>
>> If I know which files are involved with that patch, I can try to  
>> build
>> with earlier versions of those files.
>>
>> Ronald.
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>

Re: [B2-devel] SS MacOSX on PPC problem (precise timer patch issue?)

[Lew Irwin/S. B. <st...@us...>]

Just wanted to drop you a line to thank you for the upgraded Sheepshaver. It
solved my previous problems -- and then some!

One other small glitch that I wanted to bring to your attention. I am unable
to paste directly between Internet Explorer and Clarisworks' spreadsheet. I
must first paste to Tex-Edit Pro, then copy again and then paste to
Clarisworks. It's a very small nuisance since I don't have to do this on a
regular basis, but you might want to look into the matter.

On Fri, Oct 23, 2009 at 2:16 PM, Ronald P. Regensburg <ron...@xs...>wrote:

> There is a problem with recent builds of SheepShaver MacOSX on PPC Macs.
>
> SheepShaver launches normally and the virtual machine begins to
> startup normally. But then SheepShaver freezes at the MacOS welcome
> screen before extensions start loading. The same when trying to
> startup with extensions disabled. The message that extension are
> disabled appears in the welcome screen, but that is as far as it gets.
> SheepShaver does not react to anything anymore, it uses more than 90%
> of CPU time and the OSX side shows the spinning beachball. There are
> no unusual messages in Console.
>
> The problem must have started with a change in August.
>
> A 2009-07-14 build does not have the problem.
>
> The 2009-07-26 build that Michael Schmitt posted here:
> <http://www.emaculation.com/forum/viewtopic.php?p=30434#30434>
> also does not have the problem. That build already contains the memory
> allocation error fix, although that fix was not yet committed to CVS
> then. If the fix was applied as it was used for this build, that
> excludes this fix as the cause of the problem.
>
> A 2009-08-23 build and all later builds have the problem on PPC Macs.
> Could the "precise timer" patch be the cause of the problem?
>
> If I know which files are involved with that patch, I can try to build
> with earlier versions of those files.
>
> Ronald.
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>


-- 
Lew Irwin
STUDIO BRIEFING
st...@us...
(818) 865-0044
Fax: (815) 333-2765

[B2-devel] SS MacOSX on PPC problem (precise timer patch issue?)

[Ronald P. R. <ron...@xs...>]

There is a problem with recent builds of SheepShaver MacOSX on PPC Macs.

SheepShaver launches normally and the virtual machine begins to  
startup normally. But then SheepShaver freezes at the MacOS welcome  
screen before extensions start loading. The same when trying to  
startup with extensions disabled. The message that extension are  
disabled appears in the welcome screen, but that is as far as it gets.  
SheepShaver does not react to anything anymore, it uses more than 90%  
of CPU time and the OSX side shows the spinning beachball. There are  
no unusual messages in Console.

The problem must have started with a change in August.

A 2009-07-14 build does not have the problem.

The 2009-07-26 build that Michael Schmitt posted here:
<http://www.emaculation.com/forum/viewtopic.php?p=30434#30434>
also does not have the problem. That build already contains the memory  
allocation error fix, although that fix was not yet committed to CVS  
then. If the fix was applied as it was used for this build, that  
excludes this fix as the cause of the problem.

A 2009-08-23 build and all later builds have the problem on PPC Macs.
Could the "precise timer" patch be the cause of the problem?

If I know which files are involved with that patch, I can try to build  
with earlier versions of those files.

Ronald.

Re: [B2-devel] netDriver on Linux/Gentoo

[Alexei S. <ale...@gm...>]

Committed, thanks.
-Alexei

On Mon, Oct 19, 2009 at 3:41 PM, Joel MAURAS <jo...@wa...> wrote:

> >
> > Myrd (on E-Maculation Forum Index  -> SheepShaver)
> >
> > PostPosted: Sun Oct 18, 2009 4:32 pm    Post subject:         Reply with
> quote
> > Inquisitive Elf
> >
> > Can you send your patch to Basilisk-devel list, so we can discuss it
> there?
> >
>
> Sure I can try this. More I can take care of your first notes
>
> But remember ->
> The system : (uname -srvmpio)
> Linux 2.6.28-gentoo-r5 #1 SMP Sat May 23 10:25:04 CEST 2009 x86_64 Intel(R)
> Core(TM)2 Duo CPU T7500 @ 2.20GHz GenuineIntel GNU/Linux
> The source : CVS on sept. 13 2009, 09:40
> directory : .../BasiliskII/src/Unix/Linux/NetDriver
> The patch : (attached)
>
> More answers :
> The change at 311,7 335,7
> -       u8 *p = skb->mac.raw;
> +       u8 *p = skb_mac_header(skb);
> as the precompiler macro skb_mac_header() is defined on line 75 for kernel
> release < 2.6.9 with kernel 2.4 substitution will occur and text replaced
> with
> old syntax. Two same others substitutions alike.
>
> The include #include <linux/config.h> don't work with my system, and I need
> to
> create a link to SheepShaver/src/Unix/config.h from the NetDriver directory
> to
> use the file found in the BasiliskII/SheepShaver package. I don(t think it
> depends nn kernel release but on Linux distribution (mine is Gentoo).
> Perhaps
> you can do better.
>
> Maybe one must protect new includes to compile without errors on 2.4
> kernel. I
> haven't thoose releases and cannot verify if it is allright for them. If
> anyone
> want to try ...
>
> I don't like the compat_sk_alloc substitution that freeze the kernel with a
> null
>  address read (or write). Are you sure this solution worked with kernel
> 2.6.0 ?
>
> Other changes have been made to use the new struct sk_buff from 2.6 kernel,
> and
> call functions defined to help use this.
> Joel
>
> --- sheep_net_orig.c    2009-09-13 09:47:09.000000000 +0200
> +++ sheep_net.c 2009-10-19 21:14:36.000000000 +0200
> @@ -19,7 +19,11 @@
>  */
>
>  /* determine whether to use checksummed versions of kernel symbols */
> +/***
>  #include <linux/config.h>
> +***/
> +#include "config.h"
> +#include <linux/autoconf.h>
>
>  #if defined(CONFIG_MODVERSIONS) && !defined(MODVERSIONS)
>  #define MODVERSIONS
> @@ -48,6 +52,7 @@
>  #include <asm/ioctls.h>
>  #include <net/arp.h>
>  #include <net/ip.h>
> +#include <net/raw.h>
>  #include <linux/in.h>
>  #include <linux/wait.h>
>
> @@ -67,14 +72,14 @@
>  #endif
>  #if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,9)
>  #define eth_hdr(skb) (skb)->mac.ethernet
> +#define skb_mac_header(skb) (skb)->mac.raw
> +#define ipip_hdr(skb) (skb)->h.ipiph
>  #endif
>
>  #ifdef LINUX_26
> -#define compat_sk_alloc(a,b,c) sk_alloc( (a), (b), (c), NULL )
>  #define skt_set_dead(skt)              do {} while(0)
>  #define wmem_alloc                             sk_wmem_alloc
>  #else
> -#define compat_sk_alloc                        sk_alloc
>  #define skt_set_dead(skt)              (skt)->dead = 1
>  #endif
>
> @@ -106,8 +111,11 @@
>  static ssize_t sheep_net_write(struct file *f, const char *buf, size_t
> count, loff_t *off);
>  static unsigned int sheep_net_poll(struct file *f, struct
> poll_table_struct *wait);
>  static int sheep_net_ioctl(struct inode *inode, struct file *f, unsigned
> int code, unsigned long arg);
> +#ifdef LINUX_26
> +static int sheep_net_receiver(struct sk_buff *skb, struct net_device *dev,
> struct packet_type *pt, struct net_device *foo);
> +#else
>  static int sheep_net_receiver(struct sk_buff *skb, struct net_device *dev,
> struct packet_type *pt);
> -
> +#endif
>
>  /*
>  *  Driver private variables
> @@ -156,6 +164,16 @@
>
>
>  /*
> + * fake protocol to use a common socket
> + */
> +static struct proto sheep_proto = {
> +       .name     = "SHEEP",
> +       .owner    = THIS_MODULE,
> +       .obj_size = sizeof(struct sock),
> +};
> +
> +
> +/*
>  *  Initialize module
>  */
>
> @@ -196,9 +214,11 @@
>                return -EPERM;
>
>        /* Allocate private variables */
> -       v = (struct SheepVars *)(f->private_data = kmalloc(sizeof(struct
> SheepVars), GFP_USER));
> +       v = (struct SheepVars *)kmalloc(sizeof(struct SheepVars),
> GFP_USER);
>        if (v == NULL)
>                return -ENOMEM;
> +
> +       lock_kernel();
>        memset(v, 0, sizeof(struct SheepVars));
>        skb_queue_head_init(&v->queue);
>        init_waitqueue_head(&v->wait);
> @@ -209,10 +229,14 @@
>        v->fake_addr[4] = 0xbe;
>        v->fake_addr[5] = 0xef;
>
> +       /* Put our stuff where we will be able to find it later */
> +       f->private_data = (void *)v;
> +
>        /* Yes, we're open */
>  #ifndef LINUX_26
>        MOD_INC_USE_COUNT;
>  #endif
> +       unlock_kernel();
>        return 0;
>  }
>
> @@ -280,7 +304,7 @@
>
>  static void demasquerade(struct SheepVars *v, struct sk_buff *skb)
>  {
> -       u8 *p = skb->mac.raw;
> +       u8 *p = skb_mac_header(skb);
>        int proto = (p[12] << 8) | p[13];
>
>        do_demasq(v, p + 6); /* source address */
> @@ -311,7 +335,7 @@
>
>  static void masquerade(struct SheepVars *v, struct sk_buff *skb)
>  {
> -       u8 *p = skb->mac.raw;
> +       u8 *p = skb_mac_header(skb);
>        if (!(p[0] & ETH_ADDR_MULTICAST))
>                do_masq(v, p); /* destination address */
>
> @@ -372,7 +396,7 @@
>        if (count < sizeof(struct ethhdr))
>                return -EINVAL;
>        if (count > 1514) {
> -               printk("sheep_net_write: packet size > 1514\n");
> +               printk("sheep_net_write: packet size %ld > 1514\n", count);
>                count = 1514;
>        }
>
> @@ -397,8 +421,14 @@
>        skb->sk = v->skt;
>        skb->dev = v->ether;
>        skb->priority = 0;
> +#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,9)
>        skb->nh.raw = skb->h.raw = skb->data + v->ether->hard_header_len;
>        skb->mac.raw = skb->data;
> +#else
> +       skb_reset_mac_header(skb);
> +       skb_set_transport_header(skb, v->ether->hard_header_len);
> +       skb_set_network_header(skb, v->ether->hard_header_len);
> +#endif
>
>        /* Base the IP-filtering on the IP address in any outgoing ARP
> packets */
>        if (eth_hdr(skb)->h_proto == htons(ETH_P_ARP)) {
> @@ -483,7 +513,9 @@
>                        name[19] = 0;
>
>                        /* Find card */
> -#ifdef LINUX_24
> +#ifdef LINUX_26
> +                       v->ether = dev_get_by_name(&init_net, name);
> +#elif defined(LINUX_24)
>                        v->ether = dev_get_by_name(name);
>  #else
>                        dev_lock_list();
> @@ -504,7 +536,11 @@
>                        memcpy(v->eth_addr, v->ether->dev_addr, 6);
>
>                        /* Allocate socket */
> -                       v->skt = compat_sk_alloc(0, GFP_USER, 1);
> +#ifdef LINUX_26
> +                       v->skt = sk_alloc(dev_net(v->ether), GFP_USER, 1,
> &sheep_proto);
> +#else
> +                       v->skt = sk_alloc(0, GFP_USER, 1);
> +#endif
>                        if (v->skt == NULL) {
>                                err = -ENOMEM;
>                                goto error;
> @@ -606,7 +642,11 @@
>  *  Packet receiver function
>  */
>
> +#ifdef LINUX_26
> +static int sheep_net_receiver(struct sk_buff *skb, struct net_device *dev,
> struct packet_type *pt, struct net_device *foo)
> +#else
>  static int sheep_net_receiver(struct sk_buff *skb, struct net_device *dev,
> struct packet_type *pt)
> +#endif
>  {
>        struct SheepVars *v = (struct SheepVars *)pt;
>        struct sk_buff *skb2;
> @@ -632,7 +672,7 @@
>        /* Apply any filters here (if fake is true, then we *know* we want
> this packet) */
>        if (!fake) {
>                if ((skb->protocol == htons(ETH_P_IP))
> -                && (!v->ipfilter || (ntohl(skb->h.ipiph->daddr) !=
> v->ipfilter && !multicast)))
> +                && (!v->ipfilter || (ntohl(ipip_hdr(skb)->daddr) !=
> v->ipfilter && !multicast)))
>                        goto drop;
>        }
>
> @@ -645,7 +685,7 @@
>        masquerade(v, skb);
>
>        /* We also want the Ethernet header */
> -       skb_push(skb, skb->data - skb->mac.raw);
> +       skb_push(skb, skb->data - skb_mac_header(skb));
>
>        /* Enqueue packet */
>        skb_queue_tail(&v->queue, skb);
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>

[B2-devel] netDriver on Linux/Gentoo

[Joel M. <jo...@wa...>]

>
> Myrd (on E-Maculation Forum Index  -> SheepShaver)
>
> PostPosted: Sun Oct 18, 2009 4:32 pm    Post subject: 	Reply with quote
> Inquisitive Elf
>
> Can you send your patch to Basilisk-devel list, so we can discuss it there?
>

Sure I can try this. More I can take care of your first notes

But remember ->
The system : (uname -srvmpio)
Linux 2.6.28-gentoo-r5 #1 SMP Sat May 23 10:25:04 CEST 2009 x86_64 Intel(R)
Core(TM)2 Duo CPU T7500 @ 2.20GHz GenuineIntel GNU/Linux
The source : CVS on sept. 13 2009, 09:40
directory : .../BasiliskII/src/Unix/Linux/NetDriver
The patch : (attached)

More answers :
The change at 311,7 335,7
-	u8 *p = skb->mac.raw;
+	u8 *p = skb_mac_header(skb);
as the precompiler macro skb_mac_header() is defined on line 75 for kernel
release < 2.6.9 with kernel 2.4 substitution will occur and text replaced with
old syntax. Two same others substitutions alike.

The include #include <linux/config.h> don't work with my system, and I need to
create a link to SheepShaver/src/Unix/config.h from the NetDriver directory to
use the file found in the BasiliskII/SheepShaver package. I don(t think it
depends nn kernel release but on Linux distribution (mine is Gentoo). Perhaps
you can do better.

Maybe one must protect new includes to compile without errors on 2.4 kernel. I
haven't thoose releases and cannot verify if it is allright for them. If anyone
want to try ...

I don't like the compat_sk_alloc substitution that freeze the kernel with a null
 address read (or write). Are you sure this solution worked with kernel 2.6.0 ?

Other changes have been made to use the new struct sk_buff from 2.6 kernel, and
call functions defined to help use this.
Joel

Re: [B2-devel] Tex-Edit Plus copy/paste problem in SS and B2 MacOSX

[Lew Irwin/S. B. <st...@us...>]

Great!

Could you provide a download link to the new version?

On Mon, Oct 19, 2009 at 5:39 AM, Ronald P. Regensburg <ron...@xs...>wrote:

> I tested the new extension, again in a build with the fix by Alexei
> and in a build without that fix.
>
> The crash with SimpleText is gone. In both builds, the copy/paste
> behaviour is identical with or without the extension loaded, both
> within MacOS and between MacOS and MacOSX, for the applications I
> tested before (Tex-Edit Plus, AppleWorks, and SimpleText). The serious
> problems that were originally reported are solved by Alexei's fix.
>
> The extension offers a solution for a different problem, a problem
> that I did not know existed. It does indeed enable copy and paste
> between MacOS Stickies and MacOSX in both directions (plain text only).
>
> Ronald.
>
>
> Op 19 okt 2009, om 06:34 heeft Joshua Juran het volgende geschreven:
>
> > On Oct 18, 2009, at 1:07 PM, Ronald P. Regensburg wrote:
> >
> >> Tested the TESyncScrap extension in 9.0.4 in the older SheepShaver
> >> build and in todays build with the fix by Alexei.
> >>
> >> The extension does not change copy and paste behaviour in either
> >> build
> >> (with the most serious problems fixed in the last build as I
> >> described
> >> earlier today) but it adds a problem with SimpleText. With the
> >> extension installed, copying in SimpleText causes a system crash and
> >> subsequent SheepShaver crash, thus preventing the only way one can
> >> copy from within SheepShaver and paste in MacOSX.
> >
> > Thanks for your report.  I was able to reproduce the crash and
> > determine the cause.[1]  I've uploaded a new version that fixes the
> > problem.
> >
> > TESyncScrap
> > http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin<http://jjuran.dyndns.org/%7Ejjuran/experimental/TESyncScrap.mbin>
> >
> > Apparently some applications (including SimpleText) have taken their
> > own measures to deal with the issue.  I tested the scrap
> > synchronization behavior of several TextEdit-based applications with
> > and without TESyncScrap installed:
> >
> > Without TESyncScrap:
> >
> > BBEdit width  both synced
> > SimpleText    both synced
> > Finder 9.0    both synced
> > Finder 7.5.6  synced paste (copy empties the OS X pasteboard)
> > Get Info      synced paste (copy empties the OS X pasteboard)
> > Notepad       synced copy
> > Stickies      nil
> >
> > * 'Finder' refers to the Finder's filename editor
> > * 'Get Info refers to the filename and comment fields in the Finder's
> > Get Info windows
> > * SimpleText and Stickies' respective behavior is unchanged between
> > System 7.6.1 (in Basilisk II) and Mac OS 9.0.4
> > * BBEdit 5.1, Edit->Preferences->Editor->Wrap To->Width
> >
> > With TESyncScrap installed, Notepad and Stickies synchronize in both
> > directions, but the Finder is unaffected.
> >
> > TESyncScrap only affects TextEdit-based fields (and not e.g. WASTE
> > editors), and only solves the problem of a layer switch being
> > required to synchronize the scrap.  The Finder is not an exception
> > here, since after switching to another application inside the
> > emulator pasting to OS X still fails.  Perhaps the Finder is putting
> > another scrap flavor after 'TEXT' and it's running afoul of the
> > ZeroScrap() issue.
> >
> > [1] The templates I use for trap patches need to generate glue for
> > each patch installed.  After refactoring the code earlier this year,
> > the glue was generated only for each *function* used as a patch.
> > Since TESyncScrap uses the same function to patch TECut() and TECopy
> > (), and TECut() was installed later, TECopy()'s patch glue got
> > munged.  The glue is now unique per trap/function pair.
> >
> >>> On Sun, Oct 18, 2009 at 11:40 AM, Joshua Juran <jj...@gm...>
> >>> wrote:
> >>> On Oct 18, 2009, at 6:50 AM, Ronald P. Regensburg wrote:
> >>>
> >>>> I built SS MacOSX from current CVS (Intel only and I forgot to
> >>> reverse
> >>>> the SDL-audio patch).
> >>>>
> >>>> Clearly improved (tested with AppleWorks, Tex-Edit Plus and
> >>> SimpleText
> >>>> in MacOS9):
> >>>> - Copying and pasting of styled text between different applications
> >>>> within MacOS9 in SheepShaver works (when copied from SimpleText,
> >>>> styles are lost)
> >>>> - Copying and pasting of styled text from MacOSX to MacOS9 in
> >>>> SheepShaver works (with anomalies when pasted in SimpleText)
> >>>> - Copying and pasting from MacOS9 in SheepShaver to MacOSX works
> >>> only
> >>>> when copied from a SimpleText document and with styles lost.
> >>>
> >>> One of the issues you and others may have run into is the latency
> >>> occurring between use of the TextEdit scrap and synchronization with
> >>> the desk scrap, i.e. the clipboard.  Prior to Carbon, developers
> >>> were
> >>> instructed to synchronize the two scraps on layer switch -- when an
> >>> application became or ceased to be frontmost.  The problem with this
> >>> approach is that it doesn't play well with screen-in-a-window
> >>> arrangements where switching to another app in OS X doesn't cause an
> >>> OS 9 layer switch and consequently gets stale clipboard data.
> >>>
> >>> I've written a system extension called TESyncScrap that patches
> >>> TECut
> >>> () and TECopy() to flush the TE scrap and TEPaste() to update it.  I
> >>> invite you to try it out and see if it's useful.  The source code is
> >>> also available.[1]
> >>>
> >>> TESyncScrap
> >>> http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin<http://jjuran.dyndns.org/%7Ejjuran/experimental/TESyncScrap.mbin>
> >>>
> >>> TESyncScrap.cc
> >>> <http://github.com/jjuran/metamage_1/blob/
> >>> bd25287ac1551371da0fcf4fd9815b5d14e707db/pedestal/Hacks/TESyncScrap/
> >>> TESyncScrap.cc>
> >>>
> >>> You'll need a MacBinary decoder.  There are several in the
> >>> 'experimental' directory.
> >>>
> >>> Josh
> >>>
> >>> [1] The location may move as things get reorganized, but it will
> >>> remain on github.
> >
> >
> >
> ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart
> > your
> > developing skills, take BlackBerry mobile applications to market and
> > stay
> > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> > http://p.sf.net/sfu/devconference
> > _______________________________________________
> > basilisk-devel mailing list
> > bas...@li...
> > https://lists.sourceforge.net/lists/listinfo/basilisk-devel
> >
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>


-- 
Lew Irwin
STUDIO BRIEFING
st...@us...
(818) 865-0044
Fax: (815) 333-2765

Re: [B2-devel] Tex-Edit Plus copy/paste problem in SS and B2 MacOSX

[Ronald P. R. <ron...@xs...>]

I tested the new extension, again in a build with the fix by Alexei  
and in a build without that fix.

The crash with SimpleText is gone. In both builds, the copy/paste  
behaviour is identical with or without the extension loaded, both  
within MacOS and between MacOS and MacOSX, for the applications I  
tested before (Tex-Edit Plus, AppleWorks, and SimpleText). The serious  
problems that were originally reported are solved by Alexei's fix.

The extension offers a solution for a different problem, a problem  
that I did not know existed. It does indeed enable copy and paste  
between MacOS Stickies and MacOSX in both directions (plain text only).

Ronald.


Op 19 okt 2009, om 06:34 heeft Joshua Juran het volgende geschreven:

> On Oct 18, 2009, at 1:07 PM, Ronald P. Regensburg wrote:
>
>> Tested the TESyncScrap extension in 9.0.4 in the older SheepShaver
>> build and in todays build with the fix by Alexei.
>>
>> The extension does not change copy and paste behaviour in either  
>> build
>> (with the most serious problems fixed in the last build as I  
>> described
>> earlier today) but it adds a problem with SimpleText. With the
>> extension installed, copying in SimpleText causes a system crash and
>> subsequent SheepShaver crash, thus preventing the only way one can
>> copy from within SheepShaver and paste in MacOSX.
>
> Thanks for your report.  I was able to reproduce the crash and
> determine the cause.[1]  I've uploaded a new version that fixes the
> problem.
>
> TESyncScrap
> http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin
>
> Apparently some applications (including SimpleText) have taken their
> own measures to deal with the issue.  I tested the scrap
> synchronization behavior of several TextEdit-based applications with
> and without TESyncScrap installed:
>
> Without TESyncScrap:
>
> BBEdit width  both synced
> SimpleText    both synced
> Finder 9.0    both synced
> Finder 7.5.6  synced paste (copy empties the OS X pasteboard)
> Get Info      synced paste (copy empties the OS X pasteboard)
> Notepad       synced copy
> Stickies      nil
>
> * 'Finder' refers to the Finder's filename editor
> * 'Get Info refers to the filename and comment fields in the Finder's
> Get Info windows
> * SimpleText and Stickies' respective behavior is unchanged between
> System 7.6.1 (in Basilisk II) and Mac OS 9.0.4
> * BBEdit 5.1, Edit->Preferences->Editor->Wrap To->Width
>
> With TESyncScrap installed, Notepad and Stickies synchronize in both
> directions, but the Finder is unaffected.
>
> TESyncScrap only affects TextEdit-based fields (and not e.g. WASTE
> editors), and only solves the problem of a layer switch being
> required to synchronize the scrap.  The Finder is not an exception
> here, since after switching to another application inside the
> emulator pasting to OS X still fails.  Perhaps the Finder is putting
> another scrap flavor after 'TEXT' and it's running afoul of the
> ZeroScrap() issue.
>
> [1] The templates I use for trap patches need to generate glue for
> each patch installed.  After refactoring the code earlier this year,
> the glue was generated only for each *function* used as a patch.
> Since TESyncScrap uses the same function to patch TECut() and TECopy
> (), and TECut() was installed later, TECopy()'s patch glue got
> munged.  The glue is now unique per trap/function pair.
>
>>> On Sun, Oct 18, 2009 at 11:40 AM, Joshua Juran <jj...@gm...>
>>> wrote:
>>> On Oct 18, 2009, at 6:50 AM, Ronald P. Regensburg wrote:
>>>
>>>> I built SS MacOSX from current CVS (Intel only and I forgot to
>>> reverse
>>>> the SDL-audio patch).
>>>>
>>>> Clearly improved (tested with AppleWorks, Tex-Edit Plus and
>>> SimpleText
>>>> in MacOS9):
>>>> - Copying and pasting of styled text between different applications
>>>> within MacOS9 in SheepShaver works (when copied from SimpleText,
>>>> styles are lost)
>>>> - Copying and pasting of styled text from MacOSX to MacOS9 in
>>>> SheepShaver works (with anomalies when pasted in SimpleText)
>>>> - Copying and pasting from MacOS9 in SheepShaver to MacOSX works
>>> only
>>>> when copied from a SimpleText document and with styles lost.
>>>
>>> One of the issues you and others may have run into is the latency
>>> occurring between use of the TextEdit scrap and synchronization with
>>> the desk scrap, i.e. the clipboard.  Prior to Carbon, developers  
>>> were
>>> instructed to synchronize the two scraps on layer switch -- when an
>>> application became or ceased to be frontmost.  The problem with this
>>> approach is that it doesn't play well with screen-in-a-window
>>> arrangements where switching to another app in OS X doesn't cause an
>>> OS 9 layer switch and consequently gets stale clipboard data.
>>>
>>> I've written a system extension called TESyncScrap that patches  
>>> TECut
>>> () and TECopy() to flush the TE scrap and TEPaste() to update it.  I
>>> invite you to try it out and see if it's useful.  The source code is
>>> also available.[1]
>>>
>>> TESyncScrap
>>> http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin
>>>
>>> TESyncScrap.cc
>>> <http://github.com/jjuran/metamage_1/blob/
>>> bd25287ac1551371da0fcf4fd9815b5d14e707db/pedestal/Hacks/TESyncScrap/
>>> TESyncScrap.cc>
>>>
>>> You'll need a MacBinary decoder.  There are several in the
>>> 'experimental' directory.
>>>
>>> Josh
>>>
>>> [1] The location may move as things get reorganized, but it will
>>> remain on github.
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>

Re: [B2-devel] Tex-Edit Plus copy/paste problem in SS and B2 MacOSX

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

On Oct 18, 2009, at 8:58 AM, Alexei Svitkine wrote:

> Interesting. The other issue I was seeing (which is partly  
> addressed in my last commit) is the fact that SheepShaver would  
> clear the (system) clipboard on every call to PutScrap - which  
> didn't work if the App did something like ZeroScrap(); PutScrap 
> (...); ...; PutScrap(...); to include multiple data types on the  
> clipboard.
>
> The logical solution is to patch the ZeroScrap() trap in the ROM in  
> the same way that both GetScrap() and PutScrap() get patched and  
> only clear the system clipboard when the app calls ZeroScrap(). I  
> tried to do this, but it does not seem to be working (ZeroScrap()  
> isn't being called). I'm wondering if that trap is bypassed by  
> applications that use newer Mac APIs.

This might be a Carbon issue.  ZeroScrap() doesn't exist in the  
Carbon API, and its Carbon counterpart ClearCurrentScrap() probably  
doesn't call it.  You might try the ROM patch in Basilisk II (where  
Carbon doesn't apply) or just verify that the app you're testing is  
not Carbon-based.

> On the subject of your change, if it indeed fixes some apps, would  
> there be a way to add your code to SheepShaver itself?

That's certainly possible, though aside from integrating the code  
into SheepShaver's build process and removing the dependency on  
CodeWarrior, I don't see the benefit.  Personally I think the time  
would be better spent on issues that don't already have solutions.

Josh

Re: [B2-devel] Tex-Edit Plus copy/paste problem in SS and B2 MacOSX

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

On Oct 18, 2009, at 1:07 PM, Ronald P. Regensburg wrote:

> Tested the TESyncScrap extension in 9.0.4 in the older SheepShaver
> build and in todays build with the fix by Alexei.
>
> The extension does not change copy and paste behaviour in either build
> (with the most serious problems fixed in the last build as I described
> earlier today) but it adds a problem with SimpleText. With the
> extension installed, copying in SimpleText causes a system crash and
> subsequent SheepShaver crash, thus preventing the only way one can
> copy from within SheepShaver and paste in MacOSX.

Thanks for your report.  I was able to reproduce the crash and  
determine the cause.[1]  I've uploaded a new version that fixes the  
problem.

TESyncScrap
http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin

Apparently some applications (including SimpleText) have taken their  
own measures to deal with the issue.  I tested the scrap  
synchronization behavior of several TextEdit-based applications with  
and without TESyncScrap installed:

Without TESyncScrap:

BBEdit width  both synced
SimpleText    both synced
Finder 9.0    both synced
Finder 7.5.6  synced paste (copy empties the OS X pasteboard)
Get Info      synced paste (copy empties the OS X pasteboard)
Notepad       synced copy
Stickies      nil

* 'Finder' refers to the Finder's filename editor
* 'Get Info refers to the filename and comment fields in the Finder's  
Get Info windows
* SimpleText and Stickies' respective behavior is unchanged between  
System 7.6.1 (in Basilisk II) and Mac OS 9.0.4
* BBEdit 5.1, Edit->Preferences->Editor->Wrap To->Width

With TESyncScrap installed, Notepad and Stickies synchronize in both  
directions, but the Finder is unaffected.

TESyncScrap only affects TextEdit-based fields (and not e.g. WASTE  
editors), and only solves the problem of a layer switch being  
required to synchronize the scrap.  The Finder is not an exception  
here, since after switching to another application inside the  
emulator pasting to OS X still fails.  Perhaps the Finder is putting  
another scrap flavor after 'TEXT' and it's running afoul of the  
ZeroScrap() issue.

[1] The templates I use for trap patches need to generate glue for  
each patch installed.  After refactoring the code earlier this year,  
the glue was generated only for each *function* used as a patch.   
Since TESyncScrap uses the same function to patch TECut() and TECopy 
(), and TECut() was installed later, TECopy()'s patch glue got  
munged.  The glue is now unique per trap/function pair.

>> On Sun, Oct 18, 2009 at 11:40 AM, Joshua Juran <jj...@gm...>
>> wrote:
>> On Oct 18, 2009, at 6:50 AM, Ronald P. Regensburg wrote:
>>
>>> I built SS MacOSX from current CVS (Intel only and I forgot to
>> reverse
>>> the SDL-audio patch).
>>>
>>> Clearly improved (tested with AppleWorks, Tex-Edit Plus and
>> SimpleText
>>> in MacOS9):
>>> - Copying and pasting of styled text between different applications
>>> within MacOS9 in SheepShaver works (when copied from SimpleText,
>>> styles are lost)
>>> - Copying and pasting of styled text from MacOSX to MacOS9 in
>>> SheepShaver works (with anomalies when pasted in SimpleText)
>>> - Copying and pasting from MacOS9 in SheepShaver to MacOSX works
>> only
>>> when copied from a SimpleText document and with styles lost.
>>
>> One of the issues you and others may have run into is the latency
>> occurring between use of the TextEdit scrap and synchronization with
>> the desk scrap, i.e. the clipboard.  Prior to Carbon, developers were
>> instructed to synchronize the two scraps on layer switch -- when an
>> application became or ceased to be frontmost.  The problem with this
>> approach is that it doesn't play well with screen-in-a-window
>> arrangements where switching to another app in OS X doesn't cause an
>> OS 9 layer switch and consequently gets stale clipboard data.
>>
>> I've written a system extension called TESyncScrap that patches TECut
>> () and TECopy() to flush the TE scrap and TEPaste() to update it.  I
>> invite you to try it out and see if it's useful.  The source code is
>> also available.[1]
>>
>> TESyncScrap
>> http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin
>>
>> TESyncScrap.cc
>> <http://github.com/jjuran/metamage_1/blob/
>> bd25287ac1551371da0fcf4fd9815b5d14e707db/pedestal/Hacks/TESyncScrap/
>> TESyncScrap.cc>
>>
>> You'll need a MacBinary decoder.  There are several in the
>> 'experimental' directory.
>>
>> Josh
>>
>> [1] The location may move as things get reorganized, but it will
>> remain on github.

Re: [B2-devel] Tex-Edit Plus copy/paste problem in SS and B2 MacOSX

[Ronald P. R. <ron...@xs...>]

Tested the TESyncScrap extension in 9.0.4 in the older SheepShaver  
build and in todays build with the fix by Alexei.

The extension does not change copy and paste behaviour in either build  
(with the most serious problems fixed in the last build as I described  
earlier today) but it adds a problem with SimpleText. With the  
extension installed, copying in SimpleText causes a system crash and  
subsequent SheepShaver crash, thus preventing the only way one can  
copy from within SheepShaver and paste in MacOSX.

Ronald.


Op 18 okt 2009, om 17:58 heeft Alexei Svitkine het volgende geschreven:

> Interesting. The other issue I was seeing (which is partly addressed  
> in my last commit) is the fact that SheepShaver would clear the  
> (system) clipboard on every call to PutScrap - which didn't work if  
> the App did something like ZeroScrap(); PutScrap(...); ...;  
> PutScrap(...); to include multiple data types on the clipboard.
>
> The logical solution is to patch the ZeroScrap() trap in the ROM in  
> the same way that both GetScrap() and PutScrap() get patched and  
> only clear the system clipboard when the app calls ZeroScrap(). I  
> tried to do this, but it does not seem to be working (ZeroScrap()  
> isn't being called). I'm wondering if that trap is bypassed by  
> applications that use newer Mac APIs.
>
> On the subject of your change, if it indeed fixes some apps, would  
> there be a way to add your code to SheepShaver itself?
>
> -Alexei
>
> On Sun, Oct 18, 2009 at 11:40 AM, Joshua Juran <jj...@gm...>  
> wrote:
> On Oct 18, 2009, at 6:50 AM, Ronald P. Regensburg wrote:
>
> > I built SS MacOSX from current CVS (Intel only and I forgot to  
> reverse
> > the SDL-audio patch).
> >
> > Clearly improved (tested with AppleWorks, Tex-Edit Plus and  
> SimpleText
> > in MacOS9):
> > - Copying and pasting of styled text between different applications
> > within MacOS9 in SheepShaver works (when copied from SimpleText,
> > styles are lost)
> > - Copying and pasting of styled text from MacOSX to MacOS9 in
> > SheepShaver works (with anomalies when pasted in SimpleText)
> > - Copying and pasting from MacOS9 in SheepShaver to MacOSX works  
> only
> > when copied from a SimpleText document and with styles lost.
>
> One of the issues you and others may have run into is the latency
> occurring between use of the TextEdit scrap and synchronization with
> the desk scrap, i.e. the clipboard.  Prior to Carbon, developers were
> instructed to synchronize the two scraps on layer switch -- when an
> application became or ceased to be frontmost.  The problem with this
> approach is that it doesn't play well with screen-in-a-window
> arrangements where switching to another app in OS X doesn't cause an
> OS 9 layer switch and consequently gets stale clipboard data.
>
> I've written a system extension called TESyncScrap that patches TECut
> () and TECopy() to flush the TE scrap and TEPaste() to update it.  I
> invite you to try it out and see if it's useful.  The source code is
> also available.[1]
>
> TESyncScrap
> http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin
>
> TESyncScrap.cc
> <http://github.com/jjuran/metamage_1/blob/
> bd25287ac1551371da0fcf4fd9815b5d14e707db/pedestal/Hacks/TESyncScrap/
> TESyncScrap.cc>
>
> You'll need a MacBinary decoder.  There are several in the
> 'experimental' directory.
>
> Josh
>
> [1] The location may move as things get reorganized, but it will
> remain on github.
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference_______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel

Re: [B2-devel] Tex-Edit Plus copy/paste problem in SS and B2 MacOSX

[Alexei S. <ale...@gm...>]

Interesting. The other issue I was seeing (which is partly addressed in my
last commit) is the fact that SheepShaver would clear the (system) clipboard
on every call to PutScrap - which didn't work if the App did something like
ZeroScrap(); PutScrap(...); ...; PutScrap(...); to include multiple data
types on the clipboard.
The logical solution is to patch the ZeroScrap() trap in the ROM in the same
way that both GetScrap() and PutScrap() get patched and only clear the
system clipboard when the app calls ZeroScrap(). I tried to do this, but it
does not seem to be working (ZeroScrap() isn't being called). I'm wondering
if that trap is bypassed by applications that use newer Mac APIs.

On the subject of your change, if it indeed fixes some apps, would there be
a way to add your code to SheepShaver itself?

-Alexei

On Sun, Oct 18, 2009 at 11:40 AM, Joshua Juran <jj...@gm...> wrote:

> On Oct 18, 2009, at 6:50 AM, Ronald P. Regensburg wrote:
>
> > I built SS MacOSX from current CVS (Intel only and I forgot to reverse
> > the SDL-audio patch).
> >
> > Clearly improved (tested with AppleWorks, Tex-Edit Plus and SimpleText
> > in MacOS9):
> > - Copying and pasting of styled text between different applications
> > within MacOS9 in SheepShaver works (when copied from SimpleText,
> > styles are lost)
> > - Copying and pasting of styled text from MacOSX to MacOS9 in
> > SheepShaver works (with anomalies when pasted in SimpleText)
> > - Copying and pasting from MacOS9 in SheepShaver to MacOSX works only
> > when copied from a SimpleText document and with styles lost.
>
> One of the issues you and others may have run into is the latency
> occurring between use of the TextEdit scrap and synchronization with
> the desk scrap, i.e. the clipboard.  Prior to Carbon, developers were
> instructed to synchronize the two scraps on layer switch -- when an
> application became or ceased to be frontmost.  The problem with this
> approach is that it doesn't play well with screen-in-a-window
> arrangements where switching to another app in OS X doesn't cause an
> OS 9 layer switch and consequently gets stale clipboard data.
>
> I've written a system extension called TESyncScrap that patches TECut
> () and TECopy() to flush the TE scrap and TEPaste() to update it.  I
> invite you to try it out and see if it's useful.  The source code is
> also available.[1]
>
> TESyncScrap
> http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin
>
> TESyncScrap.cc
> <http://github.com/jjuran/metamage_1/blob/
> bd25287ac1551371da0fcf4fd9815b5d14e707db/pedestal/Hacks/TESyncScrap/
> TESyncScrap.cc>
>
> You'll need a MacBinary decoder.  There are several in the
> 'experimental' directory.
>
> Josh
>
> [1] The location may move as things get reorganized, but it will
> remain on github.
>
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>

Re: [B2-devel] Tex-Edit Plus copy/paste problem in SS and B2 MacOSX

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

On Oct 18, 2009, at 6:50 AM, Ronald P. Regensburg wrote:

> I built SS MacOSX from current CVS (Intel only and I forgot to reverse
> the SDL-audio patch).
>
> Clearly improved (tested with AppleWorks, Tex-Edit Plus and SimpleText
> in MacOS9):
> - Copying and pasting of styled text between different applications
> within MacOS9 in SheepShaver works (when copied from SimpleText,
> styles are lost)
> - Copying and pasting of styled text from MacOSX to MacOS9 in
> SheepShaver works (with anomalies when pasted in SimpleText)
> - Copying and pasting from MacOS9 in SheepShaver to MacOSX works only
> when copied from a SimpleText document and with styles lost.

One of the issues you and others may have run into is the latency  
occurring between use of the TextEdit scrap and synchronization with  
the desk scrap, i.e. the clipboard.  Prior to Carbon, developers were  
instructed to synchronize the two scraps on layer switch -- when an  
application became or ceased to be frontmost.  The problem with this  
approach is that it doesn't play well with screen-in-a-window  
arrangements where switching to another app in OS X doesn't cause an  
OS 9 layer switch and consequently gets stale clipboard data.

I've written a system extension called TESyncScrap that patches TECut 
() and TECopy() to flush the TE scrap and TEPaste() to update it.  I  
invite you to try it out and see if it's useful.  The source code is  
also available.[1]

TESyncScrap
http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin

TESyncScrap.cc
<http://github.com/jjuran/metamage_1/blob/ 
bd25287ac1551371da0fcf4fd9815b5d14e707db/pedestal/Hacks/TESyncScrap/ 
TESyncScrap.cc>

You'll need a MacBinary decoder.  There are several in the  
'experimental' directory.

Josh

[1] The location may move as things get reorganized, but it will  
remain on github.

Re: [B2-devel] Tex-Edit Plus copy/paste problem in SS and B2 MacOSX

[Ronald P. R. <ron...@xs...>]

I built SS MacOSX from current CVS (Intel only and I forgot to reverse  
the SDL-audio patch).

Clearly improved (tested with AppleWorks, Tex-Edit Plus and SimpleText  
in MacOS9):
- Copying and pasting of styled text between different applications  
within MacOS9 in SheepShaver works (when copied from SimpleText,  
styles are lost)
- Copying and pasting of styled text from MacOSX to MacOS9 in  
SheepShaver works (with anomalies when pasted in SimpleText)
- Copying and pasting from MacOS9 in SheepShaver to MacOSX works only  
when copied from a SimpleText document and with styles lost.

As soon as I have time to do it, maybe tomorrow, I will build again a  
new UB build and post it in Emaculation.com SheepShaver forum.

Ronald.


Op 18 okt 2009, om 06:24 heeft Lew Irwin/Studio Briefing het volgende  
geschreven:

> Where do I find your updated version of SS?
>
> On Sat, Oct 17, 2009 at 6:24 PM, Alexei Svitkine <ale...@gm... 
> > wrote:
> The bug happened as a result of the code to fix byteswap issues when  
> copying to/from
> Mac OS X x86 host OS. I've committed some code that makes things a  
> little better,
> however it's still not the ideal behavior. Let me know if the change  
> is an improvement.
>
> -Alexei
>
> On Sat, Oct 17, 2009 at 7:41 PM, Kevin Jaques  
> <kev...@hi...> wrote:
> FWIW, I have clipboard issues with the program InControl. I am using
> Sheepshaver 080721 UB. When I first start the program, it is able to
> paste text copied in MacOS X applications. I can't positively say it
> never works more than once, but I can say that is rare. I have to
> relaunch the program, then re-copy in OS X. It's a pain, but not a
> disaster.
>
> Likewise, it mostly won't copy from InControl TO Mac OS X. I can't
> positively say it ever works. I just routinely drag-copy to the shared
> folder, then open that and copy it in OS X.
>
> I use InControl daily, and once a month I use 4D. I know that 4D has
> similar issues, but can't positively say they are exactly the same.
> Those are the only two Classic programs that I still need or use.
>
>
> On Oct. 17, 2009, at 14:09 , Ronald P. Regensburg wrote:
>
> > This month, in the thread "[Patch] Use default ROM when ROM path
> > preference is blank", "Lew Irwin/Studio Briefing" reported a problem
> > while copying/pasting from HTML Pro into Tex-Edit Plus. Trying to
> > paste resulted in the message: "Apple Event error. Perhaps  
> AppleScript
> > is installed improperly. Error:-1702." He also mentioned that Tex- 
> Edit
> > Plus would bring up the same error attempting to open any Tex-Edit
> > Plus document.
> >
> > I could reproduce the error consistently, while copying text from  
> Tex-
> > Edit Plus (4.1.3) and pasting again into a Tex-Edit Plus document.
> >
> > Dragging text between two open Tex-Edit Pro documents worked fine.
> >
> > I could not reproduce the error by opening a Tex-Edit Plus document.
> >
> > This is in 9.0.4 in any of my SheepShaver UB builds (July 2008,  
> March
> > 2009, July 2009, August 2009, October 2009) in Leopard on Intel. The
> > problem does not occur in the May 2006 release version by Gwenole
> > Beauchesne. I do not know when the problem could have been  
> introduced,
> > I do not have any builds between May 2006 and July 2008.
> >
> >
> > The problem appears to occur only with certain applications and  
> seems
> > to be related somehow to text styles.
> >
> > The problem does not occur when copying and pasting between  
> SimpleText
> > and AppleWorks and vice versa. The problem does also not occur when
> > copying in AppleWorks and next pasting in Tex-Edit Plus. The text is
> > pasted normally and with the correct text styles.
> >
> > When copying in SimpleText and pasting into Tex-Edit Plus, the  
> text is
> > copied but styles are lost.
> >
> > When copying in Tex-Edit Plus and next pasting into Tex-Edit Plus,  
> the
> > error message appears and no text seems to be pasted. However, the
> > insertion point in the document window moves as if text was  
> inserted.
> > The invisible text appears to be pasted indeed, it can be made  
> visible
> > by selecting the section and choosing a color style for it. All text
> > styles appear to be lost.
> >
> > Even stranger is what happens when copied in Tex-Edit Plus and  
> pasted
> > into a SimpleText or AppleWorks document. The text is pasted, but  
> with
> > completely different styles. For instance, plain black Geneva 12pt
> > copied in Tex-Edit Plus, appears pasted in AppleWorks as grey,  
> 255pt,
> > bold, outline, underlined.
> >
> > Very, very weird.
> >
> >
> > I did the same tests in 7.5.5 in BasiliskII (my October 2009 build).
> > Here it was partly different:
> >
> > - No problem at all while copying/pasting from and again into Tex- 
> Edit
> > Plus (same version 4.1.3 as in SheepShaver).
> > - Copying in SimpleText and pasting in Tex-Edit Plus again  
> resulted in
> > loss of text styles.
> > - Copying in Tex-Edit Plus and pasting in SimpleText resulted  
> again in
> > text styles that were completely wrong (very large size).
> > (I did not install AppleWorks or ClarisWorks in BasiliskII.)
> >
> >
> > Testing copying/pasting between host and SheepShaver (October 2009
> > build):
> >
> > - Text copied in MacOSX could be pasted (as plain text) fine in
> > SimpleText, AppleWorks and Tex-Edit Plus.
> > - Text copied in SimpleText appeared as plain text on the MacOSX
> > pasteboard
> > - Text copied in AppleWorks did not appear on the MacOSX pasteboard,
> > but did not change its existing content either.
> > - Text copied in Tex-Edit Plus, on the contrary, cleared the MacOSX
> > pasteboard (or put unrecognizable content onto the pasteboard).
> >
> >
> > Maybe someone can make something out of all this.
> >
> >
> > Ronald.
> >
> >
> >  
> ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart
> > your
> > developing skills, take BlackBerry mobile applications to market and
> > stay
> > ahead of the curve. Join us from November 9 - 12, 2009. Register  
> now!
> > http://p.sf.net/sfu/devconference
> > _______________________________________________
> > basilisk-devel mailing list
> > bas...@li...
> > https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
> --
> Sincerely, Kevin Jaques (at home)
>
> Use ja...@hi... for work related messages
>
> "Send lawyers, guns and money! Dad get me out of this!" - Warren Zevon
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>
>
>
> -- 
> Lew Irwin
> STUDIO BRIEFING
> st...@us...
> (818) 865-0044
> Fax: (815) 333-2765
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference_______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel

Re: [B2-devel] Tex-Edit Plus copy/paste problem in SS and B2 MacOSX

[Lew Irwin/S. B. <st...@us...>]

Where do I find your updated version of SS?

On Sat, Oct 17, 2009 at 6:24 PM, Alexei Svitkine
<ale...@gm...>wrote:

> The bug happened as a result of the code to fix byteswap issues when
> copying to/fromMac OS X x86 host OS. I've committed some code that makes
> things a little better,
> however it's still not the ideal behavior. Let me know if the change is an
> improvement.
>
> -Alexei
>
> On Sat, Oct 17, 2009 at 7:41 PM, Kevin Jaques <kev...@hi...>wrote:
>
>> FWIW, I have clipboard issues with the program InControl. I am using
>> Sheepshaver 080721 UB. When I first start the program, it is able to
>> paste text copied in MacOS X applications. I can't positively say it
>> never works more than once, but I can say that is rare. I have to
>> relaunch the program, then re-copy in OS X. It's a pain, but not a
>> disaster.
>>
>> Likewise, it mostly won't copy from InControl TO Mac OS X. I can't
>> positively say it ever works. I just routinely drag-copy to the shared
>> folder, then open that and copy it in OS X.
>>
>> I use InControl daily, and once a month I use 4D. I know that 4D has
>> similar issues, but can't positively say they are exactly the same.
>> Those are the only two Classic programs that I still need or use.
>>
>>
>> On Oct. 17, 2009, at 14:09 , Ronald P. Regensburg wrote:
>>
>> > This month, in the thread "[Patch] Use default ROM when ROM path
>> > preference is blank", "Lew Irwin/Studio Briefing" reported a problem
>> > while copying/pasting from HTML Pro into Tex-Edit Plus. Trying to
>> > paste resulted in the message: "Apple Event error. Perhaps AppleScript
>> > is installed improperly. Error:-1702." He also mentioned that Tex-Edit
>> > Plus would bring up the same error attempting to open any Tex-Edit
>> > Plus document.
>> >
>> > I could reproduce the error consistently, while copying text from Tex-
>> > Edit Plus (4.1.3) and pasting again into a Tex-Edit Plus document.
>> >
>> > Dragging text between two open Tex-Edit Pro documents worked fine.
>> >
>> > I could not reproduce the error by opening a Tex-Edit Plus document.
>> >
>> > This is in 9.0.4 in any of my SheepShaver UB builds (July 2008, March
>> > 2009, July 2009, August 2009, October 2009) in Leopard on Intel. The
>> > problem does not occur in the May 2006 release version by Gwenole
>> > Beauchesne. I do not know when the problem could have been introduced,
>> > I do not have any builds between May 2006 and July 2008.
>> >
>> >
>> > The problem appears to occur only with certain applications and seems
>> > to be related somehow to text styles.
>> >
>> > The problem does not occur when copying and pasting between SimpleText
>> > and AppleWorks and vice versa. The problem does also not occur when
>> > copying in AppleWorks and next pasting in Tex-Edit Plus. The text is
>> > pasted normally and with the correct text styles.
>> >
>> > When copying in SimpleText and pasting into Tex-Edit Plus, the text is
>> > copied but styles are lost.
>> >
>> > When copying in Tex-Edit Plus and next pasting into Tex-Edit Plus, the
>> > error message appears and no text seems to be pasted. However, the
>> > insertion point in the document window moves as if text was inserted.
>> > The invisible text appears to be pasted indeed, it can be made visible
>> > by selecting the section and choosing a color style for it. All text
>> > styles appear to be lost.
>> >
>> > Even stranger is what happens when copied in Tex-Edit Plus and pasted
>> > into a SimpleText or AppleWorks document. The text is pasted, but with
>> > completely different styles. For instance, plain black Geneva 12pt
>> > copied in Tex-Edit Plus, appears pasted in AppleWorks as grey, 255pt,
>> > bold, outline, underlined.
>> >
>> > Very, very weird.
>> >
>> >
>> > I did the same tests in 7.5.5 in BasiliskII (my October 2009 build).
>> > Here it was partly different:
>> >
>> > - No problem at all while copying/pasting from and again into Tex-Edit
>> > Plus (same version 4.1.3 as in SheepShaver).
>> > - Copying in SimpleText and pasting in Tex-Edit Plus again resulted in
>> > loss of text styles.
>> > - Copying in Tex-Edit Plus and pasting in SimpleText resulted again in
>> > text styles that were completely wrong (very large size).
>> > (I did not install AppleWorks or ClarisWorks in BasiliskII.)
>> >
>> >
>> > Testing copying/pasting between host and SheepShaver (October 2009
>> > build):
>> >
>> > - Text copied in MacOSX could be pasted (as plain text) fine in
>> > SimpleText, AppleWorks and Tex-Edit Plus.
>> > - Text copied in SimpleText appeared as plain text on the MacOSX
>> > pasteboard
>> > - Text copied in AppleWorks did not appear on the MacOSX pasteboard,
>> > but did not change its existing content either.
>> > - Text copied in Tex-Edit Plus, on the contrary, cleared the MacOSX
>> > pasteboard (or put unrecognizable content onto the pasteboard).
>> >
>> >
>> > Maybe someone can make something out of all this.
>> >
>> >
>> > Ronald.
>> >
>> >
>> >
>> ------------------------------------------------------------------------------
>> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> > is the only developer event you need to attend this year. Jumpstart
>> > your
>> > developing skills, take BlackBerry mobile applications to market and
>> > stay
>> > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> > http://p.sf.net/sfu/devconference
>> > _______________________________________________
>> > basilisk-devel mailing list
>> > bas...@li...
>> > https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>>
>> --
>> Sincerely, Kevin Jaques (at home)
>>
>> Use ja...@hi... for work related messages
>>
>> "Send lawyers, guns and money! Dad get me out of this!" - Warren Zevon
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> basilisk-devel mailing list
>> bas...@li...
>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>>
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>


-- 
Lew Irwin
STUDIO BRIEFING
st...@us...
(818) 865-0044
Fax: (815) 333-2765

Re: [B2-devel] Tex-Edit Plus copy/paste problem in SS and B2 MacOSX

[Alexei S. <ale...@gm...>]

The bug happened as a result of the code to fix byteswap issues when copying
to/fromMac OS X x86 host OS. I've committed some code that makes things a
little better,
however it's still not the ideal behavior. Let me know if the change is an
improvement.

-Alexei

On Sat, Oct 17, 2009 at 7:41 PM, Kevin Jaques <kev...@hi...>wrote:

> FWIW, I have clipboard issues with the program InControl. I am using
> Sheepshaver 080721 UB. When I first start the program, it is able to
> paste text copied in MacOS X applications. I can't positively say it
> never works more than once, but I can say that is rare. I have to
> relaunch the program, then re-copy in OS X. It's a pain, but not a
> disaster.
>
> Likewise, it mostly won't copy from InControl TO Mac OS X. I can't
> positively say it ever works. I just routinely drag-copy to the shared
> folder, then open that and copy it in OS X.
>
> I use InControl daily, and once a month I use 4D. I know that 4D has
> similar issues, but can't positively say they are exactly the same.
> Those are the only two Classic programs that I still need or use.
>
>
> On Oct. 17, 2009, at 14:09 , Ronald P. Regensburg wrote:
>
> > This month, in the thread "[Patch] Use default ROM when ROM path
> > preference is blank", "Lew Irwin/Studio Briefing" reported a problem
> > while copying/pasting from HTML Pro into Tex-Edit Plus. Trying to
> > paste resulted in the message: "Apple Event error. Perhaps AppleScript
> > is installed improperly. Error:-1702." He also mentioned that Tex-Edit
> > Plus would bring up the same error attempting to open any Tex-Edit
> > Plus document.
> >
> > I could reproduce the error consistently, while copying text from Tex-
> > Edit Plus (4.1.3) and pasting again into a Tex-Edit Plus document.
> >
> > Dragging text between two open Tex-Edit Pro documents worked fine.
> >
> > I could not reproduce the error by opening a Tex-Edit Plus document.
> >
> > This is in 9.0.4 in any of my SheepShaver UB builds (July 2008, March
> > 2009, July 2009, August 2009, October 2009) in Leopard on Intel. The
> > problem does not occur in the May 2006 release version by Gwenole
> > Beauchesne. I do not know when the problem could have been introduced,
> > I do not have any builds between May 2006 and July 2008.
> >
> >
> > The problem appears to occur only with certain applications and seems
> > to be related somehow to text styles.
> >
> > The problem does not occur when copying and pasting between SimpleText
> > and AppleWorks and vice versa. The problem does also not occur when
> > copying in AppleWorks and next pasting in Tex-Edit Plus. The text is
> > pasted normally and with the correct text styles.
> >
> > When copying in SimpleText and pasting into Tex-Edit Plus, the text is
> > copied but styles are lost.
> >
> > When copying in Tex-Edit Plus and next pasting into Tex-Edit Plus, the
> > error message appears and no text seems to be pasted. However, the
> > insertion point in the document window moves as if text was inserted.
> > The invisible text appears to be pasted indeed, it can be made visible
> > by selecting the section and choosing a color style for it. All text
> > styles appear to be lost.
> >
> > Even stranger is what happens when copied in Tex-Edit Plus and pasted
> > into a SimpleText or AppleWorks document. The text is pasted, but with
> > completely different styles. For instance, plain black Geneva 12pt
> > copied in Tex-Edit Plus, appears pasted in AppleWorks as grey, 255pt,
> > bold, outline, underlined.
> >
> > Very, very weird.
> >
> >
> > I did the same tests in 7.5.5 in BasiliskII (my October 2009 build).
> > Here it was partly different:
> >
> > - No problem at all while copying/pasting from and again into Tex-Edit
> > Plus (same version 4.1.3 as in SheepShaver).
> > - Copying in SimpleText and pasting in Tex-Edit Plus again resulted in
> > loss of text styles.
> > - Copying in Tex-Edit Plus and pasting in SimpleText resulted again in
> > text styles that were completely wrong (very large size).
> > (I did not install AppleWorks or ClarisWorks in BasiliskII.)
> >
> >
> > Testing copying/pasting between host and SheepShaver (October 2009
> > build):
> >
> > - Text copied in MacOSX could be pasted (as plain text) fine in
> > SimpleText, AppleWorks and Tex-Edit Plus.
> > - Text copied in SimpleText appeared as plain text on the MacOSX
> > pasteboard
> > - Text copied in AppleWorks did not appear on the MacOSX pasteboard,
> > but did not change its existing content either.
> > - Text copied in Tex-Edit Plus, on the contrary, cleared the MacOSX
> > pasteboard (or put unrecognizable content onto the pasteboard).
> >
> >
> > Maybe someone can make something out of all this.
> >
> >
> > Ronald.
> >
> >
> >
> ------------------------------------------------------------------------------
> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> > is the only developer event you need to attend this year. Jumpstart
> > your
> > developing skills, take BlackBerry mobile applications to market and
> > stay
> > ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> > http://p.sf.net/sfu/devconference
> > _______________________________________________
> > basilisk-devel mailing list
> > bas...@li...
> > https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
> --
> Sincerely, Kevin Jaques (at home)
>
> Use ja...@hi... for work related messages
>
> "Send lawyers, guns and money! Dad get me out of this!" - Warren Zevon
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>

Re: [B2-devel] Tex-Edit Plus copy/paste problem in SS and B2 MacOSX

[Kevin J. <kev...@hi...>]

FWIW, I have clipboard issues with the program InControl. I am using  
Sheepshaver 080721 UB. When I first start the program, it is able to  
paste text copied in MacOS X applications. I can't positively say it  
never works more than once, but I can say that is rare. I have to  
relaunch the program, then re-copy in OS X. It's a pain, but not a  
disaster.

Likewise, it mostly won't copy from InControl TO Mac OS X. I can't  
positively say it ever works. I just routinely drag-copy to the shared  
folder, then open that and copy it in OS X.

I use InControl daily, and once a month I use 4D. I know that 4D has  
similar issues, but can't positively say they are exactly the same.  
Those are the only two Classic programs that I still need or use.


On Oct. 17, 2009, at 14:09 , Ronald P. Regensburg wrote:

> This month, in the thread "[Patch] Use default ROM when ROM path
> preference is blank", "Lew Irwin/Studio Briefing" reported a problem
> while copying/pasting from HTML Pro into Tex-Edit Plus. Trying to
> paste resulted in the message: "Apple Event error. Perhaps AppleScript
> is installed improperly. Error:-1702." He also mentioned that Tex-Edit
> Plus would bring up the same error attempting to open any Tex-Edit
> Plus document.
>
> I could reproduce the error consistently, while copying text from Tex-
> Edit Plus (4.1.3) and pasting again into a Tex-Edit Plus document.
>
> Dragging text between two open Tex-Edit Pro documents worked fine.
>
> I could not reproduce the error by opening a Tex-Edit Plus document.
>
> This is in 9.0.4 in any of my SheepShaver UB builds (July 2008, March
> 2009, July 2009, August 2009, October 2009) in Leopard on Intel. The
> problem does not occur in the May 2006 release version by Gwenole
> Beauchesne. I do not know when the problem could have been introduced,
> I do not have any builds between May 2006 and July 2008.
>
>
> The problem appears to occur only with certain applications and seems
> to be related somehow to text styles.
>
> The problem does not occur when copying and pasting between SimpleText
> and AppleWorks and vice versa. The problem does also not occur when
> copying in AppleWorks and next pasting in Tex-Edit Plus. The text is
> pasted normally and with the correct text styles.
>
> When copying in SimpleText and pasting into Tex-Edit Plus, the text is
> copied but styles are lost.
>
> When copying in Tex-Edit Plus and next pasting into Tex-Edit Plus, the
> error message appears and no text seems to be pasted. However, the
> insertion point in the document window moves as if text was inserted.
> The invisible text appears to be pasted indeed, it can be made visible
> by selecting the section and choosing a color style for it. All text
> styles appear to be lost.
>
> Even stranger is what happens when copied in Tex-Edit Plus and pasted
> into a SimpleText or AppleWorks document. The text is pasted, but with
> completely different styles. For instance, plain black Geneva 12pt
> copied in Tex-Edit Plus, appears pasted in AppleWorks as grey, 255pt,
> bold, outline, underlined.
>
> Very, very weird.
>
>
> I did the same tests in 7.5.5 in BasiliskII (my October 2009 build).
> Here it was partly different:
>
> - No problem at all while copying/pasting from and again into Tex-Edit
> Plus (same version 4.1.3 as in SheepShaver).
> - Copying in SimpleText and pasting in Tex-Edit Plus again resulted in
> loss of text styles.
> - Copying in Tex-Edit Plus and pasting in SimpleText resulted again in
> text styles that were completely wrong (very large size).
> (I did not install AppleWorks or ClarisWorks in BasiliskII.)
>
>
> Testing copying/pasting between host and SheepShaver (October 2009
> build):
>
> - Text copied in MacOSX could be pasted (as plain text) fine in
> SimpleText, AppleWorks and Tex-Edit Plus.
> - Text copied in SimpleText appeared as plain text on the MacOSX
> pasteboard
> - Text copied in AppleWorks did not appear on the MacOSX pasteboard,
> but did not change its existing content either.
> - Text copied in Tex-Edit Plus, on the contrary, cleared the MacOSX
> pasteboard (or put unrecognizable content onto the pasteboard).
>
>
> Maybe someone can make something out of all this.
>
>
> Ronald.
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel

--
Sincerely, Kevin Jaques (at home)

Use ja...@hi... for work related messages

"Send lawyers, guns and money! Dad get me out of this!" - Warren Zevon

[B2-devel] Tex-Edit Plus copy/paste problem in SS and B2 MacOSX

[Ronald P. R. <ron...@xs...>]

This month, in the thread "[Patch] Use default ROM when ROM path  
preference is blank", "Lew Irwin/Studio Briefing" reported a problem  
while copying/pasting from HTML Pro into Tex-Edit Plus. Trying to  
paste resulted in the message: "Apple Event error. Perhaps AppleScript  
is installed improperly. Error:-1702." He also mentioned that Tex-Edit  
Plus would bring up the same error attempting to open any Tex-Edit  
Plus document.

I could reproduce the error consistently, while copying text from Tex- 
Edit Plus (4.1.3) and pasting again into a Tex-Edit Plus document.

Dragging text between two open Tex-Edit Pro documents worked fine.

I could not reproduce the error by opening a Tex-Edit Plus document.

This is in 9.0.4 in any of my SheepShaver UB builds (July 2008, March  
2009, July 2009, August 2009, October 2009) in Leopard on Intel. The  
problem does not occur in the May 2006 release version by Gwenole  
Beauchesne. I do not know when the problem could have been introduced,  
I do not have any builds between May 2006 and July 2008.


The problem appears to occur only with certain applications and seems  
to be related somehow to text styles.

The problem does not occur when copying and pasting between SimpleText  
and AppleWorks and vice versa. The problem does also not occur when  
copying in AppleWorks and next pasting in Tex-Edit Plus. The text is  
pasted normally and with the correct text styles.

When copying in SimpleText and pasting into Tex-Edit Plus, the text is  
copied but styles are lost.

When copying in Tex-Edit Plus and next pasting into Tex-Edit Plus, the  
error message appears and no text seems to be pasted. However, the  
insertion point in the document window moves as if text was inserted.  
The invisible text appears to be pasted indeed, it can be made visible  
by selecting the section and choosing a color style for it. All text  
styles appear to be lost.

Even stranger is what happens when copied in Tex-Edit Plus and pasted  
into a SimpleText or AppleWorks document. The text is pasted, but with  
completely different styles. For instance, plain black Geneva 12pt  
copied in Tex-Edit Plus, appears pasted in AppleWorks as grey, 255pt,  
bold, outline, underlined.

Very, very weird.


I did the same tests in 7.5.5 in BasiliskII (my October 2009 build).  
Here it was partly different:

- No problem at all while copying/pasting from and again into Tex-Edit  
Plus (same version 4.1.3 as in SheepShaver).
- Copying in SimpleText and pasting in Tex-Edit Plus again resulted in  
loss of text styles.
- Copying in Tex-Edit Plus and pasting in SimpleText resulted again in  
text styles that were completely wrong (very large size).
(I did not install AppleWorks or ClarisWorks in BasiliskII.)


Testing copying/pasting between host and SheepShaver (October 2009  
build):

- Text copied in MacOSX could be pasted (as plain text) fine in  
SimpleText, AppleWorks and Tex-Edit Plus.
- Text copied in SimpleText appeared as plain text on the MacOSX  
pasteboard
- Text copied in AppleWorks did not appear on the MacOSX pasteboard,  
but did not change its existing content either.
- Text copied in Tex-Edit Plus, on the contrary, cleared the MacOSX  
pasteboard (or put unrecognizable content onto the pasteboard).


Maybe someone can make something out of all this.


Ronald.

Re: [B2-devel] [Patch] Use default ROM when ROM path preference is blank

[Lew Irwin/S. B. <st...@us...>]

Yes, I have had no previous problems. I've been using Sheepshaver for about
two years with only minor glitches. I installed the new version on an iMac
and a Macbook Pro and got the same error message. I switched over to a
Macbook Air with the old version and had no problem.

On Mon, Oct 12, 2009 at 1:56 PM, Alexei Svitkine
<ale...@gm...>wrote:

> Is this something that worked fine with earlier versions of SheepShaver?
> -Alexei
>
>
> On Mon, Oct 12, 2009 at 4:11 PM, Lew Irwin/Studio Briefing <st...@us...
> > wrote:
>
>> I installed the July 2008 release -- and noticed a number of improvements
>> until I went to paste a document from the application HTML Pro into Tex-Edit
>> Plus. At this point I received an error message: "Apple Event error. Perhaps
>> AppleScript is installed improperly. Error:-1702." I then discovered that
>> attempting to open any Tex-Edit document brings up the same error message.
>> Is there a quick fix for a non-programmer like myself?
>>
>> On Sun, Oct 4, 2009 at 11:33 AM, Michael Schmitt <msb2ssdev@me> wrote:
>>
>>>  Consider the July 2008 version to be the "stable" release.
>>>
>>> There are various development efforts going on that will lead to a new
>>> release candidate. Binaries are created, and are posted in the SheepShaver
>>> forum <http://www.emaculation.com/forum/viewforum.php?f=20> on
>>> Emaculation.com. These are beta (unstable) versions.
>>>
>>> The wiki has a news page <http://www.emaculation.com/doku.php/news> that
>>> points out the significant forum postings.
>>>
>>> Right now the development activity is around a "SheepShaver" launcher
>>> application.
>>>
>>> This mailing list is for notification and discussion of patches posted to
>>> the source repository.
>>>
>>> If you are looking for a binary, we can point you in the right direction,
>>> but we need to know:
>>>
>>> 1. Are you needing something that isn't in the stable (July 2008)
>>> release?
>>>
>>> 2. What is your platform and host operating system?
>>>
>>>
>>> On Oct 4, 2009, at 1:13 PM, Kevin Jaques wrote:
>>>
>>> If only! The last official build was 2006. Even the last unofficial build
>>> for Mac OS X was July 2008. See
>>> http://emaculation.com/doku.php/sheepshaver#sheepshaver_for_mac_os_x.
>>> I know you have no duty to help us, and even just posting your knowledge
>>> on this forum is a kindness, but it seems like such a small additional step,
>>> if you guys are compiling from the latest patch, to simply upload the
>>> result.
>>>
>>> On Oct. 4, 2009, at 11:40 , Alexei Svitkine wrote:
>>>
>>> Updated builds of SS are usually available on the SheepShaver forums at
>>> emaculation.com.
>>> -Alexei
>>>
>>> On Sun, Oct 4, 2009 at 1:27 PM, Lew Irwin/Studio Briefing <
>>> st...@us...> wrote:
>>>
>>>> I do not have the technical expertise to understand the patches
>>>> discussed in your recent message (and how they may affect the performance of
>>>> SheepShaver). Is there another upgrade or complete build of SS that I can
>>>> (should?) install?
>>>>
>>>>
>>>> On Tue, Aug 25, 2009 at 5:12 PM, Alexei Svitkine <
>>>> ale...@gm...> wrote:
>>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> basilisk-devel mailing list
>>> bas...@li...
>>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>>>
>>>
>>
>>
>> --
>> Lew Irwin
>> STUDIO BRIEFING
>> st...@us...
>> (818) 865-0044
>> Fax: (815) 333-2765
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> basilisk-devel mailing list
>> bas...@li...
>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>>
>>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>


-- 
Lew Irwin
STUDIO BRIEFING
st...@us...
(818) 865-0044
Fax: (815) 333-2765

Re: [B2-devel] [Patch] Use default ROM when ROM path preference is blank

[Alexei S. <ale...@gm...>]

Is this something that worked fine with earlier versions of SheepShaver?
-Alexei

On Mon, Oct 12, 2009 at 4:11 PM, Lew Irwin/Studio Briefing
<st...@us...>wrote:

> I installed the July 2008 release -- and noticed a number of improvements
> until I went to paste a document from the application HTML Pro into Tex-Edit
> Plus. At this point I received an error message: "Apple Event error. Perhaps
> AppleScript is installed improperly. Error:-1702." I then discovered that
> attempting to open any Tex-Edit document brings up the same error message.
> Is there a quick fix for a non-programmer like myself?
>
> On Sun, Oct 4, 2009 at 11:33 AM, Michael Schmitt <msb2ssdev@me> wrote:
>
>>  Consider the July 2008 version to be the "stable" release.
>>
>> There are various development efforts going on that will lead to a new
>> release candidate. Binaries are created, and are posted in the SheepShaver
>> forum <http://www.emaculation.com/forum/viewforum.php?f=20> on
>> Emaculation.com. These are beta (unstable) versions.
>>
>> The wiki has a news page <http://www.emaculation.com/doku.php/news> that
>> points out the significant forum postings.
>>
>> Right now the development activity is around a "SheepShaver" launcher
>> application.
>>
>> This mailing list is for notification and discussion of patches posted to
>> the source repository.
>>
>> If you are looking for a binary, we can point you in the right direction,
>> but we need to know:
>>
>> 1. Are you needing something that isn't in the stable (July 2008) release?
>>
>> 2. What is your platform and host operating system?
>>
>>
>> On Oct 4, 2009, at 1:13 PM, Kevin Jaques wrote:
>>
>> If only! The last official build was 2006. Even the last unofficial build
>> for Mac OS X was July 2008. See
>> http://emaculation.com/doku.php/sheepshaver#sheepshaver_for_mac_os_x.
>> I know you have no duty to help us, and even just posting your knowledge
>> on this forum is a kindness, but it seems like such a small additional step,
>> if you guys are compiling from the latest patch, to simply upload the
>> result.
>>
>> On Oct. 4, 2009, at 11:40 , Alexei Svitkine wrote:
>>
>> Updated builds of SS are usually available on the SheepShaver forums at
>> emaculation.com.
>> -Alexei
>>
>> On Sun, Oct 4, 2009 at 1:27 PM, Lew Irwin/Studio Briefing <st...@us...
>> > wrote:
>>
>>> I do not have the technical expertise to understand the patches discussed
>>> in your recent message (and how they may affect the performance of
>>> SheepShaver). Is there another upgrade or complete build of SS that I can
>>> (should?) install?
>>>
>>>
>>> On Tue, Aug 25, 2009 at 5:12 PM, Alexei Svitkine <
>>> ale...@gm...> wrote:
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> basilisk-devel mailing list
>> bas...@li...
>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>>
>>
>
>
> --
> Lew Irwin
> STUDIO BRIEFING
> st...@us...
> (818) 865-0044
> Fax: (815) 333-2765
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>

Re: [B2-devel] [Patch] Use default ROM when ROM path preference is blank

[Lew Irwin/S. B. <st...@us...>]

I installed the July 2008 release -- and noticed a number of improvements
until I went to paste a document from the application HTML Pro into Tex-Edit
Plus. At this point I received an error message: "Apple Event error. Perhaps
AppleScript is installed improperly. Error:-1702." I then discovered that
attempting to open any Tex-Edit document brings up the same error message.
Is there a quick fix for a non-programmer like myself?

On Sun, Oct 4, 2009 at 11:33 AM, Michael Schmitt <msb2ssdev@me> wrote:

> Consider the July 2008 version to be the "stable" release.
>
> There are various development efforts going on that will lead to a new
> release candidate. Binaries are created, and are posted in the SheepShaver
> forum <http://www.emaculation.com/forum/viewforum.php?f=20> on
> Emaculation.com. These are beta (unstable) versions.
>
> The wiki has a news page <http://www.emaculation.com/doku.php/news> that
> points out the significant forum postings.
>
> Right now the development activity is around a "SheepShaver" launcher
> application.
>
> This mailing list is for notification and discussion of patches posted to
> the source repository.
>
> If you are looking for a binary, we can point you in the right direction,
> but we need to know:
>
> 1. Are you needing something that isn't in the stable (July 2008) release?
>
> 2. What is your platform and host operating system?
>
>
> On Oct 4, 2009, at 1:13 PM, Kevin Jaques wrote:
>
> If only! The last official build was 2006. Even the last unofficial build
> for Mac OS X was July 2008. See
> http://emaculation.com/doku.php/sheepshaver#sheepshaver_for_mac_os_x.
> I know you have no duty to help us, and even just posting your knowledge on
> this forum is a kindness, but it seems like such a small additional step, if
> you guys are compiling from the latest patch, to simply upload the result.
>
> On Oct. 4, 2009, at 11:40 , Alexei Svitkine wrote:
>
> Updated builds of SS are usually available on the SheepShaver forums at
> emaculation.com.
> -Alexei
>
> On Sun, Oct 4, 2009 at 1:27 PM, Lew Irwin/Studio Briefing <st...@us...>wrote:
>
>> I do not have the technical expertise to understand the patches discussed
>> in your recent message (and how they may affect the performance of
>> SheepShaver). Is there another upgrade or complete build of SS that I can
>> (should?) install?
>>
>>
>> On Tue, Aug 25, 2009 at 5:12 PM, Alexei Svitkine <
>> ale...@gm...> wrote:
>>
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>


-- 
Lew Irwin
STUDIO BRIEFING
st...@us...
(818) 865-0044
Fax: (815) 333-2765