Ros-dev

ros-dev@reactos.org

5791 discussions

Re: [ros-svn] [ekohl] 16685: Add parameter checks.
by Thomas Weidenmueller 22 Jul '05

22 Jul '05

ekohl(a)svn.reactos.com wrote: > Add parameter checks. > > > Updated files: > trunk/reactos/lib/setupapi/cfgmgr.c > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-svn > lib\setupapi\cfgmgr.c: In function `CM_Locate_DevNode_ExW': lib\setupapi\cfgmgr.c:991: error: `CM_LOCATE_DEVNODE_BITS' undeclared (first use in this function) lib\setupapi\cfgmgr.c:991: error: (Each undeclared identifier is reported only o nce lib\setupapi\cfgmgr.c:991: error: for each function it appears in.) mingw32-make: *** [obj-i386\lib\setupapi\cfgmgr.o] Error 1

1 0

UsbView Crash
by James Tabor 21 Jul '05

21 Jul '05

Hi! This is the latest from USBView. Not to bad. Everyone knows it was working yesterday. I did update the hivesys and reinstalled everything from the current svn, revision 16634. Clean rebuild. Thank, James (drivers/usb/cromwell/uhci/create.c:30) UHCI: IRP_MJ_CREATE (drivers/usb/cromwell/uhci/create.c:41) UHCI: open HCDx successfull (drivers/usb/cromwell/uhci/devctrl.c:76) USB: IRP_MJ_DEVICE_CONTROL dispatch (drivers/usb/cromwell/uhci/devctrl.c:89) USB: IOCTL_GET_HCD_DRIVERKEY_NAME (drivers/usb/cromwell/uhci/devctrl.c:76) USB: IRP_MJ_DEVICE_CONTROL dispatch (drivers/usb/cromwell/uhci/devctrl.c:89) USB: IOCTL_GET_HCD_DRIVERKEY_NAME (drivers/usb/cromwell/uhci/devctrl.c:109) USB: IOCTL_GET_HCD_DRIVERKEY_NAME retu rns 'PCI\VEN_1106&DEV_3104&SUBSYS_73401462&REV_82' Unhandled exception Address: 76673d70 C:\ReactOS\system32\SETUPAPI.dll CS:EIP 1b:76673933 DS 23 ES 23 FS 3b GS 23 EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00000000 EBP: 0055f9e4 ESI: 00000000 ESP: 0055f9ec EDI: 00000000 EFLAGS: 00000212 Frames: 76660000+13d70 C:\ReactOS\system32\SETUPAPI.dll 400000+3f73 C:\ReactOS\usbview.EXE 400000+1ddc C:\ReactOS\usbview.EXE 400000+1ba1 C:\ReactOS\usbview.EXE 400000+188e C:\ReactOS\usbview.EXE 400000+16d0 C:\ReactOS\usbview.EXE 77e50000+53ece C:\ReactOS\system32\USER32.dll 77e50000+5409a C:\ReactOS\system32\USER32.dll 77e50000+3925f C:\ReactOS\system32\USER32.dll 77e50000+53ece C:\ReactOS\system32\USER32.dll 77e50000+54b7c C:\ReactOS\system32\USER32.dll 77e50000+376df C:\ReactOS\system32\USER32.dll 77e50000+38da3 C:\ReactOS\system32\USER32.dll 77e50000+38ec5 C:\ReactOS\system32\USER32.dll 400000+14a7 C:\ReactOS\usbview.EXE 400000+1417 C:\ReactOS\usbview.EXE 400000+457f C:\ReactOS\usbview.EXE 7c800000+2f105 C:\ReactOS\system32\KERNEL32.dll (drivers/usb/cromwell/uhci/uhci.c:484) UHCI: IRP_MJ_CLEANUP (drivers/usb/cromwell/uhci/close.c:30) UHCI: IRP_MJ_CLOSE

1 1

Re: [ros-svn] [ion] 16660: Dmitry Philippov <shedon@mail.ru>:
by Hartmut Birr 21 Jul '05

21 Jul '05

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

2 1

RE: [ros-dev] Pending 0.2.7 RC2
by Murphy, Ged (Bolton) 21 Jul '05

21 Jul '05

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

3 2

Pending 0.2.7 RC2
by Robert k. 20 Jul '05

20 Jul '05

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.

9 9

ReactOS Homepage Design Suggestions (vote soon)
by Klemens Friedl 20 Jul '05

20 Jul '05

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

9 9

Re: [ros-svn] [navaraf] 16661: Get rid of windows.h include in win32k. Fixes bug #666.
by TwoTailedFox 20 Jul '05

20 Jul '05

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"

2 1

Re: [ros-svn] [ion] 16649: - Update ASM header file with more offsets.
by James Tabor 20 Jul '05

20 Jul '05

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^>

1 0

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 19 Jul '05

19 Jul '05

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

2 3

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 19 Jul '05

19 Jul '05

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

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev