What do you mean by C99+ non-portable code? GCC and Clang have -std=c(++)11
to keep it in an ISO compliant manner.
26 Kas 2020 Per 00:27 tarihinde Hermès BÉLUSCA-MAÏTO
şunu yazdı:
> What about that discussion about why we have ditched out MSVC 2010 support
> (starting to depend on that fact,
Yes, try the debug iso.
10 May 2020 Paz 22:10 tarihinde Frédéric Pierret <
frederic.pier...@qubes-os.org> şunu yazdı:
> Any idea on how I can catch errors or having logs? Should I try your debug
> ISO?
>
> Thank you in advance for your help.
>
> Frédéric
>
> PS:
GNU is not a person, it cannot confirm. FSF does.
8 May 2019 Çar 11:16 tarihinde Colin Finck şunu yazdı:
> We've been over-cautious with legal matters long enough, so let's get
> this one straight: MIT is fully compatible with any version of GPL.
> This is confirmed by GNU:
>
Proposed EU copyright directive requires automated upload filters
(something like YouTube ContentID) and this can cause a sharp decrease
in contributions. It will also make difficult for newcomers as a
significant contribution will be required for each commit, because
copyright filter is costly to
He should wait until all of Windows has been open-sourced.
___
Ros-dev mailing list
Ros-dev@reactos.org
http://reactos.org/mailman/listinfo/ros-dev
Classful internet assumption.
2.01.2019 23:35 tarihinde Alex Ionescu yazdı:
>
>
> /* Make sure address is a local unicast address or 0 */
>
___
Ros-dev mailing list
Ros-dev@reactos.org
http://reactos.org/mailman/listinfo/ros-dev
Setup is not a compatibility requirement in itself. The compatibility
requirement is specifically user and kernel-level API and ABI of the
running system (boot procedure is also compatible nowadays, but even
that is not required due to architecture of Windows NT).
>
> De : "Javier Agustìn
That will only work if programs adhere to UX guidelines.
15.11.2018 13:30 tarihinde Dick yazdı:
> i think the chance ereactos has is to develop accessibility as part of
> the os instead of depending on a screenreader. when reactos does all
> accessibillity stuff itself it can make things
ou put into it.
>
> Just my personal opinion.
>
> Best regards,
> basisbit
>
> Am Do., 15. Nov. 2018, 10:21 hat Erkin Alp Güney
> mailto:erkinalp9...@gmail.com>> geschrieben:
>
> Windows NT console API is based on Matrix TUI concept, not TTY serial
Windows NT console API is based on Matrix TUI concept, not TTY serial
(means you get to handle line buffering yourself). However, unlike
userspace, we can modify setup however we like as long as it has the
desired end result.
Yours, faithfully
Erkin Alp
assume all 8 dots may be input or
> output over the single channels most compilers support.
>
> -- Original message--
> *From: *Erkin Alp Güney
> *Date: *Thu, Nov 15, 2018 1:04 AM
> *To: *ros-dev@reactos.org;
> *Cc: *
> *Subject:*Re: [ros-dev] no replies about
Braille will not be output by GPU, it will be output by CPU onto either
USB or serial Braille bumper. Two different output channels may use two
different codepages. If they were somewhat dependent as in multi-monitor
situation, you would need to drive both via GPU. However they are
independent
WINE's accessibility stuff is handled by underlying desktop's UI kit,
not by WINE itself.
14.11.2018 17:51 tarihinde Magnus Johnsson yazdı:
> Jumping in here with a quick reply as a *lurker*, not a developer:
>
> Don't think anyone would mind if you supplied patches :). You have to
> understand,
You can if you implement a Win32 to console translator. Nothing is
impossible.
14.11.2018 20:13 tarihinde Javier Agustìn Fernàndez Arroyo yazdı:
> This is not Linux, Windows software can NOT run with no graphics ;)
>
___
Ros-dev mailing list
> the main problem of screenreaders is they have to find out what
> developers had done to make an app accessible. for example, when a
> screenreader give access to firefox version 40 that same version will
> probably run into problems when running version 60, the screen reader
> needs to be
The installer itself needs to be accessible enough. WINE does not use a
Windows style installer by itself.
14.11.2018 17:51 tarihinde Magnus Johnsson yazdı:
> Jumping in here with a quick reply as a *lurker*, not a developer:
>
> Don't think anyone would mind if you supplied patches :). You have
Yay, ENIW+ARWINSS would be a great combo? What about GUI programs using
Wayland?
21-08-2018 18:54 tarihinde Javier Agustìn Fernàndez Arroyo yazdı:
> And of course, I must remind team about ARWINSS ;)
>
> El mar., 21 ago. 2018 17:52, Erkin Alp Güney <mailto:erkinalp9...@gmail.co
WSL is an optional component, so will ENIW. It will not affect rest of
ReactOS.
21-08-2018 18:48 tarihinde Javier Agustìn Fernàndez Arroyo yazdı:
> Would this break binary compatibility with MS OSes?
>
Yours, faithfully
Erkin Alp
___
Ros-dev mailing
|My proposed architecture diagram for ENIW: Linux app systemd <>
systemd2svchost Windows userland -- User-mode Linux kernel ---
SVCHOST Windows services ENIW.SYS Windows personalities Kernel-mode
drivers for everything -- NTOSKRNL.EXE
Apache OpenOffice does not fully support newer features of ODF.
06-05-2018 02:02 tarihinde Javier Agustìn Fernàndez Arroyo yazdı:
> as an alternative, Apache OpenOffice still supports NT5
>
___
Ros-dev mailing list
Ros-dev@reactos.org
Aka project Doors!
> In the long term, we could leverage the power of Git and fork the WINE
> repository on GitHub. We could then apply Wine-Staging patches and our
> own changes to that repository. Syncing with upstream would now be
> possible by merging commits instead of overwriting files. In
ReactOS Foundation is not an AG either. Non-profits does not have
"angel" investors which want their returns of investments in the pace
they invested.
13-12-2017 23:57 tarihinde David Quintana (gigaherz) yazdı:
> IF we are given something, it would have to be sold ASAP, imo. I have
> no doubt
I have recently added ReactOS as a distribution into Wine Application
Compatibility database as ReactOS uses most of Wine components.
ReactOS-Windows incompatibilities can now be tracked like Wine-Windows
incompatibilies.
___
Ros-dev mailing list
No answers for Ethereum fundraising proposal for a long time.
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
Monero is not scriptable enough to faciliate smart contracts. Its only
scripting capability modifies signature checking. I will need
Turing-complete scripting facilities to create necessary funding
infrastructure without middlemen. Ethereum(ETH/ETC) and Nxt are
suitable. Nxt employs HTML/JS
Ethereum is a decentralised cryptocurrency based on proof of work and
proof of stake consensus with Turing-complete scripting. Utilising
Ethereum for fundraiser will allow us to remove the middlemen from
raising funds and allow us to distribute them more directly. I want to
be first contract
26 matches
Mail list logo
