basilisk-devel — Basilisk II development-related discussion

Re: [B2-devel] Fix for wrong tilde key in Windows SheepShaver keystrokes

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

Interestingly, the problem did not occur on Mac OS X when the original (unmodified, 1997-2005) keycodes file was used. There may now be a problem on Mac OS X when that keycodes file is used.

(Can't check this because it is still impossible to build SheepShaver in Snow Leopard.)

Ronald P. Regensburg.


Op 24 aug 2010, om 01:52 heeft Alexei Svitkine het volgende geschreven:

> Thanks. The same was happening on Mac OS X, so I've made the change
> for all platforms.
> 
> -Alexei Svitkine
> 
> On Mon, Aug 23, 2010 at 9:15 AM, Edward Mendelson <em...@co...> wrote:
>> The BasiliskII keycodes file (and I think also the default
>> SheepShaver/BasiliskII keyboard codes) has an error in the assignment of the
>> Windows keys (and the error may occur elsewhere). On US keyboards at least,
>> if you type the backtick/tilde key ( with ` and ~), Basilisk II and
>> SheepShaver for Windows produce the plus/minus sign and the section sign
>> (two intertwined S characters).
>> 
>> The fix in the keycodes file is this: under Windows, change
>> 
>> 41 10 # `
>> 
>> to
>> 
>> 41 50 # `
>> 
>> I think this change may need to be made in the source code for SheepShaver
>> and BasiliskII also.
>> 
>> I hope I'm not wasting bandwidth, and this is correct.
>> 
>> Edward Mendelson
>> 
>> 
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by
>> 
>> Make an app they can't live without
>> Enter the BlackBerry Developer Challenge
>> http://p.sf.net/sfu/RIM-dev2dev
>> _______________________________________________
>> basilisk-devel mailing list
>> bas...@li...
>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>> 
> 
> ------------------------------------------------------------------------------
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users 
> worldwide. Take advantage of special opportunities to increase revenue and 
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel

[B2-devel] Logs of SheepShaver

[Natanael A. <Nat...@gm...>]

Hallo,
I'm trying set up a MacOS 9 on a MacOS X because my dad needs some 9 
programs (the default use-case of SheepShaver).
After playing around with the keycodes he has now a working keyboard, 
and with the new JIT-Compiller also a very fast system.
But SheepShaver often hangs or crashes. Sometimes he has to click the 
starter Icon 3× until the 9 is booting.
Is there a logfile in which I could look for the causes of these 
crashes? Or is it possible to start SheepShaver with a verbose option?

Thank you
Natanael

[B2-devel] Logs of SheepShaver

[Natanael A. <ar...@gm...>]

Hallo,
I'm trying set up a MacOS 9 on a MacOS X because my dad needs some 9 
programs (the default use-case of SheepShaver).
After playing around with the keycodes he has now a working keyboard, 
and with the new JIT-Compiller also a very fast system.
But SheepShaver often hangs or crashes. Sometimes he has to click the 
starter Icon 3× until the 9 is booting.
Is there a logfile in which I could look for the causes of these 
crashes? Or is it possible to start SheepShaver with a verbose option?

Thank you
Natanael

Re: [B2-devel] Fix for wrong tilde key in Windows SheepShaver keystrokes

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

Thanks. The same was happening on Mac OS X, so I've made the change
for all platforms.

-Alexei Svitkine

On Mon, Aug 23, 2010 at 9:15 AM, Edward Mendelson <em...@co...> wrote:
> The BasiliskII keycodes file (and I think also the default
> SheepShaver/BasiliskII keyboard codes) has an error in the assignment of the
> Windows keys (and the error may occur elsewhere). On US keyboards at least,
> if you type the backtick/tilde key ( with ` and ~), Basilisk II and
> SheepShaver for Windows produce the plus/minus sign and the section sign
> (two intertwined S characters).
>
> The fix in the keycodes file is this: under Windows, change
>
> 41 10 # `
>
> to
>
> 41 50 # `
>
> I think this change may need to be made in the source code for SheepShaver
> and BasiliskII also.
>
> I hope I'm not wasting bandwidth, and this is correct.
>
> Edward Mendelson
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>

[B2-devel] Fix for wrong tilde key in Windows SheepShaver keystrokes

[Edward M. <em...@co...>]

The BasiliskII keycodes file (and I think also the default
SheepShaver/BasiliskII keyboard codes) has an error in the assignment of the
Windows keys (and the error may occur elsewhere). On US keyboards at least,
if you type the backtick/tilde key ( with ` and ~), Basilisk II and
SheepShaver for Windows produce the plus/minus sign and the section sign
(two intertwined S characters).

The fix in the keycodes file is this: under Windows, change

41 10 # `

to

41 50 # `

I think this change may need to be made in the source code for SheepShaver
and BasiliskII also.

I hope I'm not wasting bandwidth, and this is correct.

Edward Mendelson

[B2-devel] BasiliskII fullscreen on Ubuntu 10.04

[Iain D. <iai...@gm...>]

Hi,

I'm interested in using BasiliskII in fullscreen on Ubuntu 10.04
(Lucid). Unfortunately it’s been dropped from the distro, so I tried
the binary RPM, but it relies on GTK 1.2, which has also been dropped.
I compiled with GTK 2, which worked, but I can’t fullscreen. I passed
--enable_xf86_dga, and my Xorg log indicates I have XFree86-DGA
loaded, but when I try to run Basilisk in fullscreen, I get the error
‘XF86DGANoDirectVideoMode’. What do I need to do to make fullscreen
work?

Thanks,
Iain

[B2-devel] Page Setup now crashes SheepShaver

[Tim M. <tlm...@ma...>]

I can no longer choose File > Page Setup in FrameMaker without instantly crashing SheepShaver. Can anyone think of any fixes?  Presently, AdobePS is my default printer, which is what I want, and I can choose options within the Print dialog so I can print PostScript files for distilling okay.

Thanks.

Re: [B2-devel] patches for BasiliskII/SheepShaver Linux NetDriver source

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

All patches applied. Thanks.

On Mon, Mar 29, 2010 at 2:44 PM, Joel MAURAS <jo...@wa...> wrote:
> Hi
>
> I managed to install a full new Gentoo Linux on my laptop and eventually came to
> the SheepShaver stuff to replace my old WallStreet by an emulator so I can
> continue to work with the documents created previously.
> I fell upon the last problems published while building SheepShaver and NetDriver
> on a Linux 2.6.31 kernel with Gentoo distribution :
>
> $ uname -srvmpio
> Linux 2.6.31-gentoo-r6 #6 SMP Wed Mar 17 20:03:01 CET 2010 x86_64 Intel(R)
> Core(TM)2 Duo CPU T7500 @ 2.20GHz GenuineIntel GNU/Linux
>
> And try my best to have it going on getting help from basilisk-devel list. Once
> the whole thing worked I can have Mac OS 9.04 from an X window on my Linux box
> and get access to the Internet into the emulator through NetDriver and a wired
> or wireless connection.
>
> from the official SheepShaver website I put BasiliskII and SheepShaver side by
> side into the same root directory.
>
> - The first patch "SheepShaver_Makefile.patch" let makefile build relatives
> links between SheepShaver and BasiliksII so they can be moved anywhere into the
> file system as long as they stay side by side without having to rebuid the
> links. This patch is not mandatory.
>
> - the second patch "sigsegv.patch" is needed with new GCC as it had become too
> smart and trigger an error on range address when a page fault was traped.
>
> $ gcc --version
> gcc (Gentoo 4.3.4 p1.1, pie-10.1.5) 4.3.4
> Copyright (C) 2008 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> We need to slice the binary created to be sure the address of the trap is within
> the test addresses. This is why each trap occur between two case labels and a
> new section of assembly code is set in between.
>
> - The third and forth patches "sheep_net.patch" and "NetDriver_Makefile.patch"
> come from "Spoelstra, Howard" <How...@ou...> witch talk of them on the
> Basilisk-devel list. Also the fact that locking kernel is no more allowed.
>
> If someone is interested by the four of them they are bind for convenience in
> "all_4_sheep.patch" that can be applied from the directory containing BasiliskII
> and SheepShaver loaded from CVS :
>
> $ patch -p0 < all_4_sheep.patch
>
> To load the driver I need the next commands on my system (only root can set
> them, so I created a script launched at startup) :
>        modprobe sheep_net
>        chmod o+rw /dev/sheep_net
>        sysctl -w vm.mmap_min_addr=0
>
> Greatings,
> Joel
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>

[B2-devel] patches for BasiliskII/SheepShaver Linux NetDriver source

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

Hi

I managed to install a full new Gentoo Linux on my laptop and eventually came to
the SheepShaver stuff to replace my old WallStreet by an emulator so I can
continue to work with the documents created previously.
I fell upon the last problems published while building SheepShaver and NetDriver
on a Linux 2.6.31 kernel with Gentoo distribution :

$ uname -srvmpio
Linux 2.6.31-gentoo-r6 #6 SMP Wed Mar 17 20:03:01 CET 2010 x86_64 Intel(R)
Core(TM)2 Duo CPU T7500 @ 2.20GHz GenuineIntel GNU/Linux

And try my best to have it going on getting help from basilisk-devel list. Once
the whole thing worked I can have Mac OS 9.04 from an X window on my Linux box
and get access to the Internet into the emulator through NetDriver and a wired
or wireless connection.

from the official SheepShaver website I put BasiliskII and SheepShaver side by
side into the same root directory.

- The first patch "SheepShaver_Makefile.patch" let makefile build relatives
links between SheepShaver and BasiliksII so they can be moved anywhere into the
file system as long as they stay side by side without having to rebuid the
links. This patch is not mandatory.

- the second patch "sigsegv.patch" is needed with new GCC as it had become too
smart and trigger an error on range address when a page fault was traped.

$ gcc --version
gcc (Gentoo 4.3.4 p1.1, pie-10.1.5) 4.3.4
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

We need to slice the binary created to be sure the address of the trap is within
the test addresses. This is why each trap occur between two case labels and a
new section of assembly code is set in between.

- The third and forth patches "sheep_net.patch" and "NetDriver_Makefile.patch"
come from "Spoelstra, Howard" <How...@ou...> witch talk of them on the
Basilisk-devel list. Also the fact that locking kernel is no more allowed.

If someone is interested by the four of them they are bind for convenience in
"all_4_sheep.patch" that can be applied from the directory containing BasiliskII
and SheepShaver loaded from CVS :

$ patch -p0 < all_4_sheep.patch

To load the driver I need the next commands on my system (only root can set
them, so I created a script launched at startup) :
	modprobe sheep_net
	chmod o+rw /dev/sheep_net
	sysctl -w vm.mmap_min_addr=0

Greatings,
Joel

Re: [B2-devel] Forward of moderated message

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

Would it be possible to conditionally detect the Linux environment
type and have code that's compatible with both the old ones and the
new distros?

-Alexei

On Fri, Mar 26, 2010 at 4:30 AM,
<bas...@li...> wrote:
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
>
> ---------- Forwarded message ----------
> From: "Spoelstra, Howard" <How...@ou...>
> To: "bas...@li..." <bas...@li...>
> Date: Wed, 24 Mar 2010 00:31:39 +0100
> Subject: fixes for BasiliskII/SheepShaver Linux NetDriver source
> Hi,
>
> I'm sorry for my lack in knowledge about the diff command, but I would like to commit two updates to files to compile on modern Linux systems for the Linux NetDriver (sheep_net networking module).
> Can someone review the changes and perhaps commit the changes?
>
> The files are in /BasiliskII/src/Unix/Linux/NetDriver
>
> In makefile, due to new locations of misc drivers, lines 47-48 need to be changed into:
>        install -d $(KERNEL_DIR)/kernel/drivers/misc
>        install -m 644 sheep_net.$(MP) $(KERNEL_DIR)/kernel/drivers/misc
>
> In the sheep_net.c file, lines 23-33 need to be commented out:
> /*
> #include <linux/config.h>
> #include "config.h"
> #include <linux/autoconf.h>
>
> #if defined(CONFIG_MODVERSIONS) && !defined(MODVERSIONS)
> #define MODVERSIONS
> #endif
>
> #if defined(MODVERSIONS)
> #include <linux/modversions.h>
> #endif
>  */
>
> Compile instructions for the Sheep_net module:
> -Install kernel sources
> -cd to BasiliskII/src/Unix/Linux/NetDriver source folder
> -make
> -su make install
>
> Load the driver with modprobe sheep_net
> Start Basilisk/SheepShaverGUI and chose your network card as networking interface, e.g. eth0
>
> Best,
> Howard
>
>
>
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>

[B2-devel] Forward of moderated message

[<bas...@li...>]

Hi,

I'm sorry for my lack in knowledge about the diff command, but I would like to commit two updates to files to compile on modern Linux systems for the Linux NetDriver (sheep_net networking module).
Can someone review the changes and perhaps commit the changes?

The files are in /BasiliskII/src/Unix/Linux/NetDriver

In makefile, due to new locations of misc drivers, lines 47-48 need to be changed into:
	install -d $(KERNEL_DIR)/kernel/drivers/misc
	install -m 644 sheep_net.$(MP) $(KERNEL_DIR)/kernel/drivers/misc

In the sheep_net.c file, lines 23-33 need to be commented out:
/* 
#include <linux/config.h>
#include "config.h"
#include <linux/autoconf.h>

#if defined(CONFIG_MODVERSIONS) && !defined(MODVERSIONS)
#define MODVERSIONS
#endif

#if defined(MODVERSIONS)
#include <linux/modversions.h>
#endif
 */

Compile instructions for the Sheep_net module:
-Install kernel sources
-cd to BasiliskII/src/Unix/Linux/NetDriver source folder
-make
-su make install

Load the driver with modprobe sheep_net
Start Basilisk/SheepShaverGUI and chose your network card as networking interface, e.g. eth0

Best,
Howard

Re: [B2-devel] sigsegv.cpp `have skip check` fix for gcc 4.4.3

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

Committed. Thanks.

2010/3/9 Amadeusz Sławiński <sa...@gm...>:
> On Tue, Mar 09, 2010 at 09:33:38AM -0500, Alexei Svitkine wrote:
>> > Also works if you do something like
>> > volatile int label_hack = 3;
>> > switch (label_hack) {
>> > case 3:
>> > ...
>> > case 2:
>>
>> I'd prefer that approach then, since it will likely also work with the
>> older compilers that do require the volatile.
>>
>> -Alexei
>>
>
> Should have thought that way, patch included.
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>

Re: [B2-devel] sigsegv.cpp `have skip check` fix for gcc 4.4.3

[Amadeusz S. <sa...@gm...>]

On Tue, Mar 09, 2010 at 09:33:38AM -0500, Alexei Svitkine wrote:
> > Also works if you do something like
> > volatile int label_hack = 3;
> > switch (label_hack) {
> > case 3:
> > ...
> > case 2:
> 
> I'd prefer that approach then, since it will likely also work with the
> older compilers that do require the volatile.
> 
> -Alexei
> 

Should have thought that way, patch included.

Re: [B2-devel] sigsegv.cpp `have skip check` fix for gcc 4.4.3

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

> Also works if you do something like
> volatile int label_hack = 3;
> switch (label_hack) {
> case 3:
> ...
> case 2:

I'd prefer that approach then, since it will likely also work with the
older compilers that do require the volatile.

-Alexei

Re: [B2-devel] sigsegv.cpp `have skip check` fix for gcc 4.4.3

[Amadeusz S. <sa...@gm...>]

Output of ./configure
...
checking whether we can skip instruction in SIGSEGV handler... no
...

from config.log
...
configure:9849: checking whether we can skip instruction in SIGSEGV
handler
configure:9875: g++ -o conftest -g -O2    conftest.cpp -lrt -lpthread
-lm   -lSM -lICE  -lX11 -lXext  -lXxf86vm >&5
configure:9875: $? = 0
configure:9875: ./conftest
./configure: line 2130:  4065 Segmentation fault
./conftest$ac_exeext
configure:9875: $? = 139
configure: program exited with status 139
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "SheepShaver"
| #define PACKAGE_TARNAME "SheepShaver"
| #define PACKAGE_VERSION "2.3"
| #define PACKAGE_STRING "SheepShaver 2.3"
| #define PACKAGE_BUGREPORT "Chr...@un..."
| #define PACKAGE_URL ""
| #define EMULATED_PPC 1
| #define HAVE_LIBM 1
| #define HAVE_LIBPTHREAD 1
| #define HAVE_PTHREAD_CANCEL 1
| #define HAVE_PTHREAD_COND_INIT 1
| #define HAVE_PTHREAD_TESTCANCEL 1
| #define HAVE_PTHREAD_MUTEXATTR_SETPROTOCOL 1
| #define HAVE_PTHREAD_MUTEXATTR_SETTYPE 1
| #define HAVE_PTHREAD_MUTEXATTR_SETPSHARED 1
| #define HAVE_SEM_INIT 1
| #define HAVE_PTHREADS 1
| #define ENABLE_FBDEV_DGA 1
| #define ENABLE_XF86_VIDMODE 1
| #define ENABLE_GTK 1
| #define STDC_HEADERS 1
| #define HAVE_SYS_WAIT_H 1
| #define HAVE_MALLOC_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_SYS_MMAN_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_BYTESWAP_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_SYS_SOCKET_H 1
| #define HAVE_SYS_IOCTL_H 1
| #define HAVE_SYS_BITYPES_H 1
| #define HAVE_SYS_WAIT_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_SYS_POLL_H 1
| #define HAVE_SYS_SELECT_H 1
| #define HAVE_ARPA_INET_H 1
| #define HAVE_LINUX_IF_H 1
| #define HAVE_LINUX_IF_TUN_H 1
| #define HAVE_NET_IF_H 1
| #define HAVE_FENV_H 1
| #define SIZEOF_SHORT 2
| #define SIZEOF_INT 4
| #define SIZEOF_LONG 8
| #define SIZEOF_LONG_LONG 8
| #define SIZEOF_FLOAT 4
| #define SIZEOF_DOUBLE 8
| #define SIZEOF_VOID_P 8
| #define RETSIGTYPE void
| #define TIME_WITH_SYS_TIME 1
| #define HAVE_SIGNAL_SA_RESTORER 1
| #define HAVE_STRDUP 1
| #define HAVE_STRERROR 1
| #define HAVE_CFMAKERAW 1
| #define HAVE_NANOSLEEP 1
| #define HAVE_SIGACTION 1
| #define HAVE_SIGNAL 1
| #define HAVE_MMAP 1
| #define HAVE_MPROTECT 1
| #define HAVE_MUNMAP 1
| #define HAVE_EXP2F 1
| #define HAVE_LOG2F 1
| #define HAVE_EXP2 1
| #define HAVE_LOG2 1
| #define HAVE_FLOORF 1
| #define HAVE_ROUNDF 1
| #define HAVE_CEILF 1
| #define HAVE_TRUNCF 1
| #define HAVE_FLOOR 1
| #define HAVE_ROUND 1
| #define HAVE_CEIL 1
| #define HAVE_TRUNC 1
| #define HAVE_POLL 1
| #define HAVE_INET_ATON 1
| #define HAVE_CLOCK_GETTIME 1
| #define HAVE_CLOCK_NANOSLEEP 1
| #define HAVE_STRINGS_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_PTY_H 1
| #define HAVE_VHANGUP 1
| #define HAVE_SLIRP 1
| #define ENABLE_TUNTAP 1
| #define HAVE_MMAP_VM 1
| #define HAVE_MMAP_ANON 1
| #define HAVE_MMAP_ANONYMOUS 1
| #define HAVE_MMAP_VM 1
| #define HAVE_SIGINFO_T 1
| /* end confdefs.h.  */
| 
|     #define HAVE_SIGSEGV_SKIP_INSTRUCTION 1
|     #define CONFIGURE_TEST_SIGSEGV_RECOVERY
|     #include "vm_alloc.cpp"
|     #include "sigsegv.cpp"
| 
configure:9893: result: no

As I mentioned it works on previous versions of gcc(<4.4.3), so it is probably
compiler bug.
Also works if you do something like
volatile int label_hack = 3;                                       
switch (label_hack) {
case 3:
...
case 2:

On Mon, Mar 08, 2010 at 08:37:25PM -0500, Alexei Svitkine wrote:
> What exactly is this fixing?
> 
> 2010/3/7 Amadeusz Sławiński <sa...@gm...>:
> > I'm half sure of this fix, because check works with previous versions of
> > gcc (<4.4.3), so it looks like regresion on gcc side.

Re: [B2-devel] sigsegv.cpp `have skip check` fix for gcc 4.4.3

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

What exactly is this fixing?

2010/3/7 Amadeusz Sławiński <sa...@gm...>:
> I'm half sure of this fix, because check works with previous versions of
> gcc (<4.4.3), so it looks like regresion on gcc side.
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>

[B2-devel] sigsegv.cpp `have skip check` fix for gcc 4.4.3

[Amadeusz S. <sa...@gm...>]

I'm half sure of this fix, because check works with previous versions of
gcc (<4.4.3), so it looks like regresion on gcc side.

Re: [B2-devel] BasiliskII & SheepShaver configure.ac patches for >=autoconf-2.64

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

Thanks. Committed.

-Alexei

2010/3/5 Amadeusz Sławiński <sa...@gm...>:
> These patches fix the issues with using newer versions of autoconf,
> which led to generating broken configure script.
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>

[B2-devel] BasiliskII & SheepShaver configure.ac patches for >=autoconf-2.64

[Amadeusz S. <sa...@gm...>]

These patches fix the issues with using newer versions of autoconf,
which led to generating broken configure script.

[B2-devel] Basilisk II Eating CPU cycles

[Jimmy <roc...@gm...>]

Hello everyone. i'm not sure if this is the right place to post this message. Please correct me if it is or not; I've been looking around to see where i can and well decided to give this a shot...

I've been using the latest version of Basilisk that is a Universal Binary. It ran pretty good after a few hiccups for about an hour or so till i hit a snag and im not quite sure what it is thats causing this problem. The Basilisk GUI utility as i know is PowerPC only, but the emulator istelf is a Universal Binary, and i believe that may be a problem for my Mac mini not running it properly.

I have an Intel Mac 1.8ghz Core Duo 2006, with 2GBs Ram, and 80GB HD, running OS X 10.6.2 Leopard. I have an inkling this may be partially responsible for the crash, due to Snow Leopards grand remodeling under the hood.

Anyways, when I try to start it up now and run the emulator, the window pops up for a 2nd displaying a floppy, of course, because it cant find a startup disk. The Basilisk emulator itself quits, but the Basilisk GUI utility hangs and actually slows my Mac to a crawl, eating up about 95% of CPU time.

Any way you guys can figure this out? I'd look into it myself, but I'm no where near the programmer expert, I'm only trying to diagnose by intuition.

Thanks in advance,
Matt

P.S. Here's a crash log to help with the diagnosis:

Process:         BasiliskII [6246]
Path:            /Users/Shared/Mac OS Clasic Environment/BasiliskII/BasiliskII.app/Contents/MacOS/BasiliskII
Identifier:      ???
Version:         1.0.20091004 (???)
Code Type:       X86 (Native)
Parent Process:  launchd [186]

Date/Time:       2010-03-01 05:33:16.741 -0800
OS Version:      Mac OS X 10.6.2 (10C540)
Report Version:  6

Exception Type:  EXC_CRASH (SIGSEGV)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Crashed Thread:  1

Thread 0:  Dispatch queue: com.apple.main-thread
0                                 	0x7808b382 op_4228_0_ff(unsigned int) + 50

Thread 1 Crashed:
0   libSystem.B.dylib             	0x991b5182 __workq_kernreturn + 10
1   libSystem.B.dylib             	0x991b5718 _pthread_wqthread + 941
2   libSystem.B.dylib             	0x991b5336 start_wqthread + 30

Thread 2:  Dispatch queue: com.apple.libdispatch-manager
0   libSystem.B.dylib             	0x991b60ea kevent + 10
1   libSystem.B.dylib             	0x991b6804 _dispatch_mgr_invoke + 215
2   libSystem.B.dylib             	0x991b5cc3 _dispatch_queue_invoke + 163
3   libSystem.B.dylib             	0x991b5a68 _dispatch_worker_thread2 + 234
4   libSystem.B.dylib             	0x991b54f1 _pthread_wqthread + 390
5   libSystem.B.dylib             	0x991b5336 start_wqthread + 30

Thread 3:
0   libSystem.B.dylib             	0x9918f8da mach_msg_trap + 10
1   libSystem.B.dylib             	0x99190047 mach_msg + 68
2   com.apple.CoreFoundation      	0x985d977f __CFRunLoopRun + 2079
3   com.apple.CoreFoundation      	0x985d8864 CFRunLoopRunSpecific + 452
4   com.apple.CoreFoundation      	0x985de7a4 CFRunLoopRun + 84
5                                 	0x7806dc23 DarwinSysExit() + 803
6   libSystem.B.dylib             	0x991bce42 thread_start + 34

Thread 4:
0   libSystem.B.dylib             	0x9918f8da mach_msg_trap + 10
1   libSystem.B.dylib             	0x99190047 mach_msg + 68
2                                 	0x7805d721 vm_get_page_size() + 193
3   libSystem.B.dylib             	0x991bce42 thread_start + 34

Thread 5:
0   libSystem.B.dylib             	0x991cb066 select$DARWIN_EXTSN$NOCANCEL + 10
1   libSystem.B.dylib             	0x9926411b select + 92
2                                 	0x7806ca6a slirp_output + 730
3   libSystem.B.dylib             	0x991bce42 thread_start + 34

Thread 6:
0   libSystem.B.dylib             	0x991cb066 select$DARWIN_EXTSN$NOCANCEL + 10
1   libSystem.B.dylib             	0x9926411b select + 92
2                                 	0x7806c992 slirp_output + 514

Thread 7:
0   libSystem.B.dylib             	0x9918f9ee mach_wait_until + 10
1   libSystem.B.dylib             	0x992179e5 nanosleep + 345

Thread 8:
0   libSystem.B.dylib             	0x9918f9ee mach_wait_until + 10
1   libSystem.B.dylib             	0x992179e5 nanosleep + 345
2                                 	0x78052cc7 Delay_usec(unsigned int) + 87
3   libSystem.B.dylib             	0x991bce42 thread_start + 34

Thread 9:
0   libSystem.B.dylib             	0x9918f8da mach_msg_trap + 10
1   libSystem.B.dylib             	0x99190047 mach_msg + 68
2   com.apple.CoreGraphics        	0x966a95ea _CGSSynchronizeWindowBackingStore + 139
3   com.apple.CoreGraphics        	0x966a2770 _CGSLockWindow + 5001
4   com.apple.CoreGraphics        	0x968ce619 CGSLockWindowRectBits + 233
5   com.apple.CoreGraphics        	0x968cea8c CGSLockWindowBits + 68
6   com.apple.QD                  	0x98b57162 QDPlatformLockPortBits + 158
7   com.apple.QD                  	0x98b57550 LockPortBits + 120
8                                 	0x780fd113 ConvertX86p32_8RGB332 + 13336
9                                 	0x780f080a SDL_LockSurface + 106
10                                	0x780d8f18 SDL_SetTimer + 27864
11                                	0x780f08b8 SDL_LowerBlit + 104
12                                	0x780f2179 SDL_UpdateRects + 457
13                                	0x780f230b SDL_UpdateRect + 155
14                                	0x78068483 SDL_monitor_desc::switch_to_current_mode() + 659

Thread 1 crashed with X86 Thread State (32-bit):
  eax: 0x00100170  ebx: 0x991b5379  ecx: 0xb0080f6c  edx: 0x991b5182
  edi: 0x00813830  esi: 0xb0081000  ebp: 0xb0080fc8  esp: 0xb0080f6c
   ss: 0x0000001f  efl: 0x00000286  eip: 0x991b5182   cs: 0x00000007
   ds: 0x0000001f   es: 0x0000001f   fs: 0x0000001f   gs: 0x00000037
  cr2: 0xffe17c04

Re: [B2-devel] 64bit linux dyngen.c patch

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

Committed. Thanks.

2010/3/1 Amadeusz Sławiński <sa...@gm...>:
> Patch fixes build issues on linux 64bit. Which caused build to fail.
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>

[B2-devel] 64bit linux dyngen.c patch

[Amadeusz S. <sa...@gm...>]

Patch fixes build issues on linux 64bit. Which caused build to fail.

[B2-devel] reprograming

[Adam C. <maj...@ms...>]

hello, im looking to start some work on sheepshaver/basiliskII, i plan to recreate 64 bit drivers for cdrom and Ethernet prot's to allow balisk to function as it did in W2K and NT. I am fairly new to programing as i only know web biased code (php/.net so on) and some light VB. I would appreciate any information you could give me in regards to what im trying to do and also weather anyone has tried it yet?

thanks. 		 	   		  
_________________________________________________________________
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
http://clk.atdmt.com/GBL/go/201469229/direct/01/

[B2-devel] Bug: mouse buttons reversed in BasiliskII MacOSX

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

Hi all,

A user noticed a bug in my October 4, 2009 build of BasiliskII for  
MacOSX that did not yet exist in my July 18, 2008 build. So the  
problem must have been introduced between those dates.

Right and left mouse button input appears to be reversed. Pressing the  
right mouse button is received inside BasiliskII as a (main) left  
button press. This is noticeable when modifier keys are used. Option- 
click and option-drag work only when the right mouse button is clicked  
or hold instead of the left button.

Note that the problem does not exist in SheepShaver for MacOSX builds  
that were created in that same period.

Maybe someone who understands the code can have a look at this.


Ronald.

Re: [B2-devel] problems caused(?) by recent patches

[Charles S. <bas...@ch...>]

It may eventually, but it’s probably going to be a while before I can have the time to look at this.

Charles

On Jan 16, 2010, at 7:27 AM, Ronald P. Regensburg wrote:

> Will it help when I can get you the crash reports of the reported  
> crashes?
> 
> Ronald.
> 
> 
> Op 16 jan 2010, om 02:53 heeft Charles Srstka het volgende geschreven:
> 
>> Unfortunately, I can’t get it to reproduce on my MacBook Pro, no  
>> matter how I change the settings, so it’s a little hard to diagnose  
>> at this point. But if it’s crashing even on Intel machines, I guess  
>> the best thing to do would be to disable it for the time being until  
>> it is possible to figure out what is going on.
>> 
>> <sysdeps.h.diff>
>> 
>> 
>> Charles
>> 
>> On Jan 14, 2010, at 8:00 PM, Alexei Svitkine wrote:
>> 
>>> Charles,
>>> 
>>> Can you investigate the crashes with your precise timer patch?
>>> 
>>> -Alexei
>>> 
>>> On Thu, Jan 14, 2010 at 8:58 PM, Alexei Svitkine
>>> <ale...@gm...> wrote:
>>>> I've reverted the SDL audio patch.
>>>> 
>>>> On Thu, Jan 14, 2010 at 3:06 PM, Ronald P. Regensburg
>>>> <ron...@xs...> wrote:
>>>>> In answer to the comments by Charles Srstka:
>>>>> 
>>>>> About the precise timer patch:
>>>>> The crash with the precise timer crash was not limited to PPC
>>>>> machines. I noticed it myself on a PPC machine first while it did  
>>>>> not
>>>>> happen on my Intel machine. However, within 6 days after posting my
>>>>> 18-10-2009 build I got in the SheepShaver forum four reports of the
>>>>> crash, each at the very same moment in the startup process, one  
>>>>> on a
>>>>> PPC machine and three on a Intel machine. The 25-10-2009 build
>>>>> (without the precise timer patch) solved the crash for myself on my
>>>>> PPC machine as well as for the other reported PPC machine and for  
>>>>> two
>>>>> out of the three reported Intel machines. On the third reported  
>>>>> Intel
>>>>> machine the 25-10-2009 crashed with a SIGSEGV. That crash was  
>>>>> resolved
>>>>> by enabling "Ignore Illegal Memory Accesses" (ignoresegv true).  
>>>>> Later,
>>>>> there were a few more reports of SIGSEGV crashes on Intel machines
>>>>> with the 25-10-2009 build that could be solved this way. So far,  
>>>>> I got
>>>>> one report of the 25-10-2009 build crashing with a SIGSEGV in  
>>>>> Leopard
>>>>> on a PPC machine, not yet solved nor understood.
>>>>> 
>>>>> About the sdl-audio patch:
>>>>> Probably best to simply remove the patch. In the original
>>>>> pre-19-02-2009 BasiliskII/src/SDL/audio_sdl.cpp file the value for
>>>>> audio_spec.samples is set to 4096, well within the recommended  
>>>>> range.
>>>>> 
>>>>> Ronald.
>>>>> 
>>>>> 
>>>>> Op 14 jan 2010, om 17:11 heeft Charles Srstka het volgende  
>>>>> geschreven:
>>>>> 
>>>>>> On Jan 14, 2010, at 7:18 AM, Ronald P. Regensburg wrote:
>>>>>> 
>>>>>>> 
>>>>>>> In Emaculation.com forums, Alexei Svitkine asked me to mail to  
>>>>>>> this
>>>>>>> list about patches I needed to revert before building SheepShaver
>>>>>>> (and
>>>>>>> BasiliskII) for Mac OS X in order to avoid problems.
>>>>>>> 
>>>>>>> 
>>>>>>> The problems with the "precise timer patch" were discussed in the
>>>>>>> basilisk-devel list between October 23 and October 28. Those  
>>>>>>> problems
>>>>>>> were the reason for me to make the 25-10-2009 build for
>>>>>>> Emaculation.com within days after the 18-10-2009 build.
>>>>>>> 
>>>>>>> In my last October 25 message to the basilisk-devel list I told  
>>>>>>> which
>>>>>>> files I used for the 25-10-2009 build to omit the "precise timer
>>>>>>> patch" and the "sdl-audio patch".
>>>>>>> 
>>>>>>> The "sdl-audio patch" apparently made sound for most users worse
>>>>>>> rather than better. Users of both BasiliskII and SheepShaver  
>>>>>>> builds
>>>>>>> created after that patch was added, complained about the  
>>>>>>> problems for
>>>>>>> months and reported considerable improvement when I posted  
>>>>>>> builds of
>>>>>>> both without the patch. That happened before I joined this  
>>>>>>> mailing
>>>>>>> list. The problems were sound delays, stuttering, even skipping  
>>>>>>> of
>>>>>>> sounds. The problem was more serious in BasiliskII than in
>>>>>>> SheepShaver.
>>>>>>> 
>>>>>>> I do not know whether these patches actually cause the problems  
>>>>>>> or
>>>>>>> just make bugs in other parts of the code apparent.
>>>>>> 
>>>>>> The crash with the precise timer patch was mostly limited to  
>>>>>> running
>>>>>> the app on PPC machines if I remember correctly, wasn’t it? Since
>>>>>> SheepShaver runs completely different code paths on PPC and Intel,
>>>>>> with the PPC version running native code and the Intel using
>>>>>> emulation, I can see how the change could have caused problems  
>>>>>> with
>>>>>> one that would not have come up on the other. The best solution in
>>>>>> this case may be to enable the precise timer patch only when
>>>>>> building for Intel.
>>>>>> 
>>>>>> The SDL audio patch, on the other hand, is simply ill-advised in  
>>>>>> my
>>>>>> opinion. The docs for SDL recommend using a value between 512 and
>>>>>> 8192 for the ‘samples’ field of an SDL_AudioSpec. The patch in the
>>>>>> SheepShaver source sets it to 16384. The result is laggy audio. I
>>>>>> think the patch was made to reduce the demands on processing power
>>>>>> for older machines, but for those with modern hardware it seems to
>>>>>> cause more problems than it solves.
>>>>>> 
>>>>>> Charles
>>>>>> ------------------------------------------------------------------------------
>>>>>> Throughout its 18-year history, RSA Conference consistently  
>>>>>> attracts
>>>>>> the
>>>>>> world's best and brightest in the field, creating opportunities  
>>>>>> for
>>>>>> Conference
>>>>>> attendees to learn about information security's most important
>>>>>> issues through
>>>>>> interactions with peers, luminaries and emerging and established
>>>>>> companies.
>>>>>> http://p.sf.net/sfu/rsaconf-dev2dev
>>>>>> _______________________________________________
>>>>>> basilisk-devel mailing list
>>>>>> bas...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>>>>>> 
>>>>> 
>>>>> 
>>>>> ------------------------------------------------------------------------------
>>>>> Throughout its 18-year history, RSA Conference consistently  
>>>>> attracts the
>>>>> world's best and brightest in the field, creating opportunities  
>>>>> for Conference
>>>>> attendees to learn about information security's most important  
>>>>> issues through
>>>>> interactions with peers, luminaries and emerging and established  
>>>>> companies.
>>>>> http://p.sf.net/sfu/rsaconf-dev2dev
>>>>> _______________________________________________
>>>>> basilisk-devel mailing list
>>>>> bas...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>>>>> 
>>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Throughout its 18-year history, RSA Conference consistently  
>>> attracts the
>>> world's best and brightest in the field, creating opportunities for  
>>> Conference
>>> attendees to learn about information security's most important  
>>> issues through
>>> interactions with peers, luminaries and emerging and established  
>>> companies.
>>> http://p.sf.net/sfu/rsaconf-dev2dev
>>> _______________________________________________
>>> basilisk-devel mailing list
>>> bas...@li...
>>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>> 
>> ------------------------------------------------------------------------------
>> Throughout its 18-year history, RSA Conference consistently attracts  
>> the
>> world's best and brightest in the field, creating opportunities for  
>> Conference
>> attendees to learn about information security's most important  
>> issues through
>> interactions with peers, luminaries and emerging and established  
>> companies.
>> http://p.sf.net/sfu/rsaconf-dev2dev_______________________________________________
>> basilisk-devel mailing list
>> bas...@li...
>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
> 
> 
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel