Hi Harmunt:
I remember the solution for this was Bochs + Hardisk images using sparse files.
From: ros-dev-bounces(a)reactos.com on behalf of Hartmut Birr
Sent: Wed 3/2/2005 3:01 PM
To: ReactOS Development List
Subject: Re: [ros-dev] Changelog 0.2.6 Release.
michael(a)fritscher.net schrieb:
>Hmm, I think we shouldn't release 0.2.6 until ros can boot from the first
>128 GB from a over 128 GB HDD again, because I think that's a big
>regression
>
>
Hi,
I can implement the large LBA addressing mode in atapi. But I cannot
test it, because my largest ide disk is only 120GB.
- Hartmut
Hi!
What is the output (with the changed line) when the key is pressed, whithout a modifier key, with shift, with caps lock, with caps lock + shift and with alt gr?
Regards
Johannes Olofsson
> Från: Roman Hoegg <roman.hoegg(a)unisg.ch>
> Till: ReactOS Development List <ros-dev(a)reactos.com>
> Rubrik: Re: Re: [ros-dev] added a proposed patch to bugzilla
> Datum: Wed, 2 Mar 2005 20:58:46 +0100
> Try to change the line :
> /* none, shift, ctrl-alt, ctrl, ctrl-shift */
> { VK_OEM_7, NOCAPS, 0xe4, 0xe0, 0x7b, WCH_NONE, 0x00 }, /* ä à { */
> to:
> { VK_OEM_7, KCTRL, 'code for ä', 'code for à', 0x7b, 'code for Ä', 'code for À }, /* ä à { */
> in order to use the ctrl and ctrl-shift states for caps lock for this key.
thanks for the help. What you suggest here actually works (I've just tested it).
However, what it does is it makes Ctrl to behave the way CapsLock should behave and turns CapsLock into AltGr (strange...). That's not how my keyboard acts on other OS'. I really think there should be a way to differentiate between CapsLock and Shift. I'm sure that there will also be other keyboards that need that in the future.
thanks!
Roman Högg_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.com
http://reactos.com:8080/mailman/listinfo/ros-dev
Otur i kärlek - http://www.spray.se/spel Tur i kärlek - http://www.spraydate.com
Hi,
Actually this is a designed behavior of -Wconversion and not a bug.
http://gcc.gnu.org/ml/gcc/2002-12/msg01431.html
--
d_layer
arty(a)svn.reactos.com wrote:
> + * <rant>
> + * These fix the following warning in GCC:
> + * warning: passing arg 1 of `ntohs' with different width due to
> prototype
> + *
> + * Even if you declare an unsigned char or unsigned short variable and
> pass
> + * it to htons or ntohs, this warning will be generated. I believe
> this is
> + * a gcc bug. You can try to reproduce the bug like this:
> + *
> + * u_short foo(u_short bar) {
> + * return htons(bar);
> + * }
> + *
> + * Using the reactos compiler settings this generates the error.
> Unless I'm
> + * missing something, the active prototypes for htons and ntohs are:
> + *
> + * u_short PASCAL htons(u_short);
> + * u_short PASCAL ntohs(u_short);
> + *
> + * From winsock2.h. Since the function above has exactly the same
> signature
> + * as htons except for the required PASCAL (__stdcall) decoration, gcc
> is
> + * erroneously detecting a narrowed value.
> + * </rant>
ion(a)svn.reactos.com wrote:
>Fix queue item not being cleaned. Thank you Jim
>
>Modified: branches/alex_devel_branch/reactos/ntoskrnl/ke/queue.c
>
>
> ------------------------------------------------------------------------
> *Modified: branches/alex_devel_branch/reactos/ntoskrnl/ke/queue.c*
>
>--- branches/alex_devel_branch/reactos/ntoskrnl/ke/queue.c 2005-03-04 04:10:03 UTC (rev 13812)
>+++ branches/alex_devel_branch/reactos/ntoskrnl/ke/queue.c 2005-03-04 04:15:46 UTC (rev 13813)
>@@ -207,7 +207,7 @@
>
>
> /* Remove the Entry */
> RemoveEntryList(ListEntry);
>
>
>- Entry->Flink = NULL;
>
>
>+ ListEntry->Flink = NULL;
>
>
>
> /* Nothing to wait on */
> break;
>
>
This looks wrong. You should never clean list item this way, instead you
should use "InitializeListHead(ListEntry);".
- Filip
> -----Original Message-----
> From: Casper Hornstrup [mailto:ch@csh-consult.dk]
> Sent: 03 March 2005 12:36
> To: 'ReactOS Development List'
> Subject: RE: [ros-dev] Alex has fixed the laptop problem
>
>
> > -----Original Message-----
> > From: ros-dev-bounces(a)reactos.com
> > [mailto:ros-dev-bounces@reactos.com] On Behalf Of Murphy, Ged (Bolton)
> > Sent: 3. marts 2005 09:25
> > To: 'ReactOS Development List'
> > Subject: RE: [ros-dev] Alex has fixed the laptop problem
> >
> > Alex Ionescu wrote:
> >
> > > Do you want to delay 0.2.6 until I merge with tip? Else it
> > will be for
> > > 0.3.x/0.2.7
> > >
> > > Best regards,
> > > Alex Ionescu
> >
> > What is tip ?
>
> He means trunk. Tip (or HEAD) is the latest revision in the repository.
>
Alex, when will you be ready to merge ?
************************************************************************
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
Alex Ionescu wrote:
> Do you want to delay 0.2.6 until I merge with tip? Else it will be for
> 0.3.x/0.2.7
>
> Best regards,
> Alex Ionescu
What is tip ?
************************************************************************
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