Ros-dev

ros-dev@reactos.org

5788 discussions

Re: [ros-dev] [ros-diffs] [dchapyshev] 42694: - Add README.ENG - Change rapps.cab to rappmgr.cab (in CreateCabFile.bat)

by Colin Finck

dchapyshev(a)svn.reactos.org wrote: > Modified: trunk/reactos/base/applications/rapps/CreateCabFile.bat If you want to create a raw CAB file, you should rather try the "cabinet" module of rbuild (see /trunk/reactos/media/vgafonts/vgafonts.rbuild for an example). Though I'm certainly in favor of a solution involving multiple plain XML files (instead of several INI-like files put into a single cabinet) if this is going to become a client/server system in the future. This would make it more flexible and we could think about future usages such as showing that application database on a website. Reading XML shouldn't be that hard to implement considering that probably no other source tree contains as many XML libraries as ours ;-) After all, I think that rapps is a step in the right direction! :-) Best regards, Colin

15 years, 5 months

Webtest manager

by Timo Kreuzer

Hi, I tried to access the webtest manager http://79.99.5.181/testman/ works but seems to be outdated, 42522 being the last revision. http://www.reactos.org/testman/ doesn't show any revisions. Regards, Timo

15 years, 5 months

Re: [ros-dev] [ros-diffs] [tkreuzer] 42596: Implement EngFileIoControl and EngFileWrite

by Hervé Poussineau

tkreuzer(a)svn.reactos.org a écrit : > Author: tkreuzer > Date: Mon Aug 10 17:09:14 2009 > New Revision: 42596 > > +static > +DWORD > +EngpFileIoRequest( > + PFILE_OBJECT pFileObject, > + ULONG ulMajorFunction, > + LPVOID lpBuffer, > + DWORD nBufferSize, > + ULONGLONG ullStartOffset, > + OUT LPDWORD lpInformation) > +{ [...] > + return STATUS_INVALID_PARAMETER; [...] > + return FALSE; [...] > + return NT_SUCCESS(Status); > +} I don't really understand what is supposed to return EngpFileIoRequest? A DWORD, a BOOLEAN, or a NTSTATUS? Hervé

15 years, 5 months

Re: [ros-dev] [ros-diffs] [dgorbachev] 42566: Fix IDT limit.

by Aleksey Bragin

Good catch, thanks! (I'm getting used to finding a real change in reformatting commits nowadays :)). WBR, Aleksey Bragin. On Aug 9, 2009, at 6:40 PM, dgorbachev(a)svn.reactos.org wrote: > Author: dgorbachev > Date: Sun Aug 9 16:40:05 2009 > New Revision: 42566 > > URL: http://svn.reactos.org/svn/reactos?rev=42566&view=rev > Log: > Fix IDT limit. > > Modified: > trunk/reactos/boot/freeldr/freeldr/arch/i386/i386idt.S > trunk/reactos/boot/freeldr/freeldr/windows/wlmemory.c

15 years, 5 months

Re: [ros-dev] [ros-diffs] [hyperion] 42530: modified base/setup/vmwinst/vmwinst.c modified base/setup/vmwinst/vmwinst.rbuild Implement VMWare detection for Visual C++ as well For cleaner code, use SEH instead of VEH, even if it means losing this pearl of ReactOS wisdom: /* Setup a vectored exception handler to protect the detection. Don't use SEH here so we notice the next time someone removes support for vectored exception handling from ros... */ (www.passiveaggressivecommits.com, brought to you by Arch Bl

by Aleksey Bragin

On Aug 8, 2009, at 10:03 PM, hyperion(a)svn.reactos.org wrote: > Author: hyperion > Date: Sat Aug 8 20:03:48 2009 > New Revision: 42530 > > URL: http://svn.reactos.org/svn/reactos?rev=42530&view=rev > Log: > modified base/setup/vmwinst/vmwinst.c > modified base/setup/vmwinst/vmwinst.rbuild > Implement VMWare detection for Visual C++ as well > For cleaner code, use SEH instead of VEH, even if it means > losing this pearl of ReactOS wisdom: > > /* Setup a vectored exception handler to protect the > detection. Don't use SEH > here so we notice the next time someone removes support for > vectored > exception handling from ros... */ > > (www.passiveaggressivecommits.com, brought to you by Arch > Blackmann!) > Of course, it also means trading our VEH bugs for our SEH bugs, > so I'm not sure if it was worth changing This test should be added to the test suite which we have now (or maybe it is there already?). Putting various tests inside unrelated apps was a great idea back then but reactos evolved from that. WBR, Aleksey Bragin.

15 years, 5 months

Re: [ros-dev] [ros-diffs] [hpoussin] 42538: Fix some typos and make PFILE a ULONG

by Timo Kreuzer

hpoussin(a)svn.reactos.org wrote: > Author: hpoussin > Date: Sat Aug 8 23:11:40 2009 > New Revision: 42538 > > URL: http://svn.reactos.org/svn/reactos?rev=42538&view=rev > Log: > Fix some typos and make PFILE a ULONG > I hope this is fully 64 bit compatible... I think FILEID would look better and is less likely to confuse other devs when working with it ;-)

15 years, 5 months

Re: [ros-dev] [ros-diffs] [dgorbachev] 42569: Do not call CcUnpinData() with NULL PtrBCB.

by Filip Navara

This is very wrong! PtrBCB should never ever be NULL... and if it is then it means that CcMapData few lines above failed. In fact the whole chunk of code is wrong. CcMapData return value is not properly checked. If it got far enough that CcUnpinData crashed then PtrParentFCB->NTRequiredFCB.CommonFCBHeader.FileSize == 0 and obviously the mapping will fail. This case can easily be checked without even attempting to map the data... Best regards, Filip Navara On Sun, Aug 9, 2009 at 7:26 PM, <dgorbachev(a)svn.reactos.org> wrote: > Author: dgorbachev > Date: Sun Aug 9 19:26:10 2009 > New Revision: 42569 > > URL: http://svn.reactos.org/svn/reactos?rev=42569&view=rev > Log: > Do not call CcUnpinData() with NULL PtrBCB. > > Modified: > trunk/reactos/drivers/filesystems/ext2/src/create.c > > Modified: trunk/reactos/drivers/filesystems/ext2/src/create.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/drivers/filesystems/ext2/s… > ============================================================================== > --- trunk/reactos/drivers/filesystems/ext2/src/create.c [iso-8859-1] (original) > +++ trunk/reactos/drivers/filesystems/ext2/src/create.c [iso-8859-1] Sun Aug 9 19:26:10 2009 > @@ -1410,8 +1410,12 @@ > } > } > > - CcUnpinData( PtrBCB ); > - PtrBCB = NULL; > + // FIXME > + if( PtrBCB ) > + { > + CcUnpinData( PtrBCB ); > + PtrBCB = NULL; > + } > > return InodeNo; > } > > >

15 years, 5 months

My ideas for some new Graphics

by xact11＠web.de

Hey everyone, my name is Huzky, I'm a Graphic-Artist and I would like to present my graphics for ReactOS to you: This is my idea for a new ROS-BE Icon: http://img188.imageshack.us/img188/2416/ros2.png And this is a preview of a Theme I'am creating for ROS, because I think ROS should look like the modern os it is :) http://img188.imageshack.us/img188/8097/task.png I would be very happy about critics or suggestions for Improvement. best regards, Huzky ______________________________________________________ GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de

15 years, 5 months

by Steven Edwards

On Sat, Aug 8, 2009 at 5:38 PM, Alex Ionescu<ionucu(a)videotron.ca> wrote: > Awe, Thomas's "Fuck Alex" code is gone... I think we should add it back with this discussion in comments so posterity is left to ponder. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

15 years, 5 months

by Alex Ionescu

Awe, Thomas's "Fuck Alex" code is gone... On 8-Aug-09, at 11:03 AM, hyperion(a)svn.reactos.org wrote: > For cleaner code, use SEH instead of VEH, even if it means losing > this pearl of ReactOS wisdom: > > /* Setup a vectored exception handler to protect the > detection. Don't use SEH > here so we notice the next time someone removes support for > vectored > exception handling from ros... */ Best regards, Alex Ionescu

15 years, 5 months

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