Ros-dev

ros-dev@reactos.org

5790 discussions

Proposal for FF support drop
by Pierre Schweitzer 18 Jan '12

18 Jan '12

Hi, with this mail, I propose we drop support for FireFox > 2 releases in rapps. The motivation is crystal clear: with their new release plan, they are releasing too often, and they don't maintain old links nor they provide a symbolic link to latest version. So, FireFox links in rapps are too often dead. So, they require a constant attention we can't offer (we have other cats to fry!). So, let's drop these multiple versions from rapps, and let just our 2.0. This will let users install a web browser and then install the browser they like using it. Anyone against this proposal? Otherwise, I'll drop all those links in a week. Regards, Pierre

11 25

Re: [ros-dev] [ros-diffs] [ion] 54990: Fix boot. The fact this fixes it should worry about the state of CSRSS...
by Timo Kreuzer 18 Jan '12

18 Jan '12

That reminds me of my attempt to fix this mess. I gave up, when almost every change of a structure size broke boot. Obviously there is code that relies on certain structure sizes, independent from the actual structure definitions, but I didn't find where there was. Good luck ;-) Am 17.01.2012 18:42, schrieb ion(a)svn.reactos.org: > Author: ion > Date: Tue Jan 17 17:42:47 2012 > New Revision: 54990 > > URL: http://svn.reactos.org/svn/reactos?rev=54990&view=rev > Log: > Fix boot. The fact this fixes it should worry about the state of CSRSS... ... > Modified: trunk/reactos/include/reactos/subsys/csrss/csrss.h > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/include/reactos/subsys/csr… > ============================================================================== > --- trunk/reactos/include/reactos/subsys/csrss/csrss.h [iso-8859-1] (original) > +++ trunk/reactos/include/reactos/subsys/csrss/csrss.h [iso-8859-1] Tue Jan 17 17:42:47 2012 > @@ -51,6 +51,7 @@ > > typedef struct > { > +#if 0 > // > // NT-type structure (BASE_CREATEPROCESS_MSG) > // > @@ -65,6 +66,7 @@ > PVOID PebAddressNative; > ULONG PebAddressWow64; > USHORT ProcessorArchitecture; > +#endif > // > // ReactOS Data > // > > >

1 0

December 2011 meeting minutes
by Jérôme Gardou 17 Jan '12

17 Jan '12

Hello everybody. You will find attached to this e-mail the minutes for the meeting of 2011. A topic as also been opened on the ReactOS forum :http://reactos.org/forum/viewtopic.php?f=2&t=10352 <http://reactos.org/forum/viewtopic.php?f=2&t=10352> I'm deeply sorry for the delay. Regards. Jérôme

4 3

RosBE-Unix 2.0-RC2
by Pierre Schweitzer 15 Jan '12

15 Jan '12

Hi, a second release candidate of RosBE-Unix 2.0 is now available on http://svn.reactos.org/RosBE-Temp/. Compared to first RC, it comes with CMake 2.8.7 (with Jérôme's patches), and binutils 2.22 (patched as well). Please try this BE and report any issues you may encounter. This will help us to fix everything for the CMake switch. If you're still lost in the use of CMake, have a look to the following page: http://www.reactos.org/wiki/CMake To sum it up: $ ./configure.sh $ (cd output-i386-MinGW/host-tools; makex) $ (cd reactos; makex) Regards, Pierre

4 4

0.PI branching
by Aleksey Bragin 14 Jan '12

14 Jan '12

Hi, as the results of the trunk testing depict, there are no major problems/regressions (compared to the previous release). Thus I propose to branch the 0.3.14 release. Any comments, motivated objections? If not, then branching will be done on Monday, 18th of December 2011. WBR, Aleksey Bragin.

13 36

Compiling problem on Ubuntu11
by Fan Zhang 13 Jan '12

13 Jan '12

Hi all, I'm trying to compiling the latest ReactOS on ubuntu. However, I met some problems(I can build it on Windows successfully). Could you help me to have a look? The following is what I did: 1. Get the latest cdoe from SVN, svn co svn://svn.reactos.org/reactos/trunk/reactos/ 2. Install MinGW64, sudo apt-get install gcc-ming-w64 3. modify Makefile, ROS_PREFIX = i686-w64-mingw32 4. compiling error is as below: ------------------------------------------------------------------------------------------------------- marvin@marvin-VirtualBox:~/reactos/src/latest/reactos$ make [CC] dll/win32/aclui/sidcache.c dll/win32/aclui/sidcache.c: In function ‘LookupSidInformation’: dll/win32/aclui/sidcache.c:216:11: error: variable ‘SidLength’ set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors make: *** [obj-i386/dll/win32/aclui/sidcache_aclui.o] Error 1 ------------------------------------------------------------------------------------------------------- My questions are: 1. Which version of MinGW on linux did you use? 2. How to control compiling program to build Rlease and Debug version? Thanks. Marvin

4 5

Fwd: [ros-priv] Status of the usb-bringup Branch
by Colin Finck 08 Jan '12

08 Jan '12

Forwarding this with Johannes' consent: -------- Original Message -------- Subject: [ros-priv] Status of the usb-bringup Branch Date: Sat, 07 Jan 2012 16:21:24 +0100 From: Johannes Anderwald <janderwald(a)reactos.org> To: ReactOS developers private list <ros-priv(a)reactos.org> Hi Folks! For those who are interested in the status of the usb-bringup branch, here is a short summary of the current state, implemented features and required work to have it working in ReactOS. === USB Core Status === 1. There are 2 USB specifications for the USB 1.1 standard. Devices which are used in this standard are mice / keyboards etc OHCI (Open Host Controller Interface Standard) - All transfers types are implemented (bulk, iso, control, interrupt) UHCI (Universal Host Controller Interface Standard) - Totaly missing. Though it should be do-able to use ohci driver as a base and use Haiku driver[2] 2. EHCI (Enhanced Host Controller Interface) - Implemented transfer types: bulk & control. Interrupt & Isochronous transfers are not implemented. Due to the missing transfer types, devices who utilize those transfer types will not be available 3.) USBHUB - driver for managing port and hubs - Implementation state is unknown - michel martin has more information on that === USB Mass Storage Support Status === USB Mass Storage is implemented in usbstor driver and is fully working. Tested in WinXP + USBEHCI + USBSTOR. Mass storage support requires bulk and control transfers, which are implemented in USBEHCI === HID Status === The HID framework is built on 5 drivers 1. HIDUSB - this is the interface driver for the USB bus. Currently supported devices are mice. Basic keyboard support should also work currently 2. HIDCLASS - this is the class driver for HIDUSB and others. Functionality for mice & keyboard is implemented, though support for sending output reports is not implemented 3. MOUHID - mouse function driver for usb hid standard - Fully implemented and working 4. KBDHID - keyboard function driver for the hid standard - 90 % implemented, needs KbdHid_InsertScanCodes implemented for keyboard scan code dispatching to kbdclass and led status indicator support (which requires sending output reports) 5. HIDPARSE - driver for parsing report descriptors - functionality implemented for mice, keyboard support needs HidParser_TranslateUsage fully implemented for modifier state (caps lock, num lock, scroll lock) === What works and not === 1. Mouse support has been tested in WinXP with ReactOS USBOHCI + HIDUSB + HIDCLASS + MOUHID + HIDPARSE and is working. The USB + HID stack does not work in ReactOS at the moment, appears to be a problem with win32k, which only opens the first mice (\\Device\\PointerClass0) [...] 2. Basic Keyboard support need a 2/3 functions but probably suffer from the same bugs which affect HID mice support 3. Usb Mass storage support - Needs mountmgr / partmgr driver implemented. Will also need mountvol and other missing PnP stuff ============ As I will be working on my master thesis the next few months, I`ll have no time to focus on the usb or any ReactOS related development. If anybody wants to work on the usb branch, I`m very happy with it. Feel free to change anything, or rewrite evrything :) I`ll available via my reactos email address if any questions come up. kind regards, Johannes Links: [1] svn://svn.reactos.org/reactos/branches/usb-bringup [2] http://cgit.haiku-os.org/haiku/tree/src/add-ons/kernel/busses/usb/uhci.cpp _______________________________________________ Ros-priv mailing list Ros-priv(a)reactos.org http://www.reactos.org/mailman/listinfo/ros-priv

1 0

Re: [ros-dev] [ros-diffs] [cgutman] 54875: [NDISUIO] - Use the correct IOCTL input buffer [WLANCONF] - Fix parameters to IOCTL_NDISUIO_QUERY_BINDING - Wlanconf is ready for testing with a real WLAN adapter (for anyone who w...
by Cameron Gutman 08 Jan '12

08 Jan '12

On Jan 8, 2012, at 1:08 AM, cgutman(a)svn.reactos.org wrote: > - Run "wlanconf -s <SSID>" to connect to an unencrypted wireless network > - Run "wlanconf -s <SSID> -w <WEP key>" to connect to a WEP encrypted wireless network (WPA not supported) > "wlanconf -s" does a network scan and lists networks in range. "wlanconf -c <SSID>" connects to a network. Sorry for the mixup. If anyone does get around to testing this, please report results to me. Regards, Cameron

1 0

Re: [ros-dev] [ros-diffs] [fireball] 54833: [NTOS] - Cast to actually returned types not just PVOID.
by Timo Kreuzer 07 Jan '12

07 Jan '12

Hi, what's the point of this change? IMO it's just ugly when we start casting from PVOID everywhere. Timo Am 04.01.2012 13:22, schrieb fireball(a)svn.reactos.org: > Author: fireball > Date: Wed Jan 4 12:22:38 2012 > New Revision: 54833 > > URL: http://svn.reactos.org/svn/reactos?rev=54833&view=rev > Log: > [NTOS] > - Cast to actually returned types not just PVOID. > > Modified: > trunk/reactos/ntoskrnl/include/internal/lpc_x.h > > Modified: trunk/reactos/ntoskrnl/include/internal/lpc_x.h > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/include/internal/… > ============================================================================== > --- trunk/reactos/ntoskrnl/include/internal/lpc_x.h [iso-8859-1] (original) > +++ trunk/reactos/ntoskrnl/include/internal/lpc_x.h [iso-8859-1] Wed Jan 4 12:22:38 2012 > @@ -103,7 +103,7 @@ > > /* Allocate a message from the port zone while holding the lock */ > KeAcquireGuardedMutex(&LpcpLock); > - Message = ExAllocateFromPagedLookasideList(&LpcpMessagesLookaside); > + Message = (PLPCP_MESSAGE)ExAllocateFromPagedLookasideList(&LpcpMessagesLookaside); > if (!Message) >

2 1

Re: [ros-dev] COM Monitor
by Love Nystrom 06 Jan '12

06 Jan '12

Happy New Year to you all. Holidays fade away and I celebrate by submitting this tool. Patches are filed as Bugzilla #6802 (not a bug duh.. ;) http://www.reactos.org/bugzilla/show_bug.cgi?id=6802 ComMon is a simple COM port monitor utility to capture debug strings. It is meant to be used with com0com or a null modem cable. Usage and technical descriptions are in the ReadMe file. I currently build ComMon with VC6 and gcc (i.e RosBE). I see no reason it should not build with any MSVS or MinGW as well. Project files for MSVC6 and Code::Blocks, plus rbuild files, are included. Any questions.. contact me by email or ask right here. Best Regards Love

1 0

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