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
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.
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
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
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
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)
>
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
Hi,
due to expressed concerns about 0.PI release, there is no need to hurry
and the release is being moved to January 2012.
Regarding the monthly meeting, last thursday of this month turns out to
be 29th of December, which obviously makes some people unable to attend.
Preliminary date for the next meeting is 5th of January, and it depends
on how many of our team could attend at that date.
WBR,
Aleksey Bragin.