> + * @remarks
> + * The function will always return the complete size of the object's
> data,
> + * but will copy only a maximum of count bytes to the specified buffer.
This isn't necessarily true, and the function is slightly flawed because of
it. It's a rather weird API in terms of it's results.
Your rewrite doesn't take into account the following cases, according to XP:
................................................................
BITMAP behaviour
GetObjectW(hBmp, -1, &bmp) returns 24 and fills the struct
GetObjectW(hBmp, 0, &bmp) returns 0 and doesn't fill the struct
GetObjectW(hBmp, 1, &bmp) returns 0 and doesn't fill the struct
GetObjectW(hBmp, sizeof(BITMAP), &bmp) returns 24 and fills the struct
GetObjectW(hBmp, 5000, &bmp) returns 24 and fills the struct
DIBSECTION behaviour
GetObjectW(hBmp, -1, &dib) returns 24 and fills the struct
GetObjectW(hBmp, 0, &dib) returns 0 and doesn't fill the struct
GetObjectW(hBmp, 1, &dib) returns 0 and doesn't fill the struct
GetObjectW(hBmp, sizeof(BITMAP), &dib) returns 24 and fills the struct
GetObjectW(hBmp, sizeof(DIBSECTION), &dib) returns 24 and fills the struct
GetObjectW(hBmp, 5000, &dib) returns 24 and fills the struct
Non struct behaviour
The function will always return 24, no matter what size is passed.
................................................................
So, we can conclude that if size is less than 0, it works.
If size if between 0 and 23, it doesn't, and anything above works.
If we pass NULL, as the struct, we return 24, but obviously don't fill the
struct.
I would have grabbed you on IRC, but you weren't around ;)
Ged.
This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
Amteus PLC
57 Cardigan Lane,
Leeds,
LS4 2LE
t:+44 (0) 870 8368770
f: +44 (0) 870 8368701
Registered in England No 4760795
http://www.amteus.com
I am new and am keen on developing ReactOS.
I looked through the source of ReactOS, there are only 13 Nasm files.
A while ago (2 weeks I think) I mentioned RosAsm, it was shunned a bit
though by some of the devs.
Anyway, I would prefer to develop in RosAsm rather than Nasm, I know how you
guys feel about it stealing your name
but I prefer it to Nasm. (Syntax is cleaner)
So would it be possible for me to develop in RosAsm for ReactOS?
It does run under ReactOS so it's just a case of your acceptance.
I am sick of you, Betov, as for your outright lies.
>Well, while I am at it, about the previous shocking absurdities:
Shocking absurdities... what a great name for your post.
>* RosAsm exist since September 1998. I started this Project the very
>First day I heard of ReactOS. This is to say, I never wrote one single
>Line for Windows, and I never used Windows any other way, but as
>A development platform, as long as ReactOS was not usable.
http://en.wikipedia.org/wiki/RosAsm
History:
In September 1998, René Tournois (also known as Betov), created SpAsm - The
Specific assembler which was maintained and supported by him until 24 July
2003. It was then continued with its successor, RosAsm....
Spasm 4.15j ,was the last of the versions released and maintained by René.
On 24 July 2003, he decided to take a higher step toward advancing the
benefit of Assembly Language and the free programming community. Concerned
about the ongoing of the Software and his constant efforts in keeping with
his ethical and political views, he left the project. From that remarkable
day, RosAsm was born!
RosAsm 1.1a was the first version from the renewed Software, released on 27
July 2003.
RosASM branched
from SpASM in 2003. Thus statement as RosASM even EXISTED in 1998 is
an outright lie.
>* We are not used to promote our Tool, and would we have intention to
>Do so, we would certainly not have suggested, with its name, that it
>was, in any way, devoted to an OS that does not exist, yet. "The
>Visual Assembler", or whatever such name would have been many
>Times more appropriated.
Using Ros as a part of your name is enough. Compare how many people know
the name ReactOS, to the number of
those who know about RosASM... it`ll be clear enough, who is leeching from who.
>* The fact that our Assembler name is "RosAsm" expresses the flat fact
>That it is devoted to ReactOS. Period.
The fact is that the name RosASM was chosen to CREATE IMPRESSION that RosASM
is in any way
related to ReactOS project. It is not. ROS never used and never will be
using RosASM. There is no relation
to RosASM. You were asked
to add a disclaimer on RosASM website, stating this fact. You failed
to provide it.
Why? You afraid of shattering the illusion of any RosASM-ROS relations? Your
devs still think they are working
for ROS project?
>This irritates Alex because he Hates me, and this is OK to me to
>irritates the very same individual, Who is implying that poor old
>Harmut was a dirty guy, having done something bad to reactOS,
>when leaving because of his conduct.
I dont know you as well as Alex does, and you know what? Those several posts
of yours i seen
were enough. Alex doesnt hate you. You just make him laugh. But you DO
IRRITATE ME.
I think you have several mental issues, including paranoia, neurosis, as
well as inferiority complex
regarding Alex. I suggest you take a long break from any computer-related
activities and rethink
your behaviour.
>* If ReactOS is a virtually dead Project, because of the topic that all of
>you seem to carefully avoid and try to hide under the carpet, we (the
>RosAsm Project), will effectively have serious problems, and not only
>with its Name. See what I mean Alexey? ("Nothing has been found yet",
">these are rumors", and so on...).
Again, another sign of your mental issues. If you are certain about Ros
project
being dead, you are free to change name as well as an object of your
devotion.
This should eliminate all the sources of your troubles. We would welcome
this
change with great joy. Please, do all of us a favour, and just GTFO with
your ASM.
>Betov.
Regards
Caemyr
First of All: The message is not in the wrong list,
but directed to developers.
A few facts about translators:
-Most are not programmers or they would be coding the
OS, just powerusers, or just users.
-Many like me can install SVN, and get the source
code, but never have made a patch, or even used
bugzilla(and probably wont have the time).
Now the matter:
Actually the process of translating reactos, or even
the web page is difficult, and for me it have been
frustrating. I started following the project in the
0.1.9 version, and about two years ago i tried to help
in the translation of ReactOS, and later in the
translation of the web page, but with little success.
I have the SVN, i got the code, i translated some
files, but sending them to bugzilla... i dont know how
to send them to bugzilla, i dont have a bugzilla
acount, it was tiring trying to find someone to send
the files, and i dont have the time or will to learn
bugzilla. So time passed, and no translation was made.
Something similar happened when i tried to translate
the web page, i got translator access, but after
making some translations, and sending it, i never saw
it applied (probably i was doing something wrong, but
never knew what).
Almost two years have passed from that time, i have a
hard job, and little free time, but still i wish to
help. I feel there are other translators in my
situation, as i see people that offer to help, but
never comes back.
So here is what i believe could be a solution:
The possible solution:
Html have an option to include code "as is", thus a
wiki should have that option.
-make a script that makes html files of all the rc
files.
-Add a page in the wiki (or another wiki) where those
html files are displayed.
-Anyone can get read access to them.
-There is an easy way to get write access to that
wiki.
-Translator teams for each language are created...
with a cordinator for each language (they give write
access to other translators).
-Translator access the rc files, that are in wiki
format, and edit them.
-Every week developers run a script to build rc files
from the html wiki files in each language.
Result: a translation effort, easy, coordinated, with
minimal need of learning technical stuff and many
developers that wont be molested by translators who
want their translations added to the svn.
Thanks,
Lucio Diaz.
PD: Please comment.
____________________________________________________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Please use descriptive messages in your commit logs, this must've been stressed by Fireball at least a dozen times (Sometimes even with consequences). When we have to go over the changelog (Which is textlog-only), what are we supposed to put when we see 10 "Fix a bug" entries? It means we have to check out the log for every revision with such a message, and try to understand the change. Since the log is usually done by non-technical people, this becomes impossible for them.
Best regards,
Alex Ionescu
-----Original Message-----
From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of dgorbachev(a)svn.reactos.org
Sent: April-14-07 2:07 PM
To: ros-diffs(a)reactos.org
Subject: [ros-diffs] [dgorbachev] 26342: Fix a bug.
Author: dgorbachev
Date: Sat Apr 14 22:07:08 2007
New Revision: 26342
URL: http://svn.reactos.org/svn/reactos?rev=26342&view=rev
Log:
Fix a bug.
Modified:
trunk/reactos/ntoskrnl/ps/query.c
Modified: trunk/reactos/ntoskrnl/ps/query.c
URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/ps/query.c?rev=26…
==============================================================================
--- trunk/reactos/ntoskrnl/ps/query.c (original)
+++ trunk/reactos/ntoskrnl/ps/query.c Sat Apr 14 22:07:08 2007
@@ -267,7 +267,7 @@
VmCounters->PeakPagefileUsage = Process->QuotaPeak[2];
/* Set the return length */
- *ReturnLength = sizeof(VM_COUNTERS);
+ Length = sizeof(VM_COUNTERS);
}
_SEH_HANDLE
{
Hello,
I suggest this patch for fixing the italian translation of SNDVOL32.
Sincerely,
Carlo Bramini
------------------------------------------------------
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada
Hello,
I'm leaving for a 3 weeks vacation (starting today) and will be accessible
mostly via email.
Have fun with the ReactOS development, and do not introduce new bugs :).
Remember - when I'm back, we're going to prepare a new release - 0.3.2.
If trunk is not ready for a release by the moment I'm back, I'll start
killing devs one by one until it's ready.
--
WBR,
Aleksey Bragin
ReactOS Project Coordinator
http://www.reactos.org
P.S. The last sentence is a joke, obviously.
The source code for ReactOS is only 30MB.
The project has been going for 10 years so why so small?
Is there a need for any developers who can program assembler?
I use the ReactOS assembler. RosAsm. http://www.rosasm.org
Or do you only program in C and C++?
> We shouldn't allow attaching to a device that's still
> initlizaing, but ROS currently does because of some
> device that tries to do this, in the PnP manager or
> early boot-phase drivers (it has an auto-generated name).
> Please fix this!
Init function of that driver (PnpDriverInitializeEmpty() in pnpmgr.c) is
not called at all because of hack in IopCreateDriver(), line 1206.
