basilisk-devel — Basilisk II development-related discussion

Re: [B2-devel] Problem on Sparc

[Gwenole B. <gbe...@us...>]

Hi,

> I am the Debian package maintainer of BasiliskII. Please have a look =
at
> the following which keeps the package from getting included in the =
next
> stable release of Debian:
> http://buildd.debian.org/fetch.php?&pkg=3Dbasilisk2&ver=3D0.9.20050327-=20=

> 2&arch=3Dsparc&stamp=3D1111990891&file=3Dlog&as=3Draw

I still don't know why some configure tests fail on Sparc, but I could =20=

build a version on SourceFoge.net compile farm, even without changes. =20=

Oh, I had an idea but I don't remember whether that was for Linux or =20
Solaris (I can't check as SF is currently not working for me). =20
Actually, vm_alloc tests could fail depending on where the LFS defines =20=

(#define _FILE_OFFSET_BITS 64 et al.) are placed.

Does moving AC_SYS_LARGEFILE just below the first round of programs =20
checks (at least AC_PROG_CC) help?

BTW, please don't use SDL on X11 native platforms as you would not have =20=

copy-paste of text through the X11 clipboard. The drawback of not using =20=

SDL is not using their large set of output drivers. I could write a =20
hack to grab one of the SDL X11 displays but I have not tried yet, I =20
don't know if SDL is MT safe for events handling, though it's =20
documented to be so in the sources.

> Among other things you can subscribe to new releases of the package =
and
> bugreports filed against it.

Thanks, is there any of the Debian build host publicly accessible?

Bye,
Gwenol=E9.=

Re: [B2-devel] SheepShaver compile error on Mac OSX

[Gwenole B. <gb....@fr...>]

Hi,

> I have installed esd, sdl, gtk1 and gtk2 from source via fink. =A0This=20=

> error only appears when compiling with gtk enabled. =A0Any help here=20=

> would be much appreciated.

Don't enable any of gtk frontend, unless you have a native Aqua port.=20
The problem is: there is none in stable state.

Bye,
Gwenol=E9.

[B2-devel] Re: SheepShaver compile error on Mac OSX

[Nigel P. <ni...@in...>]

> I have been unable to compile SheepShaver from CVS for several months 
> now
> using OSX 10.3.7/Xtools 1.1.

	I have never tried to compile SheepShaver
(am still using BasiliskII), but can probably help.

..
> ld: Undefined symbols:
> .objc_class_name_NSString
> _NSHFSTypeCodeFromFileType
> _NSHFSTypeOfFile
> _objc_msgSend

	The HFS ones are from the Foundation framework.
Just add that into the Frameworks in your XCode project.
The Objective C ones are a bit harder.
They come from /usr/lib/libobjc.dylib
The compiler should already be adding -llibobjc internally.
I don't know why it isn't in this case.


> make: *** [SheepShaver] Error 1
>
> I have installed esd, sdl, gtk1 and gtk2 from source via fink.  This 
> error
> only appears when compiling with gtk enabled.

	Interesting. Maybe one of these extra libs adds these dependencies?

--
Nigel Pearson, ni...@in...|  "Let's see how Spike is going"
Telstra BI&D, Sydney, Australia      |              ...
Office: 8255 4222    Fax:  8255 3153 |"I'd like to keep Spike as my 
pet."
Mobile: 0408 664435  Home: 9792 6998 |        Illyria - Angel

[B2-devel] SheepShaver compile error on Mac OSX

[Dave G. <dav...@vi...>]

I have been unable to compile SheepShaver from CVS for several months now
using OSX 10.3.7/Xtools 1.1.  Running =8C./autogen.sh=B9 is fine but I keep
getting the following error at the end of =8Cmake=B9:

g++ -o SheepShaver -pagezero_size 0x3000        obj/main.o obj/main_unix.o
obj/prefs.o obj/prefs_items.o obj/prefs_unix.o obj/sys_unix.o
obj/rom_patches.o obj/rsrc_patches.o obj/emul_op.o obj/name_registry.o
obj/macos_util.o obj/timer.o obj/timer_unix.o obj/xpram.o obj/xpram_unix.o
obj/adb.o obj/sony.o obj/disk.o obj/cdrom.o obj/scsi.o obj/gfxaccel.o
obj/video.o obj/video_blit.o obj/audio.o obj/ether.o obj/thunks.o
obj/serial.o obj/extfs.o obj/about_window_unix.o obj/user_strings.o
obj/user_strings_unix.o obj/vm_alloc.o obj/sigsegv.o obj/sshpty.o
obj/strlcpy.o obj/video_x.o obj/extfs_macosx.o obj/serial_unix.o
obj/ether_dummy.o obj/scsi_dummy.o obj/audio_dummy.o obj/prefs_editor_gtk.o
obj/paranoia.o obj/ppc_asm.o obj/sys_darwin.o obj/clip_unix.o -lpthread
-lSM -lICE  -L/usr/X11R6/lib -lX11 -lXext  -L/sw/lib -L/usr/X11R6/lib
-lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXext -lXft -lXrender -lfontconfig
-lX11 -lfreetype -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0
-lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv
-L/sw/lib -lesd -laudiofile -lm -framework Carbon -framework IOKit
ld: warning multiple definitions of symbol _locale_charset
/sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset
/sw/lib/libintl.dylib(localcharset.lo) definition of _locale_charset
ld: warning suggest use of -bind_at_load, as lazy binding may result in
errors or different symbols being used
symbol _locale_charset used from dynamic library
/sw/lib/libiconv.dylib(localcharset.o) not from earlier dynamic library
/sw/lib/libintl.1.dylib(localcharset.lo)
ld: Undefined symbols:
.objc_class_name_NSString
_NSHFSTypeCodeFromFileType
_NSHFSTypeOfFile
_objc_msgSend
make: *** [SheepShaver] Error 1

I have installed esd, sdl, gtk1 and gtk2 from source via fink.  This error
only appears when compiling with gtk enabled.  Any help here would be much
appreciated.

Thanks
--=20
dave griffin stained glass artist

The Old Sawmill
Rowsley
Derbyshire
DE4 2EB

W: 07742 481 930
H:  01629 814 770
F:  01629 814 770
E:  dav...@uk...
W:  www.dave-griffin.co.uk

[B2-devel] Problem on Sparc

[Jonas S. <dr...@jo...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I am the Debian package maintainer of BasiliskII. Please have a look at
the following which keeps the package from getting included in the next
stable release of Debian:
http://buildd.debian.org/fetch.php?&pkg=3Dbasilisk2&ver=3D0.9.20050327-2&=
arch=3Dsparc&stamp=3D1111990891&file=3Dlog&as=3Draw


You may also be interested in the following, a maintainance status page
of the package: http://packages.qa.debian.org/b/basilisk2.html

Among other things you can subscribe to new releases of the package and
bugreports filed against it.


Kind regards,

 - Jonas

- --
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

 - Enden er n=C3=A6r: http://www.shibumi.org/eoti.htm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCTAoGn7DbMsAkQLgRAjqkAJ9j75JxoX/4XZow0xcO0c9xlgaJUwCcDFoj
z/8QEaGFRkhTLc1JTOVJF24=3D
=3DLzJ/
-----END PGP SIGNATURE-----

Re: [B2-devel] Problems compiling latest stable under Solaris 9.

[Gwenole B. <gb....@fr...>]

Hi,

> Addressing mode ........................ : memory banks
> Bad memory access recovery type ........ :

You should have had something like siginfo here. I have just tried to=20
compile on the UltraSPARC at Sourceforge compile farm. I didn't get any=20=

error while compiling sigsegv.cpp under Solaris 9 and gcc 3.3.2.

Could you get some interesting information from the config.log? You can=20=

send it to me if you prefer.

Thanks,
Gwenol=E9.

[B2-devel] Problems compiling latest stable under Solaris 9.

[Mauricio T. <ra...@ku...>]

	I am trying to compile BasilikII-1.0 in this Solaris 9 box. So, I 
download BasiliskII_src_22032005.tar.bz2 and get inside the directory it 
creates after being uncompressed and untarred and do the basic 
./configure, which gives me the following summary:

Basilisk II configuration summary:

SDL support ............................ : none
XFree86 DGA support .................... : no
XFree86 VidMode support ................ : yes
fbdev DGA support ...................... : yes
Enable video on SEGV signals ........... : no
ESD sound support ...................... : yes
GTK user interface ..................... : no
mon debugger support ................... : no
Running m68k code natively ............. : no
Use JIT compiler ....................... : no
JIT debug mode ......................... : no
Floating-Point emulation core .......... : IEEE fpu core
Assembly optimizations ................. : none
Addressing mode ........................ : memory banks
Bad memory access recovery type ........ :

Configuration done. Now type "make" (or "gmake").
neko@poisonivy-22>

When I try to compile it,

neko@poisonivy-22>make
g++ -I../include -I. -I../uae_cpu -DHAVE_CONFIG_H  -DOS_solaris 
-DBSD_COMP -D_POSIX_PTHREAD_SEMANTICS -DFPU_IEEE -D_REENTRANT 
-DDATADIR=\"/usr/local/share/BasiliskII\" -g -O2 -fno-merge-constants 
-fno-gcse-sm -c ../main.cpp -o obj/main.o
g++ -I../include -I. -I../uae_cpu -DHAVE_CONFIG_H  -DOS_solaris 
-DBSD_COMP -D_POSIX_PTHREAD_SEMANTICS -DFPU_IEEE -D_REENTRANT 
-DDATADIR=\"/usr/local/share/Basil
[...]
In file included from ./sysdeps.h:28,
                  from ../video.cpp:32:
./config.h:615:1: warning: "_FILE_OFFSET_BITS" redefined
In file included from /usr/include/iso/stdio_iso.h:35,
                  from 
/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.0/include/stdio.h:36,
                  from ../video.cpp:30:
/usr/include/sys/feature_tests.h:96:1: warning: this is the location of 
the previous definition
g++ -I../include -I. -I../uae_cpu -DHAVE_CONFIG_H  -DOS_solaris 
-DBSD_COMP -D_POSIX_PTHREAD_SEMANTICS -DFPU_IEEE -D_REENTRANT 
-DDATADIR=\"/usr/local/share/BasiliskII\" -g -O2 -fno-merge-constants 
-fno-gcse-sm -c video_blit.cpp -o obj/video_blit.o
g++ -I../include -I. -I../uae_cpu -DHAVE_CONFIG_H  -DOS_solaris 
-DBSD_COMP -D_POSIX_PTHREAD_SEMANTICS -DFPU_IEEE -D_REENTRANT 
-DDATADIR=\"/usr/local/share/BasiliskII\" -g -O2 -fno-merge-constants 
-fno-gcse-sm -c vm_alloc.cpp -o obj/vm_alloc.o
g++ -I../include -I. -I../uae_cpu -DHAVE_CONFIG_H  -DOS_solaris 
-DBSD_COMP -D_POSIX_PTHREAD_SEMANTICS -DFPU_IEEE -D_REENTRANT 
-DDATADIR=\"/usr/local/share/BasiliskII\" -g -O2 -fno-merge-constants 
-fno-gcse-sm -c sigsegv.cpp -o obj/sigsegv.osigsegv.cpp:1520: error: 
`SIGSEGV_FAULT_HANDLER_ARGLIST' was not declared in this scope
sigsegv.cpp:1521: error: expected `,' or `;' before '{' token
make: *** [obj/sigsegv.o] Error 1
neko@poisonivy-23>

I seem to get a few interesting errors. Suggestions?

[B2-devel] [ANN] Basilisk II 1.0 snapshot (2005/03/22)

[Gwenole B. <gbe...@us...>]

Hi,

I placed new source tarballs and RPMs at:
<http://gwenole.beauchesne.free.fr/basilisk2/>

User visible changes since 2004/11/09:
* A Windows port is back with SDL graphics
* The sheep_net driver now works properly with Linux kernels up to=20
2.6.11
* Fix networking code to really work on 64-bit systems
* Add support for copy-paste of text through the clipboard (X11, MacOS=20=

X, Windows)

As usual, the Windows port suffers from lack of real maintainer.=20
Everything is now buildable out of the mainstream CVS. If that could=20
attract more developers to implement e.g. faster DirectX graphics...

Bye,
Gwenol=E9.=

[B2-devel] [ANN] SheepShaver 2.2 snapshot (2005/03/21)

[Gwenole B. <gbe...@us...>]

Hi,

I placed new source tarballs and RPMs at:
<http://gwenole.beauchesne.free.fr/sheepshaver/>

Those interested in benchmarks can have a look at:
* nBench: <http://gwenole.beauchesne.free.fr/benchmarks/nbench.html>
* AltiVec Fractal Carbon:=20
<http://gwenole.beauchesne.free.fr/benchmarks/altivec.html>

User visible changes since 2004/07/07:
* Implement high-precision timings on POSIX systems
* Add other SDL keysym translations
* Add some SSE2 optimizations to the AltiVec emulation core
* Add port to FreeBSD 5.3 and NetBSD 2.0 systems (x86 tested)
* Add initial port to Windows with SDL graphics
* Fix interrupt handling, registers are now fully preserved
* Fix support for native execution on recent Linux/PPC systems
* Fix support for Gossamer ROMs (PowerMac G3 Beige)
* Fix crash in Apple Personal Diagnostics on MacOS 9
* Fix crash in Power Management on MacOS 9

Packager related changes:
* Fix FPU synthetic opcodes when compiled with -mtune=3Di686 and GCC >=3D=20=

3.3 (Cygwin)
* Fix build with recent enough assembler on x86-64 (Fedora Core 3,=20
Mandrakelinux 10.1)
* Fix AltiVec emulation core to be independent of GCC intrinsics thus=20
avoiding bugous generated code with e.g. Gentoo GCC 3.3 (it was fine=20
with MDK and SuSE gcc though).

Note about SDL graphics: it's currently suboptimal. Always prefer X11=20
graphics where applicable on standard X11 Unixish platforms: e.g.=20
Linux, NetBSD, etc. On the same platform, it was measured a up to 4x=20
times video performance boost with Linux/X11 instead of Windows/SDL.

Bye,
Gwenol=E9.=

Re: [B2-devel] Re: basilisk-devel digest, Vol 1 #351 - 1 msg

[Gwenole B. <gb....@fr...>]

Le lundi, 14 mar 2005, =E0 01:58 Europe/Paris, Nigel Pearson a =E9crit :

> 	Sadly, I can't find that file on my computer now,
> and the link is dead. I have emailed the guy to see if
> he still has the file somewhere.

Merging his PortAudio code is still on my TODO but I reckon I don't=20
know where I put it either. It may still be in my old mailbox, assuming=20=

it didn't get corrupted in the last HD crash.=

[B2-devel] Re: basilisk-devel digest, Vol 1 #351 - 1 msg

[Nigel P. <ni...@in...>]

	Hi John.

> Just compiled the latest BasiliskII on my iMac G5, am wondering how to
> make it support audio.

	I have not tried this, as I am still trying to implement Core Audio,
but someone reported:

> I replaced my esound driver with one based on PortAudio. No more 
> worrying about shared libs or daemons. To get sound working:
>
> 1) Remove the file audio_dummy.cpp from the XCode project.
> 2) Get http://vasi.webhop.org/files/basilisk-portaudio.zip, extract it 
> to a folder, and add the folder to the project.
> 3) Add to the project the frameworks AudioTools and CoreAudio, from 
> /System/Library/Frameworks.
> 4) Build and run!
>
> Sound works at 11, 22 and 44 kHz rates, in mono or stereo. For some 
> unknown reason, 8-bit audio does not work, but 16-bit does. Volume 
> control and muting are implemented. I don't see much of a performance 
> hit at all, but YMMV.
>
> I have only tested on a G4 desktop in Panther. I seem to recall seeing 
> something about PortAudio not working on 10.1 and possibly 10.2. And I 
> think it doesn't work on G5's either, though somebody on the PortAudio 
> mailing list said he got it to work: http://spaghetticode.org/G5/


	Sadly, I can't find that file on my computer now,
and the link is dead. I have emailed the guy to see if
he still has the file somewhere.
	
--
Nigel Pearson, ni...@in...|  "Let's see how Spike is going"
Telstra BI&D, Sydney, Australia      |              ...
Office: 8255 4222    Fax:  8255 3153 |"I'd like to keep Spike as my 
pet."
Mobile: 0408 664435  Home: 9792 6998 |        Illyria - Angel

[B2-devel] Improvements to AltiVec emulation

[Gwenole B. <gbe...@us...>]

Hi,

I have just committed a few changes to the AltiVec emulation. First, I=20=

totally nuked the use of GCC intrinsics as some people had a bugous=20
compiler, that would have caused some incorrect results. Next, I=20
noticed I wasn't using SSE2 optimizations, that's now fixed. As a=20
bonus, my system now flies at 1025 Megaflops with AltiVec Fractal=20
Carbon (vs. 807 MegaFlops previously):
<http://gwenole.beauchesne.free.fr/benchmarks/altivec.html>

Does someone know about another altivec benchmark that may use integer=20=

vectors? The G4 HINT benchmark can be interesting but I don't have a=20
CodeWarrior new enough to compile it.

Some slight improvements are possible but I will see if the Windows=20
port can be brought up to date.

Bye,
Gwenol=E9.=

[B2-devel] CherryOS

[Toshimitsu T. <t_t...@db...>]

Hi.

CherryOS was released by the MXS Inc.
http://www.mxsinc.com/pages.php?cid=MDEwMDA4

CherryOS stole the code of PearPC.
And, CherryOS stole the code of HFVExplorer.
This is a violation of GPL.

http://homepage3.nifty.com/toshi3/images2/cherryos4.jpg

Sorry, This is a screen dump of a Japanese environment.
However, you will see URL of Lauri's page in CherryOS's file.
---
Toshimitsu Tanaka
t_t...@db...
http://homepage3.nifty.com/toshi3/index.html

[B2-devel] MacOS X SDL audio Basilisk II

[John G. <joh...@bi...>]

Hi,

Just compiled the latest BasiliskII on my iMac G5, am wondering how to 
make it support audio. Cheers.

John

[B2-devel] down will be down

[Christian B. <Chr...@un...>]

Hi!

The CVS services on down.physik.uni-mainz.de may not be available starting
from Saturday ca. 13:00 CET, as our file server is being replaced. Normal
operation should resume on Saturday evening or Sunday morning.

Thank you for observing all safety precautions,
Christian

-- 
  / Physics is an algorithm
\/ http://www.uni-mainz.de/~bauec002/

[B2-devel] SheepShaver on Linux/PPC

[Gwenole B. <gbe...@us...>]

Hi,

SheepShaver is working again natively on Linux/PPC. As a bonus, it should=
 also
work on Linux/ppc64 with adequate 32-bit runtime. Natively supporting
Linux/ppc64 is more difficult as current implementation assumes some poin=
ters
are stored in 32-bit lowmem globals. That could be solved but it's not my
priority.

Tested-on: Mandrakelinux 10.2 beta for PowerPC.

Note: r13 preservation on Linux/ppc is lesser tested but it seems it's no=
t
clobbered anyway since around year 2k toolchain.

On the NetBSD/ppc front, I got SheepShaver booting up to MacOS 9.0.4 onec=
.
However, it's crashing at various points. Could be stack (r1) corruption =
or
other register corrupted (r31?). It can hardly be caused by clobbered r2 =
since
NetBSD/ppc apparently doesn't use it as a real "system-wide" register. Ne=
ither
does it seems to clobber r13. In short, I currently don't know the exact =
cause
of the problem.

I have a question: I would like to rebuild the MacOS-side drivers, namely=
 Video
and Ethernet 'ndrv'. Would that be possible somehow within MacOS X instea=
d of
BeOS? Metrowerks^WMotorola had a CodeWarrior toolchain for MacOS X IIRC,
however my latest license was for 5.3 when I was still a student.

FYI, the current TODO for bug fixes look like:
- Fix support for MacOS < 8.0.
- Fix support for more than 64/128 MB of memory when RAM_BASE is located =
below
0x10000000.
- Fix MMX/SSE optimizations in AltiVec code when compiled with Cygwin too=
lchain.

I have lots of features pending in my head and various testcases/snippets=
 but
it's time other projects come out too. And spare time is shrinking once m=
ore
again. :-(

Bye,
Gwenol=E9.
----- End forwarded message -----

[B2-devel] Sheepshaver on MacOS X

[Natalia P. <cl...@te...>]

Hi!

I used the last build of 19th January '05 and booted perfectly and 
installed from the MacOS 7.6 Spanish CD, but it is unable to boot from 
the hard disk.

It hangs forever in the happy mac icon.

There are no strange messages from command line.

The ROM used is from a PowerMac 7500.

Host machine is MacOS X 10.3.7 in a PowerBook G4.

Regards,
Natalia Portillo

[B2-devel] SheepShaver on Windows

[Natalia P. <cl...@te...>]

Hi!

I tried to run SheepShaver on Windows from the .exe.bz2 that is in the 
webpage and it says that the ROM is unsupported, when, however, the ROM 
works in SheepShaver under MacOS X.

Regards,
Natalia Portillo

Re: [B2-devel] Re: Sheepshaver on a G5

[Eric A. H. <eah...@lo...>]

On Jan 23, 2005, at 11:18 PM, Nigel Pearson wrote:
>
> 	Note that there is a pre-build BasiliskII binary, too.
> Probably not as fast as SheepShaver now is, and it also has
> no sound, but if you are in the mood to experiment, grab the
> "classic" version from:
>
> http://www.users.bigpond.com/pear_computers
>
>
> 	I am curious if there are any G5 bugs.

Looks like it works great, nice job!  I have no problems running it at 
60 fps; according to Speedometer it's about twice as fast as a real 
Quadra 650, which is OK considering there's no JIT.  With the "normal" 
version I only get a black screen on startup though.

--Eric

[B2-devel] Re: Sheepshaver on a G5

[Nigel P. <ni...@in...>]

> I've acquired a G5 somewhat recently, and discovered that, yes indeed,
> Classic isn't as compatible as all that.  So, having had pretty good
> luck with SheepShaver in the past, I tried the pre-compiled OSX version
> that Gwenole has available for download.

	Note that there is a pre-build BasiliskII binary, too.
Probably not as fast as SheepShaver now is, and it also has
no sound, but if you are in the mood to experiment, grab the
"classic" version from:

http://www.users.bigpond.com/pear_computers


	I am curious if there are any G5 bugs.

--
Nigel Pearson, ni...@in...|  "Let's see how Spike is going"
Telstra BI&D, Sydney, Australia      |              ...
Office: 8255 4222    Fax:  8255 3153 |"I'd like to keep Spike as my 
pet."
Mobile: 0408 664435  Home: 9792 6998 |        Illyria - Angel

Re: [B2-devel] Sheepshaver on a G5

[Eric A. H. <eah...@lo...>]

On Jan 23, 2005, at 2:40 PM, Gwenole Beauchesne wrote:

>> MacOS boots right up in a window, though the SheepShaver menu doesn't=20=

>> work
>
> Does this mean the MacOS menu within SheepShaver does not show up of=20=

> the menu within MacOS X isn't working?

The menu within OSX wasn't working, but...

> Have you tried the 2005/01/19 build version?

Now I have.  :)  That problem went away.  SheepShaver still=20
"unexpectedly quits" when starting, but I'm not sure what's affected.

>
>> The graphics in 800x600 mode are messed up...completely so if I have=20=

>> OSX running in millions of colors, partially so in 256 colors, and=20
>> SheepShaver won't run at all if I'm using thousands of colors.
>
> Strange, someone reported a problem in 16-bit mode I have recently=20
> fixed and I always use "windowmodes 3" aka 800x600. When you say it=20
> doesn't work, what does it do?

Well, that works better now too.  :)  Not quite perfect though:  If I=20
have OSX in millions of colors, SheepShaver works fine as long as it's=20=

set to thousands of colors or less.  In millions of colors, the display=20=

(in SheepShaver) turns to something similar to random garbage.

If I have OSX set to thousands of colors, SheepShaver works OK at=20
first.  If I switch the colors to 256 and then back to thousands, the=20
display does the "random trash" thing.  That's only in 800x600...in=20
640x480, there is no problem switching back and forth.

>  Can you start SheepShaver from the console so that you could possibly=20=

> get error messages?
>
> Bye,
> Gwenol=E9.

Sure, this is what I get when starting up:


Paranoia checks...
...passed
Reading ROM file...
Using SDL/coreaudio audio output
VOSF acceleration is not profitable on this platform, disabling it
WARNING: Unknown CPU type
WARNING: RmvTime(206ba1e4): Descriptor not found


When shutting down, I get this:


WARNING: RmvTime(20821ff4): Descriptor not found


The "unexpectedly quit" message appears about the time that "WARNING:=20
Unknown CPU type" is printed; don't know if there's any relationship.

Looking at SheepShaver.crash.log, I see this:


Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x0592d000
Thread 0 Crashed:


...and then there's a big infodump if you want it.

--Eric

Re: [B2-devel] Sheepshaver on a G5

[Gwenole B. <gb...@di...>]

Hi,

> MacOS boots right up in a window, though the SheepShaver menu doesn't=20=

> work

Does this mean the MacOS menu within SheepShaver does not show up of=20
the menu within MacOS X isn't working? Have you tried the 2005/01/19=20
build version?

> The graphics in 800x600 mode are messed up...completely so if I have=20=

> OSX running in millions of colors, partially so in 256 colors, and=20
> SheepShaver won't run at all if I'm using thousands of colors.

Strange, someone reported a problem in 16-bit mode I have recently=20
fixed and I always use "windowmodes 3" aka 800x600. When you say it=20
doesn't work, what does it do? Can you start SheepShaver from the=20
console so that you could possibly get error messages?

Bye,
Gwenol=E9.

[B2-devel] Sheepshaver on a G5

[Eric A. H. <eah...@lo...>]

Hi there,

I've acquired a G5 somewhat recently, and discovered that, yes indeed, 
Classic isn't as compatible as all that.  So, having had pretty good 
luck with SheepShaver in the past, I tried the pre-compiled OSX version 
that Gwenole has available for download.

Well, it does work!  Pretty much.  The application unexpectedly quits 
when I launch it, except it doesn't...MacOS boots right up in a window, 
though the SheepShaver menu doesn't work, so it has to be force-quit if 
you want it to stop.  The graphics in 800x600 mode are messed 
up...completely so if I have OSX running in millions of colors, 
partially so in 256 colors, and SheepShaver won't run at all if I'm 
using thousands of colors.  With 640x480, everything is fine.

I haven't tried compiling from source yet to see if that gets rid of 
any of those problems.  Sound support would be useful, but so far this 
is looking quite promising as a more compatible replacement for Classic 
on recent Macs.

--Eric

Re: [B2-devel] down is unreachable

[Christian B. <Chr...@un...>]

Hi!

On Mon, Dec 20, 2004 at 09:42:43PM +0100, Gwenole Beauchesne wrote:
> "down" is currently unreachable.

I took the liberty of (ab)using "down" as the MP3 server for our Christmas
party for a few hours (in a room that had no network socket...). :-)

Have a nice week,
Christian

-- 
  / Physics is an algorithm
\/ http://www.uni-mainz.de/~bauec002/

[B2-devel] down is unreachable

[Gwenole B. <gb...@di...>]

Hi,

"down" is currently unreachable. Just posting here in case the=20
university network is unreachable either.

Thanks,
Gwenol=E9.=