twchapman / nativeclient-sdk Goto Github PK

Port the Quake example app to the latest Pepper APIs.

http://code.google.com/p/naclports/source/browse/#svn/trunk/src/examples/needs_p
orting/quake

Move to naclports/examples/games when done.

NaClVsx.Package must include build rules that invoke nacl-gcc to build a NaCl 
project.

Port glsample to latest Pepper API, but use Mesa for rendering.

Visual Studio Step into, step out, step to, and step over options should work 
in NaCl executables exactly the same way they work in standard Windows 
executables.

Watch windows should support arrays as well as scalars.

We need clear samples for NaCl runtime features: 

inter-module communication
shared memory
threading
simple browser interaction via SRPC

Visual Studio should correctly report the NaCl processes that are currently 
running, and allow attach to a specific process.

As of this bug report, the NaCl VS debugger reports that all processes are NaCl 
processes, and attaches to the first process started (the one that acquired the 
default debugging port) regardless of which process the user chooses.

What steps will reproduce the problem?
1. Open google chromium using --enable-nacl
2. navigate to 
http://nativeclient-sdk.googlecode.com/svn/trunk/src/docs/gallery/index.html
3.

What is the expected output? What do you see instead?
Browser sits on "waiting for http://nativeclient-sdk.googlecode.com..." and 
never displays a page.  Sometimes a dialog will appear explaining that the 
native code app has become unresponsive and you can choose to wait or kill the 
app. Waiting does nothing. 

What version of the product are you using? On what operating system?
Chromium 6.0.405.0(47357) on Windows Vista service pack 2

Please provide any additional information below.
If I navigate to 
http://nativeclient-sdk.googlecode.com/svn/trunk/src/docs/gallery/index.html 
without using the  --enable-nacl flag then the page loads but of course without 
the native apps but this indicates that the native apps are causing the issue.  
The native app examples run on my local IIS server also do not work, same 
problem.

What steps will reproduce the problem?
1. load a default built version of a sample (like hello world) on a 64 bit 
processor

What is the expected output? What do you see instead?
Expected: it loads.  Actual: it doesn't load, you have to go to a special 64 
bit version page.

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Unpack the Mac SDK.
2. Execute the $NACL_SDK/toolchain/mac_x86/bin/nacl-g++ executable.

What is the expected output? What do you see instead?
The following is printed:

bin/nacl-g++: line 3: 
/Users/millenomi/Downloads/native_client_sdk_0_1_358_0/toolchain/mac_x86/bin/nac
l64-
g++: No such file or directory
bin/nacl-g++: line 3: exec: 
/Users/millenomi/Downloads/native_client_sdk_0_1_358_0/toolchain/mac_x86/bin/nac
l64-
g++: cannot execute: No such file or directory


What version of the product are you using? On what operating system?
Using version whose directory unpacks as 'native_client_sdk_0_1_358_0'.

Please provide any additional information below.

We need docs to help developers use the package manager and ported libraries in 
NaCl.

I've been using Chromium 5.0.387.0 (45445) with --enable-nacl and 
native_client_sdk_0_1_358_0 
for mac.
All other demos are working.

Several of the SDK examples seem to implement functions in their npn_bridge.cc 
files are really aren't referenced anywhere.  

1. This dead code should be removed.
2. Remaining functions should be sufficiently commented to provide a new 
developer with an understanding of why these kinds of functions exist.  
3. References to complete listings of the available functions for NaCl 
developers to implement and use should be added to the code to reduce 
search-time.

What steps will reproduce the problem?
Follow the GettingStarted guide up to running the Tumbler example.

What is the expected output? What do you see instead?
-A magenta square should appear.
The page text appears, and if I minimize and maximize the window, a tan box 
appears (the default color of Ubuntu's window backgrounds), but if I click 
it, it disappears.

What version of the product are you using? On what operating system?
Ubuntu 10.04 32-bit, Chromium both builds 47357 and 48002, 
native_client_sdk_0_1_401_0.

Please provide any additional information below.
The Hello World example also has problems, but the Pi Generator and Sine 
Synthesizer work as far as I can tell.

Port drawing example ot latest Pepper API.

http://code.google.com/p/naclports/source/browse/#svn/trunk/src/examples/needs_p
orting/photo

What steps will reproduce the problem?
1. running chromium with --enable-nacl and navigating to the hello-world 
example


What is the expected output? What do you see instead?
it starts to load the example page then the tab dies

What version of the product are you using? On what operating system?
chromium build 45444 on windows 7

The SDK should include a command-line validator 'ncval' to simplify 
diagnosis of validation related errors.

What steps will reproduce the problem?
1. Run the example
2. Run ./chrome-wrapper --enable-nacl --user-data-dir=nacl-chrome-profile

What is the expected output? What do you see instead?
A 3D cube appears.
Blank instead.

What version of the product are you using? On what operating system?
Fedora 11, native_client_sdk_0_1_411_0, Chromium 47357 build

We need a way to allow developers to debug NaCl modules that use the Pepper 
APIs.  This bug is 
complete when there is an easy way to create a trusted (not sandboxed by NaCl) 
Pepper plugin and 
attach a debugger to it as a first step.

When a user asks Visual Studio to launch the current project in the debugger 
(usually by pressing f5 or the equivalent menu item) the debugger must launch a 
sel process and attach to it.

In the Visual Studio registers window, support extended registers (SSE, FPU, 
MMX) as appropriate

What steps will reproduce the problem?
1. Checkout the SDK on windows.
2. from src, run python build_tools\generate_installers.py

What is the expected output?
- A completed SDK installer for Windows.

What do you see instead?

File: failed opening file 
"packages.unpacked\naclsdk_win_x86.tgz\sdk\nacl-sdk\nacl64\lib\32\crt1.o"
Error in script "make_native_client_sdk.nsi" on line 1577 -- aborting creation 
process

Victor investigated this for me, and found that certain files are created in 
the compiler tarball with 000 perms:


$ wget 
http://gsdview.appspot.com/nativeclient-archive/toolchain/latest/naclsdk_win_x86
a.tgz
--2010-06-16 00:06:11--  
http://gsdview.appspot.com/nativeclient-archive/toolchain/latest/naclsdk_win_x86
a.tgz
Преобразование адреса gsdview.appspot.com... 74.125.39.141
Устанавливается соединение с 
gsdview.appspot.com|74.125.39.141|:80... соединились.
Запрос HTTP послан, ожидание ответа... 302 Found
Адрес: 
http://commondatastorage.googleapis.com/nativeclient-archive/toolchain/latest/na
clsdk_win_x86a.tgz [переход]
--2010-06-16 00:06:11--  
http://commondatastorage.googleapis.com/nativeclient-archive/toolchain/latest/na
clsdk_win_x86a.tgz
Преобразование адреса commondatastorage.googleapis.com... 
209.85.135.132
Устанавливается соединение с 
commondatastorage.googleapis.com|209.85.135.132|:80... соединились.
Запрос HTTP послан, ожидание ответа... 200 OK
Длина: 51187288 (49M) [application/x-tar]
Saving to: «naclsdk_win_x86a.tgz»

100%[===========================================================================
=============================>] 51,187,288  1019K/s   в 89s      

2010-06-16 00:07:46 (559 KB/s) - «naclsdk_win_x86a.tgz» saved 
[51187288/51187288]

$ tar tSvpf naclsdk_win_x86a.tgz | grep -- ----------
---------- chrome-bot/None     2104 2010-06-15 07:47 
sdk/nacl-sdk/nacl64/lib/32/crt1.o
---------- chrome-bot/None     1796 2010-06-15 07:47 
sdk/nacl-sdk/nacl64/lib/32/crti.o
---------- chrome-bot/None     1800 2010-06-15 07:47 
sdk/nacl-sdk/nacl64/lib/32/crtn.o
---------- chrome-bot/None     1400 2010-06-15 07:47 
sdk/nacl-sdk/nacl64/lib/32/intrinsics.o
---------- chrome-bot/None    39354 2010-06-15 07:46 
sdk/nacl-sdk/nacl64/lib/32/libav.a
---------- chrome-bot/None     6310 2010-06-15 07:47 
sdk/nacl-sdk/nacl64/lib/32/libcrt_platform.a
---------- chrome-bot/None    37886 2010-06-15 07:46 
sdk/nacl-sdk/nacl64/lib/32/libgio.a
---------- chrome-bot/None  1823996 2010-06-15 09:34 
sdk/nacl-sdk/nacl64/lib/32/libgoogle_nacl_gpu.a
---------- chrome-bot/None    21162 2010-06-15 09:34 
sdk/nacl-sdk/nacl64/lib/32/libgoogle_nacl_imc.a
---------- chrome-bot/None    31186 2010-06-15 09:34 
sdk/nacl-sdk/nacl64/lib/32/libgoogle_nacl_imc_c.a
---------- chrome-bot/None  1200660 2010-06-15 09:34 
sdk/nacl-sdk/nacl64/lib/32/libgoogle_nacl_npruntime.a
---------- chrome-bot/None   246738 2010-06-15 09:34 
sdk/nacl-sdk/nacl64/lib/32/libgoogle_nacl_pgl.a
---------- chrome-bot/None   132484 2010-06-15 09:34 
sdk/nacl-sdk/nacl64/lib/32/libgoogle_nacl_platform.a
---------- chrome-bot/None  9797054 2010-06-15 09:34 
sdk/nacl-sdk/nacl64/lib/32/libgoogle_nacl_protobuf.a
---------- chrome-bot/None   114706 2010-06-15 07:47 
sdk/nacl-sdk/nacl64/lib/32/libnacl.a
---------- chrome-bot/None   250262 2010-06-15 07:47 
sdk/nacl-sdk/nacl64/lib/32/libnosys.a
---------- chrome-bot/None    69204 2010-06-15 07:47 
sdk/nacl-sdk/nacl64/lib/32/libpthread.a
---------- chrome-bot/None   235310 2010-06-15 07:46 
sdk/nacl-sdk/nacl64/lib/32/libsrpc.a
---------- chrome-bot/None    28054 2010-06-15 07:47 
sdk/nacl-sdk/nacl64/lib/32/libvalgrind.a
---------- chrome-bot/None     2480 2010-06-15 07:47 
sdk/nacl-sdk/nacl64/lib/32/reachable_function_symbols.o
---------- chrome-bot/None     2984 2010-06-15 07:48 
sdk/nacl-sdk/nacl64/lib/crt1.o
---------- chrome-bot/None     2656 2010-06-15 07:48 
sdk/nacl-sdk/nacl64/lib/crti.o
---------- chrome-bot/None     2656 2010-06-15 07:48 
sdk/nacl-sdk/nacl64/lib/crtn.o
---------- chrome-bot/None    59638 2010-06-15 07:48 
sdk/nacl-sdk/nacl64/lib/libav.a
---------- chrome-bot/None     9366 2010-06-15 07:48 
sdk/nacl-sdk/nacl64/lib/libcrt_platform.a
---------- chrome-bot/None    53066 2010-06-15 07:48 
sdk/nacl-sdk/nacl64/lib/libgio.a
---------- chrome-bot/None  2769356 2010-06-15 09:36 
sdk/nacl-sdk/nacl64/lib/libgoogle_nacl_gpu.a
---------- chrome-bot/None    30058 2010-06-15 09:37 
sdk/nacl-sdk/nacl64/lib/libgoogle_nacl_imc.a
---------- chrome-bot/None    45374 2010-06-15 09:37 
sdk/nacl-sdk/nacl64/lib/libgoogle_nacl_imc_c.a
---------- chrome-bot/None  1755438 2010-06-15 09:37 
sdk/nacl-sdk/nacl64/lib/libgoogle_nacl_npruntime.a
---------- chrome-bot/None   335034 2010-06-15 09:36 
sdk/nacl-sdk/nacl64/lib/libgoogle_nacl_pgl.a
---------- chrome-bot/None   183444 2010-06-15 09:37 
sdk/nacl-sdk/nacl64/lib/libgoogle_nacl_platform.a
---------- chrome-bot/None 15234780 2010-06-15 09:36 
sdk/nacl-sdk/nacl64/lib/libgoogle_nacl_protobuf.a
---------- chrome-bot/None   160230 2010-06-15 07:48 
sdk/nacl-sdk/nacl64/lib/libnacl.a
---------- chrome-bot/None   359258 2010-06-15 07:49 
sdk/nacl-sdk/nacl64/lib/libnosys.a
---------- chrome-bot/None    96448 2010-06-15 07:48 
sdk/nacl-sdk/nacl64/lib/libpthread.a
---------- chrome-bot/None   343794 2010-06-15 07:48 
sdk/nacl-sdk/nacl64/lib/libsrpc.a
---------- chrome-bot/None    50470 2010-06-15 07:49 
sdk/nacl-sdk/nacl64/lib/libvalgrind.a
---------- chrome-bot/None     3480 2010-06-15 07:48 
sdk/nacl-sdk/nacl64/lib/reachable_function_symbols.o

Easy to see that all files created by SCONS got 000 permissions. tar will 
faithfully reproduce these permissions and on some systems this will lead to 
trouble.

Fixup layout of compilers so it has host_<foo>/target-x86-32, target-x86-64, 
etc.  It should 
follow the same build dir layout as the native_client project.

The Visual Studio disassembly window should work for NaCl executables just as 
it does for normal Windows executables.

What steps will reproduce the problem?
1. Load Tumbler demo in 6.0.405.0 (47357) on Mac

What is the expected output? What do you see instead?
I expect to see the cube immediately, instead I see a black square or garbage 
in the viewport.  When 
I click and drag the cube is properly drawn.

Please use labels and text to provide additional information.

Port Xaos example app to latest Pepper APIs.

http://code.google.com/p/naclports/source/browse/#svn/trunk/src/examples/needs_p
orting/xaos

Move to naclports/examples/games when done.

What steps will reproduce the problem?
1. cd examples
2. python httpd.py 5103
3. Point Chrome to http://localhost:5103

What is the expected output? What do you see instead?
It causes an exception in the simple web server

Please use labels and text to provide additional information.

Need to port the photo sample app to the latest Pepper2 API.  Source is here:

http://code.google.com/p/naclports/source/browse/#svn/trunk/src/examples/needs_p
orting/photo

What steps will reproduce the problem?
Follow the GettingStarted guide up to running the Hello World example.

What is the expected output? What do you see instead?
-Click the Call fortytwo() button. 
A dialog should come up, saying that the page says: 42
Instead, it says: Object #<an HTMLEmbedElement> has no method 'fortytwo'
-Click the Call helloworld() button. 
A dialog should come up, saying that the page says: hello, world.
Instead, it says: Object #<an HTMLEmbedElement> has no method 'helloworld'

What version of the product are you using? On what operating system?
Ubuntu 10.04 32-bit, Chromium both builds 47357 and 48002, 
native_client_sdk_0_1_401_0.

Please provide any additional information below.
Some user comments on the GettingStarted page suggest this also happens on 
Mac OS X.

The Visual Studio watch window should correctly parse variable names, including 
expressions, so that it can display their values.

Variable expression parsing should function the same way it does for Windows 
applications. (This is probably a lot of work.)

The Visual Studio Extensions package needs a professional-quality .msi 
installer/uninstaller. 

The installer should support installing to the experimental hive as well as to 
a normal VS deployment. After the installer runs, the user should be able to 
create, compile, and debug a NaCl project in Visual Studio. 

Currently, we support only printf debugging for Native Client modules.  We 
should at least one good debugging path per platform, such as GDB or Visual 
Studio debugging.

Watch windows should support hierarchical structures.

What steps will reproduce the problem?
1. Install following all the instructions step b step
2. Run hello world (launching NOT FROM A LOCAL SERVER)
3. It hangs

What is the expected output? What do you see instead?
The one mentiones in the Get started guide

What version of the product are you using? On what operating system?
version 5.0.387.0 


Please provide any additional information below.
I am using Vista

We need to figure out the LICENSE file stuff, make sure the right LICENSE files 
are in the right 
places, esp. w.r.t. third-party

The SDK should support ARM code generation.  

The NaCl debugger should respect the Visual Studio C++ settings for exceptions. 
Visual Studio allows the user to specify which exceptions should cause the 
debugger to break, and which should be ignored. This feature should work for 
NaCl apps the same way it works for Windows apps. 

Some debugging scenarios are vastly simplified by working with a simple 
command-line version of sel_ldr. It should be included in the SDK.

Support autoexp.dat syntax for formatting values in the watch window. Users 
should be able to use comma syntax (for instance: foo,su prints foo as a 
unicode string) in the watch window directly, or modify autoexp.dat to get 
persistent formatting for custom types. 

SRPC is a critical infrastructure for anybody who wants to replace or debug 
the stuff we are building on top of it like Pepper. There should be an 
example in the SDK of how to work with SRPC.

The SDK should have an example of how to build a Native Client module written 
in C. For an 
example see http://code.google.com/p/nativeclient/tests/srpc_hw

Visual Studio conditional breakpoints (including count and expression points) 
should work for NaCl apps the same way they work for Windows apps.

The memory window won't parse an address that doesn't begin with 0x. Since 
Visual Studio strips off the 0x after the first time the address is parsed, 
this makes the window hard to use.

It appears that memory address parsing goes through the same path as watch 
window variable name parsing. There must be some way to disambiguate addresses 
(as opposed to, say, a variabled named "fee" or some such) but we don't know 
what it is yet.

People are trying to figure out how to use Pepper and there are not enough
info in the current samples. Need coverage of: events, 2D, 3D and audio.

Makefiles are simpler, and are readable by a wider audience than scons.

We should support development in a popular windows IDE for convenience.

A Visual Studio project wizard that creates a blank sample project that uses 
pepper.

The examples only build nexe's and trustet pepper plugin for os x.
./hammer.sh --mode=plugin should work for linux as well.

The Visual Studio debugger must correctly support multiple threads, including 
the VS threads window and the ability to switch the current thread.

Debug properties currently support scalar variables and registers. They need to 
support the following:

- Function arguments
- Arrays
- Structures
- Filtering (e.g. registers should not show up in locals window)

This will involve some refactoring of the DebugProperty class.