Hi,
I've just been able to make ReactOS up & running, but whilst trying to launch
the File Explorer, a bluescreen occurred. :-( See the attached screenshot I
made with my virtual machine (VirtualBox 2.0.6).
Regards
Jacek
----------------------------------------------------------------------
Promocja w Speak Up. Kurs angielskiego za darmo.
Liczba miejsc ograniczona. Sprawd�!>> http://link.interia.pl/f205c
Hello everybody,
I am now trying to test the last release of ReactOS on VirtualBox 2.0.6 with
Windows XP as preset guest system. However, I encounter reproducible crashes
at boot time. This is what the log says:
00:36:00.871
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
00:36:01.871 Changing the VM state from 'RUNNING' to 'GURU_MEDITATION'.
00:36:01.921 Display::handleDisplayResize(): uScreenId = 0,
pvVRAM=00007fe1d2a52000 w=640 h=480 bpp=0 cbLine=0x140
00:36:01.921 ERROR [COM]: aRC=NS_ERROR_FAILURE (0x80004005)
aIID={09789f63-4525-48e5-a5e4-1080453b0eab} aComponent={Display} aText={Could
not take a screenshot (VERR_BUFFER_OVERFLOW)} aWarning=false, preserve=false
00:36:06.416 Console::powerDown(): A request to power off the VM has been
issued (mMachineState=6, InUninit=0)
00:36:06.417 vboxClipboardDestroy: shutting down host clipboard
00:36:06.421 Shared clipboard: host clipboard thread terminated successfully
00:36:06.425 Changing the VM state from 'GURU_MEDITATION' to 'OFF'.
00:36:06.425 Changing the VM state from 'OFF' to 'DESTROYING'.
Any idea of the reason? All useful hints are appreciated.
Regards
Jacek Rużyczka
----------------------------------------------------------------------
169 stacji TV! Naziemne i satelitarne!
Sprawdz program TV w kilka sekund >> http://link.interia.pl/f2050
Forwarding an invitation, might be someone is interested.
> From: Heroina Telaku <htelaku(a)gmail.com>
> Date: February 19, 2009 5:42:23 PM GMT+03:00
> To: xxx(a)reactos.org
> Subject: Introduction/Invitation
>
> Hi,
>
> I am Heroina Telaku and I am writing to you on behalf of Free
> Software Association here in Republik o Kosova We are an
> organization that is working on organizing the Kosova Software
> Freedom Conference. This is the first time that a conference like
> this and of this scale is being organized in the Repupublic of
> Kosova and it has been endorsed by many institutions here
> (University of Prishtina, American Chamber of Commerce in Kosovo,
> etc.). You can find more details regarding our organization here
> http://groups.google.com/group/free-software-conference/msg/
> 2affb2ed5febeaa4?
>
> I am writing to you to set the first contact and to see ways of
> possible cooperation with you on organizing this conference or
> other possible fields of cooperation that we might see for the
> future. However, at this point I would also like to draw your
> attention to our call for papaers for the conference that is going
> to be held in September 2009. It would be a great pleasure for us
> to receive papers from you for our conference. Considering your
> experience and background in this field, this would be a great
> enrichment for our program and an excellent opportunity for the
> people in Kosovo to learn more. You can find the call for papers in
> the following link: https://spreadsheets.google.com/embeddedform?
> key=pANifPM_UTW4aUkvcId6NUQ%20 .
>
> If you need more details regarding our organization, conference or
> any other information please do contact me.
>
> Sincerely,
>
> Heroina Telaku
Forwarded to ReactOS mailing list.
----- Message d'origine ----
> De : Anthony Liguori <anthony(a)codemonkey.ws>
> À : qemu-devel(a)nongnu.org
> Envoyé le : Jeudi, 29 Janvier 2009, 22h55mn 12s
> Objet : Re: [Qemu-devel] Virtio ballon device always loaded ?
>
> Sylvain Petreolle wrote:
> > Testing ReactOS in qemu made it always asking drivers for a RAM Controller.
> >
> > Looking at "info pci" output and hw/pc.c, I see that the Virtio balloon device
> is always loaded in an x86/64 target.
> > Is that a wanted feature ?
> >
>
> Sure, as I see no harm in not enabling it by default. ReactOS doesn't
> just ignore unknown PCI devices? That's strange because Windows seems to.
>
> Regards,
>
> Anthony Liguori
>
> > I also notice that hw/virtio-balloon.c header refers to the Virtio Block
> Device.
> >
> > Kind regards,
> > Sylvain Petreolle
> >
> >
> >
> >
Hallo,
I would running react-os on xen-hvm.
- on [1] written
must be mount image and change freeldr.ini
- on [2] written
a sample to mount image
- result:
# qemu-img convert ReactOS-0.3.7-QEMU/files/ReactOS.vmdk -f raw ros.raw
$ qemu -hda ros.raw
## running succeful
# losetup -o 32256 /dev/loop0 /mnt/backup/test/ros.raw
# mount /dev/loop0 /mnt/tmp
mount: you must specify the filesystem type
# losetup -d /dev/loop0
# fdisk -l ros.raw
Disk ros.raw: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk ros.raw doesn't contain a valid partition table
-> image has no partition-table
Whats going wrong?
Why to mount existing ROS-image?
regards heiko
[1] http://www.reactos.org/wiki/index.php/Xen_port
[2]http://www.reactos.org/forum/viewtopic.php?f=4&t=1968&p=15984&hilit=mount…
Dear donors, developers, testers and everyone from ReactOS and FOSS
community,
please take my best wishes of a happy new 2009 year!
Let the new year bring us success, stability and compatibility, a
switch to beta, and everything else we could wish for ReactOS to be
useful.
Happy new year!
WBR,
Aleksey Bragin.
Hi!
Effective immediately I am taking a break from working on ReactOS for an
undetermined period of time. It may even be the end of my involvement
with ReactOS.
There are several reasons for me to quit but the most important one is
lack of time. I have a pretty exhausting job and spend more than 2 hours
a day to commute so there is not much time left to spend on ReactOS.
So working on ReactOS happened on weekends only.
After my latest patch was partially reverted, I decided that I am not
willing to create and maintain a development branch for improvements to
LSA and SAM. I am not willing to spend an hour or two each weekend for
branch maintenance and debugging and another two or three hours for
developing new code. It just does not make sense to me.
Maybe I will be back one day, maybe I will not. Time will tell.
Over and out!
Eric
Hallo users,
c:> netstat -an
ERROR_OUTOFMEMORY - Not enough storage is available to complete this
operation.
Taskmanager say: memoryusage: 84000/262016
- reactos V 0.3.7
Whats going wrong?
regards heiko
(sent to AROS (please forward, I'm not on the dev list), ReactOS,
Syllable, CCed to Haiku)
Hello,
I'm a Haiku developer, <http://haiku-os.org>
and I would like to propose sharing a devroom, eventually a booth at
FOSDEM with some other FOSS OS projects.
I sent to the mailing lists as I couldn't identify a specific contact,
and I don't know how much centralized each project is.
Last year we had our own booth at FOSDEM (we it shared with an ERP
software),
I really enjoyed the event, and would like to also get a devroom this
year.
But I'm not sure we will have enough people to animate it all the time
(currently 3 or 4), plus we'd still have a stand to look after.
http://www.haiku-os.org/blog/mmu_man/2008-02-25/hello_from_fosdem
I know we shared a booth at last LinuxWorld with ReactOS and I heard it
was interesting:
http://www.haiku-os.org/blog/umccullough/2008-08-06/day_1_at_linuxworld_200…http://www.haiku-os.org/blog/umccullough/2008-08-07/day_2_at_linuxworld_200…
As the deadline for booth and devroom application approaches (it's
before 22 nov.), I was thinking about sharing a devroom that could be
called "alternative OSes", "grep -v GNU/Linux" or alike, with other
projects.
This way we could all get a devroom with fewer people to man it.
As for our project, we could have talks and hacking sessions on many
subjects, from architecture and design to installation, and specific
things like the using the FreePascal port, porting applications, using
replicants (like NetSurf).
We could also have common talks, about the platforms we support, our
design and goals.
And if needed we could probably also share a booth with another project
I suppose, last year we shared with a totally different software.
I'll be mailing a booth and devroom request tomorrow precising it,
before it's too late.
François.