Yes. You are not, sorry for the outburst.
It occurs that my problem was due to GMail scripts targetting Opera
specifically. Got an addon for it to pose as Firefox and guess what?
Problem's gone.
Thank you gmail, i`m moving away.
Regards
2011/6/5 Riccardo Bestetti <riccardo.kyogre(a)live.it>
> Yes, I probably missed his previous email, but this isn’t a good reason
> to say that I am deficient.
> Now please, let’s stop to discuss [image: Sorriso]
>
> *From:* Ameen Ross <a.ross(a)amdev.eu>
> *Sent:* Sunday, June 05, 2011 4:04 PM
> *To:* ros-dev(a)reactos.org
> *Subject:* Re: [ros-dev] 1294 [dreimer] Fix clean for cmake trees. ...
>
> You missed his previous mail ;)
> He said that he emails with lots of replies were almost unreadable and
> requested to remove what's not needed.
>
> On 06/05/2011 03:58 PM, Riccardo Bestetti wrote:
>
> I wasn’t talking to you, we was talking about browsers and I told what IE
> does on my PC.
> Here the deficient is you.
>
> *From:* Olaf Siejka <caemyr(a)gmail.com>
> *Sent:* Sunday, June 05, 2011 3:07 PM
> *To:* ReactOS Development List <ros-dev(a)reactos.org>
> *Subject:* Re: [ros-dev] 1294 [dreimer] Fix clean for cmake trees. ...
>
> Are you being a person intellectually deficient? Or just provoking me on
> any purpose?
>
> 2011/6/5 Riccardo Bestetti <riccardo.kyogre(a)live.it>
>
>> I can’t start IE on a Turion X2 @2GHz, 4GB ram (win 7), because it
>> literally eats my CPU.
>> It crashes my PC. It is terrible.
>> Firefox works fine.
>>
> [whole bunch of trash deleted]
> ------------------------------
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
> _______________________________________________
> Ros-dev mailing listRos-dev@reactos.orghttp://www.reactos.org/mailman/listinfo/ros-dev
>
> ------------------------------
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
Hi,
I know that for some open source projects React OS sign's windows drivers.
Could you please sign the driver for virtual floppy drive?
Motivation:
Virtual Floppy drive is very helpfull, for example take freedos floppy image,
include Samsung SpinPoint F4 EcoGreen HD204UI firmware update into the image
and put it with unetbootin on usb stick.
Problem: virtual floppy drive didn't run on windows 7 x64 because the need of
driver signing.
Homepage:
http://vfd.sourceforge.net/
Description:
>This is a virtual floppy drive for Windows NT / 2000 / XP developed by Ken Kato
>(Reported to work also on 2003 Server and Vista). <-- and windows 7 x86, too.
>
>You can mount a floppy image file as a virtual floppy drive and directly access the contents --
>view, edit, rename, delete or create files on a virtual floppy, format a virtual floppy,
>launch a program on a virtual floppy... almost anything you can do with a real floppy.
vfdwin x64 driver build (unsigned) from "critical0"
http://sourceforge.net/projects/vfd/files/2.1%20(February%2006%2C%202008)/v…
vfdwin x64 driver build (unsigned) from "Igor Levicki"
http://levicki.net/downloads/sendfile.php?path=vfd_x64/vfd_x64.zip
Discussion about the different versions:
http://levicki.net/articles/stories/2007/08/17/The_story_of_the_vfdwin_21_6…
greetings
Carsten
dreimer(a)svn.reactos.org wrote:
> if not exist "CMakeLists.txt" (
Can we decide on dropping support for rbuild stuff in RosBE 2.0?
Reasons:
- RosBE 2.0 will certainly come with an updated set of build tools.
(GCC 4.6 with mingw-w64 target is planned, maybe even a multilib
version)
The target change already makes older builds uncompilable with RosBE
2.0. Even if this would be fixed, nobody would guarantee you that a
revision built with RosBE 2.0 behaves the same as one compiled with
1.5.x.
- Several versions of RosBE can be installed parallely, especially if
you're also moving to a Windows Installer for RosBE 2.0, which doesn't
care about Uninstall entries of NSIS. So everybody has the option
to build older rbuild-powered revisions at any time.
- It could make all scripts cleaner again :-)
Regards,
Colin
dreimer(a)svn.reactos.org wrote:
> Get the cmake path from a system variable called _ROSBE_CMAKEPATH.
I hope we're not thinking about requiring the user to install RosBE and
CMake separately.
This would pretty much kill the point of RosBE if people are forced to
get random versions of their build tools from multiple sources again..
- Colin
Same comment as before, resources MUST be acquired within a critical region (as the old code did).
--
Best regards,
Alex Ionescu
On 2011-06-02, at 1:43 PM, pschweitzer(a)svn.reactos.org wrote:
> /* Acquire the FS lock */
> - KeEnterCriticalRegion();
> - ExAcquireResourceExclusiveLite(&FileSystemListLock, TRUE);
> + ExAcquireResourceExclusiveLite(&IopDatabaseResource, TRUE);
jgardou(a)svn.reactos.org wrote:
> - set(_gch_filename "${_target_name}_${_FILE}.gch")
> + set(_gch_filename "${_FILE}.gch")
Looks like we're going through the same mess of GNU precompiled headers,
which we already had in rbuild:
1) Giving the GCH file a custom name.
Problem: It is simply ignored in the build process.
2) Just renaming it to the name of the header file.
Problem: If two modules use the same header file with different
build options (like #defines), the compiler can only choose one
precompiled header and we have a corrupted build.
The solution now is to give every GCH file an individual directory whose
name contains the module name (like ".gch_smlib", this is what we
currently have in rbuild).
Concluding from what I see in rbuild, please also note that the GCH file
needs to be named "header.h.gch", not "header.gch". Your ${basename}
variable sounds like this is not done either in the CMake branch.
- Colin