Hi,
I have it half way done. Run the test program and you can see. Program works in
W2k, XP and Wine. mingw32-gcc -mwindows -Os GetGlyphOutline.c -o ggo.exe
I stopped messing with it two weeks ago, I needed to work on something else.
When testing you can select the alphanumeric character with the keyboard. The
original program had "a" but I changed it to "L" something simple to draw at
first. You will see the problem.
The test program from Dr. Dobb's Journal http://www.ddj.com/184409154?pgno=12
Thanks,
James
Runs and hides~
It is with great excitement (and a certain amount of nostalgia) that I would
like to announce two important changes in my professional life and in the
direction in which I will pursue my knowledge and work on Windows Internals.
The first of these changes is my debut as an instructor for David Solomon's
Expert Seminars <http://www.solsem.com/>, and the second is my departure
from ReactOS <http://www.reactos.org/>, effective immediately. These plans
do not change in any way my internship at Apple which will take place during
the summer.
Some time ago, I had the great privilege of being approached by David
Solomon, a well-known and highly regarded computer expert, teacher,
consultant and co-author of Windows Internals 4th
Edition<http://www.microsoft.com/technet/sysinternals/information/windowsinternals.…>(and
Inside Windows 2000, 3
rd Edition). For the last couple of years, David had been working with Mark
Russinovich, another respected figure in the world of Windows Internals, and
co-founder of Winternals and Sysinternals as well as developer of some of
the most useful Windows system tools available today. Apart from working on
the two books (which Mark was a co-author of), they both provided trainings
and seminars on Windows internals under the "David Solomon Expert Seminars"
banner. As is widely known, Microsoft realized that Mark's experience and
amazing work on the NT platform through his articles and tools could provide
a highly beneficial new addition to the company. The company bought
Winternals last year, and hired Mark at the highest technical level in the
company, Technical Fellow.
All this is history of course, and back to the matter at hand, Mark's recent
new employment made him unavailable for teaching new classes, which made
David Solomon start the search for a new instructor which could take on the
responsibility of teaching new classes. I was highly honoured to have been
chosen as this person, and accepted this unique opportunity to bring my
knowledge out to many more people and to work with one of my most admired
Windows experts.
With this new job as an added task on top of my already busy life, as well
as with the imminent Apple internship, I was already planning to cut back on
my involvement with ReactOS. However, since it became clear that my level of
contact with Microsoft employees and resources would be in conflict with my
work at ReactOS, I made the difficult choice of amicably severing my ties
with the project. This decision took some time for me to finalize, but the
various motivations behind it had started cropping up since early this year.
When I first joined ReactOS 3 years ago, the kernel was – in my opinion –
highly disorganized and hodgepodge of Linux, NT 4, Wine and Windows 9x code
which was very far from its actual goal of NT Driver compatibility. In fact,
the development model seemed to focus on hacking NT drivers to work on
ReactOS, and not vice-versa. Coincidentally, I joined the project just as
the lead kernel developer, David Welch, had just burnt out and moved to
other projects and goals. For the last three years, I rewrote key subsystems
such as the thread scheduler, dispatcher, locking and IRQL mechanisms, HAL,
executive support, object manager, process manager, I/O manager, basic VDM
and 8086 support, and much more, as well as switched the project goals from
NT4 to NT 5.2.
My ability to do this came from my extensive reverse engineering of the
kernel in the past, reading internals books, access to the DDK/IFS, as well
as using WinDBG and .pdb type information. In return for all the code and
guidance I provided, the project gave me a lot in return as well, including
a unique perspective of working on such a project, the ability to work in
large and distributed teams, and using open source tools for Windows NT
kernel development. With millions of lines of code, ReactOS is the kind of
project that an 18 year old could've only dreamt work ing on. I became adept
in source control repositories, regression testing, unit testing, team
management, IRC administration, as well as a much better coder in C. I also
made friendships of all levels with various developers, testers and users,
and had a chance to mentor two students during last year's Google Summer of
Code. I was able to attend and give talks on ReactOS, exhibit it, and make
connections with other people in the industry, and in the open source world.
Overall, it's been an exhilarating adventure.
After three years however, and with the many new responsibilities that had
kept growing, my free time grew short. Additionally, my work in the kernel
had almost reached completion. The parts that still need major work, in my
opinion, require extremely skilled developers in those areas to ever be as
close to NT as needed. They are also some of the most critical: the memory
manager, the cache manager, the Power/PnP Manager, the configuration manager
and the file system runtime library. With the current differences that
exist, most modern WDM drivers as well as IFS drivers can only dream of
running properly. Unfortunately, my knowledge in those areas was limited. I
had never reverse engineered them as extensively as parts of the executive,
and documentation on their guts is limited. In all honesty, they're also
not parts of the system that interest me much. I could, of course, have
continued working on user-mode parts of the system where my help would still
bring a lot of the system forward, such as ntdll, csrss, smss, winsock and
kernel32, but my interest in teaching with David Solomon and getting in
touch with the developers behind NT outweighed that desire.
After three years, I learned a tremendous amount of knowledge and skills
while working on ReactOS, now the time has come for me to learn even more by
expanding my horizons. In many ways, I had already outgrown the project,
focusing more on security research, utilities and tools, articles and
non-ReactOS related talks and conferences. It was time for me to step
outside and take on a new opportunity with a larger audience and which would
bring me many new experiences and teachings. I wish the ReactOS Project all
the luck and I know that some significant new changes are on the horizon for
them. I will keep watching from a distance, and I thank them for the most
fun years of my life.-
--
Best regards,
Alex Ionescu
You guys are hilarious.
Hint: putting all the trig functions into one file is a bad idea too. There's a reason they were made separate. Cookie for whoever finds out why.
--
Best regards,
Alex Ionescu
-----Original Message-----
From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of fireball(a)svn.reactos.org
Sent: Saturday, June 16, 2007 5:29 AM
To: ros-diffs(a)reactos.org
Subject: [ros-diffs] [fireball] 27202: - Finally, removing frame pointer was a bad idea (think of exceptions / etc).
Author: fireball
Date: Sat Jun 16 16:28:56 2007
New Revision: 27202
URL: http://svn.reactos.org/svn/reactos?rev=27202&view=rev
Log:
- Finally, removing frame pointer was a bad idea (think of exceptions / etc).
Modified:
trunk/reactos/lib/sdk/libcntpr/math/i386/fabs_asm.s
trunk/reactos/lib/sdk/libcntpr/math/i386/log_asm.s
trunk/reactos/lib/sdk/libcntpr/math/i386/sqrt_asm.s
trunk/reactos/lib/sdk/libcntpr/math/i386/trig_asm.s
Modified: trunk/reactos/lib/sdk/libcntpr/math/i386/fabs_asm.s
URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/sdk/libcntpr/math/i386…
==============================================================================
--- trunk/reactos/lib/sdk/libcntpr/math/i386/fabs_asm.s (original)
+++ trunk/reactos/lib/sdk/libcntpr/math/i386/fabs_asm.s Sat Jun 16 16:28:56 2007
@@ -3,13 +3,47 @@
* PROJECT: ReactOS kernel
* PURPOSE: Run-Time Library
* FILE: lib/rtl/i386/fabs.S
- * PROGRAMER: Magnus Olsen (greatlord(a)greatlord.com)
-*/
+ * PROGRAMER: Alex Ionescu (alex(a)relsoft.net)
+ *
+ * Copyright (C) 2002 Michael Ringgaard.
+ * All rights reserved.
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ *
+ * 1. Redistributions of source code must retain the above copyright
+ * notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ * notice, this list of conditions and the following disclaimer in the
+ * documentation and/or other materials provided with the distribution.
+ * 3. Neither the name of the project nor the names of its contributors
+ * may be used to endorse or promote products derived from this software
+ * without specific prior written permission.
+ * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND
+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+ * ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE
+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+ * OR SERVICES// LOSS OF USE, DATA, OR PROFITS// OR BUSINESS INTERRUPTION)
+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+ * SUCH DAMAGE.
+ */
+
.globl _fabs
+
.intel_syntax noprefix
+
+/* FUNCTIONS ***************************************************************/
+
_fabs:
-
- fld qword ptr [esp+8]
- fabs
+ push ebp
+ mov ebp,esp
+ fld qword ptr [ebp+8] // Load real from stack
+ fabs // Take the absolute value
+ pop ebp
ret
Modified: trunk/reactos/lib/sdk/libcntpr/math/i386/log_asm.s
URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/sdk/libcntpr/math/i386…
==============================================================================
--- trunk/reactos/lib/sdk/libcntpr/math/i386/log_asm.s (original)
+++ trunk/reactos/lib/sdk/libcntpr/math/i386/log_asm.s Sat Jun 16 16:28:56 2007
@@ -3,14 +3,49 @@
* PROJECT: ReactOS kernel
* PURPOSE: Run-Time Library
* FILE: lib/rtl/i386/log.S
- * PROGRAMER: Magnus Olsen (greatlord(a)greatlord.com)
+ * PROGRAMER: Alex Ionescu (alex(a)relsoft.net)
+ *
+ * Copyright (C) 2002 Michael Ringgaard.
+ * All rights reserved.
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ *
+ * 1. Redistributions of source code must retain the above copyright
+ * notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ * notice, this list of conditions and the following disclaimer in the
+ * documentation and/or other materials provided with the distribution.
+ * 3. Neither the name of the project nor the names of its contributors
+ * may be used to endorse or promote products derived from this software
+ * without specific prior written permission.
+
+ * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND
+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+ * ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE
+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+ * OR SERVICES// LOSS OF USE, DATA, OR PROFITS// OR BUSINESS INTERRUPTION)
+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+ * SUCH DAMAGE.
*/
+
.globl _log
+
.intel_syntax noprefix
+/* FUNCTIONS ***************************************************************/
+
_log:
- fld qword ptr [esp+8]
- fldln2
- fxch st(1)
- fyl2x
+ push ebp
+ mov ebp,esp
+ fld qword ptr [ebp+8] // Load real from stack
+ fldln2 // Load log base e of 2
+ fxch st(1) // Exchange st, st(1)
+ fyl2x // Compute the natural log(x)
+ pop ebp
ret
Modified: trunk/reactos/lib/sdk/libcntpr/math/i386/sqrt_asm.s
URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/sdk/libcntpr/math/i386…
==============================================================================
--- trunk/reactos/lib/sdk/libcntpr/math/i386/sqrt_asm.s (original)
+++ trunk/reactos/lib/sdk/libcntpr/math/i386/sqrt_asm.s Sat Jun 16 16:28:56 2007
@@ -3,15 +3,47 @@
* PROJECT: ReactOS kernel
* PURPOSE: Run-Time Library
* FILE: lib/rtl/i386/sqrt.S
- * PROGRAMER: Magnus Olsen (greatlord(a)greatlord.com)
+ * PROGRAMER: Alex Ionescu (alex(a)relsoft.net)
+ *
+ * Copyright (C) 2002 Michael Ringgaard.
+ * All rights reserved.
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ *
+ * 1. Redistributions of source code must retain the above copyright
+ * notice, this list of conditions and the following disclaimer.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ * notice, this list of conditions and the following disclaimer in the
+ * documentation and/or other materials provided with the distribution.
+ * 3. Neither the name of the project nor the names of its contributors
+ * may be used to endorse or promote products derived from this software
+ * without specific prior written permission.
+
+ * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND
+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+ * ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE
+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+ * OR SERVICES// LOSS OF USE, DATA, OR PROFITS// OR BUSINESS INTERRUPTION)
+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+ * SUCH DAMAGE.
*/
-
.globl _sqrt
.intel_syntax noprefix
+/* FUNCTIONS ***************************************************************/
+
_sqrt:
- fld qword ptr [esp+8]
- fsqrt
+ push ebp
+ mov ebp,esp
+ fld qword ptr [ebp+8] // Load real from stack
+ fsqrt // Take the square root
+ pop ebp
ret
Modified: trunk/reactos/lib/sdk/libcntpr/math/i386/trig_asm.s
URL: http://svn.reactos.org/svn/reactos/trunk/reactos/lib/sdk/libcntpr/math/i386…
==============================================================================
--- trunk/reactos/lib/sdk/libcntpr/math/i386/trig_asm.s (original)
+++ trunk/reactos/lib/sdk/libcntpr/math/i386/trig_asm.s Sat Jun 16 16:28:56 2007
@@ -4,33 +4,49 @@
* PURPOSE: Run-Time Library
* FILE: lib/rtl/i386/trig_asm.s
* PROGRAMER: Aleksey Bragin (aleksey reactos org)
-*/
-
+ *
+ */
.globl _atan
.globl _cos
.globl _sin
-.globl _tan
-
+
.intel_syntax noprefix
+/* FUNCTIONS ***************************************************************/
+
_atan:
- fld qword ptr [esp+8]
+ push ebp
+ mov ebp,esp
+ fld qword ptr [ebp+8]
fld1
fpatan
+ pop ebp
ret
_cos:
- fld qword ptr [esp+8]
+ push ebp
+ mov ebp,esp
+ fld qword ptr [ebp+8]
fcos
+ pop ebp
ret
_sin:
- fld qword ptr [esp+8]
+ push ebp
+ mov ebp,esp
+ fld qword ptr [ebp+8]
fsin
+ pop ebp
ret
_tan:
- fld qword ptr [esp+8]
+ push ebp
+ mov ebp,esp
+ sub esp,4
+ fld qword ptr [ebp+8]
fptan
- fstp dword ptr [esp-4]
+ fstp dword ptr [ebp-4]
+ mov esp,ebp
+ pop ebp
ret
+
Hello,
I did some testing/bug fixing into RegEdit.
Bug #982: some languages still had this bug. Now seems fixed.
Bug #997: In my opinion it happened because it tried to process an encoded UTF-16 registry file. Now if an UNICODE .reg file is detected, it won't be processed by ascii functions.
Bug #1008: It doesn't happen into Microsoft WinXP, so it seems a bug of the edit control into ReactOS.
Bug #1009: Fixed.
Other bug fixes are:
* Now the horizontal scrollbar is shown.
* Fixed several bugs/memory leaks/destroying action into listview code.
* Into the Listview, only the variable name is shown, without its entire path.
* When importing a file, the handle was left open. Now it's fixed.
The attached patch includes all these changes.
Sincerely,
Carlo Bramini
------------------------------------------------------
Leggi GRATIS le tue mail con il telefonino i-mode di Wind
http://i-mode.wind.it/
I have the lastest thunk, it updated some files, but it doesn't work yet.
In addition to this trouble, in makefile.auto there is also an error into lines like these ones:
$(OUTPUT)\livecd\Profiles\Default\ User\My\ Documents: | $(OUTPUT)\livecd\Profiles\Default\ User
$(ECHO_MKDIR)
${mkdir} $@
The rule must be:
$(OUTPUT)\livecd\Profiles\Default\\ User\My\\ Documents: | $(OUTPUT)\livecd\Profiles\Default\\ User
with two backslash otherwise the escape sequence won't work.
Sincerely,
Carlo Bramini.
---------- Initial Header -----------
>From : ros-dev-bounces(a)reactos.org
To : "ReactOS Development List" ros-dev(a)reactos.org
Cc :
Date : Tue, 26 Jun 2007 10:04:23 +0200
Subject : Re: [ros-dev] Error at compiling ReactOS
> Be sure you use the latest trunk. Weiden has fixed compilation problems.
> So, update, clean, and it should work.
>
> ----- Original Message -----
> From: "carlo.bramix" <carlo.bramix(a)libero.it>
> To: "ros-dev" <ros-dev(a)reactos.org>
> Sent: Tuesday, June 26, 2007 9:39 AM
> Subject: Re: [ros-dev] Error at compiling ReactOS
>
> Hello,
> It looks like there is a bug somewhere.
> I launched with "ROS_RBUILD_FLAGS=-v" and I got this output:
>
> [CC] tools/wpp/ppy.tab.c
> [AR] output-i386/tools/wpp/libwpp.a
> [LD] output-i386/tools/widl/widl.exe
> [WIDL] obj-i386\include\psdk\wtypes.h
> Could not open includepsdkwtypes.idl
> make[1]: *** [obj-i386\include\psdk\wtypes.h] Error 2
>
> Then I open makefile.auto and I manually patched '\' to '/' but just for
> "wtypes".
> I got this output:
>
> [WIDL] obj-i386/include/psdk/wtypes.h
> [WIDL] obj-i386\include\psdk\exdisp.h
> Could not open includepsdkexdisp.idl
> make: *** [obj-i386\include\psdk\exdisp.h] Error 2
>
> Sincerely,
>
> Carlo Bramini.
>
> ---------- Initial Header -----------
>
> >From : ros-dev-bounces(a)reactos.org
> To : "ReactOS Development List" ros-dev(a)reactos.org
> Cc :
> Date : Mon, 25 Jun 2007 17:12:33 +0200
> Subject : Re: [ros-dev] Error at compiling ReactOS
>
> > Hi,
> >
> > it's not important to have the latest versions, you've got to have the
> > "right" versions.
> >
> > You seem to be using windows, just download the RosBE, the official
> > ReactOS Build Environment.
> >
> > This should give you a start:
> > http://www.reactos.org/wiki/index.php/RosBE-step-by-step
> >
> > Greets,
> >
> > David Hinz
> >
> > carlo.bramix schrieb:
> > > Hello,
> > > I can use a powerful PC for some days, so I downloaded latest ReactOS's
> > > sources and I tried to compile them.
> > > But after a short while, it appear this message:
> > >
> > > [WIDL] obj-i386\include\psdk\wtypes.h
> > > Could not open includepsdkwtypes.idl
> > > make: *** [obj-i386\include\psdk\wtypes.h] Error 2
> > >
> > > In your opinion, what's wrong?
> > > It happens into the CMD box and into MSYS too.
> > > I'm sure that "Mingw & co." tools are the latest versions.
> > >
> > > Sincerely,
> > >
> > > Carlo Bramini.
> > >
> > >
> > > ------------------------------------------------------
> > > Leggi GRATIS le tue mail con il telefonino i-modeTM di Wind
> > > http://i-mode.wind.it/
> > >
> > >
> > > _______________________________________________
> > > Ros-dev mailing list
> > > Ros-dev(a)reactos.org
> > > http://www.reactos.org/mailman/listinfo/ros-dev
> > >
> > _______________________________________________
> > Ros-dev mailing list
> > Ros-dev(a)reactos.org
> > http://www.reactos.org/mailman/listinfo/ros-dev
> >
>
>
> ------------------------------------------------------
> Leggi GRATIS le tue mail con il telefonino i-modeT di Wind
> http://i-mode.wind.it/
>
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
------------------------------------------------------
Leggi GRATIS le tue mail con il telefonino i-mode di Wind
http://i-mode.wind.it/
Hello,
It looks like there is a bug somewhere.
I launched with "ROS_RBUILD_FLAGS=-v" and I got this output:
[CC] tools/wpp/ppy.tab.c
[AR] output-i386/tools/wpp/libwpp.a
[LD] output-i386/tools/widl/widl.exe
[WIDL] obj-i386\include\psdk\wtypes.h
Could not open includepsdkwtypes.idl
make[1]: *** [obj-i386\include\psdk\wtypes.h] Error 2
Then I open makefile.auto and I manually patched '\' to '/' but just for "wtypes".
I got this output:
[WIDL] obj-i386/include/psdk/wtypes.h
[WIDL] obj-i386\include\psdk\exdisp.h
Could not open includepsdkexdisp.idl
make: *** [obj-i386\include\psdk\exdisp.h] Error 2
Sincerely,
Carlo Bramini.
---------- Initial Header -----------
>From : ros-dev-bounces(a)reactos.org
To : "ReactOS Development List" ros-dev(a)reactos.org
Cc :
Date : Mon, 25 Jun 2007 17:12:33 +0200
Subject : Re: [ros-dev] Error at compiling ReactOS
> Hi,
>
> it's not important to have the latest versions, you've got to have the
> "right" versions.
>
> You seem to be using windows, just download the RosBE, the official
> ReactOS Build Environment.
>
> This should give you a start:
> http://www.reactos.org/wiki/index.php/RosBE-step-by-step
>
> Greets,
>
> David Hinz
>
> carlo.bramix schrieb:
> > Hello,
> > I can use a powerful PC for some days, so I downloaded latest ReactOS's sources and I tried to compile them.
> > But after a short while, it appear this message:
> >
> > [WIDL] obj-i386\include\psdk\wtypes.h
> > Could not open includepsdkwtypes.idl
> > make: *** [obj-i386\include\psdk\wtypes.h] Error 2
> >
> > In your opinion, what's wrong?
> > It happens into the CMD box and into MSYS too.
> > I'm sure that "Mingw & co." tools are the latest versions.
> >
> > Sincerely,
> >
> > Carlo Bramini.
> >
> >
> > ------------------------------------------------------
> > Leggi GRATIS le tue mail con il telefonino i-modeTM di Wind
> > http://i-mode.wind.it/
> >
> >
> > _______________________________________________
> > Ros-dev mailing list
> > Ros-dev(a)reactos.org
> > http://www.reactos.org/mailman/listinfo/ros-dev
> >
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
------------------------------------------------------
Leggi GRATIS le tue mail con il telefonino i-mode di Wind
http://i-mode.wind.it/
I first saw this project in 2005, and today, in order to have a rough
idea of Windows Cache Manager, I want to download the Ros source code to
see if it is something alike and whether it can help me.
Regards,
Fan Decheng 2007-06-26
+#if 0 //FIXME: Investigate why it's reported that Geode does not support
this.
if (!(KeFeatureBits & KF_CMPXCHG8B))
{
/* Copy the vendor string */
@@ -475,6 +476,7 @@
Vendor[1],
Vendor[2]);
}
+#endif
Umm, because it doesn't.
--
Best regards,
Alex Ionescu
Hello,
I can use a powerful PC for some days, so I downloaded latest ReactOS's sources and I tried to compile them.
But after a short while, it appear this message:
[WIDL] obj-i386\include\psdk\wtypes.h
Could not open includepsdkwtypes.idl
make: *** [obj-i386\include\psdk\wtypes.h] Error 2
In your opinion, what's wrong?
It happens into the CMD box and into MSYS too.
I'm sure that "Mingw & co." tools are the latest versions.
Sincerely,
Carlo Bramini.
------------------------------------------------------
Leggi GRATIS le tue mail con il telefonino i-mode di Wind
http://i-mode.wind.it/
Hello,
Hopefully, at work I have Windows XP and at home I have Win9x.
This gave me great chances of testing when I develop a software.
I was just guessing if the autoplay nightmare could be disabled in a more user-friendly way and natively into the configuration of the explorer into ReactOS.
Sincerely,
Carlo Bramini.
---------- Initial Header -----------
>From : ros-dev-bounces(a)reactos.org
To : "ReactOS Development List" ros-dev(a)reactos.org
Cc :
Date : Thu, 21 Jun 2007 12:10:47 -0600
Subject : Re: [ros-dev] Autoplay configuration.
> On 6/21/07, carlo.bramix wrote:
> >
> > I didn't use Vista yet, but I wouldn't like to decided every time the
> > actions to do.
> > Usually, when I double-click on the CD/DVD icon, I would like to explore
> > the content of the disk.
> > I don't want to see something asking me "explore disk? autoplay disk? play
> > disk?", I just want to see the directory structure.
>
>
> Haha, I wasn't saying that it should ask you every time you double click the
> drive icon. I was talking about when you actually put in the disc or
> connect a device.
>
>
> I already solved this little need my Win9x platforms with a very little C
> > programme.
> > Personally, I can't see a valid reason for not putting this little thing
> > (enable/disable autoplay features) somewhere.
>
>
> Things have changed a lot with autoplay from earlier Windows versions to XP,
> and even more from XP to Vista. Vista even has a section in the control
> panel for autoplay configuration:
> http://img160.imageshack.us/img160/6287/windowsvistaautoplayjs2.png (169 KB)
>
> Also, you have brought up a good point. Besides those parts of the autoplay
> configuration, ReactOS should have an additional option to specify whether
> to just view the contents of the drive with no autoplay prompts when you
> double-click a drive or open up the autoplay options when you double click
> the drive -- that is, if it will even support opening that up at all when
> double-clicking a drive, which if it doesn't that's fine, too, as long as
> the option is at least there when right-clicking the drive.
>
> -ShadowFlare
>
>
> Sincerely,
> >
> > Carlo Bramini
> >
> >
> > ---------- Initial Header -----------
> >
> > >From : ros-dev-bounces(a)reactos.org
> > To : "ReactOS Development List" ros-dev(a)reactos.org
> > Cc :
> > Date : Tue, 19 Jun 2007 17:05:13 -0600
> > Subject : Re: [ros-dev] Autoplay configuration.
> >
> > > On 6/19/07, carlo.bramix wrote:
> > > >
> > > > Hello,
> > > > I would like to suggest the addition of a little feature into ReactOS.
> > > > Here there is a little reference to be read near my suggestion:
> > > >
> > > >
> > > >
> > http://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/regentr…
> > > >
> > > > Autorun could be useful, but sometimes it's very annoying.
> > > > So: what about adding a little page somewhere for configuring it?
> > > > Into Win9x it was partially configurable on CD/DVD units, but newer
> > > > versions of Windows lost completely this ability.
> > > > I think that a little page with some check-boxes:
> > > >
> > > > [ ] Disables Autoplay on removable drives
> > > > [X] Disables Autoplay on fixed drives.
> > > >
> > > > ..etc
> > > > would be really cool because it fixes a mess into modern Microsoft's
> > > > products.
> > > > I think it can be done in 100 lines of code (perhaps even less).
> > > > If we decide that it can be added, we just need to decide where we
> > could
> > > > put them.
> > > >
> > > > I know that ReactOS haven't autoplay feature yet, but adding its
> > > > configuration isn't too difficult.
> > > > Where can it be placed?
> > > > Personally, I wouldn't add a new applet into the control panel only
> > for
> > > > it.
> > > > Or if you don't want it at all, or you don't want it for now, it's ok
> > too.
> > > >
> > > > Sincerely,
> > > >
> > > > Carlo Bramini.
> > > >
> > > > _______________________________________________
> > > > Ros-dev mailing list
> > > > Ros-dev(a)reactos.org
> > > > http://www.reactos.org/mailman/listinfo/ros-dev
> > > >
> > >
> > > Personally, I think Windows Vista's autorun/autoplay options are great,
> > and
> > > it does have a place to change the configuration for them easily. In my
> > > opinion, Microsoft finally got it right on that version. It even asks
> > > whether you want the run the program from autorun.inf, so no more
> > holding
> > > shift while inserting CDs. :) It also gives the other usual autoplay
> > > options even on CDs that do have a program specified in autorun.inf.
> > >
> > > In my opinion, ReactOS should do it the same way, at least as far as
> > asking
> > > whether to run the program or not when you insert a CD or plug in a
> > drive.
> > >
> > > -ShadowFlare
> > >
> >
> > _______________________________________________
> > Ros-dev mailing list
> > Ros-dev(a)reactos.org
> > http://www.reactos.org/mailman/listinfo/ros-dev
> >
>