I hope everyone is clear in his mind about the fact that this makes up
20 % of the complete reactos source or in other words increases the size
of the code by 25% ...
> [ros-diffs] [hyperion] 33703: added nls added nls/3rdparty added nls/3rdparty/icu We
> officially welcome IBM's excellent ICU4C library for Unicode support to
> our humble source tree. May our marriage be long, happy and fertile.
>
>
Hi,
Owner Menu Drawing if I remember right, which allows application to
draw their own menus. Yes that is right! Not all applications use MDI.
Well, it is now all broken (It was in a state of NEAR DO WELL). I
understand the reason for wine testing but please understand What You
See Is What You Get.
>From the debug output:
IntSetMenuItemInfo: Invalid combination of fMask bits used
It draws a small little box with the line separators. 8^' looks cute~
I need to stay focus on the issues I'm working on,, please help me by
fixing this new issue, please don't send me patches,
8^)
James
On Thu, May 29, 2008 at 9:27 PM, <greatlrd(a)svn.reactos.org> wrote:
> Author: greatlrd
> Date: Thu May 29 20:27:29 2008
> New Revision: 33764
>
> URL: http://svn.reactos.org/svn/reactos?rev=33764&view=rev
> Log:
> 1. do not use wine def for reactos
> 2. this is almost 100% correct list of windows 2003 export list of msvcrt.def and it will make abiword working again for it was missing api wfreopen and allot more api from msvcrt
> 3. this add back api that was remove api they exists in windows 2003 export list
> 4. List was provide from colin f
>
> See issue #3293 for more details.
I'd suggest putting a comment at the top of the def so that in the
future someone won't make this mistake again. Any idea why it works on
Wine with the missing exports but not ReactOS?
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
Hi,
Could it be easier to just:
static GDIDEVICE PrimarySurface;
PGDIDEVICE pPrimarySurface = &PrimarySurface;
then use pPrimarySurface through out? I will have to rewrite
everything later to support the new HDEV code.
IDEA~! Stefan100 theres a good patch! ;^D
Thanks,
James
On May 28, 2008, at 4:41 AM, tkreuzer(a)svn.reactos.org wrote:
> 1.28: Jonathan Ernst <jonathan(a)ernstfamily.ch>
> Update the address of the Free Software Foundation.
This should fix a lot of crashes, since many apps would try to
dereference FSF's address, but it would be invalid!
:-)
WBR,
Aleksey Bragin.
On Fri, May 23, 2008 at 1:55 PM, <fireball(a)svn.reactos.org> wrote:
> - msiexec is GUI app, not CUI.
Is this a Wine bug then? It has it listed as a console based
application. When you run msiexec directly on Windows I know it does
not start a console window so I guess this would imply it is a GUI
with a hidden window right?
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
On Tue, May 20, 2008 at 8:53 AM, <dchapyshev(a)svn.reactos.org> wrote:
> +#include "../kbswitch.h"
Could you set an include path and remove the ../ from the source?
gnumake throws a fit with parallel makes and relative paths.
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
If GetWindowsDirectory fails, you have much worse issues to worry
about than executable redirection.
Also note that regedt32.exe is usually in the system32 directory, so
how is this a security/redirection issue exactly?
This implies someone would have to:
1) Give you a malware regedit.exe in directory foo
2) Give you the legitimate regedt32.exe in directory foo
3) Somehow convince you to:
3.1) Use regedt32 instead of regedit (few people even know this tool)
3.2) Launch regedt32 from this "foo" directory instead of using
start/run regedt32
The issue you're looking for just doesn't exist.
2008/5/19 FENG Yu Ning <fengyuning1984(a)gmail.com>:
> On Sun, May 18, 2008 at 7:28 PM, Alex Ionescu <ionucu(a)videotron.ca> wrote:
>>
>> Last nitpick: if you can't get the windows directory, just
>> ShellExecute "regedit.exe" directly, as the code originally did --
>> this is the behavior on Windows, fyi.
>>
>
> Though it is the behavior on Windows, it is a bad thing, IMHO. There are
> already too many little viruses who pretend to be a system executable, say,
> explorer.exe, and they are placed in a (sub)directory of the windows
> directory to be shell executed. If we can't get the windows direcoty, we
> should let the user know, and give them the chance to fix it, instead of
> blindly execute anything.
> I used to suffer from those, and they were really annoying. Please consider
> being different from Windows in this and similar issues.
> MHO.
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
>
--
Best regards,
Alex Ionescu
--
Best regards,
Alex Ionescu