basilisk-devel — Basilisk II development-related discussion

Re: [B2-devel] git!

[Christian B. <cb...@ce...>]

Hi!

On 29.12.2015 17:45, Alexei Svitkine wrote:
> I've also now added your cxmon project to this same repo

Thanks! I've updated the autotools files a little and removed the generated 
files from the repository.

Bye,
Christian

-- 
   / Physics is an algorithm
\/ www.cebix.net

Re: [B2-devel] git!

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

Hey Christian,

I've also now added your cxmon project to this same repo, since it seemed
relevant and there were people asking on the macemu github about where to
get it. If you're fine with this, it would be good to update the cxmon
website to mention the git repo is now its official repository.

On Sat, Jul 7, 2012 at 2:13 PM, Alexei Svitkine <ale...@gm...>
wrote:

> Hey Christian,
>
> Do you mind updating http://sheepshaver.cebix.net/ to point at the new
> GIT repo instead of the old CVS one?
>
> -Alexei
>
>
> On Mon, Jun 18, 2012 at 7:06 PM, Alexei Svitkine <
> ale...@gm...> wrote:
>
>> Seems to work, thanks!
>>
>>
>> On Mon, Jun 18, 2012 at 2:39 PM, Christian Bauer <cb...@ce...> wrote:
>>
>>> Hi!
>>>
>>> On 06/16/2012 07:38 PM, Alexei Svitkine wrote:
>>> > Can you create a new GitHub repo containing both SS and BasiliskII
>>> > sources from the CVS TOT and add me as a collaborator?
>>>
>>> Let me know whether this works for you:
>>> https://github.com/cebix/macemu
>>>
>>> Bye,
>>> Christian
>>>
>>> --
>>>   / Physics is an algorithm
>>> \/ www.cebix.net
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Live Security Virtual Conference
>>> Exclusive live event will cover all the ways today's security and
>>> threat landscape has changed and how IT managers can respond. Discussions
>>> will include endpoint security, mobile security and the latest in malware
>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>>> _______________________________________________
>>> basilisk-devel mailing list
>>> bas...@li...
>>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>>>
>>
>>
>

[B2-devel] missing file: ppc-execute-impl.cpp

[Michael E. <mic...@fl...>]

I am trying to compile SheepShaver on Windows using Visual Studio 2008 and
all goes fine until compiling the file ppc-execute.cpp. The last line in the
file is:

 

                #include "ppc-execute-impl.cpp"

 

I cannot find this file anywhere and it appears that it should be auto
generated in the makefile, but since I am using the solution/project file in
the IDE, it is not getting generated. Can anyone tell me how to generate
this file or where I can find it?

 

Michael Evenson

 

Re: [B2-devel] Sheepshaver?

[Giancarlo M. <sen...@gm...>]

Hello Natanael,

I’m not sure I can help, but I do know more info would be very useful for
anyone in the list that can give you some tips. What is your host OS? And
which processor are you using? Is it 32-bit or 64-bit? PowerPC maybe?
Remember SheepShaver was ported to several different systems.

>From my perspective, I would start with setting jit to false, then jit68k
to false and gfxaccel to false. These will probably make it a bit slower,
but that’s far from being the same as slowing down CPU emulation as far as
I understand.

If you don’t want to tamper with the code to add this feature, what remains
is to use an emulation nesting such as using windows/linux/osx in a virtual
machine, reducing the processor settings and running SheepShaver inside. It
is an ugly workaround in my opinion, but that should make the game
playable. =D

All the best,

gm


On 6 March 2015 at 10:03, Natanael Arndt <Nat...@gm...> wrote:

>  Am 04.03.2015 um 16:33 schrieb pamason1129:
>
> I was told on the Sheepshaver website I could get support by contacting
> here. I just have a real quick problem. I'm running games on Sheepshaver
> with Os 9 on it, all of them work fine except for one, which is playing at
> extremely fast speeds, making it unplayable. Is there any way fix to this?
>
> My guess is that this game assumes some old and slow cpu and uses the cpu
> speed directly as game speed. You should check if you can reduce the CPU
> speed of sheepshaver. I don't know if there was something like that.
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>

Re: [B2-devel] Sheepshaver?

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

Am 04.03.2015 um 16:33 schrieb pamason1129:
> I was told on the Sheepshaver website I could get support by 
> contacting here. I just have a real quick problem. I'm running games 
> on Sheepshaver with Os 9 on it, all of them work fine except for one, 
> which is playing at extremely fast speeds, making it unplayable. Is 
> there any way fix to this?
My guess is that this game assumes some old and slow cpu and uses the 
cpu speed directly as game speed. You should check if you can reduce the 
CPU speed of sheepshaver. I don't know if there was something like that.

[B2-devel] Sheepshaver?

[pamason1129 <pam...@ao...>]

I was told on the Sheepshaver website I could get support by contacting here. I just have a real quick problem. I'm running games on Sheepshaver with Os 9 on it, all of them work fine except for one, which is playing at extremely fast speeds, making it unplayable. Is there any way fix to this?

Re: [B2-devel] game doesnt work.

[Em A. <ade...@gm...>]

To be honest, I completely forgot this list existed... Maybe we should close it down?

Sent from my iPod

On Apr 23, 2014, at 12:33 PM, "Ronald P. Regensburg" <ron...@xs...> wrote:

> This developer mailing list is not used anymore since the BasiliskII and SheepShaver source code was moved to cebix/macemu at GitHub two years ago.
> 
> I suppose you are asking for user support with either BasiliskII or SheepShaver. Then go to the Emaculation.com forum:
> <http://www.emaculation.com/forum/>
> 
> Ronald P. Regensburg.
> 
> 
> ----------------------------------------
> Op 23 apr. 2014, om 11:28, schreef Admin <abb...@gm...>:
> 
> when im starting the game it says: Director player error, this application requires and xrta (text) that either does not exist or failed to initialize properly. please make sure the appropriate xtras are in the xtras folder(s) but i dont have a xtras folder and when i clicked OK 2 times it says: cript error. continue? and when i continue the game is loading but then again it says: cript error. continue? but then i cant continue, please help
> 
> 
> ------------------------------------------------------------------------------
> Start Your Social Network Today - Download eXo Platform
> Build your Enterprise Intranet with eXo Platform Software
> Java Based Open Source Intranet - Social, Extensible, Cloud Ready
> Get Started Now And Turn Your Intranet Into A Collaboration Platform
> http://p.sf.net/sfu/ExoPlatform
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel

Re: [B2-devel] game doesnt work.

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

This developer mailing list is not used anymore since the BasiliskII and SheepShaver source code was moved to cebix/macemu at GitHub two years ago.

I suppose you are asking for user support with either BasiliskII or SheepShaver. Then go to the Emaculation.com forum:
<http://www.emaculation.com/forum/>

Ronald P. Regensburg.


----------------------------------------
Op 23 apr. 2014, om 11:28, schreef Admin <abb...@gm...>:

when im starting the game it says: Director player error, this application requires and xrta (text) that either does not exist or failed to initialize properly. please make sure the appropriate xtras are in the xtras folder(s) but i dont have a xtras folder and when i clicked OK 2 times it says: cript error. continue? and when i continue the game is loading but then again it says: cript error. continue? but then i cant continue, please help

[B2-devel] (no subject)

[Admin <abb...@gm...>]

i have a xtra folder but i dont know what to do please help

[B2-devel] game doesnt work.

[Admin <abb...@gm...>]

when im starting the game it says: Director player error, this application requires and xrta (text) that either does not exist or failed to initialize properly. please make sure the appropriate xtras are in the xtras folder(s) but i dont have a xtras folder and when i clicked OK 2 times it says: cript error. continue? and when i continue the game is loading but then again it says: cript error. continue? but then i cant continue, please help

Re: [B2-devel] Basilisk II's potential features

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

Hi Giancarlo

2013/10/29 Giancarlo Mariot <sen...@gm...>

>
> I have two small ideas I would like to play with and maybe they are
> already developed or in an ongoing development or maybe not: the first is
> to try to send messages between host and guest operating systems (maybe by
> using a SCSI?), in order to, in the future, maybe, with the
>

IIRC from 680x0 part that's triggered using an illegal m68k instruction,
that way the host notices there's something to do. On AmigaOS you could use
a HFS partition directly (or a hardfile), I think that on other systems
too. I think it was used mostly for drivers.


> help of a guest application, trigger actions in the guest operating system
> and vice-versa. The second idea is to suspend the emulator's execution to
> copy files into the image disk. I understand that while Basilisk II is
> running such action can damage the file's integrity, but what happens if I
> stop it? Would be interesting to see it.
>
> I never tried, I think I copied/modified stuff from host and later opened
it from emulation but never simultaneusly (I didn't put MacOS to copy big
files between different partitions or directories and in addition to that
copied more stuff from the host). It could be interesting, let us know if
that works without corrupting the partition :-)


Best regards
Jaime

[B2-devel] Basilisk II's potential features

[Giancarlo M. <sen...@gm...>]

Hello everyone,

This is my first post to this list, although I am subscribed for some time.

I want to know if is there any ongoing coding or any plans to improve
Basilisk II's in any platform. Is it?

I am developer, and although my job focus on web development, I am not
completely illiterate in lower-level coding. I have some rusty knowledge in
C and C++ and I use a bit often Objective-C.

I think it would be great to try some new features in Basilisk II to both
practice and give my contribution to this great piece of software.

Hence.. I want to try coding a couple of "features" into Basilisk II, but I
do need some opinions and suggestions and maybe I get stuck earlier than
expected.

I have two small ideas I would like to play with and maybe they are already
developed or in an ongoing development or maybe not: the first is to try to
send messages between host and guest operating systems (maybe by using a
SCSI?), in order to, in the future, maybe, with the help of a guest
application, trigger actions in the guest operating system and vice-versa.
The second idea is to suspend the emulator's execution to copy files into
the image disk. I understand that while Basilisk II is running such action
can damage the file's integrity, but what happens if I stop it? Would be
interesting to see it.

Looking forward to hearing from you.

Re: [B2-devel] More SheepShaver segfaults on modern Ubuntu

[<bas...@sp...>]

Hi,

I think I had this problem on freebsd where I built gcc and it did not use 
typial options, try -mpush-args I am sorry I can't find that build anymore 
here, it might have been some other option too though like -fcaller-saves 
or -fno-defer-pop. I think it was under the 'Intel 386' sectoin in the gcc 
man page.

Good luck!
mzs

Re: [B2-devel] More SheepShaver segfaults on modern Ubuntu

[Dave V. <va...@us...>]

On Sun, Mar 3, 2013 at 1:54 PM, Dave Vasilevsky
<va...@us...> wrote:
> It looks like this should have identical effects, but it apparently
> makes a difference. Any ideas what's going on?

Ok, so it turns out that the difference is that dyngen looks for a
'ret' instruction to determine where the function ends. If the
branches are arranged so that the 'ret' isn't actually at the end, it
cuts the op short.

Unfortunately, I can't find any way to force GCC to place the ret at
the end of the function. Darn. I've filed an issue at github:
https://github.com/cebix/macemu/issues/21

-Dave

Re: [B2-devel] More SheepShaver segfaults on modern Ubuntu

[Dave V. <va...@us...>]

On Sun, Mar 3, 2013 at 11:40 AM, Dave Vasilevsky
<va...@us...> wrote:
> So maybe it has something to do with newer versions of GCC?

My hunch was right! Compiling with GCC 4.5 and earlier works, but with
GCC 4.6 and later does not. I did some bisecting, and relevant
difference looks like it's in ppc-dyngen-ops.cpp's op_jump_next_A0().
For the last part of that function, GCC 4.5 generates:

	cmpq	(%rax), %rdx
	jne	.L756
.L755:
	jmp	*112(%rax)
.L756:
	.p2align 4,,7
	ret
	.cfi_endproc

While GCC 4.6 generates:

	cmpq	(%rax), %rdx
	je	.L755
.L756:
	ret
.L755:
	.p2align 4,,8
	jmp	*112(%rax)
	.cfi_endproc

It looks like this should have identical effects, but it apparently
makes a difference. Any ideas what's going on?

-Dave

Re: [B2-devel] More SheepShaver segfaults on modern Ubuntu

[Alexander v. G. IV <kal...@un...>]

On 03/03/2013 10:40 am, Dave Vasilevsky wrote:
> I'm working on some patches for SheepShaver, but I'm having trouble
> getting SS compiling and working on Linux. SS builds ok, but then
> running it always segfaults, I've pasted a backtrace below.
> 
> Has anybody managed to build and run SS on modern Linux?
> 

While I was working on my redesigned fork, I ran into a similar issue.

The largest problem I see is that the memory management needs 
completely
redesigned and cleaned up. After looking extensively at the memory 
code, it
seems like SheepShaver was originally designed to run on the Native 
BeOS
PowerPC system with 1:1 memory mappings. That doesn't work on non-x86
so a virtual memory layer was kind of hacked in.

I gave my fork the old college try and did a *lot* of cleanup. However
a lot of work still remains and i'm afraid my low level PowerPC memory
management knowlege isn't enough to fix the issues.

If anyone is looking for a project.. :)

https://github.com/kallisti5/sheepshear

The sources are a lot cleaner in SheepShear.
(i'm thinking of changing the name again.. too close to SheepShaver)

  -- Alex

[B2-devel] More SheepShaver segfaults on modern Ubuntu

[Dave V. <va...@us...>]

I'm working on some patches for SheepShaver, but I'm having trouble
getting SS compiling and working on Linux. SS builds ok, but then
running it always segfaults, I've pasted a backtrace below.

This happens with both SDL and X builds, with or without the JIT. The
only way I've been able to get it working is to build with -O0, but
that's impossibly slow. Old builds of SS from emaculation seem to work
ok. So maybe it has something to do with newer versions of GCC? I'm on
Ubuntu 12.10 amd64, with uses GCC 4.7.2.

Has anybody managed to build and run SS on modern Linux?

-Dave


powerpc_cpu::execute_loadstore<op_template_nop<unsigned int>,
input_gpr_except<bit_field<11, 15>, 0>,
immediate_operand<bit_field<16, 31>, op_sign_extend_16_32>, false, 4,
false, false> (this=0x783ada70, opcode=<optimized out>)
    at ../kpx_cpu/src/cpu/ppc/ppc-execute.cpp:585
585			memory_helper<SZ, RX>::store(ea, operand_RS::get(this, opcode));
(gdb) bt
#0  powerpc_cpu::execute_loadstore<op_template_nop<unsigned int>,
input_gpr_except<bit_field<11, 15>, 0>,
immediate_operand<bit_field<16, 31>, op_sign_extend_16_32>, false, 4,
false, false> (this=0x783ada70, opcode=<optimized out>)
    at ../kpx_cpu/src/cpu/ppc/ppc-execute.cpp:585
#1  0x0000000078096eac in nv_mem_fun1_t<void, powerpc_cpu, unsigned
int>::operator() (
    this=0x101407d0, p=0x783ada70, x=2424504320) at
../kpx_cpu/include/nvmemfun.hpp:88
#2  0x0000000078096049 in powerpc_cpu::execute (this=0x783ada70,
entry=1085341696)
    at ../kpx_cpu/src/cpu/ppc/ppc-cpu.cpp:686
#3  0x00000000780a9160 in emul_ppc (entry=1085341696)
    at ../kpx_cpu/sheepshaver_glue.cpp:925
#4  0x000000007804f3da in jump_to_rom (entry=1085341696) at main_unix.cpp:1204
#5  0x000000007804f40b in emul_func (arg=0x0) at main_unix.cpp:1224
#6  0x000000007804f05a in main (argc=1, argv=0x7fffffffe178) at
main_unix.cpp:1045

Re: [B2-devel] SheepShaver fullscreen toggle (SDL)

[Dave V. <va...@us...>]

Here's a preliminary implementation:
https://github.com/vasi/macemu/commit/0eec43a47f9d2c2a524df3e294314e8841304b30

It takes over the ctrl-tab shortcut which was designated for
"suspend", but currently does nothing. Toggling between fullscreen and
windowed works on my build of Sheepshaver on OS X 10.7, with JIT and
without VOSF. Any opinions?

I still have to fixup some things when we do a toggle:
- Update the blitter and palettes, in case the pixel format changed
- If switching to windowed mode, set a cursor and a window title
These are basically all common to the driver_fullscreen/windowed
constructors, so I may abstract them out.

I'll also have to test that VOSF isn't breaking, the Basilisk isn't
breaking, and that other platforms aren't breaking. Help testing on
more systems would be appreciated!

-V

Re: [B2-devel] SheepShaver fullscreen toggle (SDL)

[Dave V. <va...@us...>]

On Mon, Feb 18, 2013 at 4:02 PM, howard spoelstra
<how...@ou...> wrote:
> The source code was moved to github some time ago.
> https://github.com/cebix/macemu
> I don't know, but perhaps your suggestion should be submitted there.

I'm aware of the switch to github, and glad of it! I thought the
mailing list was still the place for discussion though. Has that
changed?

-Dave

Re: [B2-devel] SheepShaver fullscreen toggle (SDL)

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

Hi Vasi,

The source code was moved to github some time ago. https://github.com/cebix/macemu
I don't know, but perhaps your suggestion should be submitted there.

Best,
Howard

> From: va...@us...
> Date: Mon, 18 Feb 2013 05:32:48 -0500
> To: bas...@li...
> Subject: [B2-devel] SheepShaver fullscreen toggle (SDL)
> 
> Currently, if SheepShaver is launched in fullscreen mode, there's no
> way to access the host environment while SS is running. (At least on
> Mac OS X using SDL video.) Ideally, it would be possible to either:
> 
> a) Suspend SheepShaver temporarily and return to the host desktop,
> resuming SS later; or
> b) Toggle to windowed mode, so that the host desktop is available.
> 
> Option (b) is probably preferable, but the design of the video driver
> makes it difficult. We don't really want to re-initialize the whole
> driver, and we can't trigger the guest OS to pick up on any change in
> screen_base. What I think should be possible is:
> 
> - In kc_decode, set a flag when some key code is pressed
> - During the video interrupt, do: drv->s = SDL_SetVideoMode(drv->s->w,
> drv->s->h, 0, drv->s->flags ^ SDL_FULLSCREEN);
> - We'd also need to re-init the blitter then, and redraw the screen.
> Probably some VOSF stuff would be needed too, but I haven't looked at
> VOSF in a long time.
> - The video refresh would need to pause itself while this is happening
> 
> Alternatively, maybe there's a way to inform the guest OS that a
> "different monitor" is attached, and force it to trigger a resolution
> change. This would be much cleaner, but I have no idea if it's
> possible.
> 
> Thoughts?
> 
> Dave
> 
> ------------------------------------------------------------------------------
> The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, 
> is your hub for all things parallel software development, from weekly thought 
> leadership blogs to news, videos, case studies, tutorials, tech docs, 
> whitepapers, evaluation guides, and opinion stories. Check out the most 
> recent posts - join the conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
 		 	   		  

[B2-devel] SheepShaver fullscreen toggle (SDL)

[Dave V. <va...@us...>]

Currently, if SheepShaver is launched in fullscreen mode, there's no
way to access the host environment while SS is running. (At least on
Mac OS X using SDL video.) Ideally, it would be possible to either:

a) Suspend SheepShaver temporarily and return to the host desktop,
resuming SS later; or
b) Toggle to windowed mode, so that the host desktop is available.

Option (b) is probably preferable, but the design of the video driver
makes it difficult. We don't really want to re-initialize the whole
driver, and we can't trigger the guest OS to pick up on any change in
screen_base. What I think should be possible is:

- In kc_decode, set a flag when some key code is pressed
- During the video interrupt, do: drv->s = SDL_SetVideoMode(drv->s->w,
drv->s->h, 0, drv->s->flags ^ SDL_FULLSCREEN);
- We'd also need to re-init the blitter then, and redraw the screen.
Probably some VOSF stuff would be needed too, but I haven't looked at
VOSF in a long time.
- The video refresh would need to pause itself while this is happening

Alternatively, maybe there's a way to inform the guest OS that a
"different monitor" is attached, and force it to trigger a resolution
change. This would be much cleaner, but I have no idea if it's
possible.

Thoughts?

Dave

Re: [B2-devel] SheepShaver Segfault

[Frank T. <fra...@gm...>]

Did some previous version of SheepShaver work for you?

On Tue, Sep 11, 2012 at 3:45 PM, Klaus Rechert <
kla...@rz...> wrote:

> Hi,
>
> unfortunately SheepShaver crashes on current Ubuntu systems (master
> branch from https://github.com/cebix/macemu.git)
> I could verify this on 32-bit as well as 64-bit systems.
>
> Below the stacktrace. Any suggestion to debug this further?
>
> Cheers
>         Klaus
>
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00000000780a1f57 in vm_do_write_memory_4 (a=0x40810000, v=1289689096)
>      at ../kpx_cpu/src/cpu/vm.hpp:69
> 69      static inline void vm_do_write_memory_4(uint32 *a, uint32 v) {
> *a = bswap_32(v); }
> (gdb) bt
> #0  0x00000000780a1f57 in vm_do_write_memory_4 (a=0x40810000, v=1289689096)
>      at ../kpx_cpu/src/cpu/vm.hpp:69
> #1  0x00000000780a2260 in vm_write_memory_4 (addr=1082195968,
>      value=1289689096) at ../kpx_cpu/src/cpu/vm.hpp:258
> #2  0x00000000780b83a3 in memory_helper<4, false>::store (ea=1082195968,
>      value=1289689096) at ../kpx_cpu/src/cpu/ppc/ppc-execute.cpp:573
> #3  0x00000000780abb26 in
> powerpc_cpu::execute_loadstore<op_template_nop<unsigned int>,
> input_gpr_except<bit_field<11, 15>, 0>, immediate_operand<bit_field<16,
> 31>, op_sign_extend_16_32>, false, 4, false, false> (this=0x7836ca40,
>      opcode=2424504320) at ../kpx_cpu/src/cpu/ppc/ppc-execute.cpp:585
> #4  0x000000007809461e in nv_mem_fun1_t<void, powerpc_cpu, unsigned
> int>::operator() (this=0x400127e0, p=0x7836ca40, x=2424504320)
>      at ../kpx_cpu/include/nvmemfun.hpp:88
> #5  0x00000000780937b9 in powerpc_cpu::execute (this=0x7836ca40,
>      entry=1085341696) at ../kpx_cpu/src/cpu/ppc/ppc-cpu.cpp:686
> #6  0x00000000780bcc5d in emul_ppc (entry=1085341696)
>      at ../kpx_cpu/sheepshaver_glue.cpp:925
> #7  0x000000007804f36e in jump_to_rom (entry=1085341696)
>      at main_unix.cpp:1204
> #8  0x000000007804f39f in emul_func (arg=0x0) at main_unix.cpp:1224
> #9  0x000000007804f002 in main (argc=1, argv=0x7fffffffe528)
>      at main_unix.cpp:1045
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>

Re: [B2-devel] SheepShaver Segfault

[kallisti5 <kal...@un...>]

On 2012-09-11 3:45 pm, Klaus Rechert wrote:
> Hi,
>
> unfortunately SheepShaver crashes on current Ubuntu systems (master
> branch from https://github.com/cebix/macemu.git)
> I could verify this on 32-bit as well as 64-bit systems.
>
> Below the stacktrace. Any suggestion to debug this further?
>
> Cheers
> 	Klaus
>
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00000000780a1f57 in vm_do_write_memory_4 (a=0x40810000, 
> v=1289689096)
>      at ../kpx_cpu/src/cpu/vm.hpp:69
> 69      static inline void vm_do_write_memory_4(uint32 *a, uint32 v) 
> {
> *a = bswap_32(v); }
> (gdb) bt

I was seeing the same type of crashes on SheepShear while I was doing 
cleanup and
reorganization.

To be honest, all of the memory management and addressing needs to be 
re-written
to be a little... "safer"

  -- Alex

[B2-devel] SheepShaver Segfault

[Klaus R. <kla...@rz...>]

Hi,

unfortunately SheepShaver crashes on current Ubuntu systems (master 
branch from https://github.com/cebix/macemu.git)
I could verify this on 32-bit as well as 64-bit systems.

Below the stacktrace. Any suggestion to debug this further?

Cheers
	Klaus


Program received signal SIGSEGV, Segmentation fault.
0x00000000780a1f57 in vm_do_write_memory_4 (a=0x40810000, v=1289689096)
     at ../kpx_cpu/src/cpu/vm.hpp:69
69      static inline void vm_do_write_memory_4(uint32 *a, uint32 v) { 
*a = bswap_32(v); }
(gdb) bt
#0  0x00000000780a1f57 in vm_do_write_memory_4 (a=0x40810000, v=1289689096)
     at ../kpx_cpu/src/cpu/vm.hpp:69
#1  0x00000000780a2260 in vm_write_memory_4 (addr=1082195968,
     value=1289689096) at ../kpx_cpu/src/cpu/vm.hpp:258
#2  0x00000000780b83a3 in memory_helper<4, false>::store (ea=1082195968,
     value=1289689096) at ../kpx_cpu/src/cpu/ppc/ppc-execute.cpp:573
#3  0x00000000780abb26 in 
powerpc_cpu::execute_loadstore<op_template_nop<unsigned int>, 
input_gpr_except<bit_field<11, 15>, 0>, immediate_operand<bit_field<16, 
31>, op_sign_extend_16_32>, false, 4, false, false> (this=0x7836ca40,
     opcode=2424504320) at ../kpx_cpu/src/cpu/ppc/ppc-execute.cpp:585
#4  0x000000007809461e in nv_mem_fun1_t<void, powerpc_cpu, unsigned 
int>::operator() (this=0x400127e0, p=0x7836ca40, x=2424504320)
     at ../kpx_cpu/include/nvmemfun.hpp:88
#5  0x00000000780937b9 in powerpc_cpu::execute (this=0x7836ca40,
     entry=1085341696) at ../kpx_cpu/src/cpu/ppc/ppc-cpu.cpp:686
#6  0x00000000780bcc5d in emul_ppc (entry=1085341696)
     at ../kpx_cpu/sheepshaver_glue.cpp:925
#7  0x000000007804f36e in jump_to_rom (entry=1085341696)
     at main_unix.cpp:1204
#8  0x000000007804f39f in emul_func (arg=0x0) at main_unix.cpp:1224
#9  0x000000007804f002 in main (argc=1, argv=0x7fffffffe528)
     at main_unix.cpp:1045

Re: [B2-devel] 64bit network driver

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

Triggered by your question I checked whether the two problems I mentioned earlier are still true. Problem 1 isn't. The 64-bit driver does work with SheepShaver. Problem 2 still holds. 
In the x64 versions of both Windows 7 and 8 you need to disable the driver signing requirement to load the basiliskII ethernet driver protocol. After installation you need to restart your host and then, in Mac OS in the TCP/IP control panel set the mac to use a free ip-address in your hosts range, using default gateway and dns as on your host.

Best,
Howard

________________________________
> To: bas...@li... 
> Date: Thu, 30 Aug 2012 20:05:19 +0000 
> From: how...@ou... 
> Subject: Re: [B2-devel] 64bit network driver 
>  
> Hi, 
>  
> If you are referring to a 64-bit windows driver, then code is already  
> available in the github repository. That code needs to be compiled with  
> VisualC. There is also a compiled version available on emaculation.com 
> As far as I remember, it has two problems: 
> 1. I never got it to work with SheepShaver, only with BasiliskII and 
> 2. The current driver only installs when the driver-signing requirement  
> is turned off (in x64 windows 7). 
>  
> There is also an attempt to a patch that should allow  
> SheepShaver/BasiliskII to use the OpenVPN tap device on 64 bit systems.  
> The patch code is available through emaculation.com. Perhaps someone  
> could look into that code as it might provide an easier way to get full  
> networking going in Windows. 
>  
> Best, 
> Howard 
>  
>  
> From: Olivier Renaud 
> Sent: Thursday, August 30, 2012 9:58:08 AM 
> To: 'bas...@li...' 
> Subject: [B2-devel] 64bit network driver 
>  
>  
> I need this driver asap, and would pay for it, anyone interested in  
> developing it? 
>  
>  
>  
> ____________________________________________________ 
> Olivier Renaud 
> [ Coordonateur – Technologie et Réseautique] 
> T 418 624 6128 F 418 624 4040 C 418 955 3123 
> 1100, rue Bouvier, bureau 100, Québec (Québec) G2K 1L9 
> [Description : Lunetterie New Look] 
> Fière partenaire de la Fondation des maladies de l'oeil 
>  
> N'imprimer que si nécessaire | Print only if you must 
>  
>  
>  
>  
>  
> ------------------------------------------------------------------------------  
> Live Security Virtual Conference Exclusive live event will cover all  
> the ways today's security and threat landscape has changed and how IT  
> managers can respond. Discussions will include endpoint security,  
> mobile security and the latest in malware threats.  
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ 
> _______________________________________________ basilisk-devel mailing  
> list bas...@li...  
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel