Hello ROS dev-team,
i am currently working on qemu/kqemu and found that ROS sets the gdt
limit to 0x800. At least this is what i see in qemu, i did not check
ROS source.
http://www.intel.com/design/processor/manuals/253668.pdf (3.5.1 p. 3-21)
>> the GDT limit should always be one less than an integral multiple of
>> eight (that is, 8N – 1)
This may or may not be a problem.
For all i can say ROS was the only of many different OSs that triggered
the check in my setup. I may be wrong and wont investigate this any
further. Just wanted to let you know.
I used this version:
http://prdownloads.sourceforge.net/reactos/ReactOS-0.3.4-REL-qemu.zip
and that are the values i saw:
base = 0x808bdac0
limit = 0x00000800
regards,
Henning
Hi Team,
I came across this site: http://www.acc.umu.se/~bosse/
which has some windows drivers examples, and talks about filesystem
drivers, it has a gnu version of ntifs.h (http://www.acc.umu.se/~bosse/ntifs.h), I've taken a look at it, and
noticed that ours misses some defines and some definitions use other types instead of
ours. I thought perhaps someone from the team would want to take a look
at it, perhaps we could use it.
Thanks.
Best regards,
Gabriel ilardi.
PS: If you already knew about it please ignore this email.
_________________________________________________________________
Racconta le tue emozioni sul blog!
http://home.services.spaces.live.com/
Fireball, could you commit the bug writing guidelignes change to avoid this, please ?
*saying Pleaase ... Help as Milla Jovovitch in the Fifth Element*
Kind regards,Sylvain Petreolle (aka Usurp)
Support artists, not multinationals - http://Iwouldntsteal.net
Supportez les artistes, pas les multinationales - http://Iwouldntsteal.net
----- Message d'origine ----
> De : "ReactOS.Bugzilla(a)www.reactos.org" <ReactOS.Bugzilla(a)www.reactos.org>
> À : ros-bugs(a)reactos.org
> Envoyé le : Samedi, 12 Avril 2008, 22h08mn 14s
> Objet : [ros-bugs] [Bug 3177] New: I try ReactOS-0.3.4-QEMU. When i try screensaver it gives bluescreen
>
> http://www.reactos.org/bugzilla/show_bug.cgi?id=3177
>
> Summary: I try ReactOS-0.3.4-QEMU. When i try screensaver it
> gives bluescreen
> Product: ReactOS
> Version: 0.3.4
> Platform: QEmu
> OS/Version: Microsoft Windows XP
> Status: UNCONFIRMED
> Severity: normal
> Priority: P3
> Component: Win32
> AssignedTo: ros-bugs(a)reactos.org
> ReportedBy: maviates(a)gmail.com
> QAContact: ros-bugs(a)reactos.org
>
>
> Created an attachment (id=2431)
> --> (http://www.reactos.org/bugzilla/attachment.cgi?id=2431)
> BlueScreen
>
> I try ReactOS-0.3.4-QEMU. When i try screensaver it gives bluescreen
>
>
> --
> Configure bugmail: http://www.reactos.org/bugzilla/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are the QA contact for the bug.
> You are the assignee for the bug.
> _______________________________________________
> Ros-bugs mailing list
> Ros-bugs(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-bugs
>
I thought those are on auto-winesync, aren't they? If you come to agreement
with Herve, I don't mind.
But anyway, Apostolos should submit those translation updates to Wine
project.
WBR,
Aleksey Bragin.
----- Original Message -----
From: <cfinck(a)svn.reactos.org>
To: <ros-diffs(a)reactos.org>
Sent: Friday, April 11, 2008 1:00 AM
Subject: [ros-diffs] [cfinck] 32909: Manually sync "comctl32" and "comdlg32"
on request of Apostolos Alexiadis. Just translation updates
> Author: cfinck
> Date: Thu Apr 10 16:00:16 2008
> New Revision: 32909
>
> URL: http://svn.reactos.org/svn/reactos?rev=32909&view=rev
> Log:
> Manually sync "comctl32" and "comdlg32" on request of Apostolos Alexiadis.
> Just translation updates
>
> Modified:
> trunk/reactos/dll/win32/comctl32/comctl_El.rc
> trunk/reactos/dll/win32/comctl32/comctl_Si.rc
> trunk/reactos/dll/win32/comdlg32/cdlg_El.rc
> trunk/reactos/dll/win32/comdlg32/cdlg_No.rc
> trunk/reactos/dll/win32/comdlg32/cdlg_Si.rc
I looked at the ReactOS website and noticed that you guys are having
problems getting an installer written for an ext2 driver for Windows XP? I
would be happy to write an NSIS-based installer for the ext2 driver, if
either someone could compile the driver for me, or tell me where the driver
is in the ReactOS tree so I can build it myself and create an installer for
it. I have written NSIS installers before, some that have advanced
functionalities using Component Manager and ExperienceUI. Please let me know
if you guys would like me to make this installer....
I am currently trying to clean up our win32k headers.
The situation so far:
- ntgdi.h in psdk which should be compatible to ms version of ntgdi.h
from the sdk
- ntgdytyp.h containing a bunch of gdi related types in
include/reactos/win32k
- ntgdihdl.h containing handle related types and macros in
include/reactos/win32k
- ntgdibad.h containing private and ms incompatible functions and
structures in include/reactos/win32k
- ntuser.h containing ntuser functions and types in include/reactos/win32k
- ntusertyp.h containing ntuser related types in include/reactos/win32k
- W32CLIENTINFO is defined in both ntusertyp.h and ntgdityp.h (less
complete).
- there is the PATRECT structure in ntuser.h, and if ntuser.h is not
included, also in ntgdityp.h, this should be named POLYPATBLT as defined
in ntgdi.h, but there is only an incomplete type without the structure
definition. (IMO ms should have put this structure into wingdi.h
together with PolyPatBlt, but they don't seem to want anyone use that
gdi32 exported function.)
I wonder why ms put ntgdi.h into the sdk at all, as it's completely
useless to user mode application writers, but well, ncie to have the
prototypes ;-)
So how do we clean up this mess?
Suggestions:
- when ms puts ntgdi.h into the sdk, we could also put ntuser.h there.
- if we want to stay 100% compatible with sdk headers, we can add a
define, like
#ifdef USE_NON_SDK
// put non sdk compatible but still windows compatible definitions here
#endif
- use a version definition, like I did with the simplecall definitions
in ntuser.h to make it compatible to different windows versions
- keep ntgdibad.h and create ntuserbad.h for incompatible definitions
- ntgdihdl.h is used by win32k and gdi32, both also import ntgdityp.h.
So I'd suggest merging that stuff into ntgdityp.h
- maybe merge types into ntgdi.h and ntuser.h? Some definitions are
already in there.
- create win32ktypes.h and put ntuser/ntgdi shared stuff there, like
W32CLIENTINFO
- maybe add POLYPATBLT and PolyPatBlt() (others?) to wingdi.h inside
USE_NON_SDK ifdef plus a POLYPATBLT_DEFINED
I don't think it's a problem to make our sdk headers more complete than
ms ones. This might help if we don't want a header mess or extra
definitions inside the .c files.
Comments appreciated.
Thanks,
Timo
Hi!
Thank you Timo, I can not believe I missed this one....
This fixes a commit back at rev 14041.
With out starting a review in real world history,, once an enemy gains
control the first thing they do is erase history. New eras evolve and
build on top of old ones. Our old world ruins are a good example. Look
at Cuzco, Greece and Rome. You see them now uncovering the past.
Thanks again!
James
SepCreateSystemProcessToken calls ObCreateObject like this:
Status = ObCreateObject(KernelMode,
SepTokenObjectType,
NULL,
KernelMode,
NULL,
sizeof(TOKEN),
0,
0,
(PVOID*)&AccessToken);
the ObjectAttributes parameter is set to NULL,and ObCreateObject passes
ObjectAttributes to call ObpCaptureObjectAttributes like this:
Status = ObpCaptureObjectAttributes(ObjectAttributes,
ProbeMode,
FALSE,
ObjectCreateInfo,
&ObjectName);
and in ObpCaptureObjectAttributes ,there's a check condition that checks if
ObjectAttributes is NULL, if ObjectAttributes is NULL,it will cause
ObpCaptureObjectAttributes fail,and then cause ObCreateObject fail,then
cause SepCreateSystemProcessToken fail,and the return value of
SepCreateSystemProcessToken will ever be NULL.
Could someone explain why???am i wrong??
While installing and using ReactOS 0.34 (on Windows XP Professional with
VmWare Workstation 6.03) I'm experiencing a couple of issues.
- Are there any new requirements to install ReactOS? 586+ with 64MB for
example instead of earlier 486+/16MB ?
- Are there any new requirements to bootup ReactOS? 586+ with 64MB?
would/should swapfile work with lower amount of system memory installed
on the machine?
- Are there any new requirements to use ReactOS? 586+ with 64MB? Does
swapfile work?
- Is commandline-only supported on machines with not enough memory
installed?
Ofcourse booting from CD has to be supported on the target machine,
either natively or through tricks like Smart Boot Manager or
GRUB(-4-DOS) (or FreeLDR even?).
The actual trouble I'm having is completing 0.34's installation process
with Dutch language and USA keyboard layout (which isn't default, you
seem to prefer Belgium keyboard layout by default, which might be just
as strange as a Dutch keyboard layout by default. Those keyboards hardly
exist at all). It seems to hang on this machine at a random moment of
time during the file copy phase. In the end, I cannot install FreeLDR to
diskette (empty WinImage 1.44MB diskette image), nor can I return to
previous screen to select "install to harddisk". My goal was having a
FreeLDR bootdisk in case I mess up the partition bootsector.
Anyway, using English as installation language and its defaults, I can
complete SETUP properly. While in ReactOS booted from harddisk, opening
a simple console window (CMD) and doing DIR A: results in a blue screen
(instead of a message like "no floppydrive installed") Same issue as
known earlier I guess - non-working floppydrive(r).
My old FreeLoader diskette is based on a FreeLDR bootdisk that Casper
Hornstrup(?) had available at the time. It's available from
http://odin.fdos.org/odin2005/
Booting the diskette, pressing CTRL-C, then doing a simple COPY /Y
C:\FREELDR.SYS A:\FREELDR.SYS does the trick for updating FreeLDR from
2.xx to 3.xx, resulting in being able to boot ReactOS 0.34 from a
diskette. Strangely enough no single DOS tool/command can handle
FREELDR.INI (copy, ren, del, edit, all fail) - any idea why?
Last of all, SHUTDOWN doesn't shut off the computer (guess you want to
be sure everything in cache is flushed?), and LOGOFF won't allow me to
get out of entering my username and password.
Looking forward to a ReactOS with OpenOffice and FireFox 3.xx in a while,
Any help, ideas or recommendations much appreciated (as well as pointing
me to the correct mailinglist if it shouldn't be ros-dev)
Bernd Blaauw
As we know Windows (at least till Windows 7) was designed to be a GUI based
operating system. All applications can safely assume that the windowing
subsystem is running.
Windows/Reactos can run native applications without starting the windowing
subsystem like usetup during 1st stage setup but of course without having
access to Win32 apis as Win32k is not loaded. AFAIK win32k is designed to be
the main subsystem and is the responsible of starting the windowing
subsystem so my question is . Would be technically possible to have a
striped win32k version without the GUI code? + command line enabled
winlogon, syssetup etc.. so you can boot and run cli based applications like
cmd.exe ? what other parts of the boot process relay on having the GUI
running?
It's more of a design curiosity question rather than a real request
Regards,
Marc