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: Christian B. <cb...@th...> - 2002-04-04 16:27:43
|
Hi! On Tue, Apr 02, 2002 at 01:42:06AM +0200, Gwenole Beauchesne wrote: > - Are you aware of any compression scheme change in new NewWorld ROMs? No. > - Do you know where the decoded ROM is supposed to be located once MacOS > has booted? Probably 0x40800000 > Or the LZSS implementation slightly changed in either way: min match > threshold of LZSS was risen from 3 to some value and/or dictionary size > was increased? The decoding routine should be somewhere in the ELF part. Maybe you can get the parameters from there. Bye, Christian -- / Coding on PowerPC and proud of it \/ http://www.uni-mainz.de/~bauec002/ |
|
From: <lau...@an...> - 2002-04-02 13:27:53
|
On Sun, 31 Mar 2002 19:22:47 +0200, Christian wrote: > And we even have run-time resolution/depth switching now! :-) That's great! I remember someone mentioning it but haven't had a change to port it over to Windows yet. >I've subscribed that address with mail delivery disabled. That should > do it. > Or do you prefer it the other way round? No, this is just fine -- thanks again! Lauri |
|
From: <gb...@di...> - 2002-04-01 23:37:38
|
Hi, I have been playing with SheepShaver NewWorld support. As I don't have MacOS 8.6, I tried with the one from the MacOS 9.1 CD of my PBG4. The problem is though I have the lzss-offset and lzss-size values in the CHRP header, the ROM appears to be mis-decoded. i.e. There is no "NewWorld" nanokernel ID found afterwards. Issuing "strings" on the expanded output does output things but those things also appear to be truncated in some locations. Besides, I also tried to get the lzss-offset and lzss-size values the same way as MOL. i.e. assuming that the compressed ROM image is located immediately after the last ELF segment. Both methods seem to yield the same result. Thus making me think the the ROM could be mis-decoded. - Are you aware of any compression scheme change in new NewWorld ROMs? - Do you know where the decoded ROM is supposed to be located once MacOS has booted? I'd like to compare what we decode from SheepShaver and what is actually decoded by the system. Side note: the NewWorld ROM from MacOS 9.x is larger by 500 KB with respect to the ROM from the "Mac-OS-ROM-Update-1.0" from Apple Software Update. Probably nowadays ROMs are larger than 4 MB decoded? Or the LZSS implementation slightly changed in either way: min match threshold of LZSS was risen from 3 to some value and/or dictionary size was increased? Any thoughts? Thanks, Gwenole. |
|
From: [RSU]The_Assassin|BuF <the...@zi...> - 2002-03-31 22:06:34
|
Think so, haven't changed anything to the X server. I've seperated both of the executables, one with the x_display_name commented out and one with it uncommented. One works, the other doesn't. Though the colors are still messed up when running X with TrueColor visual. I can't tell whether the colors are right when running X in DirectColor, because that'll mess up all colors the X server displays, even outside BasiliskII. <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> Stan Kochen <The_Assassin> <--------------------------------> Beyondunreal.com Forums <BuF> http://www.beyondunreal.com <--------------------------------> ReSpawners United - Unreal Tournament clan <RSU> http://www.clanrsu.com/ <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> ________________________________________________ Don't E-Mail, ZipMail! http://www.zipmail.com/ |
|
From: <gb...@di...> - 2002-03-31 21:21:26
|
Hi, > Disabling GTK fixed the problem. O_o Umm, are you sure it runs in fullscreen dga and with a DirectColor visual? Adding --without-gtk should have lead you to the true X error resulting in a BadMatch for the X_CreateWindow request. Bye, Gwenole. |
|
From: [RSU]The_Assassin|BuF <the...@zi...> - 2002-03-31 19:26:15
|
Disabling GTK fixed the problem. O_o Messing around a bit I found commenting out: x_display_name = gdk_get_display() in main_unix.cpp fixed the problem. Though colors are still messed up in depth 15 and higher. It does display the colors right for a sec @ the very beginning, when there's still a grey screen. Then it kindof draws some yellow layer over it in 24 bpp. 16 bpp seems to display all colors inverted, except black and white. My X server wouldn't run in 32 bpp so I couldn't test that. It runs fine in 8 bit and lower though. <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> Stan Kochen <The_Assassin> <--------------------------------> Beyondunreal.com Forums <BuF> http://www.beyondunreal.com <--------------------------------> ReSpawners United - Unreal Tournament clan <RSU> http://www.clanrsu.com/ <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> ________________________________________________ Don't E-Mail, ZipMail! http://www.zipmail.com/ |
|
From: Christian B. <cb...@th...> - 2002-03-31 17:22:53
|
Hi! On Fri, Mar 29, 2002 at 06:20:47PM +0000, Lauri Pesonen wrote: > >Gamma tables have been implemented 9 months ago. > > Oops, sorry... And we even have run-time resolution/depth switching now! :-) > Would it be possible to add my anygraaf email address > lau...@an... to the list of people who can post here > without moderator's intervention, I've subscribed that address with mail delivery disabled. That should do it. Or do you prefer it the other way round? Bye, Christian -- / Coding on PowerPC and proud of it \/ http://www.uni-mainz.de/~bauec002/ |
|
From: [RSU]The_Assassin|BuF <the...@zi...> - 2002-03-30 22:18:00
|
>Huh?? Add --without-gtk to the configure script. ... LOL! Sorry, I was doing multiple things at a time, I'll look into it. Anyways, that URL you gave me didn't make sense here. I'm not really and X programmer (yet) and I only now some basic stuff. I'm just a beginning programmer, I only know some file access and network stuff. And Escape Velocity Nova is keeping me from learning even more. ;) <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> Stan Kochen <The_Assassin> <--------------------------------> Beyondunreal.com Forums <BuF> http://www.beyondunreal.com <--------------------------------> ReSpawners United - Unreal Tournament clan <RSU> http://www.clanrsu.com/ <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> ________________________________________________ Don't E-Mail, ZipMail! http://www.zipmail.com/ |
|
From: <gb...@di...> - 2002-03-30 16:44:01
|
Hi, > Removing the check for DirectColor works Of course but DirectColor is necessary for gamma correction. > Can't remove Gtk btw, alot of other apps I use need it. Huh?? Add --without-gtk to the configure script. |
|
From: [RSU]The_Assassin|BuF <the...@zi...> - 2002-03-30 10:55:10
|
Removing the check for DirectColor works but the colors are all messed up. Running X in DirectColor as standard visual works, but that messes up colors too and not only in Basilisk but X itself including ofcourse all the apps running on it. Can't remove Gtk btw, alot of other apps I use need it. I'll look at that page in a sec. <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> Stan Kochen <The_Assassin> <--------------------------------> Beyondunreal.com Forums <BuF> http://www.beyondunreal.com <--------------------------------> ReSpawners United - Unreal Tournament clan <RSU> http://www.clanrsu.com/ <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> ________________________________________________ Don't E-Mail, ZipMail! http://www.zipmail.com/ |
|
From: Gwenole B. <gb...@di...> - 2002-03-30 00:06:36
|
Hi, > Where does the code make that assumption? The code actually does try a > DirectColor visual first. XMatchVisual() returned non-zero so that of > visual is available and will be used. Probably, some other bits > mismatch. Further readings: <http://www.motifzone.com/tmd/articles/DefaultVisual/DefaultVisual.html> BTW, I tried to set DirectColor as the default visual to the XF86Config-4 config file. X won't start because that visual is not supported as a default visual for the selected depth (16). So, be it a TrueColor visual then. Problem is xdpyinfo lists DirectColor as available. Ummm... |
|
From: [RSU]The_Assassin|BuF <the...@zi...> - 2002-03-30 00:01:45
|
>XMatchVisual() returned non-zero > so that of >visual is available and will be used. Probably, some other > bits >mismatch. It is the XMatchVisual function that says DirectColor is available. Though it doesn't switch to DirectColor, only resolution. I'll try running without gtk and see what happens. Those numbers indeed make no sense at all. :D <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> Stan Kochen <The_Assassin> <--------------------------------> Beyondunreal.com Forums <BuF> http://www.beyondunreal.com <--------------------------------> ReSpawners United - Unreal Tournament clan <RSU> http://www.clanrsu.com/ <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> ________________________________________________ Don't E-Mail, ZipMail! http://www.zipmail.com/ |
|
From: <gb...@di...> - 2002-03-29 23:10:42
|
Hi, > It seemed to happen exactly when Basilisk wanted to show the window, thus > when it tried to write and discovered it isn't a DirectColor visual at > all. (Below the "// Show window" comment in driver_xf86dga) On my system, default visual is TrueColor (0x21) but DirectColor is available. B2 first tries to get a DirectColor visual for gamma correction. It then uses that visual, if available. Get rid of Gtk, and you will get a more precise error from the X server. > What I was thinking is, AFAIK, the new DGA 2.0 extension, included in XF86 > 4.0 and up, allows (unlike the old 1.0 version) depth and visual > switching. I believe the VidMode extension allows depth and resolution switching even for DGA 1. > Maybe the X server returned that the DirectColor visual is available and > can be switched to, unlike the code, which seems to assume the current > visual is DirectColor. Where does the code make that assumption? The code actually does try a DirectColor visual first. XMatchVisual() returned non-zero so that of visual is available and will be used. Probably, some other bits mismatch. Bye, Gwenole. |
|
From: [RSU]The_Assassin|BuF <the...@zi...> - 2002-03-29 19:28:26
|
Okay, we all know by now it's a problem with visuals. I always run my X server with TrueColor visual, though when setting the debug define to 1, it said a DirectColor visual is available. (Don't have the exact output, but the D(bug(*)) said the vis variable in video_x.cpp was set to DirectColor) It seemed to happen exactly when Basilisk wanted to show the window, thus when it tried to write and discovered it isn't a DirectColor visual at all. (Below the "// Show window" comment in driver_xf86dga) What I was thinking is, AFAIK, the new DGA 2.0 extension, included in XF86 4.0 and up, allows (unlike the old 1.0 version) depth and visual switching. Maybe the X server returned that the DirectColor visual is available and can be switched to, unlike the code, which seems to assume the current visual is DirectColor. So maybe we just need it to support the new 2.0 dga extension and actually do the visual/depth switch instead of just resolution. Has anyone tried to run BII 0.9 on the old 3.x XFree86 servers? They don't have dga 2.0 it and might work on them. BTW, check the README.DGA in the xc/doc directory of the XFree86 source for information about dga 2.0. <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> Stan Kochen <The_Assassin> <--------------------------------> Beyondunreal.com Forums <BuF> http://www.beyondunreal.com <--------------------------------> ReSpawners United - Unreal Tournament clan <RSU> http://www.clanrsu.com/ <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> ________________________________________________ Don't E-Mail, ZipMail! http://www.zipmail.com/ |
|
From: [RSU]The_Assassin|BuF <the...@zi...> - 2002-03-29 19:03:29
|
WTH? You mean Escape Velocity Nova works on a 68k? I thought it required a ppc. Dang, I neeeed that game. lol :D <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> Stan Kochen <The_Assassin> <--------------------------------> Beyondunreal.com Forums <BuF> http://www.beyondunreal.com <--------------------------------> ReSpawners United - Unreal Tournament clan <RSU> http://www.clanrsu.com/ <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> ________________________________________________ Don't E-Mail, ZipMail! http://www.zipmail.com/ |
|
From: [RSU]The_Assassin|BuF <the...@zi...> - 2002-03-29 18:58:20
|
Yep, I just noticed the bug. Maybe I should turn off music while coding. ;) A list of devices like the windows version would be nice. I'm reading up on some gtk/gdk/X tuts now, so maybe I can do some programming on that later. Though I doubt I'll be able to help you with the emulation itself. :/ <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> Stan Kochen <The_Assassin> <--------------------------------> Beyondunreal.com Forums <BuF> http://www.beyondunreal.com <--------------------------------> ReSpawners United - Unreal Tournament clan <RSU> http://www.clanrsu.com/ <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> ________________________________________________ Don't E-Mail, ZipMail! http://www.zipmail.com/ |
|
From: <lau...@an...> - 2002-03-29 18:20:58
|
On Fri, 29 Mar 2002 16:43:02 +0100, Christian wrote: >Gamma tables have been implemented 9 months ago.=20 Oops, sorry... >Methinks you should update to the latest CVS sources. You're so right of course -- and I will sooner or later.=20 Actually I have rather recent CVS files, but haven't really looked into them much. As you have probably guessed I haven't had too much time to work with B2 recently, I did this patch only as a quick self-defense to cut down the incoming B2/EVN email request flow. I was *quite* sure that gamma was not implemented :) >Welcome back, BTW. :-) Thanks :) Would it be possible to add my anygraaf email address lau...@an... to the list of people who can post here without moderator's intervention, or perhaps it is something that I can configure myself? It seems that sourceforge nowadays checks that the ISP has a valid "postmaster" account, and my other ISP (nic.fi, which might go belly up any day now) doesn't seem to get it right, any mail I send from the nic.fi address to this list bounces. Lauri |
|
From: <gb...@di...> - 2002-03-29 16:59:43
|
Hi, > 1) Apple Personal Diagnostics will crash once the main screen is drawn > but prior to displaying any menu. It looks like trying to access > something at 0x7fff7fff. Umm, I can't reproduce it with MacOS 8.1 [updated from 8.0 fr] on the very same system. Whereas that problem is easily reproduceable with MacOS 8.0 [fr] on either Linux/ppc or Linux/x86, at least with my hardfile. Bye, Gwenole. |
|
From: <gb...@di...> - 2002-03-29 16:59:43
|
Hi, > Small patch for /dev filesystem support. Provided some minor fixes (s/strcpy/sprintf/ for cd_dev[]), it works well for CDs with MDK 8.1 though for some reason I had two entries in /dev/cdroms/ henceforth two mountpoints in MacOS side. ;-) Bye, Gwenole. |
|
From: Christian B. <cb...@th...> - 2002-03-29 15:44:37
|
Hi! On Fri, Mar 29, 2002 at 05:21:25PM +0200, lau...@an... wrote: > Here's a patch which implements VideoDriverStatus/cscGetGamma > and VideoDriverControl/cscSetGamma. Gamma tables have been implemented 9 months ago. Methinks you should update to the latest CVS sources. Welcome back, BTW. :-) Bye, Christian -- / Coding on PowerPC and proud of it \/ http://www.uni-mainz.de/~bauec002/ |
|
From: <lau...@an...> - 2002-03-29 15:19:45
|
Hello, Here's a patch which implements VideoDriverStatus/cscGetGamma and VideoDriverControl/cscSetGamma. These are needed to run Escape Velocity Nova which came out some time ago. If there is no obvious way to set gamma ramps on your platform, just fill the gamma data with a linear ramp and return noErr in cscGetGamma: for( int i=3D0; i<256; i++ ) red[i] =3D green[i] =3D blue[i] =3D = (uint8)i; That is enough to make Nova happy, naturally without fade effects of course. Source code (based on very old sources): http://gamma.nic.fi/~lpesonen/BasiliskII/recent/build143_EVN_patch_src.zi= p Win32 binary: http://gamma.nic.fi/~lpesonen/BasiliskII/recent/build143_EVN_patch.zip Regards, Lauri |
|
From: Christian B. <cb...@th...> - 2002-03-27 20:12:00
|
Hi! On Wed, Mar 27, 2002 at 02:19:28PM -0500, [RSU]The_Assassin|BuF wrote: > Small patch for /dev filesystem support. Thanks! > Tried to stick to your coding style as much as possible. ;) That's appreciated. :-) Bye, Christian -- / Coding on PowerPC and proud of it \/ http://www.uni-mainz.de/~bauec002/ |
|
From: [RSU]The_Assassin|BuF <the...@zi...> - 2002-03-27 19:19:32
|
Small patch for /dev filesystem support. It scans the
/dev/cdroms and /dev/floppy folders for devices, instead
of just assuming /dev/fd*u1440 and /dev/cdrom are
available. Tried to stick to your coding style as much as
possible. ;)
Delete the printf()s and/or the serial configs if you want,
not really necessary. Devfs support in other files isn't
really usefull ATM IMO, because right now most
distributions even using devfs make symlinks from the old
device names anyways. Maybe when it's out of expirimental
stage...
--- ./BasiliskII/src/Unix/sys_unix.cpp Wed Mar 20 20:03:42
2002
+++ ./BasiliskII/src/Unix/sys_unix.cpp Wed Mar 27 19:04:22
2002
@@ -31,6 +31,7 @@
#include <linux/major.h>
#include <linux/kdev_t.h>
#include <linux/unistd.h>
+#include <dirent.h>
#ifdef __NR__llseek
_syscall5(int, _llseek, unsigned int, fd, unsigned long,
hi, unsigned long, lo, loff_t *, res, unsigned int, wh);
@@ -120,8 +121,24 @@
void SysAddFloppyPrefs(void)
{
#if defined(__linux__)
- PrefsAddString("floppy", "/dev/fd0u1440");
- PrefsAddString("floppy", "/dev/fd1u1440");
+ if (access("/dev/.devfsd", F_OK)) {
+ PrefsAddString("floppy", "/dev/fd0u1440");
+ PrefsAddString("floppy", "/dev/fd1u1440");
+ } else {
+ DIR* fd_dir = opendir("/dev/floppy");
+ if (fd_dir) {
+ struct dirent* floppy_dev;
+ while ((floppy_dev = readdir(fd_dir)) != NULL) {
+ if (strstr(floppy_dev->d_name, "u1440") != NULL) {
+ char *fd_dev = new char[20];
+ sprintf(fd_dev, "/dev/floppy/%s",
floppy_dev->d_name);
+ printf("Added '%s' to list of floppy drives.\n",
fd_dev);
+ PrefsAddString("floppy", fd_dev);
+ }
+ }
+ closedir(fd_dir);
+ }
+ }
#elif defined(__NetBSD__)
PrefsAddString("floppy", "/dev/fd0a");
PrefsAddString("floppy", "/dev/fd1a");
@@ -176,7 +193,23 @@
return;
#if defined(__linux__)
- PrefsAddString("cdrom", "/dev/cdrom");
+ if (access("/dev/.devfsd", F_OK))
+ PrefsAddString("cdrom", "/dev/cdrom");
+ else {
+ DIR* cd_dir = opendir("/dev/cdroms");
+ if (cd_dir) {
+ struct dirent* cdrom_dev;
+ while ((cdrom_dev = readdir(cd_dir)) != NULL) {
+ if (strcmp(cdrom_dev->d_name, ".") != 0 &&
strcmp(cdrom_dev->d_name, "..") != 0) {
+ char *cd_dev = new char[20];
+ strcpy(cd_dev, "/dev/cdroms/%s", cdrom_dev->d_name);
+ printf("Added '%s' to list of cdrom drives.\n",
cd_dev);
+ PrefsAddString("cdrom", cd_dev);
+ }
+ }
+ closedir(cd_dir);
+ }
+ }
#elif defined(__FreeBSD__)
PrefsAddString("cdrom", "/dev/cd0c");
#elif defined(__NetBSD__)
@@ -192,8 +225,13 @@
void SysAddSerialPrefs(void)
{
#if defined(__linux__)
- PrefsAddString("seriala", "/dev/ttyS0");
- PrefsAddString("serialb", "/dev/ttyS1");
+ if (access("/dev/.devfsd", F_OK)) {
+ PrefsAddString("seriala", "/dev/ttyS0");
+ PrefsAddString("serialb", "/dev/ttyS1");
+ } else {
+ PrefsAddString("seriala", "/dev/tts/0");
+ PrefsAddString("serialb", "/dev/tts/1");
+ }
#elif defined(__FreeBSD__)
PrefsAddString("seriala", "/dev/cuaa0");
PrefsAddString("serialb", "/dev/cuaa1");
<~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~>
Stan Kochen <The_Assassin>
<-------------------------------->
Beyondunreal.com Forums <BuF>
http://www.beyondunreal.com
<-------------------------------->
ReSpawners United - Unreal Tournament clan <RSU>
http://www.clanrsu.com/
<~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~>
________________________________________________
Don't E-Mail, ZipMail! http://www.zipmail.com/
|
|
From: [RSU]The_Assassin|BuF <the...@zi...> - 2002-03-26 14:53:46
|
Okay, the patch worked and the emu is running sweet. :) DirectColor visual worx but the colors are messed up, TrueColor doesn't work. I might look @ the video code myself when I get the time. PS, sent this mail be4, didn't show up on the dev board. If it did arrive, sorry for the spam, just wanted to be sure. :) <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> Stan Kochen <The_Assassin> <--------------------------------> Beyondunreal.com Forums <BuF> http://www.beyondunreal.com <--------------------------------> ReSpawners United - Unreal Tournament clan <RSU> http://www.clanrsu.com/ <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> ________________________________________________ Don't E-Mail, ZipMail! http://www.zipmail.com/ |
|
From: [RSU]The_Assassin|BuF <the...@zi...> - 2002-03-23 21:11:38
|
Okay, the patch worked and the emu is running sweet. :) DirectColor visual worx but the colors are messed up. I might look @ the video code myself when I get the time. <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> Stan Kochen <The_Assassin> <--------------------------------> Beyondunreal.com Forums <BuF> http://www.beyondunreal.com <--------------------------------> ReSpawners United - Unreal Tournament clan <RSU> http://www.clanrsu.com/ <~~~~~~~~~~~~~~~||~~~~~~~~~~~~~~~> ________________________________________________ Don't E-Mail, ZipMail! http://www.zipmail.com/ |
9 messages has been excluded from this view by a project administrator.
