Menu
▾
▴
basilisk-devel — Basilisk II development-related discussion
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: Darren <dm...@gm...> - 2011-01-14 03:08:33
|
Hello, I was trying to compile Sheepshaver CVS on modern linux, and I notice we fail on sheepthreads.c. It looks like it will fail on any modern linux as it seems to be using internal apis from the old linuxthreads (most linux distro's use ntpl). What is the purpose of sheepthreads, and why is it only built on powerpc? -- Darren Blaber |
|
From: Ronald P. R. <ron...@xs...> - 2011-01-05 11:08:31
|
Gwenole Beauchesne stopped development of BasiliskII and SheepShaver several years ago and about a year ago he removed his website quite unexpectedly, without giving the opportunity to keep copies of the information that could be found on his site. Information about the current state of BasiliskII and other Mac emulators can be found at the Emaculation.com website and the Emaculation.com forums: http://www.emaculation.com/ http://www.emaculation.com/forum/ Ronald P. Regensburg. Op 5 jan 2011, om 10:21 heeft Morgan Read het volgende geschreven: > Hello > > I am unable to access Gwenole's Basilisk site at www.gibix.net: > http://www.gibix.net/projects/basilisk2/ > > Can anyone offer any help where I can find the info & binaries? > Strangely I still refer back to my 10 year old system every once in a > while, it's very important to me...:) > > Many thanks, > Regards, > Morgan. > -- > Morgan Read > NEW ZEALAND > <mailto:mstuffATreadDOTorgDOTnz> > > Confused about DRM? > Get all the info you need at: > http://drm.info/ > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel |
|
From: Morgan R. <ms...@re...> - 2011-01-05 10:21:36
|
Hello I am unable to access Gwenole's Basilisk site at www.gibix.net: http://www.gibix.net/projects/basilisk2/ Can anyone offer any help where I can find the info & binaries? Strangely I still refer back to my 10 year old system every once in a while, it's very important to me...:) Many thanks, Regards, Morgan. -- Morgan Read NEW ZEALAND <mailto:mstuffATreadDOTorgDOTnz> Confused about DRM? Get all the info you need at: http://drm.info/ |
|
From: Alexei S. <ale...@gm...> - 2010-11-27 00:20:42
|
Thanks. Committed. -Alexei 2010/11/26 Amadeusz Sławiński <sa...@gm...> > Patch fixing build on 2.6.35 and 2.6.36 kernels. > > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > |
|
From: Amadeusz S. <sa...@gm...> - 2010-11-26 18:51:55
|
Patch fixing build on 2.6.35 and 2.6.36 kernels. |
|
From: Jaime C. <jca...@gm...> - 2010-11-24 10:55:46
|
Hi 2010/11/24 Em Adespoton <ade...@gm...>: > Yes, catchy subject, but I figured it was about time to move my request over > from the emaculation discussion threads to the official mail list. > > What: > Right now, it is not feasible to have several instances of BII with > different OSes because they all share the same XPRAM file stored in a fixed > location. > > I'd love to be able to set a 'xpramfile' property in the prefs file or on > the command line, similar to the existing 'keycodefile' property that sets > the keycode file location. > > This is the one last bit of code tying BII down. Questions? Comments? > Sounds ok, but please use the default xpram file location if the new property is not found in the prefs file. If no property is specified in the prefs file the 2nd, 3rd, 4th instance could use a copy in ram of the original xpram file. The changes wouldn't be saved to the original xpram file but at least you would be able to launch more instances without changing any file. -- Saludos/Best Regards Jaime Cagigal |
|
From: Em A. <ade...@gm...> - 2010-11-24 06:46:18
|
Yes, catchy subject, but I figured it was about time to move my request over from the emaculation discussion threads to the official mail list. What: Right now, it is not feasible to have several instances of BII with different OSes because they all share the same XPRAM file stored in a fixed location. I'd love to be able to set a 'xpramfile' property in the prefs file or on the command line, similar to the existing 'keycodefile' property that sets the keycode file location. This is the one last bit of code tying BII down. Questions? Comments? |
|
From: Ronald P. R. <ron...@xs...> - 2010-10-23 23:44:45
|
Fixed indeed. Thanks.
Ronald.
Op 23 okt 2010, om 23:13 heeft Alexei Svitkine het volgende geschreven:
> Should be fixed now. Thanks for pointing out the issue.
>
> -Alexei
>
> On Sat, Oct 23, 2010 at 5:02 PM, Ronald P. Regensburg
> <ron...@xs...> wrote:
>>> From the current source, it is not possible to build SheepShaver on MacOSX 10.5.8 (Leopard) and XCode 3.1.3 on PPC (PowerBook G4):
>>
>> SheepShaver configuration summary:
>>
>> SDL support ...................... : video audio
>> BINCUE support ................... : no
>> LIBVHD support ................... : no
>> FBDev DGA support ................ : no
>> XFree86 DGA support .............. : no
>> XFree86 VidMode support .......... : no
>> Using PowerPC emulator ........... : no
>> Enable JIT compiler .............. : no
>> Enable video on SEGV signals ..... : no
>> ESD sound support ................ : no
>> GTK user interface ............... : no
>> mon debugger support ............. : no
>> Addressing mode .................. : real
>> Bad memory access recovery type .. :
>>
>> The last line should read:
>> Bad memory access recovery type .. : mach
>>
>> And after that, "make" ends with:
>>
>> sigsegv.cpp:2585: error: ‘SIGSEGV_FAULT_HANDLER_ARGLIST’ was not declared in this scope
>> sigsegv.cpp:2586: error: expected ‘,’ or ‘;’ before ‘{’ token
>> make: *** [obj/sigsegv.o] Error 1
>>
>>
>> The problem does not occur with source code before 2010-07-29 and does occur with source code 2010-07-29 and later.
>>
>> I found three files that were changed on 2010-07-28:
>> (there may be more)
>>
>> BasiliskII/src/Unix/sigsegv.h
>> BasiliskII/src/Unix/configure.ac
>> BasiliskII/src/MacOSX/clip_macosx.cpp
>>
>> In this mailing list I cannot find references to these changes.
>>
>> I did not try building in Leopard on Intel. Building in Snow Leopard on Intel works fine.
>>
>> I myself have no programmer skills. Maybe someone else can figure out what happened and how it can be corrected.
>>
>>
>> Regards,
>>
>> Ronald P. Regensburg.
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Nokia and AT&T present the 2010 Calling All Innovators-North America contest
>> Create new apps & games for the Nokia N8 for consumers in U.S. and Canada
>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
>> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
>> http://p.sf.net/sfu/nokia-dev2dev
>> _______________________________________________
>> basilisk-devel mailing list
>> bas...@li...
>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>>
>
> ------------------------------------------------------------------------------
> Nokia and AT&T present the 2010 Calling All Innovators-North America contest
> Create new apps & games for the Nokia N8 for consumers in U.S. and Canada
> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
> http://p.sf.net/sfu/nokia-dev2dev
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
|
|
From: Alexei S. <ale...@gm...> - 2010-10-23 21:14:27
|
Should be fixed now. Thanks for pointing out the issue.
-Alexei
On Sat, Oct 23, 2010 at 5:02 PM, Ronald P. Regensburg
<ron...@xs...> wrote:
> >From the current source, it is not possible to build SheepShaver on MacOSX 10.5.8 (Leopard) and XCode 3.1.3 on PPC (PowerBook G4):
>
> SheepShaver configuration summary:
>
> SDL support ...................... : video audio
> BINCUE support ................... : no
> LIBVHD support ................... : no
> FBDev DGA support ................ : no
> XFree86 DGA support .............. : no
> XFree86 VidMode support .......... : no
> Using PowerPC emulator ........... : no
> Enable JIT compiler .............. : no
> Enable video on SEGV signals ..... : no
> ESD sound support ................ : no
> GTK user interface ............... : no
> mon debugger support ............. : no
> Addressing mode .................. : real
> Bad memory access recovery type .. :
>
> The last line should read:
> Bad memory access recovery type .. : mach
>
> And after that, "make" ends with:
>
> sigsegv.cpp:2585: error: ‘SIGSEGV_FAULT_HANDLER_ARGLIST’ was not declared in this scope
> sigsegv.cpp:2586: error: expected ‘,’ or ‘;’ before ‘{’ token
> make: *** [obj/sigsegv.o] Error 1
>
>
> The problem does not occur with source code before 2010-07-29 and does occur with source code 2010-07-29 and later.
>
> I found three files that were changed on 2010-07-28:
> (there may be more)
>
> BasiliskII/src/Unix/sigsegv.h
> BasiliskII/src/Unix/configure.ac
> BasiliskII/src/MacOSX/clip_macosx.cpp
>
> In this mailing list I cannot find references to these changes.
>
> I did not try building in Leopard on Intel. Building in Snow Leopard on Intel works fine.
>
> I myself have no programmer skills. Maybe someone else can figure out what happened and how it can be corrected.
>
>
> Regards,
>
> Ronald P. Regensburg.
>
>
>
>
> ------------------------------------------------------------------------------
> Nokia and AT&T present the 2010 Calling All Innovators-North America contest
> Create new apps & games for the Nokia N8 for consumers in U.S. and Canada
> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
> http://p.sf.net/sfu/nokia-dev2dev
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
|
|
From: Ronald P. R. <ron...@xs...> - 2010-10-23 21:02:33
|
From the current source, it is not possible to build SheepShaver on MacOSX 10.5.8 (Leopard) and XCode 3.1.3 on PPC (PowerBook G4):
SheepShaver configuration summary:
SDL support ...................... : video audio
BINCUE support ................... : no
LIBVHD support ................... : no
FBDev DGA support ................ : no
XFree86 DGA support .............. : no
XFree86 VidMode support .......... : no
Using PowerPC emulator ........... : no
Enable JIT compiler .............. : no
Enable video on SEGV signals ..... : no
ESD sound support ................ : no
GTK user interface ............... : no
mon debugger support ............. : no
Addressing mode .................. : real
Bad memory access recovery type .. :
The last line should read:
Bad memory access recovery type .. : mach
And after that, "make" ends with:
sigsegv.cpp:2585: error: ‘SIGSEGV_FAULT_HANDLER_ARGLIST’ was not declared in this scope
sigsegv.cpp:2586: error: expected ‘,’ or ‘;’ before ‘{’ token
make: *** [obj/sigsegv.o] Error 1
The problem does not occur with source code before 2010-07-29 and does occur with source code 2010-07-29 and later.
I found three files that were changed on 2010-07-28:
(there may be more)
BasiliskII/src/Unix/sigsegv.h
BasiliskII/src/Unix/configure.ac
BasiliskII/src/MacOSX/clip_macosx.cpp
In this mailing list I cannot find references to these changes.
I did not try building in Leopard on Intel. Building in Snow Leopard on Intel works fine.
I myself have no programmer skills. Maybe someone else can figure out what happened and how it can be corrected.
Regards,
Ronald P. Regensburg.
|
|
From: Alexei S. <ale...@gm...> - 2010-10-19 22:20:52
|
Thanks. Committed. -Alexei On Tue, Oct 19, 2010 at 7:20 AM, Geoffrey Brown <geo...@in...> wrote: > Sorry ! Here it is. The only diffs are config/top level make file things > > Geoffrey > > On Mon, Oct 18, 2010 at 6:02 PM, Alexei Svitkine > <ale...@gm...> wrote: >> Thanks. Committed. >> >> -Alexei >> >> On Mon, Oct 18, 2010 at 5:53 PM, Dave Dixon <d-...@sh...> wrote: >>> Patch file to fix JIT compiler on 64-bit Mac OS X 10.6 when using gcc 4.2. This patch removes register rbx usage when compiling on 64-bit OS X. >>> >>> >>> >>> >>> On 2010-10-18, at 1:11 PM, Alexei Svitkine wrote: >>> >>>> Please send the change as a patch file and include an appropriate >>>> comment in the code explaining the change. >>>> >>>> Thanks for working on this! >>>> >>>> -Alexei >>> >>> >>> ------------------------------------------------------------------------------ >>> Download new Adobe(R) Flash(R) Builder(TM) 4 >>> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly >>> Flex(R) Builder(TM)) enable the development of rich applications that run >>> across multiple browsers and platforms. Download your free trials today! >>> http://p.sf.net/sfu/adobe-dev2dev >>> _______________________________________________ >>> basilisk-devel mailing list >>> bas...@li... >>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel >>> >>> >> >> ------------------------------------------------------------------------------ >> Download new Adobe(R) Flash(R) Builder(TM) 4 >> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly >> Flex(R) Builder(TM)) enable the development of rich applications that run >> across multiple browsers and platforms. Download your free trials today! >> http://p.sf.net/sfu/adobe-dev2dev >> _______________________________________________ >> basilisk-devel mailing list >> bas...@li... >> https://lists.sourceforge.net/lists/listinfo/basilisk-devel >> > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > |
|
From: Geoffrey B. <geo...@in...> - 2010-10-19 11:21:03
|
Sorry ! Here it is. The only diffs are config/top level make file things Geoffrey On Mon, Oct 18, 2010 at 6:02 PM, Alexei Svitkine <ale...@gm...> wrote: > Thanks. Committed. > > -Alexei > > On Mon, Oct 18, 2010 at 5:53 PM, Dave Dixon <d-...@sh...> wrote: >> Patch file to fix JIT compiler on 64-bit Mac OS X 10.6 when using gcc 4.2. This patch removes register rbx usage when compiling on 64-bit OS X. >> >> >> >> >> On 2010-10-18, at 1:11 PM, Alexei Svitkine wrote: >> >>> Please send the change as a patch file and include an appropriate >>> comment in the code explaining the change. >>> >>> Thanks for working on this! >>> >>> -Alexei >> >> >> ------------------------------------------------------------------------------ >> Download new Adobe(R) Flash(R) Builder(TM) 4 >> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly >> Flex(R) Builder(TM)) enable the development of rich applications that run >> across multiple browsers and platforms. Download your free trials today! >> http://p.sf.net/sfu/adobe-dev2dev >> _______________________________________________ >> basilisk-devel mailing list >> bas...@li... >> https://lists.sourceforge.net/lists/listinfo/basilisk-devel >> >> > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > |
|
From: Alexei S. <ale...@gm...> - 2010-10-19 03:24:55
|
I've committed your Basilisk changes with some minor (mostly formatting) changes. Thanks! The sheepshaver.diff file you sent is the one for the bincue stuff, can you send the right one for vhd? -Alexei On Thu, Oct 7, 2010 at 10:17 AM, Geoffrey Brown <geo...@in...> wrote: > For my work on digital preservation it's important to have "golden" > disk images that are not > corrupted by user action. In order to enable this, I've added support > for VHD virtual disks (especially snapshots !) > to the Linux and OS X versions of BasiliskII and SheepShaver. The support uses > the open source libvhd library which is part of xen (available here > (http://www.xen.org/products/xen_source.html)) > > The piece that's needed is libvhd which is in tools/blktap2 and it can > be separately compiled. > The vhd-util enables creation of vhd disks and snapshots. > > Compiling libvhd for OS X is non-trivial and required 1) a new config > and 2) a number of small changes > to the include files and c files. Compiling for linux is a snap. > > I use this as follows. > > 1) create my "golden image" gold.dsk in the usual way > 2) create a snapshot: vhd-util snapshot -n gold.vhd -p gold.dsk -m > 3) use the snapshot in my prefs file > > In my work the golden images are in an AFS system which means the golden images > can reside at "universal" addresses. The snapshots are initially > tiny, so a complete > virtual machine configuration -- prefs + snapshot is quick to download > for the end user. > The snapshots are copy on write which has the pleasant side effect of > letting the end user > keep any changes. > > I've attached my diffs and files. One change to > SheepShaver/src/Unix/main_unix.cpp is there just > to work around a bug in the Linux implementation -- on my system mmap > with MAP_FIXED causes > a seg fault. > > Geoffrey > > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today. > http://p.sf.net/sfu/beautyoftheweb > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > |
|
From: Alexei S. <ale...@gm...> - 2010-10-18 22:03:18
|
Thanks. Committed. -Alexei On Mon, Oct 18, 2010 at 5:53 PM, Dave Dixon <d-...@sh...> wrote: > Patch file to fix JIT compiler on 64-bit Mac OS X 10.6 when using gcc 4.2. This patch removes register rbx usage when compiling on 64-bit OS X. > > > > > On 2010-10-18, at 1:11 PM, Alexei Svitkine wrote: > >> Please send the change as a patch file and include an appropriate >> comment in the code explaining the change. >> >> Thanks for working on this! >> >> -Alexei > > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > |
|
From: Dave D. <d-...@sh...> - 2010-10-18 21:57:08
|
Patch file to fix JIT compiler on 64-bit Mac OS X 10.6 when using gcc 4.2. This patch removes register rbx usage when compiling on 64-bit OS X. |
|
From: Alexei S. <ale...@gm...> - 2010-10-18 20:11:46
|
Please send the change as a patch file and include an appropriate
comment in the code explaining the change.
Thanks for working on this!
-Alexei
On Mon, Oct 18, 2010 at 2:43 PM, Dave Dixon <d-...@sh...> wrote:
> The JIT compiler is broken when compiling in GCC 4.2.
> In GCC 4.0 a simple PPC instruction to move 0x0580 into GPR13 would compile
> into 2 instructions. The ebx register (AREG1) is used as a temporary
> register.
> 1B47B092 BB80050000 mov ebx,0x580
> 1B47B097 895D44 mov [ebp+0x44],ebx
> But the ebx register should be really be saved if your code is going to use
> it and starting in gcc 4.2 the compiler is enforcing this automatically.
> So using gcc 4.2 we are generating code that looks like
> 1B47B091 53 push ebx
> 1B47B092 BB80050000 mov ebx,0x580
> 1B47B097 5B pop ebx
> 1B47B098 53 push ebx
> 1B47B099 895D44 mov [ebp+0x44],ebx
> 1B47B09C 5B pop ebx
> The first 3 lines end up doing nothing… ebx is saved, loaded with a new
> value 0x0580, then immediately restored. End result is crashing emulation.
>
> To fix SheepShaver for 64-bit compilation on Mac OS X and gcc 4.2 we need to
> stop using the rbx register as a temporary. For 32-bit compatibility with
> gcc 4.2 there are no extra registers left for a fix so a more extensive
> change would be needed to strip out the push ebx...pop ebx pair. As
> everything is going 64-bit on the Mac now it is probably not worth the
> effort.
>
> In file
> SheepShaver/src/kpx_cpu/src/cpu/jit/amd64/dyngen-target-exec.h change
>
> enum {
> /* callee save registers */
> #define AREG0 "rbp"
> AREG0_ID = 5,
> #define AREG1 "rbx"
> AREG1_ID = 3,
> #define AREG2 "r12"
> AREG2_ID = 12,
> #define AREG3 "r13"
> AREG3_ID = 13,
> #define AREG4 "r14"
> AREG4_ID = 14,
> #define AREG5 "r15"
> AREG5_ID = 15,
> to
> enum {
> /* callee save registers */
> #define AREG0 "rbp"
> AREG0_ID = 5,
> #if (defined(__APPLE__) && defined(__MACH__))
> #define AREG1 "r12"
> AREG1_ID = 12,
>
>
>
> #define AREG2 "r13"
> AREG2_ID = 13,
> #define AREG3 "r14"
> AREG3_ID = 14,
> #define AREG4 "r15"
> AREG4_ID = 15,
>
>
>
> #else
>
>
>
> #define AREG1 "rbx"
> AREG1_ID = 3,
>
>
>
> #define AREG2 "r12"
> AREG2_ID = 12,
>
>
>
> #define AREG3 "r13"
> AREG3_ID = 13,
>
>
>
> #define AREG4 "r14"
> AREG4_ID = 14,
>
>
>
> #define AREG5 "r15"
> AREG5_ID = 15,
>
>
>
> #endif
>
> ------------------------------------------------------------------------------
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
> _______________________________________________
> basilisk-devel mailing list
> bas...@li...
> https://lists.sourceforge.net/lists/listinfo/basilisk-devel
>
>
|
|
From: Dave D. <d-...@sh...> - 2010-10-18 18:43:34
|
The JIT compiler is broken when compiling in GCC 4.2.
In GCC 4.0 a simple PPC instruction to move 0x0580 into GPR13 would compile into 2 instructions. The ebx register (AREG1) is used as a temporary register.
1B47B092 BB80050000 mov ebx,0x580
1B47B097 895D44 mov [ebp+0x44],ebx
But the ebx register should be really be saved if your code is going to use it and starting in gcc 4.2 the compiler is enforcing this automatically.
So using gcc 4.2 we are generating code that looks like
1B47B091 53 push ebx
1B47B092 BB80050000 mov ebx,0x580
1B47B097 5B pop ebx
1B47B098 53 push ebx
1B47B099 895D44 mov [ebp+0x44],ebx
1B47B09C 5B pop ebx
The first 3 lines end up doing nothing… ebx is saved, loaded with a new value 0x0580, then immediately restored. End result is crashing emulation.
To fix SheepShaver for 64-bit compilation on Mac OS X and gcc 4.2 we need to stop using the rbx register as a temporary. For 32-bit compatibility with gcc 4.2 there are no extra registers left for a fix so a more extensive change would be needed to strip out the push ebx...pop ebx pair. As everything is going 64-bit on the Mac now it is probably not worth the effort.
In file SheepShaver/src/kpx_cpu/src/cpu/jit/amd64/dyngen-target-exec.h change
enum {
/* callee save registers */
#define AREG0 "rbp"
AREG0_ID = 5,
#define AREG1 "rbx"
AREG1_ID = 3,
#define AREG2 "r12"
AREG2_ID = 12,
#define AREG3 "r13"
AREG3_ID = 13,
#define AREG4 "r14"
AREG4_ID = 14,
#define AREG5 "r15"
AREG5_ID = 15,
to
enum {
/* callee save registers */
#define AREG0 "rbp"
AREG0_ID = 5,
#if (defined(__APPLE__) && defined(__MACH__))
#define AREG1 "r12"
AREG1_ID = 12,
#define AREG2 "r13"
AREG2_ID = 13,
#define AREG3 "r14"
AREG3_ID = 14,
#define AREG4 "r15"
AREG4_ID = 15,
#else
#define AREG1 "rbx"
AREG1_ID = 3,
#define AREG2 "r12"
AREG2_ID = 12,
#define AREG3 "r13"
AREG3_ID = 13,
#define AREG4 "r14"
AREG4_ID = 14,
#define AREG5 "r15"
AREG5_ID = 15,
#endif
|
|
From: Alexei S. <ale...@gm...> - 2010-10-16 04:12:18
|
Patch committed. Thanks. -Alexei On Fri, Oct 15, 2010 at 11:53 PM, C.W. Betts <com...@ho...> wrote: > This attached patch allows you to compile the Carbon Pasteboard services on Snow Leopard if you are building for 32-bit, but not if you are building for 64. > > To maintain backwards compatibility, the Carbon UI APIs aren't going to be stripped from the 32-bit any time soon. However, there is no worry about that in 64, so they didn't include it. > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > |
|
From: C.W. B. <com...@ho...> - 2010-10-16 03:53:13
|
This attached patch allows you to compile the Carbon Pasteboard services on Snow Leopard if you are building for 32-bit, but not if you are building for 64. To maintain backwards compatibility, the Carbon UI APIs aren't going to be stripped from the 32-bit any time soon. However, there is no worry about that in 64, so they didn't include it. |
|
From: Alexei S. <ale...@gm...> - 2010-10-09 22:22:54
|
Patches welcome. -Alexe On Sat, Oct 9, 2010 at 6:18 PM, C.W. Betts <com...@ho...> wrote: > When compiling either SheepShaver or Basilisk II, I get the following warning when compiling for either 32 and 64-bit: > "Carbon Pasteboard is unavailable under 10.6" > To my knowledge, the Carbon Pasteboard is available under 10.6 on 32-bit, but many high-level GUI code (like the Carbon Pasteboard) aren't present on 64-bit. Perhaps a better test would be to check for __LP64__ and not build if it's there, instead of checking for 10.6. > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today. > http://p.sf.net/sfu/beautyoftheweb > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > |
|
From: C.W. B. <com...@ho...> - 2010-10-09 22:18:40
|
When compiling either SheepShaver or Basilisk II, I get the following warning when compiling for either 32 and 64-bit: "Carbon Pasteboard is unavailable under 10.6" To my knowledge, the Carbon Pasteboard is available under 10.6 on 32-bit, but many high-level GUI code (like the Carbon Pasteboard) aren't present on 64-bit. Perhaps a better test would be to check for __LP64__ and not build if it's there, instead of checking for 10.6. |
|
From: Geoffrey B. <geo...@in...> - 2010-10-07 14:17:31
|
For my work on digital preservation it's important to have "golden" disk images that are not corrupted by user action. In order to enable this, I've added support for VHD virtual disks (especially snapshots !) to the Linux and OS X versions of BasiliskII and SheepShaver. The support uses the open source libvhd library which is part of xen (available here (http://www.xen.org/products/xen_source.html)) The piece that's needed is libvhd which is in tools/blktap2 and it can be separately compiled. The vhd-util enables creation of vhd disks and snapshots. Compiling libvhd for OS X is non-trivial and required 1) a new config and 2) a number of small changes to the include files and c files. Compiling for linux is a snap. I use this as follows. 1) create my "golden image" gold.dsk in the usual way 2) create a snapshot: vhd-util snapshot -n gold.vhd -p gold.dsk -m 3) use the snapshot in my prefs file In my work the golden images are in an AFS system which means the golden images can reside at "universal" addresses. The snapshots are initially tiny, so a complete virtual machine configuration -- prefs + snapshot is quick to download for the end user. The snapshots are copy on write which has the pleasant side effect of letting the end user keep any changes. I've attached my diffs and files. One change to SheepShaver/src/Unix/main_unix.cpp is there just to work around a bug in the Linux implementation -- on my system mmap with MAP_FIXED causes a seg fault. Geoffrey |
|
From: Geoffrey B. <geo...@in...> - 2010-10-07 12:15:54
|
Here's a bit more info from strace: [pid 29510] mmap2(NULL, 67108864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0 [pid 29510] --- SIGSEGV (Segmentation fault) @ 0 (0) --- [pid 29510] --- SIGSEGV (Segmentation fault) @ 0 (0) --- On Thu, Oct 7, 2010 at 7:43 AM, Geoffrey Brown <geo...@in...> wrote: > I agree, however, this pretty vanilla red hat 5 which is why it's > surprising. I wonder if there's > a 32 bit/ 64 bit thing going on here. > > Geoffrey > > On Wed, Oct 6, 2010 at 9:44 PM, Alexei Svitkine > <ale...@gm...> wrote: >> If its crashing in mmap() itself, that really sounds like a bug in your OS. >> >> It should either succeed or fail and return an error code. >> >> -Alexei >> >> On Wed, Oct 6, 2010 at 9:30 PM, Geoffrey Brown <geo...@in...> wrote: >>> I rebuilt with a fresh checkout of basilisk and sheepshaver. Here's >>> how I configured >>> >>> ./configure --without-gtk --with-sdl-video >>> >>> >>> This is pretty tough to debug, but the crash occurs >>> at vm_alloc.cpp line 294. >>> >>> if (mmap((caddr_t)addr, size, VM_PAGE_DEFAULT, the_map_flags, fd, 0) =\ >>> = (void *)MAP_FAILED) >>> >>> >>> causes a seg fault >>> >>> addr = 0 >>> size = 0x4000000 >>> the_map_flags = 0 >>> >>> >>> Clearly the odd diff I had prevented this being executed. >>> Geoffrey >>> >>> ------------------------------------------------------------------------------ >>> Beautiful is writing same markup. Internet Explorer 9 supports >>> standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. >>> Spend less time writing and rewriting code and more time creating great >>> experiences on the web. Be a part of the beta today. >>> http://p.sf.net/sfu/beautyoftheweb >>> _______________________________________________ >>> basilisk-devel mailing list >>> bas...@li... >>> https://lists.sourceforge.net/lists/listinfo/basilisk-devel >>> >> >> ------------------------------------------------------------------------------ >> Beautiful is writing same markup. Internet Explorer 9 supports >> standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. >> Spend less time writing and rewriting code and more time creating great >> experiences on the web. Be a part of the beta today. >> http://p.sf.net/sfu/beautyoftheweb >> _______________________________________________ >> basilisk-devel mailing list >> bas...@li... >> https://lists.sourceforge.net/lists/listinfo/basilisk-devel >> > |
|
From: Geoffrey B. <geo...@in...> - 2010-10-07 11:43:19
|
I agree, however, this pretty vanilla red hat 5 which is why it's surprising. I wonder if there's a 32 bit/ 64 bit thing going on here. Geoffrey On Wed, Oct 6, 2010 at 9:44 PM, Alexei Svitkine <ale...@gm...> wrote: > If its crashing in mmap() itself, that really sounds like a bug in your OS. > > It should either succeed or fail and return an error code. > > -Alexei > > On Wed, Oct 6, 2010 at 9:30 PM, Geoffrey Brown <geo...@in...> wrote: >> I rebuilt with a fresh checkout of basilisk and sheepshaver. Here's >> how I configured >> >> ./configure --without-gtk --with-sdl-video >> >> >> This is pretty tough to debug, but the crash occurs >> at vm_alloc.cpp line 294. >> >> if (mmap((caddr_t)addr, size, VM_PAGE_DEFAULT, the_map_flags, fd, 0) =\ >> = (void *)MAP_FAILED) >> >> >> causes a seg fault >> >> addr = 0 >> size = 0x4000000 >> the_map_flags = 0 >> >> >> Clearly the odd diff I had prevented this being executed. >> Geoffrey >> >> ------------------------------------------------------------------------------ >> Beautiful is writing same markup. Internet Explorer 9 supports >> standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. >> Spend less time writing and rewriting code and more time creating great >> experiences on the web. Be a part of the beta today. >> http://p.sf.net/sfu/beautyoftheweb >> _______________________________________________ >> basilisk-devel mailing list >> bas...@li... >> https://lists.sourceforge.net/lists/listinfo/basilisk-devel >> > > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today. > http://p.sf.net/sfu/beautyoftheweb > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > |
|
From: Alexei S. <ale...@gm...> - 2010-10-07 01:45:01
|
If its crashing in mmap() itself, that really sounds like a bug in your OS. It should either succeed or fail and return an error code. -Alexei On Wed, Oct 6, 2010 at 9:30 PM, Geoffrey Brown <geo...@in...> wrote: > I rebuilt with a fresh checkout of basilisk and sheepshaver. Here's > how I configured > > ./configure --without-gtk --with-sdl-video > > > This is pretty tough to debug, but the crash occurs > at vm_alloc.cpp line 294. > > if (mmap((caddr_t)addr, size, VM_PAGE_DEFAULT, the_map_flags, fd, 0) =\ > = (void *)MAP_FAILED) > > > causes a seg fault > > addr = 0 > size = 0x4000000 > the_map_flags = 0 > > > Clearly the odd diff I had prevented this being executed. > Geoffrey > > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today. > http://p.sf.net/sfu/beautyoftheweb > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > |
9 messages has been excluded from this view by a project administrator.
