> From: hbirr(a)svn.reactos.com
>
> - Fixed the disabling of interrupts on the stack before sysexit.
Only good news left: no more fpu crashes. All your base now belong to
Hartmut!
Gé van Geldorp.
Hi,
Can someone have a look at implementing this? I am having good progress getting IE and Office 2k
going but this function is marked as unimplemented and the installs will hang there. I could try
to stub it out but if someone knows what needs to be implemented I would much rather it be done
right rather than just another stub.
Thanks
Steven
__________________________________
Do you Yahoo!?
Yahoo! Mail - You care about security. So do we.
http://promotions.yahoo.com/new_mail
The good and the bad news continues...
The good news is that Hartmut's change fixed the VMware 4.0.5 problem I had
and also fixes some of the floating point problems. The bad news is that it
doesn't fix all the fpu problems, I still see a usermode crash in rosperf,
always near a fp instruction.
Gé van Geldorp.
anyone know what it would take to add foo.exe.local override support? If this was working IE5/6
could get to the install screen. It tries to use the advpack.dll that it ships with during the
install and of course it fails because it loads ours.
Thanks
Steven
__________________________________
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
http://promotions.yahoo.com/new_mail
> From: ion(a)svn.reactos.com
>
> Added files:
> trunk/reactos/tools/nci/ncitool.c
I need to add "#include <malloc.h>" to get ncitool.c to compile on Windows.
Adding it doesn't seem to harm Linux compilation.
Gé van Geldorp.
With the question continually arising regarding the binutils issue, would it
not be an idea to have an build announcement section on the site where notes
can be placed for all to see.
A lot of people don't use IRC or read the mailing list, so it might also be
useful to keep people updated with the happenings in SVN too. e.g. when
accept was committed, current status of USB, etc.
Gedi
************************************************************************
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
ion(a)svn.reactos.com wrote:
>SYSENTER support, INT2E Optimization, new Syscall Table/Stub generator and svn:ignore fixes. Please read associated Mailing List Post.
>
>
>Added files:
>trunk/reactos/tools/nci/
>trunk/reactos/tools/nci/makefile
>trunk/reactos/tools/nci/ncitool.c
>trunk/reactos/tools/nci/sysfuncs.lst
>trunk/reactos/tools/nci/w32ksvc.db
>
>Updated files:
>trunk/reactos/Makefile
>trunk/reactos/config
>trunk/reactos/include/napi/shared_data.h
>trunk/reactos/ntoskrnl/Makefile
>trunk/reactos/ntoskrnl/include/internal/i386/ke.h
>trunk/reactos/ntoskrnl/include/internal/i386/ps.h
>trunk/reactos/ntoskrnl/ke/i386/bthread.S
>trunk/reactos/ntoskrnl/ke/i386/exp.c
>trunk/reactos/ntoskrnl/ke/i386/gdt.c
>trunk/reactos/ntoskrnl/ke/i386/kernel.c
>trunk/reactos/ntoskrnl/ke/i386/stkswitch.S
>trunk/reactos/ntoskrnl/ke/i386/syscall.S
>trunk/reactos/ntoskrnl/ke/i386/usercall.c
>trunk/reactos/ntoskrnl/ke/kthread.c
>trunk/reactos/ntoskrnl/ke/process.c
>trunk/reactos/ntoskrnl/ps/i386/continue.c
>trunk/reactos/subsys/system/vmwinst/vmwinst.c
>
>Deleted files:
>trunk/reactos/iface/
>
>
>
First and foremost, I would really like to thank all the people behind
the scenes of this patch; Filip Navara, for the initial implementation
and thoughts, and his consistent help, Art Yerkes for his invaluable
testing, and everyone else who lent a hand (too many people to list here).
This patch improves by around 15-20% (tested but not scientific) the
speed of ReactOS on all hardware and virtual machines. Furthermore, it
improves speed by over 50% (tested but not scientific) on hardware
supporting the SYSENTER/SYSEXIT call pair.
On VMWare however, due to causes still under investigation,
SYSENTER/SYSEXIT must be disabled, or else there is a 3X slowdown.
Vmwinst takes care of writing the Windows-compatible Value in the
Registry, and it is read before choosing which kind of call to execute.
This means that vmware is able to take advantage of the ~20% speedup,
but not of all the full capability of this patch.
It also combines the previous iface tools into a single, much more
dynamic and small utility, which I called NCITool (Native Call Interface
Tool). Although it is almost final, I still have to set-up the macros
for portability and msvc compatibility, so this is a known issue (note
however that the previous version suffered from the same
incompatibilies). I will fix it during the week. I would like to thank
Emanuelle and KJK::Hyperion for the original tool, and most of the
parsing code has remained intact, apart from some code-duplication
removal and simplification.
The following two issues remain in this patch, which I will look at this
week as well:
1) SMP. I have not tested SYSENTER on an SMP machine, and I believe that
the MSRs must be written on other CPUs as well, perhaps using an IPI?
2) Pentium Pro. It erronously reports the SEP flag but does not support
SYSENTER. Code must be added at the related FIXME in order to check for
this.
I have, along with others, tested this patch for more then a week now,
and I have found no visible problems, apart from the VMWare weirdness.
If any problems are noticed due to it, please post accordingly and I
will have a look at it.
Best regards,
Alex Ionescu
gvg(a)svn.reactos.com wrote:
>Implement LOAD_LIBRARY_AS_DATAFILE flag
>
>
>
Typecasting PVOID to ULONG isn't portable...ULONG_PTR is supposed to be
used. Also BOOLEAN should be prefered over BOOL for internal stuff.
Best Regards
Thomas
Hi,
This is Polonium from the irc channel (although I’m not in there all the
time)
Just trying to gather what’s happening with USB support, more specifically
the host controller interfaces that are required to lie below the usb device
drivers.
Is there anyone currently working on this?
If not, are there any programmers who would like to solely focus on
implementing, for example, a universal host controller interface for
ReactOS.
While I do not know much about the topic myself, with ample resources and
team members I may be able to make a good start. Anyone else interested? The
specifications for the interfaces can be found on the Intel website.
Regards
Ryan O’Connor
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.808 / Virus Database: 550 - Release Date: 12/8/2004
WOW!
arty(a)svn.reactos.com wrote:
> Added forgotten .h ext2lib.h
>
>
>
> Added files:
> branches/ext2/reactos/include/fslib/ext2lib.h
>
Does this mean we have ext2 support?
James
Hi,
Attached patch should fix some problems of RtlStoreUlong().
1) store SECONDBYTE of the value correctly.
2) store a ULONG value but not a ULONG_PTR value.
There is RtlStoreUlongPtr() which stores a ULONG_PTR value.
http://msdn.microsoft.com/library/en-us/kmarch/hh/kmarch/k109_2dd28516-e8e4…
--
d_layer
Thank you for your help.I will ask your question at there.
regards,
yang
>
> Hi yang,
> come to irc channel, #reactos, there are many people, and some will
> definately answer your question. When I'm online, I can try to help you
> also.
>
>
> With the best regards,
> Aleksey Bragin (aka "Fireball" on irc).
>
> Probably you need to practice C a little more ;-)
Thank you very much,I will try my best to practice.
>
> I think this depends a lot on which part of the code you want to read. If you
> are trying to understand parts of NTOSKRNL it will be helpful to read at
> least the thing about memory management in the IA32 manual. On the other side
> if you are looking at our Mesa3D copy, you should probably be good at maths.
Now I'm studing about 80x86 assembly. Do you think it work?
>
>
> HTH,
> blight
regards,
yang
Hello everyone!
I am a newbie, now I am a sophomore. I learn the C programming language last year. And one month ago I found this project, and begin to read the source code last three week. But I found there are to many thing that doesn't mention in my book. I can't undertand the source code. Who want to tell me what I had to study and answer some question as a teacher even if some question may be stupid.
Thanks to help a chinese open source software fan.
Regards,
yang
Hi,
Royce suggested that we need to get rid of TAG_NONE and I remeber EA posting a list of tags a
while back so maybe its a good time to look at the issue again.
We have quite a few cases where ExAllocatePool() and ExAllocatePoolWithQuota() is calling
ExAllocatePagedPoolWithTag ( TAG_NONE ). I propose that we change the headers for these two
functions to throw a compile error if we try to use them internally. We would still keep it
implemented to support third party drivers but this way it will force developers to not use them.
Thanks
Steven
__________________________________
Do you Yahoo!?
Read only the mail you want - Yahoo! Mail SpamGuard.
http://promotions.yahoo.com/new_mail
> From: gdalsnes(a)svn.reactos.com
>
> -move alert stuff into own file
> -only use Thread->Alerted[0]. Alerted[1] is not used.
> -misc
Building with DBG := 1 I get a compile-time error on ntoskrnl/ps/thread.c
line 480:
ASSERT(Thread->WaitBlockList == NULL);
ps/thread.c: In function `PsUnblockThread':
ps/thread.c:480: error: structure has no member named `WaitBlockList'
Gé van Geldorp.
I have setup the registry for the Audio card "Creative SB! Live " with
the audio driver "kx.sys" from www.kxproject.com
The driver starts to load but fails to initialize the SB card with the
following debug messages
Any idea ?
Is it possible to implement the function "_audddrvm" in ntoskrnl ?
---------------------------------------------------------------------
DriverBase for \SystemRoot\system32\drivers\kx.sys: dce72000
DriverBase for \SystemRoot\system32\drivers\portcls.sys: dcf2f000
(ldr/loader.c:1476) LdrPEGetExportByName(): failed to find _aulldvrm
(ldr/loader.c:1561) Failed to import _aulldvrm from ntoskrnl.exe
(ldr/loader.c:373) Could not process module
(ldr/loader.c:319) Could not open module file:
\SystemRoot\system32\portcls.sys
(ldr/loader.c:1323) Unknown import module: portcls.sys (Status c0000034)
(ldr/loader.c:373) Could not process module
(io/pnpmgr.c:1518) Initialization of service emu10kx failed (Status
c0000034)
(io/pnpmgr.c:1452) IopActionInitChildServices(ccc26b60, ccc48ef8, 0)
----------------------------------------------------------------------
Best regards
Gerard
Add French translation for timedate.cpl
Please find patch attched.
=====
Sylvain Petreolle (spetreolle_at_users.sourceforge.net)
humans are like computers,
yesterday the BIOS was all
- today its just a word
When installing ROS (0.2.5 & svn) on an old PII machine I have (real
hardware), the initial install goes smoothly, machine reboots, splash screen
flashes up and then it hangs on the blue screen just before configuration.
Viewing in debug mode, I get masses of text streaming up the screen, much to
fast to read. After around 10 seconds or so the machine reboots.
I've attached the debug log in the hope someone can figure out what's
happening. (you can see what I mean by the 'masses of text')
There seems to be quite a few strange messages in there.
I have had older versions of 0.2.4 installed on this machine before.
Thanks,
Gedi
************************************************************************
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
--- frik85(a)svn.reactos.com wrote:
> trunk/reactos/lib/shell32/shell32_De.rc
> trunk/reactos/lib/winmm/winmm_De.rc
> trunk/reactos/subsys/system/taskmgr/De.rc
Please send these changes to wine-patches as well so they wont get lost on the next merge.
Thanks
Steven
__________________________________
Do you Yahoo!?
All your favorites on one personal page � Try My Yahoo!
http://my.yahoo.com
--- ros-dev-request(a)reactos.com escribió:
> Send Ros-dev mailing list submissions to
> ros-dev(a)reactos.com
>
> To subscribe or unsubscribe via the World Wide Web,
> visit
> http://reactos.com:8080/mailman/listinfo/ros-dev
> or, via email, send a message with subject or body
> 'help' to
> ros-dev-request(a)reactos.com
>
> You can reach the person managing the list at
> ros-dev-owner(a)reactos.com
>
> When replying, please edit your Subject line so it
> is more specific
> than "Re: Contents of Ros-dev digest..."
>
>
> Today's Topics:
>
> 1. Re: Anyone to help a newbie? (Anich Gregor)
> 2. RE: Application Regression (vim.exe) (Ge van
> Geldorp)
> 3. tickcount (David Kredba)
> 4. RE: [ros-svn] [hyperion] 12838: honor
> __USE_W32API
> (Ge van Geldorp)
> 5. Creative SB Live audio card : Driver loading
> fails (Gge)
> 6. Re: Application Regression (vim.exe)
> (WaxDragon)
> 7. Wine I/O Manager for Kernel Services (Brad
> DeMorrow)
> 8. /nt Removal Patch (Alex Ionescu)
>
>
>
----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 5 Jan 2005 15:14:28 +0100
> From: Anich Gregor <blight(a)blight.eu.org>
> Subject: Re: [ros-dev] Anyone to help a newbie?
> To: ros-dev(a)reactos.com
> Message-ID:
> <200501051514.28630.blight(a)blight.eu.org>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On Wednesday 05 January 2005 00:44, Lucio Diaz
> wrote:
> > I installed the SVN and could make it work, i
> > downloaded MinGW-3.1.0-1.exe ,gcc-core 3.3.3 ,
> gcc-g++
> > 3.3.3 and nasm-0.98-win32.zip Installed them and
> set
> > the path.
> >
> >
> > i tried to build ReactOs (at the reactos folder)
> with
> > make (I did previously a make clean)
> >
> > And i get the following error:
> >
> > Compiling arch/i386/i386rt
> > l
> > cc1.exe: unrecognized option
> > `-fno-zero-initialized-in-bss'
> > make[2]: *** [arch/i386/i386rtl.o] Error 1
> > make[1]: *** [all] Error 2
> > make: *** [freeldr] Error 2
> >
> > C:\Internet\ReactOS\Subersion\trunk\reactos>
>
> What's the output of gcc -dumpversion? Are you sure
> you have 3.3.3 installed?
>
> >
> > ------------------------------------------------
> >
> >
> > Nevertheless i try to make install and get the
> > following error:
> >
> > make[1]: *** No rule to make target
> > `../../dk/w32/lib/libvfatlib.a', needed by `
> > fmifs.nostrip.dll'. Stop.
> > make: *** [fmifs_install] Error 2
> >
> > C:\Internet\ReactOS\Subersion\trunk\reactos>
> >
>
> This happend because "make install" doesnt do the
> same as "make && make
> install" - you have to "make" once for things like
> dk/w32/lib/libvfatlib.a to
> be built.
>
> >
> > I dont know what i am making wrong, any idea?
> >
> >
> > Thanks in advance and my best wishes for 2005.
>
> - blight
>
> ------------------------------
Thankyou for your help, i was using "make", geting the
error and then trying to "make install" (of course
getting another error).
Once i did -dumpversion i realized i had the version
3.2.3 (even if the ziped files stated 3.3.3 a typo i
supouse) so i updated to 3.4.2
Again i tried "make"... and then i ran out of memory
somewere with rosrtl
I set the virtual memory up to 2Gigas...
Then i went further and got an error about not finding
cc1 where it belongs...so i put (and all the files in
that folder)it where gcc was searching for them.
Now i can avance further, but even making a "make
clean" and going with "make" again i get stuck with
cc1.exe Now gcc fings it, but it gives an error about
not understanding some comand or argument:
rosrtl: [DEPENDS] thread/.create.d
rosrtl: [DEPENDS] misc/.intrlck.d
gcc: installation problem, cannot exec
`C:\Internet\ReactOS\Subersion\MinGW\bin\
..\libexec\gcc\mingw32\3.4.2\cc1.exe': Invalid
argument
rosrtl: [DEPENDS] misc/.devmode.d
gcc: installation problem, cannot exec
`C:\Internet\ReactOS\Subersion\MinGW\bin\
..\libexec\gcc\mingw32\3.4.2\cc1.exe': Invalid
argument
rosrtl: [DEPENDS] thread/i386/.context.d
gcc: installation problem, cannot exec
`C:\Internet\ReactOS\Subersion\MinGW\bin\
..\libexec\gcc\mingw32\3.4.2\cc1.exe': Invalid
argument
rosrtl: [DEPENDS] thread/.linearstack.d
gcc: installation problem, cannot exec
`C:\Internet\ReactOS\Subersion\MinGW\bin\
..\libexec\gcc\mingw32\3.4.2\cc1.exe': Invalid
argument
rosrtl: [DEPENDS] thread/.priv.d
rosrtl: [DEPENDS] thread/.stack.d
rosrtl: [DEPENDS] thread/.exit.d
rosrtl: [DEPENDS] thread/.create.d
gcc: installation problem, cannot exec
`C:\Internet\ReactOS\Subersion\MinGW\bin\
..\libexec\gcc\mingw32\3.4.2\cc1.exe': Invalid
argument
rosrtl: [DEPENDS] thread/.priv.d
gcc: installation problem, cannot exec
`C:\Internet\ReactOS\Subersion\MinGW\bin\
..\libexec\gcc\mingw32\3.4.2\cc1.exe': Invalid
argument
El sistema no puede ejecutar el programa especificado.
make[1]: *** [thread/.priv.d] Error 255
make: *** [rosrtl] Error 2
The cc1.exe states its version is 3.4.2.I have also
updated the SVN tree a few times with the same
problem.I dont know where is the problem, please help,
i cant imagine what i am doing wrong.
Thanks all for your help and good luck.
______________________________________________
Renovamos el Correo Yahoo!: ¡250 MB GRATIS!
Nuevos servicios, más seguridad
http://correo.yahoo.es
> From: gvg(a)svn.reactos.com
>
> Include COFF symbols in our .sym files
Since this changes the layout of the .sym files (header becomes bigger) this
will unfortunately require a clean make if you're using .sym files.
Gé van Geldorp.
Can't we remove them from the files where they are not compiled into ReactOS?
Or at least add them to all files and make it a rule that they should always be there?
Casper
________________________________
From: ros-diffs-bounces(a)reactos.com [mailto:ros-diffs-bounces@reactos.com <mailto:ros-diffs-bounces@reactos.com> ] On Behalf Of
mf(a)svn.reactos.com
Sent: 6. januar 2005 15:02
To: ros-diffs(a)reactos.com
Subject: [ros-diffs] [mf] 12852: migrate substitution keywords to SVN
migrate substitution keywords to SVN
Modified: trunk/reactos/apps/Makefile