basilisk-devel — Basilisk II development-related discussion

Re: [B2-devel] Can't run BasiliskII on Fedora Core 3 x86

[Matthias S. <th...@sp...>]

Matthias Saou wrote :

[...]
> Anyway, I followed Gwenol=E9's suggestion and built BasiliskII from CVS
> today, and got this (hopefully more useful) output :
>=20
> $ BasiliskII
> Basilisk II V1.0 by Christian Bauer et al.
> Reading ROM file...
> WARNING: Cannot open /dev/fd0u1440 (No such file or directory)
> WARNING: Cannot open /dev/fd1u1440 (No such file or directory)
> Using /dev/dsp audio output
> Caught SIGSEGV at address 0x15b10380 [IP=3D0x80a2dc4]
> D0: 00000000 D1: fffcffff D2: fffffffc D3: 05a0000f
> D4: 0003fffc D5: 00000000 D6: 00000012 D7: 00000000
> A0: 0000003c A1: 00000002 A2: 000120b0 A3: 000124c0
> A4: 00011ca0 A5: 05b10380 A6: 00000000 A7: 02d009a6
> USP=3D00000000 ISP=3D02d009a6 MSP=3D00000000 VBR=3D00000000
> T=3D00 S=3D1 M=3D0 X=3D1 N=3D1 Z=3D0 V=3D0 C=3D0 IMASK=3D0
> FP0: nan FP1: nan FP2: nan FP3: nan
> FP4: nan FP5: nan FP6: nan FP7: nan
> N=3D0 Z=3D0 I=3D0 NAN=3D0
> 05a2e8e8: 2815 28c4 c081 c284 8287 MOVE.L (A5),D4
> next PC: 05a2e8ea
> $=20

Replying to myself with some more info. The _exact_ same error occurs with
x86_64 Fedora Core 3. From there, I followed Gwenol=E9's new piece of advice
and recompiled with --enable-addressing=3Dbanks, and it now works! But as
it's a mode meant for very old machines, I guess that's the reason why I
can even get MacOS in color :-(

Anyway, out of curiosity, I've tested all 3 addressing options :
- "real" gets BasiliskII just exit, no error, nothing.
- "direct" causes the SIGSEGV reported above.
- "banks" gets the emulation working.

Matthias

--=20
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.9-1.681_FC3.r300
Load : 0.03 0.93 1.59

Re: [B2-devel] Can't run BasiliskII on Fedora Core 3 x86

[Matthias S. <th...@sp...>]

Gwenole Beauchesne wrote :

> jeudi 16 d=E9cembre 2004, =E0 04:29  pm, Matthias Saou a =E9crit :
>=20
> > Hmmm, I've got a stupid question, then. When I looked at SheepShaver, I
> > understood that it was only relevant on ppc machines. Was I wrong?=20
> > Here's
> > the first paragraph of the doc/index.html file in the SheepShaver CVS=20
> > tree
> > :
>=20
> Unfortunately, the documention in the CVS tree is somewhat old vs.=20
> Christian's site:
> <http://www.uni-mainz.de/~bauec002/SheepShaver.html>
>=20
> > Does SheepShaver run on x86 and x86-64?
>=20
> Yes, and it runs up to MacOS 9.0.4.
>=20
> > How does it position itself compared to BasiliskII, pretty much like=20
> > VMWare (-> BasiliskII) and Wine
> > (-> SheepShaver)?
>=20
> SheepShaver has almost the same foundations as Basilisk II thus sharing=20
> a lot of code. Both run-time patch MacOS with driver hooks to native=20
> code and high level replacements. i.e. they don't emulate real=20
> hardware, but a virtual hardware good enough run those OSes.
>=20
> > This "black screen" seems to be what I'm getting
> > with older BasiliskII releases, so if anyone has more info on that
> > particular problem and how to work around it, I'd really appreciate it.
>=20
> Sometimes, people reported they got it fixed by nuking/zap their XPRAM=20
> file (~/.basilisk_ii_xpram).

Not for me. Even after that, I either get the grey Mac screen if I check
the "Ignore Illegal Memory Accesses" or I get this same error if I don't :

Caught SIGSEGV at address 0x15b10380 [IP=3D0x80a2dc4]
D0: 00000000 D1: fffcffff D2: fffffffc D3: 0000000f
D4: 0003fffc D5: 00000000 D6: 00000012 D7: 00000000
A0: 0000003c A1: 00000002 A2: 00006114 A3: 00006528
A4: 00005d08 A5: 05b10380 A6: 00000000 A7: 02d009ae
USP=3D00000000 ISP=3D02d009ae MSP=3D00000000 VBR=3D00000000
T=3D00 S=3D1 M=3D0 X=3D1 N=3D1 Z=3D0 V=3D0 C=3D0 IMASK=3D0
FP0: nan FP1: nan FP2: nan FP3: nan
FP4: nan FP5: nan FP6: nan FP7: nan
N=3D0 Z=3D0 I=3D0 NAN=3D0
05a2e8e8: 2815 28c4 c081 c284 8287 MOVE.L (A5),D4
next PC: 05a2e8ea

Isn't this chunk of output useful in any way? With older Basilisk builds,
I'd get a segfault, but the threaded design seems to prevent me from
getting any useful info when gdb is attached to the initial process I run,
but if anyone gives me quick steps to get more useful backtraces, I'd be
more than willing to help provide some.

Matthias

--=20
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.9-1.681_FC3.r300
Load : 2.16 1.97 1.41

Re: [B2-devel] Can't run BasiliskII on Fedora Core 3 x86

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

jeudi 16 d=E9cembre 2004, =E0 04:29  pm, Matthias Saou a =E9crit :

> Hmmm, I've got a stupid question, then. When I looked at SheepShaver, =
I
> understood that it was only relevant on ppc machines. Was I wrong?=20
> Here's
> the first paragraph of the doc/index.html file in the SheepShaver CVS=20=

> tree
> :

Unfortunately, the documention in the CVS tree is somewhat old vs.=20
Christian's site:
<http://www.uni-mainz.de/~bauec002/SheepShaver.html>

> Does SheepShaver run on x86 and x86-64?

Yes, and it runs up to MacOS 9.0.4.

> How does it position itself compared to BasiliskII, pretty much like=20=

> VMWare (-> BasiliskII) and Wine
> (-> SheepShaver)?

SheepShaver has almost the same foundations as Basilisk II thus sharing=20=

a lot of code. Both run-time patch MacOS with driver hooks to native=20
code and high level replacements. i.e. they don't emulate real=20
hardware, but a virtual hardware good enough run those OSes.

> This "black screen" seems to be what I'm getting
> with older BasiliskII releases, so if anyone has more info on that
> particular problem and how to work around it, I'd really appreciate =
it.

Sometimes, people reported they got it fixed by nuking/zap their XPRAM=20=

file (~/.basilisk_ii_xpram).

> Backports of the asm fixes to BasiliskII for testing would also be =
very
> welcome :-)

The problem is I don't see any use of explicit suffixes to push/pop in=20=

Basilisk II code. Well, people probably remember that I didn't see them=20=

in SheepShaver initially either. ;-) On the other hand, new binutils=20
have better checks for it but this is what I now use too. So, I still=20
don't get it.=

Re: [B2-devel] Can't run BasiliskII on Fedora Core 3 x86

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

Hi,

> Seems like the current CVS is quite x86-centric, or maybe those are=20
> just problems
> with gcc 3.4 :

Hmm, people did reported build problems for both Basilisk II &=20
SheepShaver on FC3/x86_64 but this should really be fixed in current=20
CVS (cvs update -d to be sure). I have just built a binary of B2 with=20
gcc 3.4.1 on x86_64  and new binutils 2.15.92.0.2 which is what I=20
assume FC3 is using to report those suffix errors with push/pop.

FWIW, my system is Mandrakelinux 10.1 for x86-64. ;-)

Bye,
Gwenol=E9.=

Re: [B2-devel] Can't run BasiliskII on Fedora Core 3 x86

[Matthias S. <th...@sp...>]

Tomek Jerzykowski wrote :

> Read a bit more please (from
> http://www.uni-mainz.de/~bauec002/SheepShaver.html):
> "There is also a built-in PowerPC emulator for non-PowerPC systems"
[...]
> SheepShaver works on x86 and x86_64 Linux and x86 Windows and emulates
> PowerMac to a certain degree so that it can run MacOS up to 9.0.4. It is
> pretty fast and actually usable. My guess is that on P4 3GHz it matches
> speed of 200MHz G4.
> 
> BasiliskII emulates old 680x0 Macs whereas SheepShaver emulates PowerPC
> Macs.

OK, now I get it :-)

And now I know that it's BasiliskII that I want working, since it's for
nostalgia... to run Systems 6 and 7 emulating old-ish 680x0 Macs. The goal
is to build a Mac SE + Mini ITX in the next couple of weeks, as I already
have the late Mac SE, adapted a 9" SVGA (800x600!) display in it and
ordered a Mini-ITX motherboard... next step is sawing and soldering :-)

Like all my other computers, I plan to use Fedora Core on it, which is why
I'd really like to get BasiliskII running on FC3.

Matthias

-- 
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.9-1.681_FC3.r300
Load : 0.91 1.51 1.67

RE: [B2-devel] Can't run BasiliskII on Fedora Core 3 x86

[Tomek J. <to...@je...>]

 
> Hmmm, I've got a stupid question, then. When I looked at 
> SheepShaver, I understood that it was only relevant on ppc 
> machines. Was I wrong? Here's the first paragraph of the 
> doc/index.html file in the SheepShaver CVS tree
> :
> 
> "SheepShaver is a MacOS run-time environment for Linux that 
> allows you to run MacOS applications at native speed inside 
> the Linux multitasking environment on  PowerPC-based  Linux 
> systems. This means that both Linux and MacOS applications 
> can run at the same time and data can be exchanged between them."
> 

Read a bit more please (from
http://www.uni-mainz.de/~bauec002/SheepShaver.html):
"There is also a built-in PowerPC emulator for non-PowerPC systems"

> Does SheepShaver run on x86 and x86-64? How does it position 
> itself compared to BasiliskII, pretty much like VMWare (-> 
> BasiliskII) and Wine (-> SheepShaver)?
> 
> I'm a bit confused.
> 
> Back on topic, I recall having seen posts about x86_64 fixes 
> for SheepShaver, as well as builds that supposedly fixed the 
> "black screen"
> some people were seeing. This "black screen" seems to be what 
> I'm getting with older BasiliskII releases, so if anyone has 
> more info on that particular problem and how to work around 
> it, I'd really appreciate it.
> Backports of the asm fixes to BasiliskII for testing would 
> also be very welcome :-)
> 
> Matthias

SheepShaver works on x86 and x86_64 Linux and x86 Windows and emulates
PowerMac to a certain degree so that it can run MacOS up to 9.0.4. It is
pretty fast and actually usable. My guess is that on P4 3GHz it matches
speed of 200MHz G4.

BasiliskII emulates old 680x0 Macs whereas SheepShaver emulates PowerPC
Macs.

Jerzu

Re: [B2-devel] Can't run BasiliskII on Fedora Core 3 x86

[Matthias S. <th...@sp...>]

Tomek Jerzykowski wrote :

> Are you absolutely sure that you are using the newest code from CVS? I
used
> to have such problems with SheepShaver, not Basilisk some time ago, but
it
> has already been fixed (x86_64). Maybe only in SheepShaver code?

Hmmm, I've got a stupid question, then. When I looked at SheepShaver, I
understood that it was only relevant on ppc machines. Was I wrong? Here's
the first paragraph of the doc/index.html file in the SheepShaver CVS tree
:

"SheepShaver is a MacOS run-time environment for Linux that allows you to
run
MacOS applications at native speed inside the Linux multitasking
environment
on  PowerPC-based  Linux systems. This means that both Linux and MacOS
applications can run at the same time and data can be exchanged between
them."

Does SheepShaver run on x86 and x86-64? How does it position itself
compared to BasiliskII, pretty much like VMWare (-> BasiliskII) and Wine
(-> SheepShaver)?

I'm a bit confused.

Back on topic, I recall having seen posts about x86_64 fixes for
SheepShaver, as well as builds that supposedly fixed the "black screen"
some people were seeing. This "black screen" seems to be what I'm getting
with older BasiliskII releases, so if anyone has more info on that
particular problem and how to work around it, I'd really appreciate it.
Backports of the asm fixes to BasiliskII for testing would also be very
welcome :-)

Matthias

-- 
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.9-1.681_FC3.r300
Load : 0.63 0.86 0.84

RE: [B2-devel] Can't run BasiliskII on Fedora Core 3 x86

[Tomek J. <to...@je...>]

 
> Matthias Saou wrote :
> 
> > This is my first attempt at running BasiliskII, and I've tried just 
> > about all and any sources, binaries that I could find, with 
> many many 
> > different settings combinations and both Mac IIci and Quadra 900 
> > BIOSes without
> being
> > able to get it to work properly. [...]
> 
> Silence... so I'll reply to myself ;-)
> Since the error I reported seemed optimisation related, I 
> tried both forcing the disabling of X86 assembly usage, and 
> recompiling on my Fedora Core 3 x86_64 system, but I get the 
> same asm error in both cases. Seems like the current CVS is 
> quite x86-centric, or maybe those are just problems with gcc 3.4 :
> 
> g++ -I../include -I. -I../uae_cpu -DHAVE_CONFIG_H  -DOS_linux
> -DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE -DX86_64_ASSEMBLY 
> -DOPTIMIZED_FLAGS -DUSE_JIT -DUSE_JIT_FPU -DFPU_IEEE 
> -D_REENTRANT -DDATADIR=\"/etc/BasiliskII\" -O2  -pipe -m64 
> -I/usr/include/SDL -D_REENTRANT -I/usr/include/gtk-1.2 
> -I/usr/include/glib-1.2 -I/usr/lib64/glib/include 
> -I/usr/X11R6/include -fno-merge-constants -fno-gcse-sm -c 
> ../uae_cpu/compiler/compemu_support.cpp -o 
> obj/compemu_support.o In file included from 
> ../uae_cpu/compiler/compemu_support.cpp:753:
> ../uae_cpu/compiler/codegen_x86.cpp: In function `void 
> raw_call(uint32)':
> ../uae_cpu/compiler/codegen_x86.cpp:3043: warning: cast from 
> pointer to integer of different size
> ../uae_cpu/compiler/codegen_x86.cpp: In function `void 
> raw_jmp(uint32)':
> ../uae_cpu/compiler/codegen_x86.cpp:3053: warning: cast from 
> pointer to integer of different size {standard input}: 
> Assembler messages:
> {standard input}:40547: Error: suffix or operands invalid for `push'
> {standard input}:40547: Error: suffix or operands invalid for `pop'
> make: *** [obj/compemu_support.o] Error 1
> 
> As for my previous report, pointers are welcome! BTW, has 
> _anyone_ gotten BasiliskII working on Fedora Core 3?
> 
> Matthias

Are you absolutely sure that you are using the newest code from CVS? I used
to have such problems with SheepShaver, not Basilisk some time ago, but it
has already been fixed (x86_64). Maybe only in SheepShaver code?

Jerzu

Re: [B2-devel] Can't run BasiliskII on Fedora Core 3 x86

[Matthias S. <th...@sp...>]

Matthias Saou wrote :

> This is my first attempt at running BasiliskII, and I've tried just about
> all and any sources, binaries that I could find, with many many different
> settings combinations and both Mac IIci and Quadra 900 BIOSes without
being
> able to get it to work properly. [...]

Silence... so I'll reply to myself ;-)
Since the error I reported seemed optimisation related, I tried both
forcing the disabling of X86 assembly usage, and recompiling on my Fedora
Core 3 x86_64 system, but I get the same asm error in both cases. Seems
like the current CVS is quite x86-centric, or maybe those are just problems
with gcc 3.4 :

g++ -I../include -I. -I../uae_cpu -DHAVE_CONFIG_H  -DOS_linux
-DDIRECT_ADDRESSING -DUNALIGNED_PROFITABLE -DX86_64_ASSEMBLY
-DOPTIMIZED_FLAGS -DUSE_JIT -DUSE_JIT_FPU -DFPU_IEEE -D_REENTRANT
-DDATADIR=\"/etc/BasiliskII\" -O2  -pipe -m64 -I/usr/include/SDL
-D_REENTRANT -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2
-I/usr/lib64/glib/include -I/usr/X11R6/include -fno-merge-constants
-fno-gcse-sm -c ../uae_cpu/compiler/compemu_support.cpp -o
obj/compemu_support.o
In file included from ../uae_cpu/compiler/compemu_support.cpp:753:
../uae_cpu/compiler/codegen_x86.cpp: In function `void raw_call(uint32)':
../uae_cpu/compiler/codegen_x86.cpp:3043: warning: cast from pointer to
integer of different size
../uae_cpu/compiler/codegen_x86.cpp: In function `void raw_jmp(uint32)':
../uae_cpu/compiler/codegen_x86.cpp:3053: warning: cast from pointer to
integer of different size
{standard input}: Assembler messages:
{standard input}:40547: Error: suffix or operands invalid for `push'
{standard input}:40547: Error: suffix or operands invalid for `pop'
make: *** [obj/compemu_support.o] Error 1

As for my previous report, pointers are welcome! BTW, has _anyone_ gotten
BasiliskII working on Fedora Core 3?

Matthias

-- 
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.9-1.681_FC3.r300
Load : 0.39 0.42 0.45

[B2-devel] Can't run BasiliskII on Fedora Core 3 x86

[Matthias S. <th...@sp...>]

Hi,

I had a first private mail exchange with Gwenol=E9 about this, but feel that
it would actually be best to post here since others might be experiencing
the same issues, and this way it'll end up in search engines to help out.
This is my first attempt at running BasiliskII, and I've tried just about
all and any sources, binaries that I could find, with many many different
settings combinations and both Mac IIci and Quadra 900 BIOSes without being
able to get it to work properly.

As this is Fedora Core (selinux, NPTL), I've tried the "usual" (for me)
tricks to check of any of the nifty new technologies or C(XX)FLAGS aren't
causing the trouble, so I tried without selinux, with varions
LD_ASSUME_KERNEL values to disable NPTL, disabled exec shield, used the
default optimisations... but no go.

I also thought it could be my builds, but the latest JIT binary rpm from
Gwenol=E9 as well as older Fedora Core 1 or 2 binaries of 0.9 give the same
results.

My problem is that I either got BasiliskII to exit without any error, or
segfault, or exit with "Illegal instruction: 000b at 000389ec". Only once
did I get the actual grey Mac background, with an error printed there (and
the little bomb), but wasn't able to reproduce it. Only by choosing to
ignore illegal memory accesses do I get the grey Mac background to stay,
but it doesn't display anything else and uses 100% CPU... Crlt+Esc does
work to get out, though.

Anyway, I followed Gwenol=E9's suggestion and built BasiliskII from CVS
today, and got this (hopefully more useful) output :

$ BasiliskII
Basilisk II V1.0 by Christian Bauer et al.
Reading ROM file...
WARNING: Cannot open /dev/fd0u1440 (No such file or directory)
WARNING: Cannot open /dev/fd1u1440 (No such file or directory)
Using /dev/dsp audio output
Caught SIGSEGV at address 0x15b10380 [IP=3D0x80a2dc4]
D0: 00000000 D1: fffcffff D2: fffffffc D3: 05a0000f
D4: 0003fffc D5: 00000000 D6: 00000012 D7: 00000000
A0: 0000003c A1: 00000002 A2: 000120b0 A3: 000124c0
A4: 00011ca0 A5: 05b10380 A6: 00000000 A7: 02d009a6
USP=3D00000000 ISP=3D02d009a6 MSP=3D00000000 VBR=3D00000000
T=3D00 S=3D1 M=3D0 X=3D1 N=3D1 Z=3D0 V=3D0 C=3D0 IMASK=3D0
FP0: nan FP1: nan FP2: nan FP3: nan
FP4: nan FP5: nan FP6: nan FP7: nan
N=3D0 Z=3D0 I=3D0 NAN=3D0
05a2e8e8: 2815 28c4 c081 c284 8287 MOVE.L (A5),D4
next PC: 05a2e8ea
$=20

I hope someone will be able to help me out, I'd really love to get
BasiliskII running! If more information is needed, just let me know.

As I said, this is with Fedora Core 3 i386 on my laptop, a Dell 1.7GHz
Centrino.

Matthias

--=20
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.9-1.681_FC3.r300
Load : 3.50 2.81 2.07

Re: [B2-devel] Re: SheepShaver for Windows

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

samedi 11 d=E9cembre 2004, =E0 07:45  pm, AZEnigma a =E9crit :

> In the latest build (2?), it appears that the 3 and 5 keys are not=20
> mapped.

This has not changed since the first build. Better use "keycodes" and=20
the relevant SDL/keycodes "keycodefile".

Re: [B2-devel] Re: SheepShaver for Windows

[AZEnigma <aze...@ya...>]

In the latest build (2?), it appears that the 3 and 5 keys are not mapped.

Gwenole Beauchesne <gb...@di...> wrote:jeudi 9 décembre 2004, à 01:46 pm, Toshimitsu Tanaka a écrit :

> The SS with SDL-1.2.7-win32(from libsdl.org) does not work.

It now works with the new binary uploaded on my site. You even have a 
Windows icon and some slight other fixes.



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
basilisk-devel mailing list
bas...@li...
https://lists.sourceforge.net/lists/listinfo/basilisk-devel


		
---------------------------------
Do you Yahoo!?
 Take Yahoo! Mail with you! Get it on your mobile phone.

Re: [B2-devel] Re: SheepShaver for Windows

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

jeudi 9 d=E9cembre 2004, =E0 01:46  pm, Toshimitsu Tanaka a =E9crit :

> The SS with SDL-1.2.7-win32(from libsdl.org) does not work.

It now works with the new binary uploaded on my site. You even have a=20
Windows icon and some slight other fixes.

Re: [B2-devel] Re: SheepShaver for Windows

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

Hi,

> The SS with SDL-1.2.7-win32(from libsdl.org) does not work.
> So,I maked sdl on Cygwin.

Good to know, it's a detail I forgot to mention. I had also compiled my 
own version of SDL. But it may be worth to check why it doesn't work 
with the version at libsdl.org.

[B2-devel] Re: SheepShaver for Windows

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

Hi.

On 2004/12/08, at 16:26, Gwenole Beauchesne wrote:
> mercredi 8 d=E9cembre 2004, =E0 01:23  am, Toshimitsu Tanaka a =E9crit =
:
>
>> I tried ss on Windows XP SP2,
>> but SS says "Cannot map Low Memory Globals: Bad file descriptor.".
>>
>> What is bad?
>
> Probably Windows XP SP2 is reserving even more regions for itself.=20
> FWIW, I am using XP SP1.

Success.
http://www006.upp.so-net.ne.jp/t_tanaka/images/sswinxp.jpg

The SS with SDL-1.2.7-win32(from libsdl.org) does not work.
So,I maked sdl on Cygwin.
it works.
---
Toshimitsu Tanaka
t_t...@db...
http://homepage3.nifty.com/toshi3/index.html

Re: [B2-devel] Re: SheepShaver for Windows

[AZEnigma <aze...@ya...>]

I have it up and running now, but have frequent crashes (they seem random), also the program crashes when running many of the PPC programs tried.  Another odd thing I have noticed is that cd's don't always mount correctly.  It pops up with an unreadable message.  It seems like most of the time that if the cd is inserted before boot, that it will load, but if insert the disk after boot it pops up with the unreadable message.

 
Other than that the speed is actually pretty good.
Gwenole Beauchesne <gb...@di...> wrote:
mercredi 8 décembre 2004, à 01:23 am, Toshimitsu Tanaka a écrit :

> I tried ss on Windows XP SP2,
> but SS says "Cannot map Low Memory Globals: Bad file descriptor.".
>
> What is bad?

Probably Windows XP SP2 is reserving even more regions for itself. 
FWIW, I am using XP SP1.

I will prepare a test program that scans for available memory regions 
when I come back to home.

On the other hand, it's rumored some people could get SheepShaver to 
run through coLinux. They probably have some support to map extra 
regions on Win XP.


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
basilisk-devel mailing list
bas...@li...
https://lists.sourceforge.net/lists/listinfo/basilisk-devel

		
---------------------------------
Do you Yahoo!?
 All your favorites on one personal page – Try My Yahoo!

Re: [B2-devel] Re: SheepShaver for Windows

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

mercredi 8 d=E9cembre 2004, =E0 01:23  am, Toshimitsu Tanaka a =E9crit :

> I tried ss on Windows XP SP2,
> but SS says "Cannot map Low Memory Globals: Bad file descriptor.".
>
> What is bad?

Probably Windows XP SP2 is reserving even more regions for itself.=20
FWIW, I am using XP SP1.

I will prepare a test program that scans for available memory regions=20
when I come back to home.

On the other hand, it's rumored some people could get SheepShaver to=20
run through coLinux. They probably have some support to map extra=20
regions on Win XP.=

Re: [B2-devel] Re: SheepShaver for Windows

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

mercredi 8 d=E9cembre 2004, =E0 03:35  am, AZEnigma a =E9crit :

> The=A0OS 8.1=A0begins to load for me, but as soon as I get to the =
happy=20
> face logo ("Welcome to MacOS"=A0the program quits.

That's normal if you are still using a NewWorld ROM with MacOS 8.1.

Re: [B2-devel] Re: SheepShaver for Windows

[AZEnigma <aze...@ya...>]

The OS 8.1 begins to load for me, but as soon as I get to the happy face logo ("Welcome to MacOS" the program quits.

Toshimitsu Tanaka <t_t...@db...> wrote:Hi.

on 04.12.8 8:11, Gwenole Beauchesne at gb...@di... wrote:
> Some proof-of-concept binary is available at:
> > SheepShaver.exe.bz2>

Great!

I tried ss on Windows XP SP2,
but SS says "Cannot map Low Memory Globals: Bad file descriptor.".

What is bad?
---
Toshimitsu Tanaka
t_t...@db...
http://homepage3.nifty.com/toshi3/index.html



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
basilisk-devel mailing list
bas...@li...
https://lists.sourceforge.net/lists/listinfo/basilisk-devel


		
---------------------------------
Do you Yahoo!?
 Take Yahoo! Mail with you! Get it on your mobile phone.

[B2-devel] Re: SheepShaver for Windows

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

Hi.

on 04.12.8 8:11, Gwenole Beauchesne at gb...@di... wrote:
> Some proof-of-concept binary is available at:
> <http://gwenole.beauchesne.free.fr/sheepshaver/files/
> SheepShaver.exe.bz2>

Great!

I tried ss on Windows XP SP2,
but SS says "Cannot map Low Memory Globals: Bad file descriptor.".

What is bad?
---
Toshimitsu Tanaka
t_t...@db...
http://homepage3.nifty.com/toshi3/index.html

[B2-devel] SheepShaver for Windows

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

Hi,

Some proof-of-concept binary is available at:
<http://gwenole.beauchesne.free.fr/sheepshaver/files/=20
SheepShaver.exe.bz2>

It doesn't require Cygwin.dll but only the SDL run-time libraries. This =20=

fixes the Speedometer "infinite loop" in CPU benchmarks at the same =20
time. The old JIT is working too.

Performance loss vs. Linux due to workaround Windows weaknesses is =20
approximately 15%. Though, it's still as fast as my PB G4/400 on an =20
x86-64 platform.

Still needs some work but it's a good start to get people realize =20
SheepShaver exists...

BTW, the SheepShaver_prefs file is to be placed into the directory =20
containing SheepShaver.exe. The options are derived from the Unix prefs =20=

items + some Windows specific items were incorporated, namely =20
"enableextfs" for Host file system access through the "My Computer" =20
icon.

Bye,
Gwenol=E9.=

Re: [B2-devel] RE: Initial Basilisk II for Windows

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

vendredi 19 novembre 2004, =E0 11:47  pm, AZEnigma a =E9crit :

> The "option" key does not seem to be working.=A0 It used to be maped =
to=20
> the windows key, but I have hit every key and none are assigned to=20
> it.=A0 Is there somthing I am missing?

Use keycodes to "true" and use the keycodes file from the=20
<cvs>/BasiliskII/src/SDL/ directory. However, Windows may intercept the=20=

key at some occasions. At some point, I may provide "precompiled"=20
versions of the keycodes file.

Re: [B2-devel] RE: Initial Basilisk II for Windows

[AZEnigma <aze...@ya...>]

The "option" key does not seem to be working.  It used to be maped to the windows key, but I have hit every key and none are assigned to it.  Is there somthing I am missing?
 
Thanks

AZEnigma <aze...@ya...> wrote:

The jitlazyflush worked.  Huge difference in speed overall, for example it used to take ~10 secs seconds to display the desktop, now it does it in 2 or 3.  I would say it is actually faster than the old windows version at this point.

Thanks!

Gwenole Beauchesne <gb...@di...> wrote:

HI,

> Using windib did not make any noticible difference on my PC, but 
> changing the frame skip to 0 did help a lot, although the mouse is 
> still a little jumpy.

If you are using the JIT, setting "jitlazyflush" to true can help with 
MacOS >= 8 too, as it appears to invalidate caches quite a lot. I have 
a patch to map MacOS cursor to the native equivalent. It's currently 
working under Unix/X11 platforms.

> Is the cdrom or networking working yet?  I tried a few things but 
> could not get a cdrom loaded.

None of them is working yet.



-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for J ava, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
basilisk-devel mailing list
bas...@li...
https://lists.sourceforge.net/lists/listinfo/basilisk-devel


---------------------------------
Do you Yahoo!?
Discover all that’s new in My Yahoo!
		
---------------------------------
Do you Yahoo!?
 Meet the all-new My Yahoo! – Try it today! 

Re: [B2-devel] RE: Initial Basilisk II for Windows

[AZEnigma <aze...@ya...>]

The jitlazyflush worked.  Huge difference in speed overall, for example it used to take ~10 secs seconds to display the desktop, now it does it in 2 or 3.  I would say it is actually faster than the old windows version at this point.

Thanks!

Gwenole Beauchesne <gb...@di...> wrote:

HI,

> Using windib did not make any noticible difference on my PC, but 
> changing the frame skip to 0 did help a lot, although the mouse is 
> still a little jumpy.

If you are using the JIT, setting "jitlazyflush" to true can help with 
MacOS >= 8 too, as it appears to invalidate caches quite a lot. I have 
a patch to map MacOS cursor to the native equivalent. It's currently 
working under Unix/X11 platforms.

> Is the cdrom or networking working yet?  I tried a few things but 
> could not get a cdrom loaded.

None of them is working yet.



-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
basilisk-devel mailing list
bas...@li...
https://lists.sourceforge.net/lists/listinfo/basilisk-devel

		
---------------------------------
Do you Yahoo!?
 Discover all that’s new in My Yahoo!

Re: [B2-devel] RE: Initial Basilisk II for Windows

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

HI,

> Using windib did not make any noticible difference on my PC, but=20
> changing the frame skip to 0 did help a lot, although the mouse is=20
> still a little jumpy.

If you are using the JIT, setting "jitlazyflush" to true can help with=20=

MacOS >=3D 8 too, as it appears to invalidate caches quite a lot. I have=20=

a patch to map MacOS cursor to the native equivalent. It's currently=20
working under Unix/X11 platforms.

> Is the cdrom or networking working yet?=A0 I tried a few things but=20
> could not get a cdrom loaded.

None of them is working yet.