forums.ps2dev.org

jimparis

I don't know about Bluegiga products, but connecting to L2CAP channels is easiest. If their firmware doesn't allow that, you could connect to it as a HID device, but I've found the L2CAP approach to be easier and more reliable, at least from Linux.

jimparis

What do you want from us? There's already a Windows hosted cell SDK. You even mentioned it, but apparently it still requires too much effort for you? Then the obvious answer is to use a vm, but of course you precluded that answer too. So of course you're gonna get no answers. I don't want to sound l...

jimparis

sixpair.c already has all of the information you need. Just read it.

jimparis

assumed: we run from "host0:/TEST/" 1. "test.txt" gives "host0:/TEST/test.txt" CORRECT 4. "host0:/test.txt" gives "host0:/test.txt' CORRECT 3. expanding "ms0:/test.txt" gives "ms0:/test.txt" CORRECT 3. expanding "ms0:/../test.txt...

jimparis

sorry, I meant "broken by desing"... but haven't read to the end the manpage. It's "broken" for it's impossible to determine a suitable size for the output buffer, not for the behavior. The size is PATH_MAX. On PSP PATH_MAX is a defined constant, so none of the issues listed in ...

jimparis

Yes, it needs to exist -- just like any implementation of realpath. I don't know what you mean by "buggy", but returning NULL and errno=ENOENT, ENOTDIR, etc is normal behavior when files or dirs don't exist. If that's not what you want, you can try using the low-level and nonstandard __psp...

jimparis

Oh, you said C, not C++.
Wrap the prototype:

Code: Select all

extern "C" &#123;
  char *realpath&#40;const char *path, char *resolved_path&#41;;
&#125;

jimparis

Nope, don't USE_PSPSDK_LIBC. Your grep shows that realpath is defined in libc, so either you're compiling against the wrong libc or something else. Post the full output of your compilation, maybe we can see what's wrong.

jimparis

It's there... maybe you have an old newlib or you're using psplibc or something. try:

Code: Select all

psp-nm /usr/local/pspdev/psp/lib/libc.a | grep realpath

jimparis

sceIoOpen is buggy when it comes to relative paths. I don't recall the details, but the newlib wrappers just canonicalize everything before passing to sceIoOpen. Unless you're really performance sensitive, you should use the newlib wrappers when available. They're easier to use (since they're well-...

jimparis

Use realpath: char buf[MAXPATHLEN]; if (realpath("../", buf) != NULL) { printf("the absolute path is %s\n", buf); } good find... thou' I'm not able to compile: 'realpath' was not declared in this s...

jimparis

What's ret? If it's zero due to timeout (yours is extremely short), maybe the fd_sets aren't being cleared. You can try also try drilling down into newlib's libc/sys/psp/select.c to see where they're getting set.

jimparis

Use realpath:

Code: Select all

char buf&#91;MAXPATHLEN&#93;;
if &#40;realpath&#40;"../", buf&#41; != NULL&#41; &#123;
   printf&#40;"the absolute path is %s\n", buf&#41;;
&#125;

jimparis

The root of a FAT filesystem can have an entry for the volume label. Maybe sceIoDread is catching that.

Be careful to zero the SceIoDirent before passing it to sceIoDopen. If you use the newlib wrappers, they take care of this.

jimparis

sceIoOpen is buggy when it comes to relative paths. I don't recall the details, but the newlib wrappers just canonicalize everything before passing to sceIoOpen. Unless you're really performance sensitive, you should use the newlib wrappers when available. They're easier to use (since they're well-d...

jimparis

You can use USB wifi devices just like you do on any other Linux system, sure. You don't have much access to do nonstandard stuff with the built-in wireless, though, since you're going through the hypervisor for that.

jimparis

Applied, thanks

jimparis

Looks like you tried to read or write from 0xEF19757D which is invalid.

jimparis

Are you talking about poll or pool?
If poll, just use select instead.
If pool, that makes no sense.

jimparis

What's the error return value? We can't guess it, you'll have to tell us.

jimparis

Looks like a problem in your kboot.conf. But this was the wrong place to post it anyway. Try ps3 linux discussion.

jimparis

Cyborg, read more carefully, he said "sceIoDopen" not "sceIoOpen". "Dopen" is how you open a directory to get a list of files inside it.

jimparis

To work through USB the mic will need to be a USB host, which is fairly complicated, but not impossible for a decent speed microcontroller. The best thing to use would be something like the Beagle USB analyzer series to log the data and figure out what's going on, although you may be able to get eno...

jimparis

An easy fix is still a fix

jimparis

You need to zero out the SceIoDirent before calling sceIoDread, otherwise it will try to dereference .d_private and die.

jimparis

GCC does just fine with inline assembly. What you are trying to do is wrong and will not work. Read the GCC manual, which pretty clearly says: Speaking of labels, jumps from one asm to another are not supported. Similarly you cannot jump to C labels. In gcc 4.5 you can, as long as you list them expl...

jimparis

Either use the vs-psp-gcc script provided in this thread or just use psp-gcc instead... this isn't hard :)

jimparis

I'd just write the whole function in asm if you need that much control.

jimparis

Looks like a linked list of cells (note the cell = cell.next)

Search found 1145 matches