-
The attached patch implements the IMAP QUOTA extension as defined in RFC2087. To achieve this, I had to make mailimap_atom_parse() and mailimap_number_parse() global (they were formerly declared static), since the QUOTA grammar refers to these elements. Also, this is against the libetpan-0.58 tarball (rather than CVS) because I don't know how to get autotools to work right. The patch appears to...
2009-12-21 06:51:20 UTC in libEtPan! - a mail library
-
A function is called which allocates memory and returns NULL if that allocation fails. The return value of the function is assigned to (*result), but then (result) is checked for NULL rather than (*result).
2009-12-21 01:30:32 UTC in libEtPan! - a mail library
-
Looking in src/low-level/imap/mailimap_extension.c, the function mailimap_extension_data_parse() returns MAILIMAP_ERROR_PARSE if mailimap_extension_list == NULL, but returns MAILIMAP_NO_ERROR if, after iterating through the list, every single extension returns MAILIMAP_ERROR_PARSE. It seems very odd that this function returns different values based on whether or not any external extensions are...
2009-12-21 00:22:24 UTC in libEtPan! - a mail library
-
By the way, this is with 0.13.7.
2009-10-12 04:42:39 UTC in gputils
-
By the way, this is with 0.13.7.
2009-10-12 04:42:20 UTC in gputils
-
Compile the attached files with these commands:
$ gpasm -c -C -w2 x.asm
$ gpasm -c -C -w2 y.asm
and link them with this command:
$ gplink -oapp.hex -m x.o y.o
None of the above commands gives any error or warning (other than gplink observing that it's using the default linker script). However, opening the file "app.lst" reveals that the instruction in x.asm has ended up as "MOVLW 0"! Zero...
2009-10-12 04:39:06 UTC in gputils
-
If a source file takes the difference of two external labels, the result is zero without any errors or warnings from the compiler or linker. I will attach example source files.
2009-10-12 04:34:25 UTC in gputils
-
When compiling for 18F4550 in extended mode, the MOVFF instruction allows indexed literal offsets to be applied, as in "MOVFF [0], [1]". According to the datasheet, MOVFF does not support indexed-literal-offset addressing mode for either operand (which makes sense, since it works on flat addresses rather than access-or-banked addresses). The instruction the user probably intends is MOVSS, which...
2009-10-12 04:26:05 UTC in gputils
-
Yep! gcc-4.4 complains; gcc-4.3 doesn't. Thanks!
2009-07-12 07:59:13 UTC in DeSmuME
-
Compiling desmume-0.9.4 fails with the following error:
In file included from OGLRender.cpp:70:
texcache.h:47: error: declaration of ‘u32 format’
texcache.h:46: error: shadows template parm ‘TexCache_TexFormat format’
Changing the function parameter name from "format" to "fmt" (it's only a prototype) allows the build to finish, and the result seems to work.
2009-07-09 18:40:04 UTC in DeSmuME
