search for: msf

Hi all, If you don't care about Debug Info or PDB files you can stop reading now. Just wanted to give a heads up that I'm planning to add a new folder under DebugInfo called Msf. MSF stands for Multi-Stream File and is the container format used by PDB debug info files. However, MSF by itself is generic enough that it need not contain PDB data, and in fact I can think of at least one other case of MSF files being used to store non-PDB data. Currently, we have llvm/DebugI...

The latter. Unfortunately we need to get physical access and delete the checkout. I'm afraid reverting will just reintroduce the problem and re-break all the bots that people already took the time to fix, since going from MSF -> Msf is the same as going from Msf -> MSF On Mon, Aug 1, 2016 at 8:55 AM Reid Kleckner <rnk at google.com> wrote: > So, the MSF rename managed to break every Windows bot over the weekend. > Did we try reverting, or was this one of those wonderful situations where > it's...

...a llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Hi all, >> >> If you don't care about Debug Info or PDB files you can stop reading now. >> >> Just wanted to give a heads up that I'm planning to add a new folder >> under DebugInfo called Msf. >> >> MSF stands for Multi-Stream File and is the container format used by PDB >> debug info files. However, MSF by itself is generic enough that it need >> not contain PDB data, and in fact I can think of at least one other case of >> MSF files being used to store n...

The bot has been failing its CMake step for a while now. Probably fallout from renaming Msf to MSF. Can somebody get this straightened out? It's one of the bots that run VS2013 AFAICT which makes it useful to me. Thanks, --paulr

Is anyone else seeing.... Updated to revision 277264. Summary of conflicts: Tree conflicts: 2 Tree conflict on 'include/llvm/DebugInfo/Msf' > local dir edit, incoming dir delete or move upon update ... Tree conflict on 'lib/DebugInfo/Msf' > local dir edit, incoming dir delete or move upon update in a 'svn update' on llvm trunk? Strangely these errors don't show up on a clean check of llvm svn trunk...

...d 24.0 storing its profile and mail on the Samba share. The perms on everything in the share were chmod -R 777'd. Then I get mail, compact a folder, whatever, and it looks like this: -rwxrwxrwx. 1 1128 513 0 Oct 18 2012 Archives -rwxrwxrwx. 1 1128 513 3158 Sep 25 13:20 Archives.msf drwxrwxrwx. 2 1128 513 4096 Sep 25 09:12 Archives.sbd -rwxrwx---+ 1 1128 513 0 Sep 25 13:49 Drafts -rwxrwx---+ 1 1128 513 2450 Sep 25 13:50 Drafts.msf -rwxrwx---+ 1 1128 513 0 Sep 25 13:08 Inbox -rwxrwx---+ 1 1128 513 2317 Sep 25 13:50 Inbox.msf drwxrwxrwx. 3 1128 513...

...existing implementations due to the zero-copy aspect. I have a (somewhat large) patch locally that gets LLVM working with the code raised up to Support. If you want to look at the existing implementation, the following files are relevant: // Files that would move up to Support include/DebugInfo/MSF/ByteStream.h include/DebugInfo/MSF/StreamInterface.h include/DebugInfo/MSF/StreamReader.h include/DebugInfo/MSF/StreamWriter.h include/DebugInfo/MSF/StreamArray.h include/DebugInfo/MSF/StreamRef.h lib/DebugInfo/MSF/StreamReader.cpp lib/DebugInfo/MSF/StreamWriter.cpp lib/DebugInfo/MSF/StreamRef.cpp...

Dear all, in order to estimate transition-specific probabilities in a multi-state model i applied the 'probtrans()' function from the 'mstate'-package. Now, i am at loss with the following message (see attached example): Warning message: In probtrans(msf.0, predt = 0) : Negative diagonal elements of (I+dA); the estimate may not be meaningful. I am not very familiar with matrix algebra nor did i find anything about this issue in accompanying docs of the package. However, I have the feeling that the impact of this warning differs between the two...

...the zero-copy aspect. > > I have a (somewhat large) patch locally that gets LLVM working with the > code raised up to Support. If you want to look at the existing > implementation, the following files are relevant: > > // Files that would move up to Support > include/DebugInfo/MSF/ByteStream.h > include/DebugInfo/MSF/StreamInterface.h > include/DebugInfo/MSF/StreamReader.h > include/DebugInfo/MSF/StreamWriter.h > include/DebugInfo/MSF/StreamArray.h > include/DebugInfo/MSF/StreamRef.h > lib/DebugInfo/MSF/StreamReader.cpp > lib/DebugInfo/MSF/StreamWriter.c...

...> Your mail files are inside your profile (see the Profile Folder), in the Mail and (if you use IMAP) ImapMail folders. Each mail folder (Inbox, Sent, etc.) is stored as two files ? one with no extension (e.g. INBOX), which is the mail file itself (in "mbox" format), and one with an .msf extension (e.g. INBOX.msf), which is the index (Mail Summary File) to the mail file. Tell the other program to import mail from the file with no extension. However, in the imap.gmail.com folder INBOX.msf file properties, Type is shown as C source code and MIME type is shown as text/x-csrc and I c...

...ndependence from arbitrary platform-specific binaries. (After all, escaping LINK.EXE just to rely on MSPDB140.dll isn't that huge of a win by itself.) I forgot to mention it in my original mail, but my plan is to transition away from using MSPDB140.dll and fabricate "whole cloth" PDB/MSF files in the near future. Based on the microsoft-pdb GitHub repo and the code I've seen in LLVM, I think this is a totally reachable goal. Most of what I've found has little to do with the mechanics of the MSF format (yet!) and more to do with the semantic content of PDBs and how to coax t...

...pears to choke on files with spaces in the name(s) (I think). I map to a shared drive, then try and run rsync between the mail directories of each machine. The first several mailboxes (i.e. single files) work fine, until it gets to my General Admin file (called General Admin and General Admin.msf - which is the index file). Then, rsync chokes with the following message: calling match_sums ccs.nrl.navy.mil/General Admin.msf ccs.nrl.navy.mil/General Admin.msf rsync error: received SIGUSR1 or SIGINT (code 20) at /home/lapo/packaging/tmp/rsync-2.6.3/rsync.c(231) _exit_cleanup(code=20, file...

Hi, I'm trying to plot a graph with error bars using xYplot in the Hmisc package. My data looks like this. mort stand site type 0.042512776 0.017854525 Plot A ST 0.010459803 0.005573305 PF ST 0.005188321 0.006842107 MSF ST 0.004276068 0.011592129 YSF ST 0.044586495 0.035225266 Plot A LD 0.038810662 0.037355408 PF LD 0.027567430 0.020523820 MSF LD 0.024698872 0.020320976 YSF LD Having read previous posts on xYplot being unable to plot x-axis as factors, I used numericScale...

...4 Subject/Sender/Date for message 3 Now, if you actually open the 5th message it shows the right message body but the summary information is for the message that *used* to have X-UID 5 (which is now the 3rd message). So, the thunderbird cache is out of sync and I can fix it by removing the .msf file for that mailbox but, as you can imagine, the prospect of getting all the users to remove their .msf/.pst/?? cache files is daunting, to say the least. I've seen discussions about similar things happening with mbox format inboxes but they all seem to be in the context of some ancient 0.xx...

...d-function-mockers.h:43, from /home/davidbolvansky/trunk/llvm/utils/unittest/googlemock/include/gmock/gmock.h:61, from /home/davidbolvansky/trunk/llvm/include/llvm/Testing/Support/Error.h:17, from /home/davidbolvansky/trunk/llvm/unittests/DebugInfo/MSF/MappedBlockStreamTest.cpp:15: /home/davidbolvansky/trunk/llvm/utils/unittest/googlemock/include/gmock/gmock-matchers.h: In instantiation of ‘testing::internal::PredicateFormatterFromMatcher<M>::PredicateFormatterFromMatcher(M) [with M = llvm::FailedMatcher]’: /home/davidbolvansky/trunk/llvm/u...

...tb tries to get next > > INBOX/firstlevel^^secondlevel^^thirdlevel > > and then INBOX/firstlevel^^^^secondlevel^^^^thirdlevel and so on. And > on each first login, tb tries to get all of them again and again... > > > Go to $TB-profilefolder/ImapMail/ and delete all of the *.msf files > and search for the wrong mailboxes, described above... you will finde > them. > > And they are probably also in some config-files in the profile. > user.prefs i think, and panacea.dat i could find them. > > Delete all of the entries (be careful). Close and restart fi...

In planning our migration, I've noticed that lots of users have bits of lint in their ~/mail and/or ~/Mail. For example-- for an mbox called "blah" we may see: blah blah.msf (from Thunderbird) .blah.summary (from... I'm not sure, dtmail maybe) .blah_SIMS_index0003 (from our old IMAP server). When the user goes to "subscribe" they are often overloaded with too many items to choose from-- because all of these files are se...

On Tue, Jul 26, 2016 at 12:30 PM, Zachary Turner <zturner at google.com> wrote: > I wrote most of the pdb code in llvm so far. As Reid suggested, if you > look in DebugInfo/PDB/Raw there is a significant amount of code dealing > with msf files and raw pdb streams. If you build the llvm-pdbdump tool you > can run it with the "raw" subcommand to dump lots of low level info from > the file. > > It's pretty complete for reading pdb files, and I'm actively working on > expanding write support. I'll...

...clients. Two TB clients in the same IMAP mailbox will, from time to time, show different views of the same INBOX folders, when TB caching is enabled. The only fix is to right-click on the folder, go to "Properties" and use the "Repair Folder" option which repairs the local TB .msf cache file. Is there any server-side fix/workaround that would keep TB from regularly going out-of-sync ? This happens with TB3 and newer versions, in concert with either dovecot 1 or 2. The obvious fix is to disable TB local caching, which unfortunately also disables certain search features and...

We're using keywords within Thunderbird, and we're syncing those using IMAP. When using more than 5 keywords, we're envcountering problems - they're only partially being synced (between two clients, but not all clients). Any idea why this could be happening? The introduction of tagging in Thunderbird is described here: <https://bugzilla.mozilla.org/show_bug.cgi?id=114656>