anybody have a problem with me changing Tab+K to Esc+K.
I was working in command prompt and accidentally hit the combo when
using tab completion.
Thanks
> From: greatlrd(a)svn.reactos.com
>
> implement addbuffer to waveTheard. it can play wave one time
> if it is same file in windows
I guess you forgot to commit a header file:
[CC] lib/mmdrv/wave.c
lib/mmdrv/wave.c: In function `waveThread':
lib/mmdrv/wave.c:94: error: syntax error before '*' token
lib/mmdrv/wave.c:99: error: `pHdrSearching' undeclared (first use in this
function)
lib/mmdrv/wave.c:99: error: (Each undeclared identifier is reported only
once
lib/mmdrv/wave.c:99: error: for each function it appears in.)
lib/mmdrv/wave.c:116: warning: implicit declaration of function `waveStart'
GvG
Hi Steven,
You should include -all- headers in the main PCH,and have the files
include only the PCH. This will be much faster.
Best regards,
Alex Ionescu
How useful ;-)
Casper
_____
From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of sedwards(a)svn.reactos.com
Sent: 25. november 2005 19:07
To: ros-diffs(a)reactos.com
Subject: [ros-diffs] [sedwards] 19564: Fix pch usage in most of the rest ofcrt.lib. Stop the abuse of including io.h,stdio.h and a
few others directly. Add a generic license header tothose source files that were missing it. There is still a fewother headers left
t
Modified: trunk/reactos/lib/crt/io/chmod.c
--- trunk/reactos/lib/crt/io/chmod.c 2005-11-25 17:13:40 UTC (rev 19563)
+++ trunk/reactos/lib/crt/io/chmod.c 2005-11-25 18:05:42 UTC (rev 19564)
@@ -1,9 +1,16 @@
+/*
+ * COPYRIGHT: See COPYING in the top level directory
+ * PROJECT: ReactOS system libraries
+ * FILE: lib/crt/??????
+ * PURPOSE: Unknown
+ * PROGRAMER: Unknown
+ * UPDATE HISTORY:
+ * 25/11/05: Created
+ */
CreatedStyleNum?
_____
From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of turner(a)svn.reactos.com
Sent: 25. november 2005 05:15
To: ros-diffs(a)reactos.com
Subject: [ros-diffs] [turner] 19541: Read the registry to set the wallpapermode in in WinSta.
Read the registry to set the wallpaper mode in in WinSta.
Modified: trunk/reactos/subsys/win32k/ntuser/misc.c
_____
Modified: trunk/reactos/subsys/win32k/ntuser/misc.c
--- trunk/reactos/subsys/win32k/ntuser/misc.c 2005-11-25 03:50:49 UTC (rev 19540)
+++ trunk/reactos/subsys/win32k/ntuser/misc.c 2005-11-25 04:14:59 UTC (rev 19541)
@@ -6,7 +6,7 @@
* FILE: subsys/win32k/ntuser/misc.c
* PROGRAMER: Ge van Geldorp (ge(a)gse.nl)
* REVISION HISTORY:
- * 2003/05/22 Created
+ * 2003/05/22 CreatedStyleNum
*/
#include <w32k.h>
@@ -928,7 +928,18 @@
lol, I was just thinking the same thing.
-----Original Message-----
From: Casper Hornstrup [mailto:ch@csh-consult.dk]
Sent: 25 November 2005 10:01
To: ros-dev(a)reactos.org
Subject: [ros-dev] RE: [ros-diffs] [turner] 19541: Read the registry to set
the wallpapermode in in WinSta.
CreatedStyleNum?
_____
From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org]
On Behalf Of turner(a)svn.reactos.com
Sent: 25. november 2005 05:15
To: ros-diffs(a)reactos.com
Subject: [ros-diffs] [turner] 19541: Read the registry to set the
wallpapermode in in WinSta.
Read the registry to set the wallpaper mode in in WinSta.
Modified: trunk/reactos/subsys/win32k/ntuser/misc.c
_____
Modified: trunk/reactos/subsys/win32k/ntuser/misc.c
--- trunk/reactos/subsys/win32k/ntuser/misc.c 2005-11-25 03:50:49 UTC
(rev 19540)
+++ trunk/reactos/subsys/win32k/ntuser/misc.c 2005-11-25 04:14:59 UTC
(rev 19541)
@@ -6,7 +6,7 @@
* FILE: subsys/win32k/ntuser/misc.c
* PROGRAMER: Ge van Geldorp (ge(a)gse.nl)
* REVISION HISTORY:
- * 2003/05/22 Created
+ * 2003/05/22 CreatedStyleNum
*/
#include <w32k.h>
@@ -928,7 +928,18 @@
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
Now the "FILE:" header line is wrong. A prime example that these lines get outdated.
Casper
_____
From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of jimtabor(a)svn.reactos.com
Sent: 24. november 2005 23:09
To: ros-diffs(a)reactos.com
Subject: [ros-diffs] [jimtabor] 19536: Fix missed files. Svn problem?
Fix missed files. Svn problem?
Added: trunk/reactos/drivers/multimedia/portcls/
Added: trunk/reactos/drivers/multimedia/portcls/portcls.c
Added: trunk/reactos/drivers/multimedia/portcls/portcls.def
Added: trunk/reactos/drivers/multimedia/portcls/portcls.h
Added: trunk/reactos/drivers/multimedia/portcls/portcls.rc
Added: trunk/reactos/drivers/multimedia/portcls/portcls.xml
_____
Added: trunk/reactos/drivers/multimedia/portcls/portcls.c
--- trunk/reactos/drivers/multimedia/portcls/portcls.c 2005-11-24 21:08:13 UTC (rev 19535)
+++ trunk/reactos/drivers/multimedia/portcls/portcls.c 2005-11-24 22:08:38 UTC (rev 19536)
@@ -0,0 +1,505 @@
+/*
+ * ReactOS PortCls Driver
+ * Copyright (C) 2005 ReactOS Team
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software Foundation,
+ * Inc., 51 Franklin St - Fifth Floor, Boston, MA 02110-1301 USA
+ *
+ * COPYRIGHT: See COPYING in the top level directory
+ * PROJECT: ReactOS Sound System
+ * PURPOSE: Audio Port Class Functions
+ * FILE: drivers/dd/sound/portcls/portcls.c
+ * PROGRAMMERS:
+ *
+ * REVISION HISTORY:
+ * 21 November 2005 Created James Tabor
+ */
gvg(a)svn.reactos.com wrote:
> Use inflib
I can no longer link usetup compiled with gcc4:
obj-i386\lib\inflib\inflib.a(infcore.o): In function `leading_spaces_state':
C:/MingW/include/ctype.h:151: undefined reference to `_imp____mb_cur_max'
C:/MingW/include/ctype.h:151: undefined reference to `_isctype'
C:/MingW/include/ctype.h:151: undefined reference to `_imp____mb_cur_max'
C:/MingW/include/ctype.h:151: undefined reference to `_imp___pctype'
C:/MingW/include/ctype.h:151: undefined reference to `_isctype'
obj-i386\lib\inflib\inflib.a(infcore.o): In function
`trailing_spaces_state':
C:/MingW/include/ctype.h:151: undefined reference to `_imp____mb_cur_max'
C:/MingW/include/ctype.h:151: undefined reference to `_isctype'
C:/MingW/include/ctype.h:151: undefined reference to `_imp____mb_cur_max'
C:/MingW/include/ctype.h:151: undefined reference to `_imp___pctype'
C:/MingW/include/ctype.h:151: undefined reference to `_isctype'
obj-i386\lib\inflib\inflib.a(infcore.o): In function `line_start_state':
C:/MingW/include/ctype.h:151: undefined reference to `_imp____mb_cur_max'
C:/MingW/include/ctype.h:151: undefined reference to `_isctype'
C:/MingW/include/ctype.h:151: undefined reference to `_imp___pctype'
obj-i386\lib\inflib\inflib.a(infcore.o): In function `key_name_state':
C:/MingW/include/ctype.h:151: undefined reference to `_imp____mb_cur_max'
C:/MingW/include/ctype.h:151: undefined reference to `_isctype'
C:/MingW/include/ctype.h:151: undefined reference to `_imp___pctype'
obj-i386\lib\inflib\inflib.a(infcore.o): In function `value_name_state':
C:/MingW/include/ctype.h:151: undefined reference to `_imp____mb_cur_max'
C:/MingW/include/ctype.h:151: undefined reference to `_isctype'
C:/MingW/include/ctype.h:151: undefined reference to `_imp___pctype'
obj-i386\lib\inflib\inflib.a(infcore.o): In function `eol_backslash_state':
C:/MingW/include/ctype.h:151: undefined reference to `_imp____mb_cur_max'
C:/MingW/include/ctype.h:151: undefined reference to `_isctype'
C:/MingW/include/ctype.h:151: undefined reference to `_imp___pctype'
mingw32-make: *** [output-i386\subsys\system\usetup\usetup.exe] Error 1
- Thomas
Alex Ionescu wrote:
> Here are some changes I made to Freeldr last night. Also to ntoskrnl
and the HAL. Booting takes 4 seconds now and seems much faster, it
probably is a bit too.
>
> http://www.relsoft.net/rosldr1.png
> http://www.relsoft.net/rosldr2.png
In my opinion, it was best before with more graphical design...
Now it's just like NTLDR, nothing special... I even think you would
better entirely change FreeLDR configuration... I don't like
poly-bootloaders (for distinguishing from multiboot, which is a
standard) that run from disk partitions... In my opinion, the ideal boot
loader:
MBR boot code (446 bytes)... loads some contents of the 1st cylinder of
the disk (after the MBR sector, it's usually empty)
Contents of that space: configuration of the boot loader (no config
reading from partitions while running this first stage boot loader);
executable that shows the menu accordingly to the config it should read;
some routines (possibly modules) for loading specific OSs, becuase they
aren't all started the same way; and parhaps an image in some format...
MBR boot code would load (and jump to) the menu binary, which reads the
config and builds the menu accordingly... after knowing the user
decision, it would read the right routine for that OS...
That routine would, then, do what it has to do (i.e. load the kernel,
switch to protected mode if that's the case, etc) or just chainload to
another partition's boot code (on filesystems that allow it)...
Well, indeed there's a boot loader that works very much like this...
GRUB uses that sector to store some parts of the program... but I don't
know if it stores there the config and I think that would be essencial
(because, in my opinion, a boot loader needs to be independent from
operating systems so, for example, there could be configuration floppy
disks for changing its configuration)...
As Grub is very similar (or parhaps identic) to my description of the
ideal boot loader, I would like you to chose Grub as ReactOS boot loader
(either by modifying it's configuration or by installing it from
scratch, depending on the pré-install configuration)... That is, of
course, also making ReactOS multiboot-compilant if it isn't already (It
doesn't look like that)...
I don't claim to be a pioneer on those ideas... But I think you are
following the same path as Microsoft (i.e. I am the main OS, chainload
to my partition and then I can load other OSs if you want) and it's not
good... I think a boot loader must be on its own place, and MBR (and
those bytes between MBR and the partitions) is the right place for a
boot loader...
Finally, I'm merelly giving my opinion... if you think that there are
other priorities, I understand that... of course you have many other
things to implement/stabilise/improve... I'm not very skilled in
programming, otherwise I would help...
João Jerónimo
_______________________________________________________
Yahoo! Acesso Grátis: Internet rápida e grátis.
Instale o discador agora!
http://br.acesso.yahoo.com/