Ros-dev

ros-dev@reactos.org

5789 discussions

Re: [ros-svn] [ion] 16660: Dmitry Philippov <shedon@mail.ru>:

by Hartmut Birr

ion(a)svn.reactos.com wrote: > Dmitry Philippov <shedon(a)mail.ru>: > > - Implemented FindFirstFileExW() and have removed InternalFindFirstFile() in /lib/kernel32/file/find.c, now FindFirstFileA (), FindFirstFileExA () and FindFirstFileW called FindFirstFileExW () > >NOTE: Filip has asked revision "16661" (the next one) to be done by him... sorry if this sounds silly, but please respect his wish :) > > >Updated files: >trunk/reactos/lib/kernel32/file/find.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > > The implemention of FindFirstFileExW is very buggy. On errors, the allocated buffers are not cleanup correctly. The fourth parameter is wrong in the call to RtlDosPathNameToNtPathName_U. It isn't possible to cast a unicode string to a directory structure. The using of the results from the call to RtlDosPathNameToNtPathName_U is wrong. The buffer from the returned directory structure isn't always null terminated. - Hartmut

20 years

RE: [ros-dev] Pending 0.2.7 RC2

by Murphy, Ged (Bolton)

Robert k. <rob(a)koepferl.de> wrote: > Hi, > > since there was just one change to the branch 0.2.7 I did not yet > publish the RC2 version. I decided to wait until monday to publishing > RC2. > It seems RC1 is being forgotten about. I know this has been discussed a few times before, but can we not look into the possibility of branching off for releases in a different way. Although it means changing SVN URL for HEAD, is it not better to follow the path of branching a new HEAD and freezing the current address for the next release. This may help people to remember to concentrate more on bugfixes for the upcoming release and not on implementing new features to HEAD. I'd hate to see another buggy release like 0.2.6, which was possibly a regression on 0.2.5 Ged. ************************************************************************ 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

20 years

Pending 0.2.7 RC2

by Robert k.

Hi, since there was just one change to the branch 0.2.7 I did not yet publish the RC2 version. I decided to wait until monday to publishing RC2.

20 years

ReactOS Homepage Design Suggestions (vote soon)

by Klemens Friedl

ReactOS Homepage Design Suggestions: I collected all homepage design suggestions that has been posted to the mailing list(s) and copy&paste it together. I hope this will be useful for the new ReactOS Homepage. If you also have created a design and you are not on this list please write a mail to the mailing list! I will call for a "homepage design vote" soon. All suggestions: Jason Filby http://reactos.com/newsite/reactos_index.html Hi all A new proposed frontpage for reactos.com can be found here: http://reactos.com/newsite/reactos_index.html None of the links go anywhere yet. ezPublish will be phased out and most of the content hosted in a wiki (editable only by people trusted in the project). The wiki/forums/blogs would require a bit of a face-lift so as to look similar. Comments? Cheers Jason http://reactos.com:8080/archives/public/ros-web/2005-March/000050.html Klemens Friedl <frik85> ReactOS design suggestion and "RosCMS" (simple CMS that generate static pages) example. http://frik85.fr.funpic.de/reactos/en/index.htm (HTML version) http://frik85.fr.funpic.de/reactos/xhtml/en/index.html (XHTML version) Original mail from mailing list (June 2005): New ReactOS homepage design suggestion: I created a new ros hp design today. What's your opinion about the design? -> http://frik85.fr.funpic.de/ros_newhp/ Klemens Friedl <frik85> PS: Maybe we can use it (or parts of it). http://reactos.com:8080/archives/public/ros-web/2005-June/000086.html Brandon Turner http://brandonturner.org/ROS/index.html Hey, I like Mikko's design as well as others did i think(?) for the new website. All he had the was picture i think, so i went ahead and made the picture into a website if you were planning on using the design this might save ya some time. http://brandonturner.org/ROS/index.html Brandon http://reactos.com:8080/archives/public/ros-web/2005-May/000083.html Mindflyer's design He took Mikko's design and redesign it. http://www.mufunyo.net/reactos/web/ Hiya, First preview of what's to come: http://www.mufunyo.net/reactos/web Have fun, mf. http://reactos.com:8080/archives/public/ros-web/2005-June/000107.html ScoTTie scotteh at netspace.net.au http://www.wizzer-it.com/scott/reactos/ Hey, Ive played a little bit around with the design you initially did and came up with this http://www.wizzer-it.com/scott/reactos/ it looks Pretty much the same bar some minor alignment changes and some fonts. Basiclly ive just removed all the unneeded nested tables. Ive also Tested it in IE6, Firefox 1.0.4, Opera 8 and Links and it seems to Work fine in all of them. -- ScoTTie http://reactos.com:8080/archives/public/ros-web/2005-June/000098.html jh replies at mrnobody.uklinux.net http://reactos.com:8080/pipermail/ros-web/attachments/20050614/624eb1e9/ros… Hi all, Please find attached a screen shot of a page made entirely without tables. The general style is a combination of frick85 and mf, altered somewhat by me. You will see the link high-light styles for both navigation bar (mouse activated) and page (keyboard activated). Note, that all links can be activated by mouse and keyboard. So jump in, pull it apart and let use all know your opinions. Regards, jh http://reactos.com:8080/archives/public/ros-web/2005-June/000131.html Best regards, Klemens Friedl <frik85> -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl

20 years

Re: [ros-svn] [navaraf] 16661: Get rid of windows.h include in win32k. Fixes bug #666.

by TwoTailedFox

Hehe... Bug 666 in 16661... OK, I get the Joke ;) On 7/20/05, navaraf(a)svn.reactos.com <navaraf(a)svn.reactos.com> wrote: > Get rid of windows.h include in win32k. Fixes bug #666. > > > Updated files: > trunk/reactos/include/ndk/extypes.h > trunk/reactos/include/ndk/i386/ketypes.h > trunk/reactos/include/subsys/csrss/csrss.h > trunk/reactos/subsys/win32k/eng/xlate.c > trunk/reactos/subsys/win32k/ntuser/misc.c > trunk/reactos/subsys/win32k/ntuser/scrollbar.c > trunk/reactos/subsys/win32k/objects/text.c > trunk/reactos/subsys/win32k/w32k.h > trunk/reactos/w32api/include/basetyps.h > trunk/reactos/w32api/include/ddk/ddrawi.h > trunk/reactos/w32api/include/ddk/ddrawint.h > trunk/reactos/w32api/include/ddraw.h > trunk/reactos/w32api/include/oleacc.h > trunk/reactos/w32api/include/winuser.h > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-svn > -- "I had a handle on life, but then it broke"

20 years

Re: [ros-svn] [ion] 16649: - Update ASM header file with more offsets.

by James Tabor

Hi! ion(a)svn.reactos.com wrote: > - Update ASM header file with more offsets. > > > Updated files: > trunk/reactos/ntoskrnl/include/internal/asm.h > [PCH] obj-i386/ntoskrnl/include/ntoskrnl.h.gch In file included from ntoskrnl/include/internal/ntoskrnl.h:14, from ntoskrnl/include/ntoskrnl.h:43: ntoskrnl/include/internal/asm.h:132:1: "CONTEXT_FULL" redefined In file included from w32api/include/windef.h:249, from w32api/include/ddk/ntddk.h:35, from ntoskrnl/include/ntoskrnl.h:18: w32api/include/winnt.h:1482:1: this is the location of the previous definition In file included from ntoskrnl/include/internal/ntoskrnl.h:14, from ntoskrnl/include/ntoskrnl.h:43: ntoskrnl/include/internal/asm.h:133:1: "CONTEXT_FLOATING_POINT" redefined In file included from w32api/include/windef.h:249, from w32api/include/ddk/ntddk.h:35, from ntoskrnl/include/ntoskrnl.h:18: w32api/include/winnt.h:1479:1: this is the location of the previous definition make: *** [obj-i386/ntoskrnl/include/ntoskrnl.h.gch] Error 1 Did I miss a memo or should I delete something to make this work? Thanks, James 8^>

20 years

Re: [ros-svn] [greatlrd] 16563: Change some error msg from ConErr to ConOut for they are being pipe so the behover are equal with ms windows cmd

by Hartmut Birr

greatlrd(a)svn.reactos.com wrote: >Change some error msg from ConErr to ConOut for they are being pipe so the behover are equal with ms windows cmd > > > >Updated files: >trunk/reactos/subsys/system/cmd/error.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > > Hi, I think this change is wrong (also some parts from 16579). The error messages have always to go to the error output (STD_ERROR_HANDLE). - Hartmut

20 years

Re: [ros-svn] [ion] 16635: - Fix nasty APC delivery bug (in case a Kernel-Mode Special APC still returned with a Normal Routine, the Normal Routine was called with incorrect values (Special Routines take PVOID* arguments, while Normal Routines do not!))

by Hartmut Birr

ion(a)svn.reactos.com wrote: > - Fix nasty APC delivery bug (in case a Kernel-Mode Special APC still returned with a Normal Routine, the Normal Routine was called with incorrect values (Special Routines take PVOID* arguments, while Normal Routines do not!)) > - Remove APC from list before setting it to non-inserted. > - Do proper thread termination piggybacking; terminate threads in user-mode as Hartmut correctly fixed. > > >Updated files: >trunk/reactos/ntoskrnl/ke/apc.c >trunk/reactos/ntoskrnl/ps/kill.c > > > Hi, I do not agree to this changes. For a non system thread, we use a kernel mode apc first, which uses a second user mode apc. This overhead isn't necessary. For system threads it isn't possible to use a kernel mode apc which calls PspExitThread. A system thread must terminate it self. It is only possible to help by marking a flag, setting an event or unwait the thread. - Hartmut

20 years, 1 month

RE: [ros-diffs] [chorns] 16647: Generate RPC interface headers inintermediate directory

by Casper Hornstrup

You need to "del include\idl\*.h" after this change. Casper

20 years, 1 month

re: ps/kill.c change

by Alex Ionescu

Hi, Sorry but I accidentally lost 60 emails including the one I'm supposed to reply to. Hartmut, you have done a recent change in kill.c in which you change the APC inside PspTerminateThreadByPointer to a user-mode APC. This is incorrect and I don't understand why it was done... furthermore, I've even documented a source of information which proves my code was correct (on top of the function header), so why did you change it? Best regards, Alex Ionescu

20 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev