You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(13) |
Sep
(42) |
Oct
(17) |
Nov
(7) |
Dec
(14) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(14) |
Feb
(8) |
Mar
(13) |
Apr
(10) |
May
(28) |
Jun
(28) |
Jul
(23) |
Aug
(7) |
Sep
(2) |
Oct
(24) |
Nov
(9) |
Dec
(2) |
2002 |
Jan
(58) |
Feb
(15) |
Mar
(57) |
Apr
(26) |
May
(7) |
Jun
|
Jul
(10) |
Aug
|
Sep
(19) |
Oct
(9) |
Nov
(6) |
Dec
(4) |
2003 |
Jan
(4) |
Feb
(1) |
Mar
(3) |
Apr
(5) |
May
(14) |
Jun
(3) |
Jul
(7) |
Aug
(4) |
Sep
(7) |
Oct
(4) |
Nov
(11) |
Dec
(3) |
2004 |
Jan
(32) |
Feb
(21) |
Mar
(3) |
Apr
(11) |
May
(33) |
Jun
(42) |
Jul
(46) |
Aug
(2) |
Sep
(3) |
Oct
|
Nov
(42) |
Dec
(23) |
2005 |
Jan
(5) |
Feb
(2) |
Mar
(12) |
Apr
(26) |
May
(8) |
Jun
(18) |
Jul
(21) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
(10) |
Dec
(1) |
2006 |
Jan
(17) |
Feb
(17) |
Mar
(3) |
Apr
(2) |
May
(2) |
Jun
(7) |
Jul
(6) |
Aug
(4) |
Sep
|
Oct
(3) |
Nov
(7) |
Dec
(4) |
2007 |
Jan
(6) |
Feb
(4) |
Mar
|
Apr
(3) |
May
(7) |
Jun
(17) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(2) |
Dec
(5) |
2008 |
Jan
(14) |
Feb
(2) |
Mar
(2) |
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2009 |
Jan
(2) |
Feb
(22) |
Mar
(3) |
Apr
|
May
(7) |
Jun
|
Jul
|
Aug
(15) |
Sep
|
Oct
(32) |
Nov
(9) |
Dec
|
2010 |
Jan
(18) |
Feb
(2) |
Mar
(14) |
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
(7) |
Sep
(6) |
Oct
(35) |
Nov
(4) |
Dec
|
2011 |
Jan
(4) |
Feb
|
Mar
(9) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
(9) |
Oct
|
Nov
|
Dec
(4) |
2012 |
Jan
(4) |
Feb
|
Mar
(8) |
Apr
(9) |
May
|
Jun
(176) |
Jul
(86) |
Aug
(20) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
(4) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
2016 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
(13) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(11) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
From: Christian B. <cb...@ce...> - 2016-01-31 15:13:54
|
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 |
From: Alexei S. <ale...@gm...> - 2015-12-29 16:46:05
|
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 >>> >> >> > |
From: Michael E. <mic...@fl...> - 2015-08-13 10:33:54
|
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 |
From: Giancarlo M. <sen...@gm...> - 2015-03-06 10:21:33
|
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 > > |
From: Natanael A. <Nat...@gm...> - 2015-03-06 10:04:20
|
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. |
From: pamason1129 <pam...@ao...> - 2015-03-04 15:33:28
|
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? |
From: Em A. <ade...@gm...> - 2014-04-24 03:33:38
|
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 |
From: Ronald P. R. <ron...@xs...> - 2014-04-23 19:33:50
|
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 |
From: Admin <abb...@gm...> - 2014-04-23 09:34:34
|
i have a xtra folder but i dont know what to do please help |
From: Admin <abb...@gm...> - 2014-04-23 09:28:37
|
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 |
From: Jaime C. <jca...@gm...> - 2013-10-29 19:12:04
|
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 |
From: Giancarlo M. <sen...@gm...> - 2013-10-29 17:30:16
|
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. |
From: <bas...@sp...> - 2013-03-04 13:24:58
|
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 |
From: Dave V. <va...@us...> - 2013-03-03 21:55:30
|
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 |
From: Dave V. <va...@us...> - 2013-03-03 18:54:50
|
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 |
From: Alexander v. G. IV <kal...@un...> - 2013-03-03 18:40:37
|
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 |
From: Dave V. <va...@us...> - 2013-03-03 16:47:31
|
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 |
From: Dave V. <va...@us...> - 2013-02-21 13:10:24
|
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 |
From: Dave V. <va...@us...> - 2013-02-19 02:29:00
|
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 |
From: howard s. <how...@ou...> - 2013-02-18 21:02:19
|
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 |
From: Dave V. <va...@us...> - 2013-02-18 10:33:31
|
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 |
From: Frank T. <fra...@gm...> - 2012-09-12 03:57:39
|
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 > |
From: kallisti5 <kal...@un...> - 2012-09-12 02:17:34
|
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 |
From: Klaus R. <kla...@rz...> - 2012-09-11 21:09:16
|
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 |
From: howard s. <how...@ou...> - 2012-08-31 11:43:41
|
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 |