search for: 20040326

Hi, I started testing dovecot for our next POP/IMAP server (nearing production state), and noticed that the Status: header is always added, with a value of 'O' or 'RO'. This happens in `lib-index/mbox/mbox-rewrite.c'. This does not seem to happen in the Maildir case. Is the Status: header really needed in every case? This breaks mutt which displays mails with a 'O'

On Fri, 26 Mar 2004, Bill Wendling wrote: > It is possible to extend LLVM to add, say, matrix operations at a higher > level and then "lower" them into some version of LLVM "proper" after > performing any transformations on them, right? Also, it's possible to > have any custom-made types (like "matrix") as well? It is certainly possible to do things

Hi all, I had a quick question. I think it's possible to do this, but just wanted to make sure. It is possible to extend LLVM to add, say, matrix operations at a higher level and then "lower" them into some version of LLVM "proper" after performing any transformations on them, right? Also, it's possible to have any custom-made types (like "matrix") as well?

...nsubscribe messages sent to the list will be ignored/filtered. <p> -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 6099 bytes Desc: winmail.dat Url : http://lists.xiph.org/pipermail/speex-dev/attachments/20040326/cee03af1/winmail-0001.bin

R-experts, I have a bunch of files (by date) that I can read into dataframes as below. df$today: identifier rtgmdy rtgmdy_dt rtgmdy_watch rtgmdy_nowatch rtgmdy_watch_dt rtgsp rtgsp_dt 310000031 Aa3 20050701 Aa3 NA AA- 20050510 310000086 B1 20070920 B1 NA B+ 20070828 310000106 Baa2 20040326 Baa2 NA BBB 20051003 310000170 Baa3 20070601 Baa3 NA BBB+ 20051024 310000225 Ba2 20070601 Ba2 NA BB+ 20070423 310000386 Baa3 20070320 Baa3 NA BBB- 20040331 df$20050701: identifier rtgmdy rtgmdy_dt rtgmdy_watch rtgmdy_nowatch rtgmdy_watch_dt rtgsp rtgsp_dt 310000031 Aa2 20030501...

...is fine - so at least everyone is working off the same file. Cheers Zach. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20040326/348e2b23/attachment-0001.bin>

...s Martin Berg <johannes at sipsolutions.de> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 832 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20040326/655c31ef/attachment-0001.bin>

Hello, i am using currently rsync-2.6.0 with option --log-format=%f to produce a list of the transferred files. This list is then used to generate hard-links for backup-purposes. Now rsync sometimes generates messages like "file has vanished: ..." on STDOUT (_not_ STDERR) which breaks this processing. When using option -q there is no output at all. Is there any way to get a

...39bq+7+VpEcyyK0hc+YiPZfybkZbH/aKlh93LBgOQsxr 25o0pZ2a++I= =QZJv -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: rbadilla.vcf Type: text/x-vcard Size: 376 bytes Desc: not available Url : http://lists.samba.org/archive/rsync/attachments/20040326/3875d282/rbadilla.vcf

...;t apply what you've learned, you haven't learned anything. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 235 bytes Desc: not available Url : http://lists.samba.org/archive/samba/attachments/20040326/fc65eb5e/attachment.bin

...;d need to have an LLVM "matrix" type. You should > be able to just use a two dimensional array, or opaque type, or > whatever. > > -Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20040326/bd30238a/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20040326/bd30238...

...;t apply what you've learned, you haven't learned anything. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 235 bytes Desc: not available Url : http://lists.samba.org/archive/samba/attachments/20040326/66ec91a3/attachment.bin