Hi
I was just wondering why the SDL_NaClMount call uses httpfs as
filesystem type. Wondering because I wasn’t able to find that particular
type in the docs at [1].
I have a NaCl port of CaveExpress [2] almost working (except the io). If
you want to test it:
make nacl-setup
[restart shell due to env vars]
./configure --target-os=nacl
make
make nacl-installer
make nacl-start
It seems it’s just a typo in their documents, the right type is “httpfs”
I’m actually thinking about removing SDL_NaClMount before the next release
and just have the user use mount/umount…any objections?
By the way, Sylvain Becker sent me this link:
It’s the first SDL2 app, that I know of, on the Chrome Store!
2014-06-19 7:43 GMT-03:00 Martin Gerhardy <martin.gerhardy at gmail.com>:> Hi
I was just wondering why the SDL_NaClMount call uses httpfs as filesystem
type. Wondering because I wasn’t able to find that particular type in the
docs at [1].I have a NaCl port of CaveExpress [2] almost working (except the io). If
you want to test it:make nacl-setup
[restart shell due to env vars]
./configure --target-os=nacl
make
make nacl-installer
make nacl-start[1] https://developer.chrome.com/native-client/devguide/coding/
nacl_io#introduction
[2] https://github.com/mgerhardy/caveexpress–
http://www.caveproductions.org
http://www.ufoai.org
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Gabriel.
Thanks to clarify. I’ve read the header docu and there it’s indeed httpfs.
Btw. if I understand it correctly, the call to nacl_io_init_ppapi resp.
nacl_io_init is not part of SDL - is there any particular reason for
that? And if we have to call that manually, it would be great if this
would be part of the README. I would make patches, just don’t know
whether it’s intended that this is missing or not.
Regards
MartinAm 19.06.2014 14:43, schrieb Gabriel Jacobo:
It seems it’s just a typo in their documents, the right type is “httpfs”
I’m actually thinking about removing SDL_NaClMount before the next
release and just have the user use mount/umount…any objections?By the way, Sylvain Becker sent me this link:
https://chrome.google.com/webstore/detail/balloon-pop/bjiiaeikoccbpffgpdcdbfmceoidcgge?utm_source=chrome-ntp-iconIt’s the first SDL2 app, that I know of, on the Chrome Store!
2014-06-19 7:43 GMT-03:00 Martin Gerhardy <@Martin_Gerhardy
mailto:Martin_Gerhardy>:Hi I was just wondering why the SDL_NaClMount call uses httpfs as filesystem type. Wondering because I wasn't able to find that particular type in the docs at [1]. I have a NaCl port of CaveExpress [2] almost working (except the io). If you want to test it: make nacl-setup [restart shell due to env vars] ./configure --target-os=nacl make make nacl-installer make nacl-start [1] https://developer.chrome.com/native-client/devguide/coding/nacl_io#introduction [2] https://github.com/mgerhardy/caveexpress -- -- http://www.caveproductions.org http://www.ufoai.org _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org–
Gabriel.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
http://www.caveproductions.org/
https://twitter.com/MartinGerhardy
That’s fixed now…though I do wonder why it worked before without that
call.
I also removed SDL_NaClMount/Umount, you should just use mount/umount
directly from nacl_io (they were nothing more than dummy wrappers).
2014-06-20 4:10 GMT-03:00 Martin Gerhardy <martin.gerhardy at gmail.com>:> Thanks to clarify. I’ve read the header docu and there it’s indeed
httpfs.
Btw. if I understand it correctly, the call to nacl_io_init_ppapi resp.
nacl_io_init is not part of SDL - is there any particular reason for that?
And if we have to call that manually, it would be great if this would be
part of the README. I would make patches, just don’t know whether it’s
intended that this is missing or not.Regards
MartinAm 19.06.2014 14:43, schrieb Gabriel Jacobo:
It seems it’s just a typo in their documents, the right type is “httpfs”
I’m actually thinking about removing SDL_NaClMount before the next
release and just have the user use mount/umount…any objections?By the way, Sylvain Becker sent me this link:
https://chrome.google.com/webstore/detail/balloon-pop/bjiiaeikoccbpffgpdcdbfmceoidcgge?utm_source=chrome-ntp-iconIt’s the first SDL2 app, that I know of, on the Chrome Store!
2014-06-19 7:43 GMT-03:00 Martin Gerhardy <martin.gerhardy at gmail.com>:
Hi
I was just wondering why the SDL_NaClMount call uses httpfs as filesystem
type. Wondering because I wasn’t able to find that particular type in the
docs at [1].I have a NaCl port of CaveExpress [2] almost working (except the io). If
you want to test it:make nacl-setup
[restart shell due to env vars]
./configure --target-os=nacl
make
make nacl-installer
make nacl-start[1]
https://developer.chrome.com/native-client/devguide/coding/nacl_io#introduction
[2] https://github.com/mgerhardy/caveexpress–
http://www.caveproductions.org
http://www.ufoai.org
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org–
Gabriel.
SDL mailing listSDL at lists.libsdl.orghttp://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Gabriel.
Thanks again.Am 20.06.2014 16:03, schrieb Gabriel Jacobo:
That’s fixed now…though I do wonder why it worked before without
that call.I also removed SDL_NaClMount/Umount, you should just use mount/umount
directly from nacl_io (they were nothing more than dummy wrappers).2014-06-20 4:10 GMT-03:00 Martin Gerhardy <@Martin_Gerhardy
mailto:Martin_Gerhardy>:Thanks to clarify. I've read the header docu and there it's indeed httpfs. Btw. if I understand it correctly, the call to nacl_io_init_ppapi resp. nacl_io_init is not part of SDL - is there any particular reason for that? And if we have to call that manually, it would be great if this would be part of the README. I would make patches, just don't know whether it's intended that this is missing or not. Regards Martin Am 19.06.2014 14:43, schrieb Gabriel Jacobo:It seems it's just a typo in their documents, the right type is "httpfs" I'm actually thinking about removing SDL_NaClMount before the next release and just have the user use mount/umount...any objections? By the way, Sylvain Becker sent me this link: https://chrome.google.com/webstore/detail/balloon-pop/bjiiaeikoccbpffgpdcdbfmceoidcgge?utm_source=chrome-ntp-icon It's the first SDL2 app, that I know of, on the Chrome Store! 2014-06-19 7:43 GMT-03:00 Martin Gerhardy <@Martin_Gerhardy <mailto:@Martin_Gerhardy>>: Hi I was just wondering why the SDL_NaClMount call uses httpfs as filesystem type. Wondering because I wasn't able to find that particular type in the docs at [1]. I have a NaCl port of CaveExpress [2] almost working (except the io). If you want to test it: make nacl-setup [restart shell due to env vars] ./configure --target-os=nacl make make nacl-installer make nacl-start [1] https://developer.chrome.com/native-client/devguide/coding/nacl_io#introduction [2] https://github.com/mgerhardy/caveexpress -- -- http://www.caveproductions.org http://www.ufoai.org _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org -- Gabriel. _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org-- http://www.caveproductions.org/ https://www.facebook.com/caveexpress https://twitter.com/MartinGerhardy _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org–
Gabriel.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
For me the mount is not working:
const int retVal = mount(dir.c_str(), target.c_str(), "httpfs", 0, "");
log("mounting dir: '" + dir + "' as target '" + target + "' with
return value: " + string::toString(retVal) + “\n”);
if (retVal == -1)
perror(“mountDir failed”);
dir variable contains e.g. “base”, where target then is “/base” (there
is no docu abount mount in the sdk headers - but i’ve read somewhere
that the source is the relative directory from the point where your pexe
is living at)
The output of this is always:
“mountDir failed: Function not implemented”
Does it work for someone here?Am 20.06.2014 16:03, schrieb Gabriel Jacobo:
That’s fixed now…though I do wonder why it worked before without
that call.I also removed SDL_NaClMount/Umount, you should just use mount/umount
directly from nacl_io (they were nothing more than dummy wrappers).2014-06-20 4:10 GMT-03:00 Martin Gerhardy <@Martin_Gerhardy
mailto:Martin_Gerhardy>:Thanks to clarify. I've read the header docu and there it's indeed httpfs. Btw. if I understand it correctly, the call to nacl_io_init_ppapi resp. nacl_io_init is not part of SDL - is there any particular reason for that? And if we have to call that manually, it would be great if this would be part of the README. I would make patches, just don't know whether it's intended that this is missing or not. Regards Martin Am 19.06.2014 14:43, schrieb Gabriel Jacobo:It seems it's just a typo in their documents, the right type is "httpfs" I'm actually thinking about removing SDL_NaClMount before the next release and just have the user use mount/umount...any objections? By the way, Sylvain Becker sent me this link: https://chrome.google.com/webstore/detail/balloon-pop/bjiiaeikoccbpffgpdcdbfmceoidcgge?utm_source=chrome-ntp-icon It's the first SDL2 app, that I know of, on the Chrome Store! 2014-06-19 7:43 GMT-03:00 Martin Gerhardy <@Martin_Gerhardy <mailto:@Martin_Gerhardy>>: Hi I was just wondering why the SDL_NaClMount call uses httpfs as filesystem type. Wondering because I wasn't able to find that particular type in the docs at [1]. I have a NaCl port of CaveExpress [2] almost working (except the io). If you want to test it: make nacl-setup [restart shell due to env vars] ./configure --target-os=nacl make make nacl-installer make nacl-start [1] https://developer.chrome.com/native-client/devguide/coding/nacl_io#introduction [2] https://github.com/mgerhardy/caveexpress -- -- http://www.caveproductions.org http://www.ufoai.org _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org -- Gabriel. _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org-- http://www.caveproductions.org/ https://www.facebook.com/caveexpress https://twitter.com/MartinGerhardy _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org–
Gabriel.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
http://www.caveproductions.org/
https://twitter.com/MartinGerhardy
I’m not sure what’s up with that, did you try SDL’s tests? testrendercopyex
and testmultiaudio for example load assets via http, and they work for me
on Chrome 36/Linux
2014-06-24 6:14 GMT-03:00 Martin Gerhardy <martin.gerhardy at gmail.com>:> For me the mount is not working:
const int retVal = mount(dir.c_str(), target.c_str(), "httpfs", 0, ""); log("mounting dir: '" + dir + "' as target '" + target + "' withreturn value: " + string::toString(retVal) + “\n”);
if (retVal == -1)
perror(“mountDir failed”);dir variable contains e.g. “base”, where target then is “/base” (there is
no docu abount mount in the sdk headers - but i’ve read somewhere that the
source is the relative directory from the point where your pexe is living
at)The output of this is always:
“mountDir failed: Function not implemented”Does it work for someone here?
Am 20.06.2014 16:03, schrieb Gabriel Jacobo:
That’s fixed now…though I do wonder why it worked before without that
call.I also removed SDL_NaClMount/Umount, you should just use mount/umount
directly from nacl_io (they were nothing more than dummy wrappers).2014-06-20 4:10 GMT-03:00 Martin Gerhardy <martin.gerhardy at gmail.com>:
Thanks to clarify. I’ve read the header docu and there it’s indeed
httpfs.Btw. if I understand it correctly, the call to nacl_io_init_ppapi resp.
nacl_io_init is not part of SDL - is there any particular reason for that?
And if we have to call that manually, it would be great if this would be
part of the README. I would make patches, just don’t know whether it’s
intended that this is missing or not.Regards
MartinAm 19.06.2014 14:43, schrieb Gabriel Jacobo:
It seems it’s just a typo in their documents, the right type is “httpfs”
I’m actually thinking about removing SDL_NaClMount before the next
release and just have the user use mount/umount…any objections?By the way, Sylvain Becker sent me this link:
https://chrome.google.com/webstore/detail/balloon-pop/bjiiaeikoccbpffgpdcdbfmceoidcgge?utm_source=chrome-ntp-iconIt’s the first SDL2 app, that I know of, on the Chrome Store!
2014-06-19 7:43 GMT-03:00 Martin Gerhardy <martin.gerhardy at gmail.com>:
Hi
I was just wondering why the SDL_NaClMount call uses httpfs as
filesystem type. Wondering because I wasn’t able to find that particular
type in the docs at [1].I have a NaCl port of CaveExpress [2] almost working (except the io). If
you want to test it:make nacl-setup
[restart shell due to env vars]
./configure --target-os=nacl
make
make nacl-installer
make nacl-start[1]
https://developer.chrome.com/native-client/devguide/coding/nacl_io#introduction
[2] https://github.com/mgerhardy/caveexpress–
http://www.caveproductions.org
http://www.ufoai.org
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org–
Gabriel.
SDL mailing listSDL at lists.libsdl.orghttp://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org–
Gabriel.
SDL mailing listSDL at lists.libsdl.orghttp://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
Gabriel.
Now it’s getting weird.
my main is called SDL_main (checked that with FUNCTION output)
I disabled the call to SDL_main in nacl_main - but my application is
still starting.
I don’t link SDL_main , i compile the whole SDL into my binary - with
the SDL_nacl_main.c file
any ideas?
Regards
MartinAm 24.06.2014 14:36, schrieb Gabriel Jacobo:
I’m not sure what’s up with that, did you try SDL’s tests?
testrendercopyex and testmultiaudio for example load assets via http,
and they work for me on Chrome 36/Linux2014-06-24 6:14 GMT-03:00 Martin Gerhardy <@Martin_Gerhardy
mailto:Martin_Gerhardy>:For me the mount is not working: const int retVal = mount(dir.c_str(), target.c_str(), "httpfs", 0, ""); log("mounting dir: '" + dir + "' as target '" + target + "' with return value: " + string::toString(retVal) + "\n"); if (retVal == -1) perror("mountDir failed"); dir variable contains e.g. "base", where target then is "/base" (there is no docu abount mount in the sdk headers - but i've read somewhere that the source is the relative directory from the point where your pexe is living at) The output of this is always: "mountDir failed: Function not implemented" Does it work for someone here? Am 20.06.2014 16:03, schrieb Gabriel Jacobo:That's fixed now...though I do wonder why it worked before without that call. I also removed SDL_NaClMount/Umount, you should just use mount/umount directly from nacl_io (they were nothing more than dummy wrappers). 2014-06-20 4:10 GMT-03:00 Martin Gerhardy <@Martin_Gerhardy <mailto:@Martin_Gerhardy>>: Thanks to clarify. I've read the header docu and there it's indeed httpfs. Btw. if I understand it correctly, the call to nacl_io_init_ppapi resp. nacl_io_init is not part of SDL - is there any particular reason for that? And if we have to call that manually, it would be great if this would be part of the README. I would make patches, just don't know whether it's intended that this is missing or not. Regards Martin Am 19.06.2014 14:43, schrieb Gabriel Jacobo:It seems it's just a typo in their documents, the right type is "httpfs" I'm actually thinking about removing SDL_NaClMount before the next release and just have the user use mount/umount...any objections? By the way, Sylvain Becker sent me this link: https://chrome.google.com/webstore/detail/balloon-pop/bjiiaeikoccbpffgpdcdbfmceoidcgge?utm_source=chrome-ntp-icon It's the first SDL2 app, that I know of, on the Chrome Store! 2014-06-19 7:43 GMT-03:00 Martin Gerhardy <@Martin_Gerhardy <mailto:@Martin_Gerhardy>>: Hi I was just wondering why the SDL_NaClMount call uses httpfs as filesystem type. Wondering because I wasn't able to find that particular type in the docs at [1]. I have a NaCl port of CaveExpress [2] almost working (except the io). If you want to test it: make nacl-setup [restart shell due to env vars] ./configure --target-os=nacl make make nacl-installer make nacl-start [1] https://developer.chrome.com/native-client/devguide/coding/nacl_io#introduction [2] https://github.com/mgerhardy/caveexpress -- -- http://www.caveproductions.org http://www.ufoai.org _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org -- Gabriel. _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org-- http://www.caveproductions.org/ https://www.facebook.com/caveexpress https://twitter.com/MartinGerhardy _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org -- Gabriel. _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org-- http://www.caveproductions.org/ https://www.facebook.com/caveexpress https://twitter.com/MartinGerhardy _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org–
Gabriel.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
http://www.caveproductions.org/
https://twitter.com/MartinGerhardy
now everything works - the solution was to not include SDL_dummy_main.c 
sorry for the trouble.Am 24.06.2014 14:36, schrieb Gabriel Jacobo:
I’m not sure what’s up with that, did you try SDL’s tests?
testrendercopyex and testmultiaudio for example load assets via http,
and they work for me on Chrome 36/Linux2014-06-24 6:14 GMT-03:00 Martin Gerhardy <@Martin_Gerhardy
mailto:Martin_Gerhardy>:For me the mount is not working: const int retVal = mount(dir.c_str(), target.c_str(), "httpfs", 0, ""); log("mounting dir: '" + dir + "' as target '" + target + "' with return value: " + string::toString(retVal) + "\n"); if (retVal == -1) perror("mountDir failed"); dir variable contains e.g. "base", where target then is "/base" (there is no docu abount mount in the sdk headers - but i've read somewhere that the source is the relative directory from the point where your pexe is living at) The output of this is always: "mountDir failed: Function not implemented" Does it work for someone here? Am 20.06.2014 16:03, schrieb Gabriel Jacobo:That's fixed now...though I do wonder why it worked before without that call. I also removed SDL_NaClMount/Umount, you should just use mount/umount directly from nacl_io (they were nothing more than dummy wrappers). 2014-06-20 4:10 GMT-03:00 Martin Gerhardy <@Martin_Gerhardy <mailto:@Martin_Gerhardy>>: Thanks to clarify. I've read the header docu and there it's indeed httpfs. Btw. if I understand it correctly, the call to nacl_io_init_ppapi resp. nacl_io_init is not part of SDL - is there any particular reason for that? And if we have to call that manually, it would be great if this would be part of the README. I would make patches, just don't know whether it's intended that this is missing or not. Regards Martin Am 19.06.2014 14:43, schrieb Gabriel Jacobo:It seems it's just a typo in their documents, the right type is "httpfs" I'm actually thinking about removing SDL_NaClMount before the next release and just have the user use mount/umount...any objections? By the way, Sylvain Becker sent me this link: https://chrome.google.com/webstore/detail/balloon-pop/bjiiaeikoccbpffgpdcdbfmceoidcgge?utm_source=chrome-ntp-icon It's the first SDL2 app, that I know of, on the Chrome Store! 2014-06-19 7:43 GMT-03:00 Martin Gerhardy <@Martin_Gerhardy <mailto:@Martin_Gerhardy>>: Hi I was just wondering why the SDL_NaClMount call uses httpfs as filesystem type. Wondering because I wasn't able to find that particular type in the docs at [1]. I have a NaCl port of CaveExpress [2] almost working (except the io). If you want to test it: make nacl-setup [restart shell due to env vars] ./configure --target-os=nacl make make nacl-installer make nacl-start [1] https://developer.chrome.com/native-client/devguide/coding/nacl_io#introduction [2] https://github.com/mgerhardy/caveexpress -- -- http://www.caveproductions.org http://www.ufoai.org _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org -- Gabriel. _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org-- http://www.caveproductions.org/ https://www.facebook.com/caveexpress https://twitter.com/MartinGerhardy _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org -- Gabriel. _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org-- http://www.caveproductions.org/ https://www.facebook.com/caveexpress https://twitter.com/MartinGerhardy _______________________________________________ SDL mailing list SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org> http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org–
Gabriel.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
http://www.caveproductions.org/
https://twitter.com/MartinGerhardy