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

Request: Commit work for upcoming release.

The release of FM/2 3.20.0 is imminent.

Please commit all work for this release ASAP.

Reply to this email if there are reasons to delay the release.

--

-- 

FM/2 Development Team

Request: Commit work for upcoming release.

The release of FM/2 3.20.0 is imminent.

Please commit all work for this release within 24 hours.

Reply to this email if there are reasons to delay the release.

--

-- 

FM/2 Development Team

Re: Random trap in GBM.dll caused by double clicking a file

Heiko Steven

The JPG IO procedure code you sent fixed the trap in GBM.dll (at least I haven't been able to 
reproduce it). It also works to display JPG images. Is it based on the code for the  jpegio.dll 
in eCS 2.0? It is quite a bit smaller. 

I have fixed FM/2 to check file extensions before calling MMIOIdentifyFile. I used the 
extension list from the IO proc list in the multimedia object plus .MPEG and .JPEG.  Should I 
add any others? I also moved the ShowMultimedia call to after the TestBinary call to 
minimize the chance of a file with a multimedia extension that isn't actually multimedia 
getting through. 

I also found a note in the ShowMultimedia code that says MMIOIdentifyFile identifies MPG 
files as FOURCC_DOS. It is buggy.  If this work around doesn't prevent further problems I will 
scrap MMIOIdentifyFile etc completely. Thanks

Gregg 

On Thu, 27 Oct 2011 03:10:22 +0200 Heiko Nitzsche wrote:
>
>Hi Gregg,
>
>>I figured I would need to replace the call to mmioIdentifyFile with a list of extentions or
>>signatures or both. Just to confirm its unpredictability at one point it was trying to play 
zero
>>byte files and exes.
>
>Yeah, I also played with the IO codecs with the WPS a bit meanwhile on eCS 2.0
>when testing the patched version of Chris' JPEG IO procedure.
>

Startup speed

Steven

I removed an UnFlesh call from StubbyScanThread. It seems to speed the load time here 
significantly.  I have committed the change. I can try only running the remote and virtual 
drives through StubbyScanThread if this doesn't help on your end. Thanks

Gregg

Random trap in GBM.dll caused by double clicking a file

Hi

This seems to be random. The filename does not provide a file type and fm2 appears to try 
to open them as binary even if they are text files. It may only occur if the bin viewer is the 
internal viewer (it is too random for me to be sure but it only started happening again after I 
hosed (don't ask (-; ) the ini in my test directory and didn't bother to reenter the bin viewer 
and editor). I am attaching the 2 recent .trp files (they both are the exact same version of 
FM2). Thanks

Gregg

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

Trap on close while initial drive scan was still in progress

Hi

This trap cascaded. I am attaching an initial analysis of the first trap in the cascade. Perhaps 
a stop flag is required? I can provide additional analysis or upload the trap file(s) to netlabs. 
Thanks

Gregg

IBM OS/2 Dump Formatter for a retail or an hstrict SMP kernel. 
Formatter is --> Internal revision 14.103a_SMP 
Dump file is --> Internal revision 14.104a_SMP (process dump) 

Symbol (c:\os2\pdpsi\pmdf\warp45_s\os2krnlr.sym) linked 
Symbol (c:\os2\pdpsi\pmdf\warp45_s\fm3.sym) linked 
Symbol (c:\os2\pdpsi\pmdf\warp45_s\pmmail.sym) linked 
Symbol (c:\os2\pdpsi\pmdf\warp45_s\fm3res.sym) linked 
Symbol (c:\os2\pdpsi\pmdf\warp45_s\fm3dll.sym) linked 
Symbol (c:\os2\pdpsi\pmdf\warp45_s\pmspl.sym) linked 
Symbol (c:\os2\pdpsi\pmdf\warp45_s\pmviop.sym) linked 
Symbol (c:\os2\pdpsi\pmdf\warp45_s\pmctls.sym) linked 
Symbol (c:\os2\pdpsi\pmdf\warp45_s\pmmerge.sym) linked 
Symbol (c:\os2\pdpsi\pmdf\warp45_s\pmwp.sym) linked 
Symbol (c:\os2\pdpsi\pmdf\warp45_s\doscall1.sym) linked 

Current slot number: 00c6 

test message

Sorry about this test message. I'm having a problem with posting to 
GMANE and I wanted to see if it is with all groups or just the one.

--

-- 

John Small
(remove z's for email)

Directories on command line ignored...

Hi,

It appears that directories named on the command line are either ignored
or replaced.  For example

  fm3 d:\work

is supposed to open a directory continer for d:\work.  I've not looked at
the code yet, but I suspect that the saved state restore is effectively
overriding the command line request.

I'm not quite sure how this should work.  I think it makes sense that a
pathname on the command line should suppress the state restore, but others
might disagree.

Steven

--

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

Trap on drag from compare file dialog

Hi

This one is easy to reproduce. Highlight some file in either side of the dialog right click on 
them and move the mouse it traps immediately every time. I have attached the .trp file and 
will look at this when I have time. The trap is in DoFileDrag. Thanks

Gregg

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

Double free

Hi

I can consistently cause the following error. Steps to cause:
1. Delete a file in a directory that is shown in an fm2 container by a means outside FM2's 
knowledge.
2. Double click the file name. It will disappear with a warning beep.
3. Rescan the container using a cord on the container button you get the following error 
message

FreeCnrItemData attempting to free 00b4e528 data twice, fileName was 
U:\eFTE_Netlabs\trunk\src\con_os2.err
Module: filldir.c Line number: 1926

I will enter a ticket for this. Thanks

Gregg