Splitting the input is the fastest and easiest way. I don't have bandwidth to change the code to do it programatically, even though that would be the nicest way to do it. If you are not already using Notepad++ (or something similar) then download it and use this to edit the file. https://notepad-plus-plus.org/ Make a copy of the initial msp file (in case you mess up!). Open it in the your favourite text editor that isn't Word (it has to be a text format file and Word just messes it up). Grab as much...
Crickey. A 2Gb MSP! That's quite a bit larger than anything I ever considered. You are correct in your thinking that more RAM is probably the wrong way to do it and splitting into smaller chunks is probably the right way to do it. Give me a bit of time to have a think about it.
11 July
This is a bug. It is a quirk of the installer and file priviledges. See here for a workaround. https://sourceforge.net/p/lipid-reporter/wiki/Filters%20Not%20Remembered/
This is a bug. It is a quirk of the installer and file priviledges.
Filters Not Remembered
Filters Not Remembered
Ticket #8
% Max Abundance isn't right
This is fixed in the dll version 1.3 There was an error in the ratio calculation. All the numbers were convertred to integers rather than double precision. v1.3 is included in the revised Wrappack 7 which was updated 3 July 2023.
% Max Abundance isn't right
% Max Abundance isn't right
Wrappack 7
Added Rank Column to PctMaxAbu
Wrap Pack 6
Tidy Up
Output Data
Welcome
Welcome
Welcome
Page 1
Page 1
Input Data
Page 1
Page 1
Page 1
Page 1
Filters
Page 1
Page 1
Web Server Setup
Web Server Setup
Web Server Setup
Web Server Setup
File access errors
File access errors
single msp
I've hit multiple snags with this which means it won't work well/properly if done via a plugin. It is better done up at the main app level, but I'm very reluctant to do that change. It looked like it was going to be straight forward (and writing the data is), but the problem is with the output file names Here's a bit of an explanation. The plugin system is exposed to just one entry of the whole msp file at at time. It doens't know anything about what entries came before or what entries are coming...
HI, To be honest the answer is no. It is on my to do list and I see it every week, but there has been so much other stuff going on it hasn't happened. I will do my best to have a look at it soon. Thanks.
Fixes for Ticket#1
It does nothing!!!!
Ok. v1.1 covers this. Long file paths are supported by Windows if you are on a Win 10 build after about #1609, but you still have to call things slightly differently programatically. Also added an error and (optional) comment logging scheme that puts a text file in C:\ProgramData\SpecProc2Browser\SpecProc2Browser
This particular one is caused by the file path exceeding 260 chars and the program not handling the error. The result is that the program stops (crashes) during the file copy sequence. If any of the files up to then have less than 260 chars they will have been copied. Any remaining files won't be copied. Hence the apparent intermittency of it.
It does nothing!!!!
Updating Method Files
Updating Method Files
Updating Method Files
Web Server Setup
Updating Method Files
How to use SP2B
How Does it Work?
Configuration
Home
Initial Commit
Configuration
Home
How Does it Work?
File and Folder Locations
How Does it Work
How Does it Work
How Does it Work
How Does it Work
How Does it Work
How Does it Work
How Does it Work
How Does it Work
How Does it Work
How Does it Work
How Does it Work
How to use SP2B
Home
How to use SP2B
Home
How to use SP2B
Home
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
Configuration
How Does it Work
Configuration
File and Folder Locations
How to use
Configuration
Home
