> From: Hauke Goos-Habermann <HHabermann(a)pc-kiel.de>
> Date: January 12, 2009 4:53:40 PM GMT+03:00
> To: aleksey(a)reactos.org
> Subject: ReactOS booth/speech at Linux days in Kiel?
>
> Hi Aleksey,
>
> for the Linux days in Kiel in Germany we are searching for
> interesting OSS
> projects. Can you tell me if there are members of ReactOS that may be
> interested in a booth or/and giving a presentation? The "Kieler
> Linux- und
> -OpenSource Tage" will be at 2nd and 3rd of october.
>
> Additional information (in German only) can be found at: www.kieler-
> linuxtage.de
>
> PS. Please forward the mail to interested members.
>
> Cu Hauke
>
> --
>
> Stoppt Softwarepatente, sonst wird Softwareentwicklung in Europa
> für die meisten
> illegal!
> Patentfrei sichert IT-Arbeitsplätze (www.patentfrei.de)
> Sorry I didn't quite get it. ;-) What is ok atm? How are we going to
> handle it?
Extern inline is ok atm. ;-)
I mean that it works well now. And when its behavior will be changed,
gnu_inline attribute can be used to get old (i.e., present) behavior.
> Well that was a workaround, because of "static declaration follows non
> static declaration".
> Then it needs to be done differently. But I don't see any good solution
> that doesn't require lot's of hacks atm, except disabling that warning.
It's ok atm. Attribute gnu_inline can be used to get old inline semantics.
Hi All!
Just letting everyone know that a partial fix has been found by Dmitry
aka Lentin, it is Dmitry? Well, I updated the bug report and the patch
works to a point. FF does try to minimize and there is a hook bug
exposed. Yes, not everything is fixed, since we use wine code, this
was the reason for the patch. It corrects most of the message bugs
related to wine tests. So this patch is going in soon and we need to
cleanup the related code. I have a synced User32 Mdi.c that might
require this patch to work. Just about the rest of the changes needed
are wine sync/ports to user32/win32k. I would hope that everyone can
help Dmitry/Lentin out and fix the rest of the SetWindowPos bugs. Some
window position code in User32 still needing to be updated.. ;^)
Thanks,
James
Ref:
http://www.reactos.org/bugzilla/show_bug.cgi?id=2451
There's a constant for this INVALID_HANDLE_VALUE...
On 10-Jan-09, at 7:33 AM, dchapyshev(a)svn.reactos.org wrote:
> case 0xFFFFFFFF: /* File does not exist */
Best regards,
Alex Ionescu
Hi!
Why to use extern inline there, FORCEINLINE macro uses static. Extern
inline — GCC extension — does not work as needed in c99/gnu99 mode
(non-inline functions are emitted as well). GCC documentation says it
will be the default in the future.
Since Arty just mentioned GIT, I think it's about time to uncover a
ReactOS GIT mirror I've been setting up recent couple of weeks.
It works pretty good so far, autoupdates every 10 minutes, so it
stays quite up-to-date.
URLs:
git://git.reactos.org/ - for git cloning.
http://git.reactos.org - for web viewing.
As for branches, it was actually my main intention in using a DVCS,
because SVN branches are greatly uncomfortable to develop anything
because of the need to keep the branch up-to-date.
But, to prevent any gossips, SVN stays as our main repository, and
GIT mirror is just for exploration of new possibilities, and for
comfortability of working with branches - if someone wants to try
that out. Usual SVN branches are still permitted.
WBR,
Aleksey Bragin.
Hello,
I recently spent some time experimenting with various Cc rewrites we
have in our tree, and before that I extensively tested our fastfat
driver in a real NT environment (MS Windows 2003).
The conclusion of the above work is that our fastfat driver either
needs serious bugfixing, or a rewrite is needed. It corrupts
directory tables in a real NT, leads to unusual behaviour of cc-
rewrite branch, and may have side effects on arty's newcc.
Before this is done (bugfixing or rewriting, developing and testing
against a Windows 2003 at least, not ReactOS), it's meaningless to
continue any other work on Cc and related Mm parts.
WBR,
Aleksey Bragin.