basilisk-devel — Basilisk II development-related discussion

Re: [B2-devel] [patch] SheepShaver for gcc-4.3 and Ubuntu Intrepid

[Alexei S. <isv...@sy...>]

Committed. :)

-Alexei

On 15-Jan-09, at 11:03 AM, Darik Horn wrote:

> The attached patch makes SheepShaver compatible with Ubuntu Intrepid  
> and
> other distros that bundle the gcc-4.3 compiler.
>
> The patch changes two things:
>
> 1. Renames the block_cache where its name collides with its class
> definition.
>
> 2. Fixes the "explicit template specialization cannot have a storage
> class" error in the ppc-dyngen-ops.cpp file.
>
> The SourceForge ticket is:
>
> https://sourceforge.net/tracker/?func=detail&atid=352123&aid=2510252&group_id=2123
>
> A direct link is:
>
> http://www.vanadac.com/~dajhorn/projects/sheepshaver/SheepShaver_for_gcc-4.3_and_Ubuntu_Intrepid.patch
>
> --
> Darik Horn <da...@va...>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>

[B2-devel] [patch] SheepShaver for gcc-4.3 and Ubuntu Intrepid

[Darik H. <da...@va...>]

The attached patch makes SheepShaver compatible with Ubuntu Intrepid and
other distros that bundle the gcc-4.3 compiler.

The patch changes two things:

1. Renames the block_cache where its name collides with its class
definition.

2. Fixes the "explicit template specialization cannot have a storage
class" error in the ppc-dyngen-ops.cpp file.

The SourceForge ticket is:

https://sourceforge.net/tracker/?func=detail&atid=352123&aid=2510252&group_id=2123

A direct link is:

http://www.vanadac.com/~dajhorn/projects/sheepshaver/SheepShaver_for_gcc-4.3_and_Ubuntu_Intrepid.patch

--
Darik Horn <da...@va...>

Re: [B2-devel] Sheepshaver Linux PPC Build Error

[Darren B. <dm...@gm...>]

Darren Blaber wrote:
> Hey, I'm running ubuntu 8.04 hardy for PPC, and I can't seem to build 
> sheepshaver (kernel 2.6.24). It fails with sheepthreads.c . I try not 
> building sheepthreads.c (by editing makefile) and sheepshaver fails 
> when loading the rom with SIGUSR2 signal. I don't understand how this 
> low level thread library works, so I am unable to fix it.
>
>   1.
>      gcc -I../include -I. -I../slirp -DHAVE_CONFIG_H -D_REENTRANT
>      -DDATADIR=\"/usr/local/share/SheepShaver\" -g -O2 -c
>      Linux/sheepthreads.c -o obj/sheepthreads.o
>   2.
>      Linux/sheepthreads.c:53: error: field ‘__sem_lock’ has incomplete 
> type
>   3.
>      Linux/sheepthreads.c:55: error: expected specifier-qualifier-list
>      before ‘_pthread_descr’
>   4.
>      Linux/sheepthreads.c: In function ‘fastlock_init’:
>   5.
>      Linux/sheepthreads.c:190: error: dereferencing pointer to
>      incomplete type
>   6.
>      Linux/sheepthreads.c:191: error: dereferencing pointer to
>      incomplete type
>   7.
>      Linux/sheepthreads.c: In function ‘fastlock_try_acquire’:
>   8.
>      Linux/sheepthreads.c:197: error: dereferencing pointer to
>      incomplete type
>   9.
>      Linux/sheepthreads.c:198: error: dereferencing pointer to
>      incomplete type
>  10.
>      Linux/sheepthreads.c:199: error: dereferencing pointer to
>      incomplete type
>  11.
>      Linux/sheepthreads.c:203: error: dereferencing pointer to
>      incomplete type
>  12.
>      Linux/sheepthreads.c: In function ‘fastlock_acquire’:
>  13.
>      Linux/sheepthreads.c:211: error: dereferencing pointer to
>      incomplete type
>  14.
>      Linux/sheepthreads.c: In function ‘fastlock_release’:
>  15.
>      Linux/sheepthreads.c:218: error: dereferencing pointer to
>      incomplete type
>  16.
>      Linux/sheepthreads.c:219: error: dereferencing pointer to
>      incomplete type
>  17.
>      Linux/sheepthreads.c:219: error: dereferencing pointer to
>      incomplete type
>  18.
>      Linux/sheepthreads.c:219: error: invalid lvalue in asm output 0
>  19.
>      Linux/sheepthreads.c:219: error: memory input 1 is not directly
>      addressable
>  20.
>      Linux/sheepthreads.c: In function ‘pthread_mutex_init’:
>  21.
>      Linux/sheepthreads.c:229: error: ‘pthread_mutex_t’ has no member
>      named ‘__m_lock’
>  22.
>      Linux/sheepthreads.c:230: error: ‘pthread_mutex_t’ has no member
>      named ‘__m_kind’
>  23.
>      Linux/sheepthreads.c:230: error: ‘pthread_mutexattr_t’ has no
>      member named ‘__mutexkind’
>  24.
>      Linux/sheepthreads.c:231: error: ‘pthread_mutex_t’ has no member
>      named ‘__m_count’
>  25.
>      Linux/sheepthreads.c:232: error: ‘pthread_mutex_t’ has no member
>      named ‘__m_owner’
>  26.
>      Linux/sheepthreads.c: In function ‘pthread_mutex_destroy’:
>  27.
>      Linux/sheepthreads.c:243: error: ‘pthread_mutex_t’ has no member
>      named ‘__m_kind’
>  28.
>      Linux/sheepthreads.c:245: error: ‘pthread_mutex_t’ has no member
>      named ‘__m_lock’
>  29.
>      Linux/sheepthreads.c: In function ‘pthread_mutex_lock’:
>  30.
>      Linux/sheepthreads.c:258: error: ‘pthread_mutex_t’ has no member
>      named ‘__m_kind’
>  31.
>      Linux/sheepthreads.c:260: error: ‘pthread_mutex_t’ has no member
>      named ‘__m_lock’
>  32.
>      Linux/sheepthreads.c: In function ‘pthread_mutex_trylock’:
>  33.
>      Linux/sheepthreads.c:274: error: ‘pthread_mutex_t’ has no member
>      named ‘__m_kind’
>  34.
>      Linux/sheepthreads.c:276: error: ‘pthread_mutex_t’ has no member
>      named ‘__m_lock’
>  35.
>      Linux/sheepthreads.c: In function ‘pthread_mutex_unlock’:
>  36.
>      Linux/sheepthreads.c:289: error: ‘pthread_mutex_t’ has no member
>      named ‘__m_kind’
>  37.
>      Linux/sheepthreads.c:291: error: ‘pthread_mutex_t’ has no member
>      named ‘__m_lock’
>  38.
>      Linux/sheepthreads.c: In function ‘pthread_mutexattr_init’:
>  39.
>      Linux/sheepthreads.c:305: error: ‘pthread_mutexattr_t’ has no
>      member named ‘__mutexkind’
>  40.
>      Linux/sheepthreads.c: In function ‘sem_init’:
>  41.
>      Linux/sheepthreads.c:336: error: ‘sem_t’ has no member named
>      ‘__sem_waiting’
>  42.
>      Linux/sheepthreads.c: In function ‘sem_destroy’:
>  43.
>      Linux/sheepthreads.c:351: error: ‘sem_t’ has no member named
>      ‘__sem_waiting’
>  44.
>      Linux/sheepthreads.c:356: error: ‘sem_t’ has no member named
>      ‘__sem_waiting’
>  45.
>      Linux/sheepthreads.c: In function ‘sem_wait’:
>  46.
>      Linux/sheepthreads.c:377: error: ‘sem_t’ has no member named
>      ‘__sem_waiting’
>  47.
>      Linux/sheepthreads.c:377: error: ‘sem_t’ has no member named
>      ‘__sem_waiting’
>  48.
>      Linux/sheepthreads.c: In function ‘sem_post’:
>  49.
>      Linux/sheepthreads.c:400: error: ‘sem_t’ has no member named
>      ‘__sem_waiting’
>  50.
>      Linux/sheepthreads.c:401: error: ‘sem_t’ has no member named
>      ‘__sem_waiting’
>  51.
>      Linux/sheepthreads.c:401: error: ‘sem_t’ has no member named
>      ‘__sem_waiting’
>
>
>
Well, it seems that this probably has to do with the modern linux 
distros using nptl which has some compatibility problems with 
sheepthreads (which expects linuxthreads). Is this correct?

[B2-devel] Sheepshaver Linux PPC Build Error

[Darren B. <dm...@gm...>]

Hey, I'm running ubuntu 8.04 hardy for PPC, and I can't seem to build 
sheepshaver (kernel 2.6.24). It fails with sheepthreads.c . I try not 
building sheepthreads.c (by editing makefile) and sheepshaver fails when 
loading the rom with SIGUSR2 signal. I don't understand how this low 
level thread library works, so I am unable to fix it.

   1.
      gcc -I../include -I. -I../slirp -DHAVE_CONFIG_H -D_REENTRANT
      -DDATADIR=\"/usr/local/share/SheepShaver\" -g -O2 -c
      Linux/sheepthreads.c -o obj/sheepthreads.o
   2.
      Linux/sheepthreads.c:53: error: field ‘__sem_lock’ has incomplete type
   3.
      Linux/sheepthreads.c:55: error: expected specifier-qualifier-list
      before ‘_pthread_descr’
   4.
      Linux/sheepthreads.c: In function ‘fastlock_init’:
   5.
      Linux/sheepthreads.c:190: error: dereferencing pointer to
      incomplete type
   6.
      Linux/sheepthreads.c:191: error: dereferencing pointer to
      incomplete type
   7.
      Linux/sheepthreads.c: In function ‘fastlock_try_acquire’:
   8.
      Linux/sheepthreads.c:197: error: dereferencing pointer to
      incomplete type
   9.
      Linux/sheepthreads.c:198: error: dereferencing pointer to
      incomplete type
  10.
      Linux/sheepthreads.c:199: error: dereferencing pointer to
      incomplete type
  11.
      Linux/sheepthreads.c:203: error: dereferencing pointer to
      incomplete type
  12.
      Linux/sheepthreads.c: In function ‘fastlock_acquire’:
  13.
      Linux/sheepthreads.c:211: error: dereferencing pointer to
      incomplete type
  14.
      Linux/sheepthreads.c: In function ‘fastlock_release’:
  15.
      Linux/sheepthreads.c:218: error: dereferencing pointer to
      incomplete type
  16.
      Linux/sheepthreads.c:219: error: dereferencing pointer to
      incomplete type
  17.
      Linux/sheepthreads.c:219: error: dereferencing pointer to
      incomplete type
  18.
      Linux/sheepthreads.c:219: error: invalid lvalue in asm output 0
  19.
      Linux/sheepthreads.c:219: error: memory input 1 is not directly
      addressable
  20.
      Linux/sheepthreads.c: In function ‘pthread_mutex_init’:
  21.
      Linux/sheepthreads.c:229: error: ‘pthread_mutex_t’ has no member
      named ‘__m_lock’
  22.
      Linux/sheepthreads.c:230: error: ‘pthread_mutex_t’ has no member
      named ‘__m_kind’
  23.
      Linux/sheepthreads.c:230: error: ‘pthread_mutexattr_t’ has no
      member named ‘__mutexkind’
  24.
      Linux/sheepthreads.c:231: error: ‘pthread_mutex_t’ has no member
      named ‘__m_count’
  25.
      Linux/sheepthreads.c:232: error: ‘pthread_mutex_t’ has no member
      named ‘__m_owner’
  26.
      Linux/sheepthreads.c: In function ‘pthread_mutex_destroy’:
  27.
      Linux/sheepthreads.c:243: error: ‘pthread_mutex_t’ has no member
      named ‘__m_kind’
  28.
      Linux/sheepthreads.c:245: error: ‘pthread_mutex_t’ has no member
      named ‘__m_lock’
  29.
      Linux/sheepthreads.c: In function ‘pthread_mutex_lock’:
  30.
      Linux/sheepthreads.c:258: error: ‘pthread_mutex_t’ has no member
      named ‘__m_kind’
  31.
      Linux/sheepthreads.c:260: error: ‘pthread_mutex_t’ has no member
      named ‘__m_lock’
  32.
      Linux/sheepthreads.c: In function ‘pthread_mutex_trylock’:
  33.
      Linux/sheepthreads.c:274: error: ‘pthread_mutex_t’ has no member
      named ‘__m_kind’
  34.
      Linux/sheepthreads.c:276: error: ‘pthread_mutex_t’ has no member
      named ‘__m_lock’
  35.
      Linux/sheepthreads.c: In function ‘pthread_mutex_unlock’:
  36.
      Linux/sheepthreads.c:289: error: ‘pthread_mutex_t’ has no member
      named ‘__m_kind’
  37.
      Linux/sheepthreads.c:291: error: ‘pthread_mutex_t’ has no member
      named ‘__m_lock’
  38.
      Linux/sheepthreads.c: In function ‘pthread_mutexattr_init’:
  39.
      Linux/sheepthreads.c:305: error: ‘pthread_mutexattr_t’ has no
      member named ‘__mutexkind’
  40.
      Linux/sheepthreads.c: In function ‘sem_init’:
  41.
      Linux/sheepthreads.c:336: error: ‘sem_t’ has no member named
      ‘__sem_waiting’
  42.
      Linux/sheepthreads.c: In function ‘sem_destroy’:
  43.
      Linux/sheepthreads.c:351: error: ‘sem_t’ has no member named
      ‘__sem_waiting’
  44.
      Linux/sheepthreads.c:356: error: ‘sem_t’ has no member named
      ‘__sem_waiting’
  45.
      Linux/sheepthreads.c: In function ‘sem_wait’:
  46.
      Linux/sheepthreads.c:377: error: ‘sem_t’ has no member named
      ‘__sem_waiting’
  47.
      Linux/sheepthreads.c:377: error: ‘sem_t’ has no member named
      ‘__sem_waiting’
  48.
      Linux/sheepthreads.c: In function ‘sem_post’:
  49.
      Linux/sheepthreads.c:400: error: ‘sem_t’ has no member named
      ‘__sem_waiting’
  50.
      Linux/sheepthreads.c:401: error: ‘sem_t’ has no member named
      ‘__sem_waiting’
  51.
      Linux/sheepthreads.c:401: error: ‘sem_t’ has no member named
      ‘__sem_waiting’

Re: [B2-devel] Build report: Basilisk II works, SheepShaver doesn't link

[C.W. B. <com...@ho...>]

It seems like the compiler hasn't included the Cocoa Framework.
On Jun 29, 2008, at 9:48 PM, Joshua Juran wrote:

> I was very pleased to see Basilisk II build and run cleanly.  I also
> note that illegal instruction exceptions work as expected.[1]
>
> On the other hand, bus errors do not.  Attempting to dereference
> 0x68F168F1 (which is supposed to elicit a bus error exception, and
> does so on a real 68040) freezes the emulated machine.
>
> Yes, I have code that deliberately does this. :-)
>
> SheepShaver fails here:
>
> g++ -o SheepShaver -pagezero_size 0x3000 -Wl,-seg1addr,
> 0x78048000       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/rpc_unix.o obj/
> sshpty.o obj/strlcpy.o obj/video_x.o obj/extfs_macosx.o obj/
> prefs_macosx.o obj/PrefsEditor.o obj/serial_unix.o obj/ether_unix.o
> obj/scsi_dummy.o obj/audio_macosx.o obj/AudioBackEnd.o obj/
> AudioDevice.o obj/MacOSX_sound_if.o obj/prefs_editor_dummy.o obj/
> sys_darwin.o obj/clip_unix.o obj/jit-cache.o obj/basic-dyngen.o obj/
> ppc-dyngen.o obj/ppc-jit.o obj/ieeefp.o obj/mathlib.o obj/ppc-cpu.o
> obj/ppc-decode.o obj/ppc-execute.o obj/ppc-translate.o obj/utils-
> cpuinfo.o obj/sheepshaver_glue.o obj/bootp.o obj/ip_output.o obj/
> tcp_input.o obj/cksum.o obj/mbuf.o obj/tcp_output.o obj/debug.o obj/
> misc.o obj/tcp_subr.o obj/if.o obj/sbuf.o obj/tcp_timer.o obj/
> ip_icmp.o obj/slirp.o obj/tftp.o obj/ip_input.o obj/socket.o obj/
> udp.o -lpthread -lm   -lSM -lICE  -L/usr/X11R6/lib -lX11 -lXext  -
> framework Carbon -framework IOKit -framework CoreFoundation -
> framework CoreAudio -framework AudioUnit -framework AudioToolbox
> /usr/bin/ld: Undefined symbols:
> .objc_class_name_NSMenuItem
> .objc_class_name_NSNib
> .objc_class_name_NSObject
> .objc_class_name_NSWindow
> _NSApp
> _NSLog
> _objc_msgSend
> .objc_class_name_NSMutableArray
> .objc_class_name_NSOpenPanel
> .objc_class_name_NSSavePanel
> .objc_class_name_NSString
> _objc_msgSendSuper
> collect2: ld returned 1 exit status
> make: *** [SheepShaver] Error 1
>
> Josh
>
> [1] Actually, illegal instruction exceptions also worked in the 3rd-
> party build I was using, but Macsbug didn't recognize keystrokes, so
> it was effectively fatal.
>
>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel

[B2-devel] Build report: Basilisk II works, SheepShaver doesn't link

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

I was very pleased to see Basilisk II build and run cleanly.  I also  
note that illegal instruction exceptions work as expected.[1]

On the other hand, bus errors do not.  Attempting to dereference  
0x68F168F1 (which is supposed to elicit a bus error exception, and  
does so on a real 68040) freezes the emulated machine.

Yes, I have code that deliberately does this. :-)

SheepShaver fails here:

g++ -o SheepShaver -pagezero_size 0x3000 -Wl,-seg1addr, 
0x78048000       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/rpc_unix.o obj/ 
sshpty.o obj/strlcpy.o obj/video_x.o obj/extfs_macosx.o obj/ 
prefs_macosx.o obj/PrefsEditor.o obj/serial_unix.o obj/ether_unix.o  
obj/scsi_dummy.o obj/audio_macosx.o obj/AudioBackEnd.o obj/ 
AudioDevice.o obj/MacOSX_sound_if.o obj/prefs_editor_dummy.o obj/ 
sys_darwin.o obj/clip_unix.o obj/jit-cache.o obj/basic-dyngen.o obj/ 
ppc-dyngen.o obj/ppc-jit.o obj/ieeefp.o obj/mathlib.o obj/ppc-cpu.o  
obj/ppc-decode.o obj/ppc-execute.o obj/ppc-translate.o obj/utils- 
cpuinfo.o obj/sheepshaver_glue.o obj/bootp.o obj/ip_output.o obj/ 
tcp_input.o obj/cksum.o obj/mbuf.o obj/tcp_output.o obj/debug.o obj/ 
misc.o obj/tcp_subr.o obj/if.o obj/sbuf.o obj/tcp_timer.o obj/ 
ip_icmp.o obj/slirp.o obj/tftp.o obj/ip_input.o obj/socket.o obj/ 
udp.o -lpthread -lm   -lSM -lICE  -L/usr/X11R6/lib -lX11 -lXext  - 
framework Carbon -framework IOKit -framework CoreFoundation - 
framework CoreAudio -framework AudioUnit -framework AudioToolbox
/usr/bin/ld: Undefined symbols:
.objc_class_name_NSMenuItem
.objc_class_name_NSNib
.objc_class_name_NSObject
.objc_class_name_NSWindow
_NSApp
_NSLog
_objc_msgSend
.objc_class_name_NSMutableArray
.objc_class_name_NSOpenPanel
.objc_class_name_NSSavePanel
.objc_class_name_NSString
_objc_msgSendSuper
collect2: ld returned 1 exit status
make: *** [SheepShaver] Error 1

Josh

[1] Actually, illegal instruction exceptions also worked in the 3rd- 
party build I was using, but Macsbug didn't recognize keystrokes, so  
it was effectively fatal.

[B2-devel] Sheepshaver and Basilisk II won't compile on 10.5

[C.W. B. <com...@ho...>]

When I try to compile Sheepshaver, I get the following error:
/dyngen -o basic-dyngen-ops.hpp obj/basic-dyngen-ops.o
dyngen: unexpected external symbol _Z16generic_bswap_16t
make: *** [basic-dyngen-ops.hpp] Error 1

Also, when I compile either SheepShaver or Basilisk II, I get the  
following error:
gcc -mmacosx-version-min=10.4 -F/Developer/SDKs/MacOSX10.4u.sdk/System/ 
Library/Frameworks/CoreServices.framework/Versions/A/Frameworks - 
isysroot /Developer/SDKs/MacOSX10.4u.sdk -I../MacOSX/PrefsEditor -I../ 
kpx_cpu/include -I../kpx_cpu/src -DUSE_JIT -I../include -I. -I../slirp  
-DHAVE_CONFIG_H -D_REENTRANT -DDATADIR=\"/usr/local/share/SheepShaver 
\" -mmacosx-version-min=10.4 -F/Developer/SDKs/MacOSX10.4u.sdk/System/ 
Library/Frameworks/CoreServices.framework/Versions/A/Frameworks - 
isysroot /Developer/SDKs/MacOSX10.4u.sdk -I/sw/include/SDL - 
D_GNU_SOURCE=1 -D_THREAD_SAFE -mdynamic-no-pic -c sshpty.c -o obj/ 
sshpty.o
sshpty.c: In function ‘pty_allocate’:
sshpty.c:148: error: ‘mysig_t’ undeclared (first use in this function)
sshpty.c:148: error: (Each undeclared identifier is reported only once
sshpty.c:148: error: for each function it appears in.)
sshpty.c:148: error: syntax error before ‘old_signal’
sshpty.c:155: error: ‘old_signal’ undeclared (first use in this  
function)
sshpty.c:183: error: ‘I_PUSH’ undeclared (first use in this function)
make: *** [obj/sshpty.o] Error 1
The 10.4 SDK is needed for it to compile due to both SheepShaver and  
Basilisk II using a deprecated command.

[B2-devel] no fullscreen? no Nisus Writer?

[Morgan R. <ms...@re...>]

Hello list

I've been using BasiliskII since before I left windows for gnu/linux
some five years ago.  But, since I left windows I've had a niggling
problem - I'm not able to get it to run full screen, when I had it on
windows all those years ago it went full screen without problem.  Now I
get this:
[morgan@morgansmachine ~]$ BasiliskII
Basilisk II V1.0-Pre (May  1 2006) by Christian Bauer et al.
Reading ROM file...
Using /dev/dsp audio output
XF86DGAGetVideo: failed to map video memory (Permission denied)
[morgan@morgansmachine ~]$

I guess this is just a permissions issue with something?

Also, since I started using BasiliskII from my old Quadra660av (many
years ago) Nisus Writer fails to start.  As this was my word processor of
choice it means I have to convert all my documents to Word files - which
is of course irritating...

It always crashes on start up with a window:
"The application "Nisus@Writer" has unexpectedly quit, because an error
type 12 occured.
You should save your work in other open applications and restart the
computer."
Any explanation?

Regards,
Morgan.
-- 
Getting errors: "There are problems with the signature" (or similar)?
Update your system by installing certificates from CAcert Inc, see here:
http://wiki.cacert.org/wiki/BrowserClients?#head-259758ec5ba51c5205cfb179cf60e0b54d9e378b
Or, if Internet Explorer is your default browser, simply click this link:
http://www.cacert.org/index.php?id=17

Morgan Read
NEW ZEALAND
<mailto:mstuffATreadDOTorgDOTnz>

fedora: Freedom Forever!
http://fedoraproject.org/wiki/Overview

"By choosing not to ship any proprietary or binary drivers, Fedora does
differ from other distributions. ..."
Quote: Max Spevik
        http://interviews.slashdot.org/article.pl?sid=06/08/17/177220

RMS on fedora:
        http://fedoraproject.org/wiki/FreeSoftwareAnalysis/FSF

[B2-devel] no fullscreen? no Nisus Writer?

[Morgan R. <mo...@re...>]

Hello list

I've been using BasiliskII since before I left windows for gnu/linux 
some five years ago.  But, since I left windows I've had a niggling 
problem - I'm not able to get it to run fullscreen, when I had it on 
windows all those years ago it went fullscreen without problem.  Now I 
get this:
[morgan@morgansmachine ~]$ BasiliskII
Basilisk II V1.0-Pre (May  1 2006) by Christian Bauer et al.
Reading ROM file...
Using /dev/dsp audio output
XF86DGAGetVideo: failed to map video memory (Permission denied)
[morgan@morgansmachine ~]$

I guess this is just a permissions issue with something?

Also, since I started using BasiliskII from my old Quadra660av (many 
years ago) Nisus Writer fails to start.  As this was my wordprocessor of 
choice it means I have to convert all my documents to Word files - which 
is of course irritating...

It always crashes on start up with a window:
"The application "Nisus@Writer" has unexpectedly quit, because an error 
type 12 occured.
You should save your work in other open applications and restart the 
computer."
Any explanation?

Regards,
Morgan.
-- 
Getting errors: "There are problems with the signature" (or similar)?
Update your system by installing certificates from CAcert Inc, see here:
http://wiki.cacert.org/wiki/BrowserClients?#head-259758ec5ba51c5205cfb179cf60e0b54d9e378b
Or, if Internet Explorer is your default browser, simply click this link:
http://www.cacert.org/index.php?id=17

Morgan Read
19 Clarke Road
Onehunga
AUCKLAND 1061
P +64-9-634.6338
M +64-21-732.363
E <mailto:mo...@re...>
W <http://www.read.org.nz>

fedora: Freedom Forever!
http://fedoraproject.org/wiki/Overview
http://fedoraproject.org/wiki/FreeSoftwareAnalysis/FSF

[B2-devel] compiling broken by recent cvs update

[C.W. B. <com...@ho...>]

The recent CVS import seems to have removed some definitions, as I can't 
compile it anymore:
g++ -I../include -I. -I../uae_cpu -I../slirp -DHAVE_CONFIG_H  -DDIRECT_ADDRESSING 
 -DUNALIGNED_PROFITABLE -DREGPARAM="__attribute__((regparm(3)))" -DX86_ASSEMBLY 
 -DOPTIMIZED_FLAGS -DSAHF_SETO_PROFITABLE -DUSE_JIT -DUSE_JIT_FPU -DFPU_IEEE 
 -O2 -I/usr/local/include/SDL -D_GNU_SOURCE=1 -Dmain=SDL_main -c 
./uae_cpu/compiler/compemu_support.cpp -o obj/compemu_support.o
In file included from ../uae_cpu/compiler/compemu_support.cpp:772:
./uae_cpu/compiler/codegen_x86.cpp: In function `void x86_fadd_m(uint32)':
./uae_cpu/compiler/codegen_x86.cpp:1235: error: `FADDLm' was not declared 
in this scope
./uae_cpu/compiler/codegen_x86.cpp: In function `void raw_fldl(uint32)':
./uae_cpu/compiler/codegen_x86.cpp:4174: error: `FLDLm' was not declared in 
this scope
make: *** [obj/compemu_support.o] Error 1

[B2-devel] MMU requirements in SheepShaver

[Jaime C. <jca...@gm...>]

Hi!

I'd like to know what are the MMU requirements to run Sheepshaver (in
order to port it to other PPC OSes like AmigaOS4, MorphOS or
AROS-PPC). Unfortunately I'm not used to work with MMU so I may be
wrong in some parts.

The idea is running SheepShaver like
Shapeshifter/BasiliskII/Fusion/iFusion did on AmigaOS, reserving a
part of the memory for the emulated Mac and using the cpu and memory
directly. As far as I understand:

1.-The PPC ROM is patched so it doesn't seek some bits of real mac
hardware. IIRC it can be placed in any part of the emulated mac memory
area so you don't have to use the MMU to remap it. The PPC ROM was
usually placed in a fixed address in real Macs until "newworld" macs
were released. Newworld macs load the "rom" in memory so it has to be
patched less. So I think you may want to use the MMU to mark it as
read-only but that's nearly all.

2.-The first (32?) kilobytes of memory are used by MacOS Classic to
store program variables or global settings, I can't remember. This
part can't be patched by our emulator as apps or MacOS are hardcoded
to write in that memory area. In AmigaOS3.x a special command was used
to keep those kilobytes of memory free for the emulator. Unfortunately
that would not be longer possible with AmigaOS4 and MorphOS (and it
isn't likely to change in future versions) and when an app tried to
write in that memory area I guess that an exception would be launched.
Unfortunately I don't know if reading would work... I hope it doesn't
but I doubt that memory area is read-protected since some parts of the
kernel and OS may read it. If that memory area can be read directly it
will probably rule out MorphOS as it doesn't provide a way to access
the MMU or advanced memory functions to user apps.

That would leave two options:
2.1.- When an exception/memory hit is launched because the host OS
marks that memory area as not readable/writable, try to catch it some
way (I wouldn't have very clear how to do it) and reproduce the
operation in a "safe" allocated memory area for the emulator. I don't
know if this could work.
2.2- Try to create an special "MMU context" for the emulator so it
remaps the first kilobytes of memory into another area we have
reserved. When the illegal instruction that turns back control of the
cpu to the host OS is executed, the original MMU context should be
restored so host OS functions aren't affected by this. I don't know if
the AmigaOS4 API allows this (amigaos3 mmu.library provided
functionality to do this). I guess this could be the right way to do
it.
2.3.- I think AmigaOS4 provides at least functions to mark the first
kilobytes of memory as not readable/writable so at least we may notice
when the data is being accessed. I still don't understand clearly how
could I "catch" this access and reproduce the changes in another
memory area.


So... is MMU used somewhere else in SheepShaver?


-- 
Saludos/Best Regards
Jaime Cagigal

Re: [B2-devel] SheepShaver in CVS

[Alexei S. <isv...@sy...>]

Is there any plans to make an "official" build with the new stuff in  
CVS (and an actual final version number, rather than "2.3 Snapshot")?

It would be good for users to be able to use the new stuff without  
searching around community sites, or building their own.

-Alexei

[B2-devel] Basilisk II dies after segfault

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

Occasionally I get dropped into Macsbug, and Basilisk II doesn't exit  
but I get the spinning beachball and have to kill it.

Attaching with gdb informs me that B2 was in catch_exception_raise 
().  No additional stack frames are available.

Additionally, if I use Force Quit from the Dock menu, I have to use  
it twice.  I've seen this symptom before, and I suspect that it's  
related to catching OS exceptions oneself (instead of letting the OS  
kill you and produce a crash report) but failing to recover from them.

Unfortunately I know very little about Mach kernel programming, so  
I'm not sure how much I can usefully add to the discussion.

Josh

Re: [B2-devel] Basilisk II build problem

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

On Jan 2, 2008, at 5:01 AM, Joshua Juran wrote:

> On Jan 2, 2008, at 4:02 AM, howard spoelstra wrote:
>
>> Why don't your try the builds we make available at http:// 
>> www.emaculation.com/forum/
>
> But I gave yours a shot.  It boots up to the Speech Manager icon  
> and then dies:
>
>> Basilisk II V1.0 by Christian Bauer et al.
>> Reading ROM file...
>> Using SDL/coreaudio audio output
>> Illegal instruction: 2eff at 0017dda9
>> Caught SIGSEGV at address 0x8216e014 [IP=0x7807fd02]
>> D0: 00000014 D1: 01fd0030 D2: 64700051 D3: 00100200
>> D4: 9a0a0000 D5: 0da0000d D6: ff14000d D7: 00000005
>> A0: 00002000 A1: 00181ccd A2: 00084548 A3: 6c790000
>> A4: 00181b70 A5: 000dff88 A6: 017f89ba A7: 017f8980
>> USP=00000000 ISP=017f8980 MSP=00000000 VBR=00000000
>> T=00 S=1 M=0 X=0 N=0 Z=0 V=0 C=0 IMASK=7
>> FP0: nan FP1: nan FP2: nan FP3: nan
>> FP4: nan FP5: nan FP6: nan FP7: nan
>> N=0 Z=0 I=0 NAN=0
>> 0015acbc: 3f3c f031 a9a0 2857 a992 MOVE.W #$f031,-(A7)
>> next PC: 0015acc0
>> 2008-01-02 04:40:59.395 BasiliskII[26592] *** _NSAutoreleaseNoPool 
>> (): Object 0x345230 of class NSCFArray autoreleased with no pool  
>> in place - just leaking
>> 2008-01-02 04:40:59.395 BasiliskII[26592] *** _NSAutoreleaseNoPool 
>> (): Object 0x34dd10 of class SDL_QuartzWindow autoreleased with no  
>> pool in place - just leaking
>
>
> A subsequent run yielded:
>
>> Basilisk II V1.0 by Christian Bauer et al.
>> Reading ROM file...
>> Using SDL/coreaudio audio output
>> Illegal instruction: 2eff at 0017dda9
>> Illegal instruction: 4c4b at 01800400
>> Illegal instruction: 4c4b at 01800400
>> Illegal instruction: 4c4b at 01800400
>> Illegal instruction: 4c4b at 01800400
>> Illegal instruction: 4c4b at 01800400
>
>
> (etc.)

It turns out that I had a broken INIT installed.  Once I removed  
that, I could boot.  Although timing the Shift key to disable  
extensions required a little dexterity and much luck.

I won't enumerate here all the improvements I'd like to see (other  
than to mention that an option to boot without extensions would have  
been useful, and I expect the emulator app to stay open if it hasn't  
itself crashed), but I can't contribute without a working build from  
source.

Josh

Re: [B2-devel] Basilisk II build problem

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

On Jan 2, 2008, at 4:02 AM, howard spoelstra wrote:

> Why don't your try the builds we make available at http:// 
> www.emaculation.com/forum/

It's important that users who choose to do so be able to build from  
source.  Especially when they're potential contributors.

I neglected to mention that I'm a programmer, I enjoy tinkering with  
traditional Mac OS, and I've recently been learning 68K and PowerPC  
assembler.  I would love to be able to contribute to Basilisk II and  
SheepShaver, but I need a clean build to start from.

But I gave yours a shot.  It boots up to the Speech Manager icon and  
then dies:

> Basilisk II V1.0 by Christian Bauer et al.
> Reading ROM file...
> Using SDL/coreaudio audio output
> Illegal instruction: 2eff at 0017dda9
> Caught SIGSEGV at address 0x8216e014 [IP=0x7807fd02]
> D0: 00000014 D1: 01fd0030 D2: 64700051 D3: 00100200
> D4: 9a0a0000 D5: 0da0000d D6: ff14000d D7: 00000005
> A0: 00002000 A1: 00181ccd A2: 00084548 A3: 6c790000
> A4: 00181b70 A5: 000dff88 A6: 017f89ba A7: 017f8980
> USP=00000000 ISP=017f8980 MSP=00000000 VBR=00000000
> T=00 S=1 M=0 X=0 N=0 Z=0 V=0 C=0 IMASK=7
> FP0: nan FP1: nan FP2: nan FP3: nan
> FP4: nan FP5: nan FP6: nan FP7: nan
> N=0 Z=0 I=0 NAN=0
> 0015acbc: 3f3c f031 a9a0 2857 a992 MOVE.W #$f031,-(A7)
> next PC: 0015acc0
> 2008-01-02 04:40:59.395 BasiliskII[26592] *** _NSAutoreleaseNoPool 
> (): Object 0x345230 of class NSCFArray autoreleased with no pool in  
> place - just leaking
> 2008-01-02 04:40:59.395 BasiliskII[26592] *** _NSAutoreleaseNoPool 
> (): Object 0x34dd10 of class SDL_QuartzWindow autoreleased with no  
> pool in place - just leaking


A subsequent run yielded:

> Basilisk II V1.0 by Christian Bauer et al.
> Reading ROM file...
> Using SDL/coreaudio audio output
> Illegal instruction: 2eff at 0017dda9
> Illegal instruction: 4c4b at 01800400
> Illegal instruction: 4c4b at 01800400
> Illegal instruction: 4c4b at 01800400
> Illegal instruction: 4c4b at 01800400
> Illegal instruction: 4c4b at 01800400


(etc.)

> Information on how to build SheepShaver is also available at:
> http://gwenole.beauchesne.info/en/projects/sheepshaver/help/compiling

It would be very helpful to have in CVS as well, and my prior trouble  
reports still apply.

Josh

Re: [B2-devel] Basilisk II build problem

[howard s. <how...@ho...>]

Hi,

Why don't your try the builds we make available at http://www.emaculation.c=
om/forum/

Information on how to build SheepShaver is also available at:
http://gwenole.beauchesne.info/en/projects/sheepshaver/help/compiling

Best,
Howard


> To: bas...@li...
> From: jj...@gm...
> Date: Wed, 2 Jan 2008 03:12:43 -0800
> Subject: [B2-devel] Basilisk II build problem
>
> The file 0_HOW_TO_BUILD.txt in src/MacOSX says:
>
>> 2) Open a Terminal, and cd to BasiliskII-1.0/src/MacOSX
>>
>> 3) sh 1_prepare_files.sh
>>
>> This creates some symlinks to files in the Unix source and
>> /usr/libexec directories, generates ./configure, and runs it.
>>
>> The end result is a Makefile and some header files
>
>
> But there is no 1_prepare_files.sh file.
>
> Josh
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel

_________________________________________________________________
Download Messenger op je mobiel!
http://www.windowslivemobile.msn.com/nl/ =

[B2-devel] Basilisk II build problem

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

The file 0_HOW_TO_BUILD.txt in src/MacOSX says:

> 2) Open a Terminal, and cd to BasiliskII-1.0/src/MacOSX
>
> 3) sh 1_prepare_files.sh
>
>    This creates some symlinks to files in the Unix source and
>    /usr/libexec directories, generates ./configure, and runs it.
>
>    The end result is a Makefile and some header files


But there is no 1_prepare_files.sh file.

Josh

[B2-devel] SheepShaver build and run issues

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

I was able to build SheepShaver with two caveats:

I had to append -framework AppKit to the g++ -o SheepShaver link  
command to avoid these errors:

> /usr/bin/ld: Undefined symbols:
> .objc_class_name_NSMenuItem
> .objc_class_name_NSNib
> .objc_class_name_NSObject
> .objc_class_name_NSWindow
> _NSApp
> _NSLog
> _objc_msgSend
> .objc_class_name_NSMutableArray
> .objc_class_name_NSOpenPanel
> .objc_class_name_NSSavePanel
> .objc_class_name_NSString
> _objc_msgSendSuper
> collect2: ld returned 1 exit status
> make: *** [SheepShaver] Error 1


I also had to explicitly specify 'make SheepShaver_app' instead of  
just 'make', whereas the end of configure's output says  
'Configuration done. Now type "make".'

Having built SheepShaver.app, I noticed that the application bundle  
lacks its usual icon, although the icon file is present in the  
bundle's Resources and I didn't notice any obvious differences from  
the working copy of SheepShaver I have.

Attempting to launch the newly-built SheepShaver produces this  
console output:

> SheepShaver V2.3 by Christian Bauer and Mar"c" Hellwig
> 2008-01-02 02:54:19.328 SheepShaver[26459] *** _NSAutoreleaseNoPool 
> (): Object 0x311a80 of class NSPathStore2 autoreleased with no pool  
> in place - just leaking
> 2008-01-02 02:54:19.328 SheepShaver[26459] *** _NSAutoreleaseNoPool 
> (): Object 0x314f60 of class NSCFString autoreleased with no pool  
> in place - just leaking
> 2008-01-02 02:54:19.328 SheepShaver[26459] *** _NSAutoreleaseNoPool 
> (): Object 0x315700 of class NSPathStore2 autoreleased with no pool  
> in place - just leaking
> 2008-01-02 02:54:19.329 SheepShaver[26459] *** _NSAutoreleaseNoPool 
> (): Object 0x312c20 of class NSCFString autoreleased with no pool  
> in place - just leaking
> 2008-01-02 02:54:19.329 SheepShaver[26459] *** _NSAutoreleaseNoPool 
> (): Object 0x3145a0 of class NSMenuItem autoreleased with no pool  
> in place - just leaking
> 2008-01-02 02:54:19.329 SheepShaver[26459] *** _NSAutoreleaseNoPool 
> (): Object 0x7816fe2c of class NSCFString autoreleased with no pool  
> in place - just leaking
> Unrecognized option '-psn_0_33554433'
> Usage: /Users/jjuran/src/cebix/SheepShaver/src/Unix/SheepShaver.app/ 
> Contents/MacOS/SheepShaver [OPTION...]
>
> Unix options:
>   --display STRING
>     X display to use
>
> General options:
>   --disk STRING
>     device/file name of Mac volume [default=/Users/jjuran/Data/ 
> macos9.0.4.vol]
>   --floppy STRING
>     device/file name of Mac floppy drive [default=none]
>   --cdrom STRING
>     device/file names of Mac CD-ROM drive [default=none]
>   --extfs STRING
>     root path of ExtFS [default=/Users/jjuran/Data/Shared/]
>   --scsi0 STRING
>     SCSI target for Mac SCSI ID 0 [default=none]
>   --scsi1 STRING
>     SCSI target for Mac SCSI ID 1 [default=none]
>   --scsi2 STRING
>     SCSI target for Mac SCSI ID 2 [default=none]
>   --scsi3 STRING
>     SCSI target for Mac SCSI ID 3 [default=none]
>   --scsi4 STRING
>     SCSI target for Mac SCSI ID 4 [default=none]
>   --scsi5 STRING
>     SCSI target for Mac SCSI ID 5 [default=none]
>   --scsi6 STRING
>     SCSI target for Mac SCSI ID 6 [default=none]
>   --screen STRING
>     video mode [default=win/800/600]
>   --windowmodes NUMBER
>     bitmap of allowed window video modes [default=0]
>   --screenmodes NUMBER
>     bitmap of allowed fullscreen video modes [default=0]
>   --seriala STRING
>     device name of Mac serial port A [default=/dev/cu.usbmodem]
>   --serialb STRING
>     device name of Mac serial port B [default=/dev/null]
>   --rom STRING
>     path of ROM file [default=/Users/jjuran/Library/ROM Images/ROM  
> Update 1.0]
>   --bootdrive NUMBER
>     boot drive number [default=0]
>   --bootdriver NUMBER
>     boot driver number [default=0]
>   --ramsize NUMBER
>     size of Mac RAM in bytes [default=134217728]
>   --frameskip NUMBER
>     number of frames to skip in refreshed video modes [default=8]
>   --gfxaccel BOOL
>     turn on QuickDraw acceleration [default=true]
>   --nocdrom BOOL
>     don't install CD-ROM driver [default=false]
>   --nonet BOOL
>     don't use Ethernet [default=false]
>   --nosound BOOL
>     don't enable sound output [default=false]
>   --nogui BOOL
>     disable GUI [default=true]
>   --noclipconversion BOOL
>     don't convert clipboard contents [default=false]
>   --ignoresegv BOOL
>     ignore illegal memory accesses [default=true]
>   --jit BOOL
>     enable JIT compiler [default=true]
>   --jit68k BOOL
>     enable 68k DR emulator [default=false]
>   --keyboardtype NUMBER
>     hardware keyboard type [default=5]
>
> Platform-specific options:
>   --ether STRING
>     device name of Mac ethernet adapter [default=slirp]
>   --etherconfig STRING
>     path of network config script [default=none]
>   --keycodes BOOL
>     use keycodes rather than keysyms to decode keyboard [default=true]
>   --keycodefile STRING
>     path of keycode translation file [default=/Users/jjuran/ 
> Applications/SheepShaver-2.3/keycodes.sdl]
>   --mousewheelmode NUMBER
>     mouse wheel support mode (0=page up/down, 1=cursor up/down)  
> [default=0]
>   --mousewheellines NUMBER
>     number of lines to scroll in mouse wheel mode 1 [default=3]
>   --dsp STRING
>     audio output (dsp) device name [default=/dev/dsp]
>   --mixer STRING
>     audio mixer device name [default=/dev/mixer]
>   --ignoresegv BOOL
>     ignore illegal memory accesses [default=true]
>   --idlewait BOOL
>     sleep when idle [default=true]
>
> Boolean options are specified as '--OPTION true|on|yes' or
> '--OPTION false|off|no'.


If I open SheepShaver.app/Contents/Resources/SheepShaver in the  
Finder, I get this in Terminal:

> SheepShaver V2.3 by Christian Bauer and Mar"c" Hellwig
> 2008-01-02 03:05:40.159 SheepShaver[26480] *** _NSAutoreleaseNoPool 
> (): Object 0x30df10 of class NSPathStore2 autoreleased with no pool  
> in place - just leaking
> 2008-01-02 03:05:40.159 SheepShaver[26480] *** _NSAutoreleaseNoPool 
> (): Object 0x310890 of class NSCFString autoreleased with no pool  
> in place - just leaking
> 2008-01-02 03:05:40.160 SheepShaver[26480] *** _NSAutoreleaseNoPool 
> (): Object 0x311d40 of class NSPathStore2 autoreleased with no pool  
> in place - just leaking
> 2008-01-02 03:05:40.160 SheepShaver[26480] *** _NSAutoreleaseNoPool 
> (): Object 0x3122d0 of class NSCFString autoreleased with no pool  
> in place - just leaking
> 2008-01-02 03:05:40.160 SheepShaver[26480] *** _NSAutoreleaseNoPool 
> (): Object 0x3155a0 of class NSMenuItem autoreleased with no pool  
> in place - just leaking
> 2008-01-02 03:05:40.160 SheepShaver[26480] *** _NSAutoreleaseNoPool 
> (): Object 0x7816fe2c of class NSCFString autoreleased with no pool  
> in place - just leaking
> ERROR: Cannot connect to X server .
> Bus error


Which suggests that I really have SheepShaver for X11, not OS X, even  
though I followed the build instructions quoted in my previous message.

Josh

Re: [B2-devel] SheepShaver for OS X build instructions?

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

On Jan 23, 2007, at 2:58 PM, Gwenole Beauchesne wrote:

>> How do I build an OS-X-native SheepShaver?
>
> Most importantly, you currently need the SDL libraries, manually  
> built. i.e. don't use the pre-built packages as the configure  
> script won't support the SDL frameworks. I build SDL with static  
> libs only (--disabled-shared), the thing is to get "sdl-config" in  
> your PATH once you installed the SDL development files (headers,  
> libraries, sdl-config).
>
> Next, prepare the configure script in the src/Unix/ directory.  
> NO_CONFIGURE=1 ACLOCAL_FLAGS="-I m4" ./autogen.sh should be enough.
>
> Finally, simply run ./configure with your preferred options. I  
> use ./configure --enable-sdl-video --enable-sdl-audio --enable-sdl- 
> static --disable-vosf

Would you please document this in CVS, including what each option  
means and why it's important?

Thanks,
Josh

Re: [B2-devel] Sheepshaver - File Access outside the virtual volume

[Jaime C. <jca...@gm...>]

2008/1/2, Joshua Juran <jj...@gm...>:
> On Jan 1, 2008, at 10:27 AM, Kevin Jaques wrote:
>
> > I'm not sure what Basilisk is, but the Sheepshaver site said to
> > seek support on this forum.
>
> Basilisk II is a 68K Mac emulator, and SheepShaver shares some code
> with it.  Including the external filesystem layer.
>
It is a pity that Sheepshaver doesn't share more code or at least the
feeling I have is that it is not designed in such a modular way... the
low level unix/linux code seems to be spread over the main tree or
code, while it should be just in the unix directory. Or at least it's
not as clear. I know Sheepshaver has more complex emulation but I find
the specific platform code not as "splitted" as in BasiliskII.

I don't know if it still builds for PPC BeOS. I'm curious about it...
does someone have tried to build it on PPC BeOS?


-- 
Saludos/Best Regards
Jaime Cagigal

Re: [B2-devel] Sheepshaver - File Access outside the virtual volume

[Alexei S. <isv...@sy...>]

> I recommend asking the maintainers to release a new version of
> SheepShaver.  Or you can try to build it yourself, but you're
> probably better off just getting someone who's already done so to
> email you a copy.

I don't do builds, and Gwenole's builds are quite a bit out of date.

However, there is a site - Emaculation - which has forums for  
SheepShaver, and there are some unofficial builds there (as well as  
lots of feedback and suggestions from users).

The URL to their forums is: http://emaculation.com/forum/

Hope that helps.

-Alexei

Re: [B2-devel] Sheepshaver - File Access outside the virtual volume

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

On Jan 1, 2008, at 10:27 AM, Kevin Jaques wrote:

> I'm not sure what Basilisk is, but the Sheepshaver site said to  
> seek support on this forum.

Basilisk II is a 68K Mac emulator, and SheepShaver shares some code  
with it.  Including the external filesystem layer.

> I am having trouble moving files to and from the virtual Classic  
> Mac. I am running Mac OS X.4 ("Tiger"). I see that my computer's  
> actual startup volume appears on the virtual Classic desktop as  
> "Unix".
>
> Why am I only getting partial lists?

I don't know, but this might be a clue:

> Welcome to Genie and Lamp <http://lamp.sourceforge.net/>.
>
> Shell spawned with pid 2
> $ ls -l /Volumes
> total 0
> drwx------  21 0        0                0 Jan  2 02:12 Rio
> drwx------ 25975 0        0                0 Aug  5 12:45 Unix
> $


Rio is the boot volume and has 19 items at root level as expected.   
My extfs folder has 24 and therefore should display 26 in the second  
column.

(Genie/Lamp is a Unix-like environment that runs on traditional Mac OS.)

> Anyway, when I copied the files from the 'unix' drive to the 'bart  
> os9' volume, I think they lost all their resources.

Which version of SheepShaver are you using?  The May 2006 release has  
a known issue of not byteswapping the file types and creators, so  
your applications become type 'LPPA' (assuming you're on Intel) and  
won't launch.

> So, how does one get Mac files INTO the virtual Classic after the  
> volume is created, without losing all their essential Mac resources?

I recommend asking the maintainers to release a new version of  
SheepShaver.  Or you can try to build it yourself, but you're  
probably better off just getting someone who's already done so to  
email you a copy.

> Disturbingly, when I made a change to a directory using OS X, the  
> virtual Classic which had an open window displaying that directory  
> did not update the display.

This isn't a serious issue.  Just close the folder's window and  
reopen it, and the items will be refreshed.

Josh

Re: [B2-devel] Sheepshaver - File Access outside the virtual volume

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

I think that may have been unclear. When I say, "only partial lists  
are being produced", I mean that when the Virtual Classic is asked to  
draw a Finder window depicting the contents of a directory on the  
unix 'volume', it only draws a partial list of the actual contents.  
It omits items, or "doesn't see" them.

On Jan. 1, 2008, at 12:27 , Kevin Jaques wrote:

> I'm not sure what Basilisk is, but the Sheepshaver site said to  
> seek support on this forum. Many thanks to everybody working on  
> Sheepshaver.
>
> I am having trouble moving files to and from the virtual Classic  
> Mac. I am running Mac OS X.4 ("Tiger"). I see that my computer's  
> actual startup volume appears on the virtual Classic desktop as  
> "Unix".
>
> Only partial lists are being produced on the unix volume. For  
> instance, and this is a big one, it doesn't see "/Applications (Mac  
> OS 9)". And two other big ones are "/Users/Shared/Family Documents"  
> and "Users/kj". Oddly, it does see "/Users/Shared/" and "Users/sj".  
> I checked the permissions. Both Sheepshaver and Sheepshaver Gui are  
> owned by kj with rwx, of the admin group with rwx, permitting  
> guests with r--.
>
> Why am I only getting partial lists?
>
> My main need for Classic is to run InControl, which carries some  
> 8000 tasks in hierarchical structure many with alarms. Exporting to  
> a new program would be daunting. Besides, I haven't found any other  
> task manager or calendar that permits you to add fields, customize  
> views, attach alarms and organize it all hierarchically.
>
> Anyway, when I copied the files from the 'unix' drive to the 'bart  
> os9' volume, I think they lost all their resources. Certainly the  
> control panel was not recognized as such, nor could I launch the  
> application by opening the data file, nor was the application  
> recognized AS an application.
>
> So, how does one get Mac files INTO the virtual Classic after the  
> volume is created, without losing all their essential Mac resources?
>
> Interestingly, the virtual Classic thought a folder was a file.
>
> Disturbingly, when I made a change to a directory using OS X, the  
> virtual Classic which had an open window displaying that directory  
> did not update the display. At least the reverse worked. When the  
> virtual Classic wrote to a Unix directory, the Mac OS X window  
> displaying that directory was immediately updated.
>
>
> --
> 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
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ 
> _______________________________________________
> 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] Sheepshaver - File Access outside the virtual volume

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

I'm not sure what Basilisk is, but the Sheepshaver site said to seek  
support on this forum. Many thanks to everybody working on Sheepshaver.

I am having trouble moving files to and from the virtual Classic Mac.  
I am running Mac OS X.4 ("Tiger"). I see that my computer's actual  
startup volume appears on the virtual Classic desktop as "Unix".

Only partial lists are being produced on the unix volume. For  
instance, and this is a big one, it doesn't see "/Applications (Mac  
OS 9)". And two other big ones are "/Users/Shared/Family Documents"  
and "Users/kj". Oddly, it does see "/Users/Shared/" and "Users/sj". I  
checked the permissions. Both Sheepshaver and Sheepshaver Gui are  
owned by kj with rwx, of the admin group with rwx, permitting guests  
with r--.

Why am I only getting partial lists?

My main need for Classic is to run InControl, which carries some 8000  
tasks in hierarchical structure many with alarms. Exporting to a new  
program would be daunting. Besides, I haven't found any other task  
manager or calendar that permits you to add fields, customize views,  
attach alarms and organize it all hierarchically.

Anyway, when I copied the files from the 'unix' drive to the 'bart  
os9' volume, I think they lost all their resources. Certainly the  
control panel was not recognized as such, nor could I launch the  
application by opening the data file, nor was the application  
recognized AS an application.

So, how does one get Mac files INTO the virtual Classic after the  
volume is created, without losing all their essential Mac resources?

Interestingly, the virtual Classic thought a folder was a file.

Disturbingly, when I made a change to a directory using OS X, the  
virtual Classic which had an open window displaying that directory  
did not update the display. At least the reverse worked. When the  
virtual Classic wrote to a Unix directory, the Mac OS X window  
displaying that directory was immediately updated.


--
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

Re: [B2-devel] SheepShaver in CVS

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

Hi,

> I know get the error "Invalid thread_state flavor = 0. Not
> forwarding" on launch, after which SS just dies with a Bus error.

Err, hmm, you are right, I am very ashamed. Should be fixed with my  
latest commit, just in time before the new year. ;-)

Bye,
Gwenole