Gregor Anich schrieb:
>CVSROOT: /CVS/ReactOS
>Module name: reactos
>Repository: reactos/ntoskrnl/include/
>Changes by: blight(a)mok.osexperts.com 04/12/10 06:58:26
>
>Modified files:
> reactos/ntoskrnl/dbg/: print.c
> reactos/ntoskrnl/include/: config.h
>
>Log message:
> Add an option to serialize DbgPrint - don't worry, it's disabled by default and meant only for those who are tired of reading mixed debug messages.
>
>_______________________________________________
>Ros-cvs mailing list
>Ros-cvs(a)reactos.com
>http://reactos.com/mailman/listinfo/ros-cvs
>
>
>
>
Hi,
I like your idea. For my smp build, I've add a simple spinlock which
does serialize the access to the real debug print function. Your
implementation has two problems. The first, it is possible to call
DbgPrint from each interupt level, so it isn't possible to use
ExAllocatePool. The second, we have nice macros like DPRINT, CPRINT or
KEBUGCHECK, which calls DbgPrint for twice. This should be merged in one
call.
- Hartmut
weiden(a)cvs.reactos.com wrote:
>CVSROOT: /CVS/ReactOS
>Module name: reactos
>Repository: reactos/lib/kernel32/misc/
>Changes by: weiden(a)mok.osexperts.com 04/12/09 09:28:11
>
>Modified files:
> reactos/lib/kernel32/file/: dir.c
> reactos/lib/kernel32/include/: kernel32.h
> reactos/lib/kernel32/misc/: stubs.c
>
>Log message:
> implemented SetDllDirectory() and GetDllDirectory(). LoadLibrary(Ex)() should be extended to use the dll directory when present!
>
>_______________________________________________
>Ros-cvs mailing list
>Ros-cvs(a)reactos.com
>http://reactos.com/mailman/listinfo/ros-cvs
>
>
>
Hi,
Shouldn't kernel not use unicode_strings + rtl, and just stay within the
domain of normal string functions and kernel32 stuff?
Also, shouldn't the DllDirectory be in the registry, and not some local
var that gets erased every time you reboot?
Best regards,
Alex Ionescu
Im having a problem with dependancies.
After an update of my tree to the current CVS,
I got tons of errors linked to the file reactos/include/mmsystem.h, removed due to Wine-20041201
winmm sync.
(see http://reactos.com:8080/archives/public/ros-cvs/2004-December/006233.html)
For example compiling lib/aclui:
make[1]: *** No rule to make target `../../include/mmsystem.h', needed by `.aclui.d'. Stop.
make[1]: Leaving directory `/mnt/hdb5/reactos/reactos/lib/aclui'
=====
Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net)
humans are like computers,
yesterday the BIOS was all
- today its just a word
Hi!
ReactOS and some applications are translated in many different languages but
a ReactOS language support is missing. The regitry keys (see hivesys.inf)
are there but ROS ingore the keys.
Is there a chance that ROS get language support until version 0.3? Is it a
big step to add it? Which file is need an update? Maybe I can help adding
this feature.
Why are there some languages hard coded?
reactos\lib\msvcrt\locale\locale.c - Code:
const struct map_lcid2str {
short langid;
const char *langname;
const char *country;
} languages[]={
{0x0409,"English", "United States"},
{0x0809,"English", "United Kingdom"},
{0x0000,"Unknown", "Unknown"}
};
const struct map_cntr {
const char *abrev;
const char *country;
} abrev[] = {
{"britain", "united kingdom"},
{"england", "united kingdom"},
{"gbr", "united kingdom"},
{"great britain", "united kingdom"},
{"uk", "united kingdom"},
{"united kingdom", "united kingdom"},
{"united-kingdom", "united kingdom"},
{"america", "united states" },
{"united states", "united states"},
{"united-states", "united states"},
{"us", "united states"},
{"usa" "united states"}
};
Klemens Friedl <frik85>
--
GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail
+++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++
Why does ReactOS need(?) the cards.dll (reactos\lib\cards)?
-> "Cardplaying Helper DLL"
Is there a card game included?
Maybe someone know the answers ...
Thanks!
Klemens Friedl <frik85>
--
GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail
+++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++
Hi,
Why is everyone adding _FUNC to the definitions? I was removing them in
my new headers because they seem totally useless, plus some people told
me that they had no point. But I just see GvG adding more of them. I
don't understand what their point is?
Best regards,
Alex Ionescu
I read on the ms homepage that the crss.exe contains:
+ creating and deleting processes and threads
+ console (text) windows
+ 16-bit virtual DOS machine (VDM)
Is in the csrss.exe (from ReactOS) the VDM process inluded?
I read in the old forum that someone spoke about an DOS/win16 subsystem.
Should the DOS (virtual maschine) be a part of the csrss.exe?
And, does the Ros graphic run in kernel mode (like as in Win 2000 - GDI)?
Klemens Friedl <frik85>
--
GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail
+++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++
For those of you who have heard nothing of my plans to write a RosFS
service for ReactOS, here are some details about my plan.
RosFS
RosFS is a small service running on system initialization by default
that indexes files, folders, users, devices, and network resources can
hold metadata via MySQL, sleepycat DB, TCL, Apache, and Perl; which will
all be embedded within the service itself. RosFS will hold encrypted
resources based off of a key that is created with the first startup of
ReactOS, it changes every 30 days to ensure security. The RosFS can be
accessed online via the built in web server with can be an encrypted
connection - SSL, or TLS. User ACLs can be set on a machine level or a
domain level. RosFS will support a SQL-like querying language that can
be written easily - it will have triggers, procedures, functions, and
saved queries - which are all logged. Triggers will be supplied by a
TCL-like language with features of Perl. An service will provide users
with current system updates, patches, etc stored on a domain server -
this option will only be installed on a powerful server with pretty good
hardware - ie: not for home use!!!
A few problems I know that will arise in developing such a project are:
1) Size
2) Security
3) Where to keep the files on the system
4) The RosFS query language will be trouble to write and maintain
depending on if a user uses such Databases like ORACLE, MySQL, MSSQL,
etc.
5) Explorer Integration - Will Explorer.exe need to be rewritten to
allow the addition of Metadata structures, etc.
6) Web integration - Perl, PHP, TCL, CGI, ISAPI???
Please send me comments and concerns about the RosFS project.
navaraf(a)cvs.reactos.com wrote:
> CVSROOT: /CVS/ReactOS
> Module name: reactos
> Repository: reactos/w32api/include/
> Changes by: navaraf(a)mok.osexperts.com 04/12/05 18:23:06
>
> Modified files:
> reactos/include/win32k/: ntuser.h
> reactos/lib/user32/misc/: misc.c
> reactos/subsys/system/winlogon/: winlogon.h
> reactos/subsys/win32k/include/: desktop.h
> reactos/subsys/win32k/ntuser/: desktop.c misc.c stubs.c
> reactos/w32api/include/: winuser.h
>
> Log message:
> - Basic implementation of (NtUser)UpdatePerUserSystemParameters.
> - Move code querying for "PaintDesktopVersion" to NtUserUpdatePerUserSystemParameters.
I think the code to query for "PaintDesktopVersion" should be moved back
to its old location and get called from
NtUserUpdatePerUserSystemParameters becaus this function needs to do a
lot more initialization work on behalf of the user. For example,
updating system colors, system metrics and setting the background
pattern or wallpaper.
Regatds,
Eric
Hi All and GreatLord,
I just tested Starseige Tribes under ReactOS and it does load. You need
dsound.dll and dinput.dll from Wine. GreatLord is working on fixing
these to work under Windows and ReactOS now. If you want to test it
tribes is a free download you just may need to do a google search. Make
sure you set the graphics to GDI under Windows and then copy your
config over. Of course the mouse wont work under ReactOS until
GreatLord is done with his dinput changes. I have not tested with
ReactOS new direct input as I am short on time tonight. I will try that
tommrow.
Thanks
Steven
__________________________________
Do you Yahoo!?
Meet the all-new My Yahoo! - Try it today!
http://my.yahoo.com
Thanks for fixing it!
----- PŮVODNÍ ZPRÁVA -----
Od: ion(a)cvs.reactos.com
Komu: ros-cvs(a)reactos.com
Předmět: [ros-cvs] CVS Update: reactos
Datum: 6.12.2004 - 8:59:00
> CVSROOT: /CVS/ReactOS
> Module name: reactos
> Repository: reactos/lib/user32/misc/
> Changes by: ion(a)mok.osexperts.com 04/12/06 00:41:38
>
> Modified files:
> reactos/lib/user32/misc/: misc.c
>
> Log message:
> Filip and Richard are both smoking something.
>
> Replaced syntax error and incorrect inversion.
>
> dwUnknown is a reserved parameter (dwReserved is more correct)
> that is never used, but it's still incorrect to pass 0 because
> we should respect what the user is sending us.
>
> _______________________________________________
> Ros-cvs mailing list
> Ros-cvs(a)reactos.com
> http://reactos.com/mailman/listinfo/ros-cvs
>
--
A za kolik kupujete ELEKTRO Vy?
http://www.MALL.cz/penezenka
Ověřte si přes SMS, kolik se dá UŠETŘIT!
lol, nah, just a bit of a coding session at 3am.
btw didn't glance at the rest of the code so i didn't know those params
weren't being passed in the right order (should have slowed down and
investigated thoroughly, but i was trying to get the tree working again)
ion(a)cvs.reactos.com wrote:
>CVSROOT: /CVS/ReactOS
>Module name: reactos
>Repository: reactos/lib/user32/misc/
>Changes by: ion(a)mok.osexperts.com 04/12/06 00:41:38
>
>Modified files:
> reactos/lib/user32/misc/: misc.c
>
>Log message:
> Filip and Richard are both smoking something.
>
> Replaced syntax error and incorrect inversion.
>
> dwUnknown is a reserved parameter (dwReserved is more correct) that is never used, but it's still incorrect to pass 0 because we should respect what the user is sending us.
>
>_______________________________________________
>Ros-cvs mailing list
>Ros-cvs(a)reactos.com
>http://reactos.com/mailman/listinfo/ros-cvs
>
>
>
Hi!
I want to buy "Inside Windows NT 2nd edition". But there is also "Inside
Microsoft Windows 2000, Third Edition" available. Which version is better?
Thanks
Klemens Friedl <frik85>
--
GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail
+++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++
With recent changes to ROS, vmware 4.5.2 crashes while booting from the
bootcd. The last thing loaded is blue.sys. Can't really tell much more
then that. Plan on investigating further, but figured i'd throw this at
the list now in case someone already knows whats going on.
Richard
After the last Jim Tabor`s cvs commit
msi.dll builds fine for me.
Is it time to put it in the main Makefile ?
Thanks, David
--
David Kredba <kredba at ibot.cas.cz>
GPG: ID 1024D/5B6B02DE
Fingerprint: F0B3312596BEDCF91DFB 0699E06AACD75B6B02DE
With current CVS + Realtek8139 nic driver enabled in Hivesy , Ros still
fails to boot as per debug messages below.
Ros build with KDBG+DBG=1 - Real hardware
Note : Ntoskrnl+ICP+NDIS+HAL Sym files installed but only symbol not
displayed in the bugcheck
Any help suggested ? This boot failure is a regression as it worked 2
weeks ago (Dpc problem)
Regards
Gerard
-----------------------------------------------------------------
DriverBase for \SystemRoot\system32\drivers\pci.sys: dce04000
Peripheral Component Interconnect Bus Driver
(io/create.c:90) Parent is a Directory which is neither a file type nor
a device type
(io/create.c:90) Parent is a Directory which is neither a file type nor
a device type
(ldr/loader.c:319) Could not open module file:
\SystemRoot\system32\drivers\RTL8139.SYS
(io/pnpmgr.c:1518) Initialization of service Rtl8139 failed (Status
c0000001)
(io/create.c:90) Parent is a Directory which is neither a file type nor
a device type
(ldr/loader.c:319) Could not open module file:
\SystemRoot\system32\drivers\RTL8139.SYS
(io/pnpmgr.c:1518) Initialization of service Rtl8139 failed (Status
c0000001)
DriverBase for scsiport.sys: dce0e000
DriverBase for atapi.sys: dce1a000
DriverBase for class2.sys: dce29000
DriverBase for disk.sys: dce33000
DriverBase for vfatfs.sys: dce3b000
DriverBase for bootvid.sys: dce50000
DriverBase for ndis.sys: dce70000
(ke/main.c:699) CommandLine: multi(0)disk(0)rdisk(0)partition(1)\reactos
/DEBUGPORT=COM1/BAUDRATE=115200/KDSERIAL
DriverBase for \SystemRoot\system32\drivers\RTL8139.SYS: dcec0000
DriverBase for \SystemRoot\system32\drivers\floppy.sys: dcf4c000
DriverBase for \SystemRoot\system32\drivers\cdrom.sys: dcf71000
DriverBase for \SystemRoot\system32\drivers\fs_rec.sys: dcf81000
DriverBase for \SystemRoot\system32\drivers\beep.sys: dcf91000
(ldr/loader.c:319) Could not open module file:
\SystemRoot\system32\drivers\sndblst.sys
(ldr/loader.c:319) Could not open module file:
\SystemRoot\system32\drivers\es137140.sys
(ldr/loader.c:319) Could not open module file:
\SystemRoot\system32\drivers\mpu401.sys
DriverBase for \SystemRoot\system32\drivers\null.sys: dcfd6000
DriverBase for \SystemRoot\system32\drivers\serial.sys: dcfe6000
Serial Driver 0.0.2
DriverBase for \SystemRoot\system32\drivers\psaux.sys: dcffe000
DriverBase for \SystemRoot\system32\drivers\keyboard.sys: dd01a000
DriverBase for \SystemRoot\system32\drivers\mouclass.sys: dd02c000
DriverBase for \SystemRoot\system32\drivers\debugout.sys: dd03b000
DriverBase for \SystemRoot\system32\drivers\blue.sys: dd04a000
DriverBase for \SystemRoot\system32\drivers\vbemp.sys: dd05a000
DriverBase for \SystemRoot\system32\drivers\videoprt.sys: dd07c000
DriverBase for \SystemRoot\system32\drivers\vgamp.sys: dd091000
DriverBase for \SystemRoot\system32\drivers\msfs.sys: dd0a2000
DriverBase for \SystemRoot\system32\drivers\npfs.sys: dd0bb000
DriverBase for \SystemRoot\system32\win32k.sys: ddb95000
DriverBase for \SystemRoot\system32\freetype.dll: ddcb3000
DriverBase for \SystemRoot\System32\kbdfr.dll: ddd3b000
WL-Status: ReactOS is starting up...
(service/sctrl.c:120) ScDispatcherLoop() called
DriverBase for \SystemRoot\system32\drivers\tcpip.sys: de345000
Here1
kmem_malloc(1)
kmem_malloc done
Freeing c0788000 onto the free list
Freeing c0788800 onto the free list
done with m_clalloc
Here2
domaininit starting
(1) Domain internet initializing
Registering protocols for internet
Domaininit done
DriverBase for \SystemRoot\system32\drivers\afd.sys: de405000
UNTRACK: SPECIFIED ALREADY FREE ITEM c06d0058
Bug detected (code 0 param 0 0 0 0)
The bug code is undefined. Please use an existing code instead.
Frames: <ntoskrnl.exe: e8da (ke/bug.c:203 (KeBugCheckEx))>
<ntoskrnl.exe: e8fa (ke/bug.c:220 (KeBugCheck))>
<tcpip.sys: 92a3> <tcpip.sys: 15697> <tcpip.sys: 1d8c> <tcpip.sys:
15af9> <tcpip.sys: b40e>
<ndis.sys: 7c00>
<RTL8139.SYS: 2de5> <RTL8139.SYS: 528>
<ndis.sys: 48c7>
<ntoskrnl.exe: 10029 (ke/dpc.c:524 (KiDispatchInterrupt))>
<hal.dll: 3ff1> <hal.dll: 4104> <hal.dll: 6f4c> <hal.dll: 6dcd>
<tcpip.sys: 904b> <tcpip.sys: 199eb> <tcpip.sys: 100f5>
<ntoskrnl.exe: 84f13 (ex/work.c:57 (ExWorkerThreadEntryPoint))>
<ntoskrnl.exe: 39e0 (C:\DOCUME~1\home\LOCALS~1\Temp/ccYzaaaa.s:156
(KeUserModeCallback))>
Hi All!
Jim Tabor wrote:
> CVSROOT: /CVS/ReactOS
> Module name: reactos
> Repository: reactos/lib/msi/
> Changes by: jimtabor(a)mok.osexperts.com 04/11/30 11:10:55
>
> Added files:
> reactos/lib/msi/: .cvsignore Makefile Makefile.in
> Makefile.ros-template action.c cond.y create.c
> distinct.c handle.c insert.c msi.c msi.spec
> msipriv.h msiquery.c order.c package.c query.h
> record.c regsvr.c select.c sql.y string.c
> suminfo.c table.c tokenize.c update.c
> version.rc where.c winehq2ros.patch
>
> Log message:
> First port of Wine projects msi.dll
>
With this commit, we will be using bison to build cond.y and sql.y.
Okay, for those using a Window 32 based system 8^p you will need
*bison*!
http://gnuwin32.sourceforge.net/packages/bison.htmhttp://www.mingw.org
Good luck,
James
> From: Ge van Geldorp
>
> Log message:
> Current versions of VMware provide a correct BIOS memory map
I removed this code:
#ifndef ACPI
/* FIXME: VMware does not like it when ReactOS is using the BIOS memory
map */
KeLoaderBlock.Flags &= ~MB_FLAGS_MMAP_INFO;
#endif
Casper added this code a few years back, at that point using the BIOS memory
map prevented ReactOS from booting. It appears to work fine now (with VMware
4). This email is just a heads-up for everyone, if ReactOS fails to boot now
this change may cause it (and I will reverse the change if it causes
problems).
Gé van Geldorp
Hi!
navaraf(a)cvs.reactos.com wrote:
> CVSROOT: /CVS/ReactOS
> Module name: reactos
> Repository: reactos/w32api/include/
> Changes by: navaraf(a)mok.osexperts.com 04/12/01 12:06:18
>
> Modified files:
> reactos/include/wine/: objidl.h
> reactos/lib/oleaut32/: Makefile.in oaidl_p.c olefont.c
> tmarshal.c typelib.c typelib.h typelib2.c
> reactos/lib/uuid/: uuid.c
> reactos/w32api/include/: oaidl.h objidl.h ocidl.h oleauto.h
> rpc.h rpcndr.h rpcproxy.h
>
> Log message:
> - Get full OLEAUT32 to compile.
>
I dont understand what happen but when the oleaut32.a is first generated
it is 297702 bytes in dk/w32/lib. After oleaut32.dll it built, oleaut32.a
is 492292 bytes. With the larger file in dk/w32/lib, it causes build errors
with explorer. When making msi.dll with the smaller or first file, I get
undefined reference to `LoadTypeLib', with the larger;
../../dk/w32/lib/oleaut32.a(oleaut.o)(.text+0x803):oleaut.c: multiple definition of `DllMain@12'
msi.o(.text+0x3ad3):msi.c: first defined here
make: *** [msi.nostrip.dll] Error 1
Explorer;
../../../dk/w32/lib/oleaut32.a(variant.o)(.text+0x2004):variant.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(variant.o)(.text+0x201a):variant.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(variant.o)(.text+0x2d05):variant.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(variant.o)(.text+0x2d21):variant.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(variant.o)(.text+0x2da5):variant.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(variant.o)(.text+0x2dc1):variant.c: more undefined references to
`DbgPrint' follow
../../../dk/w32/lib/oleaut32.a(oleaut.o)(.text+0x314):oleaut.c: undefined reference to
`StringFromGUID2@12'
../../../dk/w32/lib/oleaut32.a(oleaut.o)(.text+0x333):oleaut.c: undefined reference to
`CreateItemMoniker@12'
../../../dk/w32/lib/oleaut32.a(oleaut.o)(.text+0x367):oleaut.c: undefined reference to
`GetRunningObjectTable@8'
../../../dk/w32/lib/oleaut32.a(oleaut.o)(.text+0x42a):oleaut.c: undefined reference to
`GetRunningObjectTable@8'
../../../dk/w32/lib/oleaut32.a(oleaut.o)(.text+0x4a1):oleaut.c: undefined reference to
`StringFromGUID2@12'
../../../dk/w32/lib/oleaut32.a(oleaut.o)(.text+0x4c0):oleaut.c: undefined reference to
`CreateItemMoniker@12'
../../../dk/w32/lib/oleaut32.a(oleaut.o)(.text+0x4f4):oleaut.c: undefined reference to
`GetRunningObjectTable@8'
../../../dk/w32/lib/oleaut32.a(oleaut.o)(.text+0x6a0):oleaut.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(oleaut.o)(.text+0x6b0):oleaut.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(oleaut.o)(.text+0x784):oleaut.c: undefined reference to
`GetPaletteEntries@16'
../../../dk/w32/lib/oleaut32.a(safearray.o)(.text+0x57f):safearray.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(safearray.o)(.text+0x595):safearray.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(safearray.o)(.text+0xf42):safearray.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(safearray.o)(.text+0xf52):safearray.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(vartype.o)(.text+0x453c):vartype.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(vartype.o)(.text+0x4552):vartype.c: more undefined references to
`DbgPrint' follow
../../../dk/w32/lib/oleaut32.a(vartype.o)(.text+0x602f):vartype.c: undefined reference to `strtoulW'
../../../dk/w32/lib/oleaut32.a(vartype.o)(.text+0x803e):vartype.c: undefined reference to `DbgPrint'
../../../dk/w32/lib/oleaut32.a(vartype.o)(.text+0x8058):vartype.c: undefined reference to `DbgPrint'
make: *** [explorer.nostrip.exe] Error 1
So, with the smaller, there are no refs to the typelib code.
FYI,
James
As most of you know, I'm dabbling around a little bit with a port of ReactOS
to the Xbox. I think most of the differences between a standard PC and the
Xbox can be handled by using a custom HAL for the Xbox, after all, that's
what the HAL is for.
At the moment, we build 1 HAL, based on the value of MP in config it's
either a UniProcessor HAL or a MultiProcessor HAL. Which code is compiled is
based on preprocessor statements. I'd like to be able to build 3 HALs in
parallel, the UP, MP and Xbox HALs. When installing ("make install"), the
correct HAL would be selected based on the MP config var. When creating a
boot cd, all three would be copied to the CD and the setup program would
select the correct one to copy to the harddisk. This will allow us to build
a single boot CD for different configurations. I'm aware that we'll need a
NTKRNLMP.EXE on the boot CD too (I will try very very hard not to need a
different kernel for Xbox) for this "single boot CD" idea to work, but
that's a different problem and I'd like to tackle that later.
The three HALs will share a lot of the code. To avoid code duplication, I
propose to create a directory structure like this:
hal
|
--- hal
|
--- halx86
| |
| +----- generic
| | |
| | +----- include
| |
| +----- up
| |
| +----- mp
| |
| +----- xbox
|
+-- hal68k :-)
|
+-- etc...
The "generic" subdir will contain most of the code. The "up" subdir will
contain mostly simple .c files which just include a .c file from generic.
For example, the HalMakeBeep() function will be defined in generic/beep.c.
In "up" there will be a file beep_up.c which contains only 'include
"beep.c"', which will be compiled with the include path set to "../generic".
The "mp" and "xbox" directories can either include "generic" files or have
their own implementation of a given routine (e.g. display_xbox.c for
HalDisplay* functions on the Xbox).
Doing it this way we should have little code duplication and our dependency
tracking system should work.
Comments?
Gé van Geldorp.
Hi,
I have started coding the Direct3d 9 dll. It isn't something usable yet, but
only a few kernel calls have to be made to run the first (very simple)
Direct3D program. I have already looked up those functions, but most of them
need some huge structs as parameters.
At the moment I don't have the time to work on it. Maybe one of you would
like to do so. But be warned this is the first time that i am working on an
open source project and my coding style isn't the best.
Maarten Bosma
