It is currently Wed Dec 13, 2017 3:45 pm

All times are UTC - 7 hours





Post new topic Reply to topic  [ 72 posts ]  Go to page Previous  1, 2, 3, 4, 5  Next
Author Message
PostPosted: Thu Jan 05, 2017 11:05 am 
Offline
User avatar

Joined: Mon Oct 01, 2012 3:47 pm
Posts: 153
Location: freemland (NTSC-U)
calima wrote:
You cannot tell what a binary blob does, it is a security nightmare that could do anything from cryptolocking your files to installing Windows 10.


I really honestly hope that you built your own computer. Not just "putting together parts", but literally designing every single piece of hardware in there. Otherwise, you can't trust ANYTHING.


Top
 Profile  
 
PostPosted: Thu Jan 05, 2017 11:33 am 
Offline
User avatar

Joined: Sat Feb 12, 2005 9:43 pm
Posts: 10164
Location: Rio de Janeiro - Brazil
Yeah, I've heard that firmwares for example can be extremely dangerous...! :roll:


Top
 Profile  
 
PostPosted: Mon Apr 10, 2017 9:09 am 
Offline

Joined: Sun Sep 19, 2004 11:12 pm
Posts: 19341
Location: NE Indiana, USA (NTSC)
calima wrote:
tepples wrote:
And is it more enjoyable to play-test a Super NES game at one-fourth speed with choppy sound on a free emulator or on a proprietary emulator at full speed with correct sound? Because that's the speed difference between free bsnes and proprietary NO$SNS on the Atom N450 in my laptop.

Is something wrong with snes9x or zsnes?

That depends on whether there's a debugger for Snes9x other than (a) Geiger's or (b) debugging the emulator as an indirect means of debugging your game.


Top
 Profile  
 
PostPosted: Mon Apr 10, 2017 3:18 pm 
Offline
User avatar

Joined: Sat Jan 03, 2015 5:58 pm
Posts: 368
Location: ...
tepples wrote:
A user wants to use an NES debugger on a 64-bit Linux PC but refuses to use any non-free software out of principle and refuses to install any 32-bit free software (such as FCEUX for Windows in Wine) out of fear that the 32-bit support libraries will take several gigabytes and "hav[ing] better use for that space".

If higan had debugging features, that would certainly fit the bill. Other than that wine seems to be the only option.

Why are FCEUX's debugging features only on win32, anyway? Do they use Visual Studio's C++ API features?


Top
 Profile  
 
PostPosted: Mon Apr 10, 2017 3:25 pm 
Offline

Joined: Sat Apr 25, 2015 1:47 pm
Posts: 336
Location: FL
nicklausw wrote:
Why are FCEUX's debugging features only on win32, anyway? Do they use Visual Studio's C++ API features?


All of the debugger GUI components are written exclusively using the Windows API.


Top
 Profile  
 
PostPosted: Mon Apr 10, 2017 3:38 pm 
Offline
User avatar

Joined: Sat Jul 12, 2014 3:04 pm
Posts: 950
Which, if I recall my TAS-emulator history right, was because it was that way on Gens, from which they took said parts.


Top
 Profile  
 
PostPosted: Tue Apr 11, 2017 11:21 am 
Offline
User avatar

Joined: Sat Jan 09, 2016 9:21 pm
Posts: 263
Location: Central Illinois, USA
Revenant wrote:
nicklausw wrote:
Why are FCEUX's debugging features only on win32, anyway? Do they use Visual Studio's C++ API features?


All of the debugger GUI components are written exclusively using the Windows API.


I've been tempted more than once to take the time to start writing GTK versions of the debugging components. But after checking out the code and starting to dig through it, I always end up shrugging my shoulders and installing WINE. :roll:

_________________
My games: http://www.bitethechili.com


Top
 Profile  
 
PostPosted: Tue Apr 11, 2017 12:29 pm 
Offline
User avatar

Joined: Sun May 27, 2012 8:43 pm
Posts: 1311
calima wrote:
You cannot tell what a binary blob does, it is a security nightmare that could do anything from cryptolocking your files to installing Windows 10.

If you are going to be so jailed by your own freedoms, then you'd be best off writing your own tools only.


Top
 Profile  
 
PostPosted: Wed Apr 12, 2017 1:05 am 
Offline

Joined: Tue Oct 06, 2015 10:16 am
Posts: 603
Incidentally, I'm typing this in my own web browser, while my own PDF reader and stock watching program are open :D More about the lacking functionality in existing programs, but hey.

From my POV, it's simply stupid to give trust where none is deserved. You're risking everything on your computer just to run a proprietary program. If that program really is worth all your data, and what can be done with it, then do use it.


Top
 Profile  
 
PostPosted: Wed Apr 12, 2017 7:27 am 
Offline

Joined: Sun Sep 19, 2004 11:12 pm
Posts: 19341
Location: NE Indiana, USA (NTSC)
calima wrote:
You're risking everything on your computer just to run a proprietary program.

Which is why one runs it in a container that cannot read or write anything outside the container.


Top
 Profile  
 
PostPosted: Wed Apr 12, 2017 10:37 am 
Offline
User avatar

Joined: Sun May 27, 2012 8:43 pm
Posts: 1311
calima wrote:
You're risking everything on your computer just to run a proprietary program.

Are you running software as root? You may enjoy Jails.


Top
 Profile  
 
PostPosted: Wed Apr 12, 2017 10:39 am 
Offline

Joined: Tue Oct 06, 2015 10:16 am
Posts: 603
Indeed, at the cost of that container/VM.

Quote:
Are you running software as root? You may enjoy Jails.
Of course not. But I'm aware bugs exist. The kernel I'm running on has easily hundreds of privilege escalation bugs, as well as bugs allowing one to escape a container.


Top
 Profile  
 
PostPosted: Wed Apr 12, 2017 10:48 am 
Offline

Joined: Sun Sep 19, 2004 11:12 pm
Posts: 19341
Location: NE Indiana, USA (NTSC)
A few PCs are compatible with libreboot. For everything else, the free operating system relies on proprietary firmware components, such as ACPI BIOS or UEFI. These act as the "container" for a free operating system, and like any other container, they may have defects that allow escalation.


Top
 Profile  
 
PostPosted: Wed Apr 12, 2017 12:13 pm 
Offline
User avatar

Joined: Sun May 27, 2012 8:43 pm
Posts: 1311
tepples wrote:
A few PCs are compatible with libreboot. For everything else, the free operating system relies on proprietary firmware components, such as ACPI BIOS or UEFI. These act as the "container" for a free operating system, and like any other container, they may have defects that allow escalation.

What about the small embedded programs and microkernels on the dozens of embedded devices that make a computer's peripherals work? I speak of peripherals like NICs, memory controllers, USB controllers, sound cards, et cetera. Where is the line of trust drawn, and with what justification?


Top
 Profile  
 
PostPosted: Thu Apr 13, 2017 12:33 am 
Offline

Joined: Tue Oct 06, 2015 10:16 am
Posts: 603
A regular NIC, sound card, etc does not have access to memory. Even a thoroughly malicious NIC is limited in what it can do.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 72 posts ]  Go to page Previous  1, 2, 3, 4, 5  Next

All times are UTC - 7 hours


Who is online

Users browsing this forum: Pokun and 7 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group