Re: FM2 and traps

In
<201202030642.1rThxc6B93Nl34l0@...>, on
02/03/12
   at 06:42 AM, "John Small" <jsmall@...> said:

Hi John,

>1) How big must the trap dump partition be? Exactly the size of the RAM?
>Or is a little more needed?

There's no exact number for this.  The dump file consists of a header and
the physical memory image.  For a 2GiB system, the physical memory will
always less than 2GiB.  There's PCI address space and sometimes shared
video memory.

>2) I have 2GB of RAM. Isn't 2GB the maximum size for a FAT partition? So
>is it possible to set up a trap partition if you have 2GB (or more) of
>RAM?

These days there's no reason not to make the dump partition 2GiB.  If you
have more than 2GiB of RAM you need to use the dumpfs version of os2dump

 <http://home.earthlink.net/~steve53/os2diags/dumpfs.txt>

Steven

--

-- 
----------------------------------------------------------------------
"Steven Levine" <steve53@...>  eCS/Warp/DIY etc.
www.scoug.com www.ecomstation.com

FM2 and traps

Someone recently wrote about his suspicion that FM2 was causing traps upon
exit.  I've experienced that, too, but seldom get a trap file or process
dump to go with it.  Today one was produced.  I waited until FM2 appeared
to have finished scanning anything, clicked on the X in the upper
right-hand corner, and the program closed, but the system trapped
immediately afterward.

I've found that this often happens when I delete files with FM2, even if I
wait until disk activity has apparently stopped.

--

-- 
_________________________________________________________________________
Anthropogenic global warming:  It was always a scam.

Mike Snyder
msnyder1@...

---------------------------------------------------------------------
To unsubscribe, e-mail: fm2-user-unsubscribe@...
For additional commands, e-mail: fm2-user-help@...

Re: System lockups

Hi John

Glad to see you are still with us.

On Sun, 29 Jan 2012 05:53:04 -0500 John Small wrote:
>
>I have had system lockups intermittently for about 6 months. The start of these
>lockups coincided with both FM/2 3.19.1 and with me getting a new PC. They have
>not stopped with the release of FM/2 3.20. I suspect that FM/2 is involved in
>some way because most of the lockups occur when I try to close FM/2. However no
>one else seems to be reporting problems so I also suspect that it has something
>to do with my system.

I have had a similar issue but it is very rare (usually occurs if I try to shut down while the 
drives are scanning). It hasn't happened with 3.20. All my hangs which I obtained dumps 
for have been in PM dlls. Is your new system SMP? How much RAM? How easy is it to 
reproduce?

>
>By "lockup" I mean that the entire system becomes unresponsive. The screen
>display freezes. The mouse pointer will not move. Mouse clicks result in
>nothing detectable. And the system does not respond to the keyboard -- not even
>CTRL+ALT+DEL. I have to power off the PC to restart it.

Does CTRL+ALT+NUMLOCK NUMLOCK work? Do you have a dump partition setup?
>
>What kinds of information would be needed for someone to help me figure out
>what is causing and how to fix the lockups?

Do you have exceptq installed? If not install it. If so does it generate a .trp file in the FM2 

System lockups

I have had system lockups intermittently for about 6 months. The start of these
lockups coincided with both FM/2 3.19.1 and with me getting a new PC. They have
not stopped with the release of FM/2 3.20. I suspect that FM/2 is involved in
some way because most of the lockups occur when I try to close FM/2. However no
one else seems to be reporting problems so I also suspect that it has something
to do with my system.

By "lockup" I mean that the entire system becomes unresponsive. The screen
display freezes. The mouse pointer will not move. Mouse clicks result in
nothing detectable. And the system does not respond to the keyboard -- not even
CTRL+ALT+DEL. I have to power off the PC to restart it.

What kinds of information would be needed for someone to help me figure out
what is causing and how to fix the lockups?

I have tried setting up FM2DUMP.CMD but I have only gotten one dump (which was
accidentally deleted). Does this mean that the lockups are not due to something
that would trigger a dump? Or am I not waiting long enough before powering off
the PC?

Would running FM/2 with logging enabled help?

Any help would be appreciated!

--

-- 
John Small

File Manager/2 v3.20 released

FM/2 3.20.0 has been released. The file name is fm2-3-20-0.zip

It has been uploaded to Netlabs and to Hobbes.

NETLABS
Initially uploaded to:
  <ftp://ftp.netlabs.org/incoming/fm2-3-20-0.zip>
Eventual location:
  <ftp://ftp.netlabs.org/pub/fm2/fm2-3-20-0.zip>

HOBBES
Search for it at:
  <http://hobbes.nmsu.edu/h-search.php?sh=1&button=Search&key=fm2-3-20-0.zip&dir=%2Fpub>
Initially uploaded to:
  <http://hobbes.nmsu.edu/pub/incoming/fm2-3-20-0.zip>
Eventual location:
  <http://hobbes.nmsu.edu/pub/os2/util/browser/fm2-3-20-0.zip>

3.20.0 Changes:
 * Identified mmioIdentifyFile's failure to correctly identify some files as the root cause of
   a trap in GBM.DLL. ShowMultiMedia now only checks files with known multimedia extensions.
   This will minimize but not complete prevent the problem. Ticket 402 (Gregg)
 * Add suggested drive flags for use with Netdrive drives to help file. Ticket 171 (Gregg)
 * Clarify ARCHIVER.BB2 date types and add a new one to fix displaying of .tar.gz files for Tar 1.15 and higher.
   (Requires installation of ARCHIVER.TMP -> ARCHIVER.BB2) Ticket 473, 474 (Gregg)
 * Stop loading EA.EXE's resources in high memory. This caused a trap on some machines. Ticket 470 (Gregg)
 * Fixed behavior of the duplicate hotkey warning dialog in "Commands". Ticket 476 (Gregg)
 * Fixed the failure of FM/2 to create a list file if it didn't already exist. Ticket 477 (Gregg)
 * Fixed missing file size after copy in compare directories. Ticket 479 (Gregg)
 * Extract called from the popup menu would fail if the archive file name contained a space. Ticket 480

File Manager/2 v3.19.1 & FM2utils v1.1.1 released

FM/2 3.19.1 & FM2utils 1.1.1 have been released. 
The file name is fm2-3-19-1_fm2utils-1-1-1.zip 
None of the FM2utilities have been changed. This release is to fix the wpi so it can be 
installed without installing FM/2.

It has been uploaded to Netlabs and to Hobbes.

NETLABS
Initially uploaded to:
  <ftp://ftp.netlabs.org/incoming/fm2-3-19-1_fm2utils-1-1-1.zip>
Eventual location:
  <ftp://ftp.netlabs.org/pub/fm2/fm2-3-19-1_fm2utils-1-1-1.zip>

HOBBES
Search for it at:

<http://hobbes.nmsu.edu/h-search.php?sh=1&button=Search&key=fm2-3-19-1_fm2uti
ls-1-1-1.zip&dir=%2Fpub>
Initially uploaded to:
  <http://hobbes.nmsu.edu/pub/incoming/fm2-3-19-1_fm2utils-1-1-1.zip>
Eventual location:
  <http://hobbes.nmsu.edu/pub/os2/util/browser/fm2-3-19-1_fm2utils-1-1-1.zip>

3.19.1 Changes:
 * This is a bug fix release. Most of these have existed for a very long time but were only
   discovered recently.
 * Fixed trap on startup when TMP and TEMP environment variable aren't present or aren't 
valid   Ticket 468 (Gregg)
 * Fixed overlapped buttons in EA editor which prevented changing EAs. Ticket 467 (Gregg)
 * Fixed collector trap when duplicate files were drop in. Ticket 461 (Steven)

Re: Progress, suggestions

In
<201108031723.1qOIUt4RS3Nl34l0@...>, on
08/03/11
   at 02:16 PM, "Mark Abramowitz"<os2@...> said:

Hi Mark,

>No.  Did not compare the two.  But I see that I wasn't completely clear -
>I was deselecting ALL the files, which I expected would be pretty fast. 
>Maybe that's an unreasonable expectation.

Given how the container controls work, although it may not be intuitive,
this is a compute intensive operation.  We can look at doing this on a low
priority thread.  This will probably help keep the desktop responsive, but
the fm/2 collector window will remain unusable.

>It wasn't the move itself that I was referring to.  If I select "move", I
>get a popup to enable me to select a location or subdirectory to move to.
> I cannot act to select anything for quite awhile.

Hmm.  Was the default target directory the directory containing all the
files.  If so, this might explain the delay.  I will take a long time to
populate the selection dialog even though it only shows directories.  What
might work better is to set the target directory before requesting the
move.

Steven

--

-- 
----------------------------------------------------------------------

Re: Progress, suggestions

Mark

I am glad that FM/2 has been useful for you. We plan to continue to make improvements.

>
>The programming changes made the processing of files much faster. 
>However, I thought that I would point to areas where things might be
>improved more, as well as a few other observations.
>
>My process went something like this:
>
>Open the Collector; seek and scan for all the files in a specific
>directory, "unchecking" all the boxes; select a mask of *.out files (about
>16000), remove those selected files from the collector, along with a few
>other assorted ones; select a mask of "X", where "X" was a subset of the
>files ( ultimately l learned to use the  deselect mask to select more than
>I wanted, and cutting done there to about 5-15000 files selected); move
>those files to the MR/2 ICE inbox of one of my accounts; deselect the
>selected files in the collector.

>
>Comments:
>
>- Things significantly speeded up when I reached some point in the
>50-100,000 file range.  Noticeably, all of a sudden.

The only explanation I can see for this is at some point the disk cache contains all the files 
you are working with.

>

Progress, suggestions

I've made great progress on my project, yesterday completing a move and
filtering of over 400k messages, which had to be done incrementally.  I
have more to do with another group that I havent touched, but this allowed
me to access some peviously inaccessible messages.  Without FM/2 (and
Steven's help, with Gregg's programming!), this tedious job would have
been orders of magnitude worse.

The programming changes made the processing of files much faster. 
However, I thought that I would point to areas where things might be
improved more, as well as a few other observations.

My process went something like this:

Open the Collector; seek and scan for all the files in a specific
directory, "unchecking" all the boxes; select a mask of *.out files (about
16000), remove those selected files from the collector, along with a few
other assorted ones; select a mask of "X", where "X" was a subset of the
files ( ultimately l learned to use the  deselect mask to select more than
I wanted, and cutting done there to about 5-15000 files selected); move
those files to the MR/2 ICE inbox of one of my accounts; deselect the
selected files in the collector.

Comments:

- Things significantly speeded up when I reached some point in the
50-100,000 file range.  Noticeably, all of a sudden.

- Deselect seems slow with a lot of files.  In fact, many times it was
faster just to close then re-open the collector.

Re: Collector not refreshing after move

In
<201107011400.1qCI1k7gU3Nl34a0@...>, on
07/01/11
   at 10:52 AM, "Mark Abramowitz"<os2@...> said:

Hi Mark,

>Running into a few quirks and problems as I'm using the collector.  I'll
>post them individually as time allows.  However, the update seems to be
>lot faster and more stable (though I have had some traps).

Please post the .trp files here along with a short note describing what
you were doing at the time the trap occurred.

>I'm using the collector only (from the FM/2 tools folder).  I am
>populating the collector with several hundred thousand files, them
>selecting anywhere from 3k to 10k via the select/mask.  Then, using MB #2
>over one of the selcted files, I select move, and move the files to
>another directory.  The move is succesful, but the collector window does
>not update and remove the moved files.  I have tried updating the window
>mannually with Ctrl-u, but that doesn't help.

This is the way it has always worked.  In a perfect world, the container
would update to reflect the new file locations, but this is non-trivial
since some of the move operations may fail.

With the current implementation what you need to do is MB2 on Collector
window whitespace and use Remove objects from container.

Regards,

Collector not refreshing after move

Running into a few quirks and problems as I'm using the collector.  I'll
post them individually as time allows.  However, the update seems to be
lot faster and more stable (though I have had some traps).

I'm using the collector only (from the FM/2 tools folder).  I am
populating the collector with several hundred thousand files, them
selecting anywhere from 3k to 10k via the select/mask.  Then, using MB #2
over one of the selcted files, I select move, and move the files to
another directory.  The move is succesful, but the collector window does
not update and remove the moved files.  I have tried updating the window
mannually with Ctrl-u, but that doesn't help.

--

-- 
-----------------------------------------------------------
"Mark Abramowitz"<os2@...>
Community Environmental Services
-----------------------------------------------------------