NetNews Usenet Archive 1993 #3/NN_1993_3.iso/spool/comp/os/os2/misc/43798

Text File | 1993-01-24 | 3.9 KB | 73 lines

Newsgroups: comp.os.os2.misc
Path: sparky!uunet!spool.mu.edu!sol.ctr.columbia.edu!news.columbia.edu!cunixb.cc.columbia.edu!mig
From: [e-mail] (Meir I Green)
Subject: Re: Beta 2.1: Bugs in WPS
Message-ID: <[e-mail]>
Sender: [e-mail] (The Network News)
Nntp-Posting-Host: cunixb.cc.columbia.edu
Reply-To: [e-mail] (Meir I Green)
Organization: Columbia University, New York
References: <[e-mail]>
Date: Sun, 24 Jan 1993 02:20:10 GMT
Lines: 59

Sure seems like WPS needs some more threading!
Using the 2.1 beta, opening a drive or using the find option (such as when
creating a new program object and selecting drives) takes forever.  IBM,
if you need to search extended attributes, or to measure statistics about the
whole drive, why not make some preliminary assumptions (such as a generic icon
type) and update the information with a separate thread!?  I am not yet a
competent programmer, but wouldn't this be a possibility?  The file names
should come up almost instantly....  I am using HPFS and FAT.
Also, I *have* notes that the system freezes for a moment when I access
Drive A (ISA bus).

Please, someone suggest this to IBM.
Thanks.
Meir

In article <[e-mail]> [e-mail] (FLATSCHER Rony) writes:
>1) Running the FIND-command on the WPS-object-menu:
>      a) searching for files with "Program File"-type does not work on
>         "*.COM"-files (types of "Object" was unchecked). I attempted to
>         "manually" have OS/2 setup DOS-program-objects for COM-files;
>         using the "Object"-type just creates a shadow to the physical
>         files rather than creating program-objects for COM-programs.
>      b) searching for files with "Object"-type yields a "find-result"
>         folder; if deleting this folder, OS/2 starts to stall (pressing
>         a key, a mouse button is not being reflected; it seems that
>         from there on everything works every three seconds). The system
>         becomes unusable. The only solution at that time: booting OS/2 2.1.
>         Deleting first the contents of the "find-result" folder by hand and
>         thereafter deleting the folder itself seems to work o.k.
>
>2) As in another post mentioned: Icons being associated to files do not
>   change its appearance, if changed on the program-object (i.e. the
>   icon-change is not reflected on the associated files). The icon-change
>   gets effective once OS/2 2.1 is rebooted.
>
>3) The drive-object is *extremely* slow in presenting the top-level-entries
>   of a directory. On a 50MHz 486 you can watch the creation of the plus-
>   icons. The situation is even worse, if one decides to define drives in
>   the FIND-function: I have drives A: thru I: on my machine; once I
>   decide to locate via drives, it takes the WPS approximately three
>   seconds (!!!) per drive to appear, totalling half a minute rather than one
>   second  (this is on a 50MHz 486 !); also if a drive appeared (like D:) on
>   which I would like the FIND-command to work on, I cannot mark it as long as
>   not all drives appeared in the scrolling window !
>   By the way, it seems that the drive-object shows top-level-directory
>   entries faster, if one defines a persistent sort-order (like "allways
>   sort"-checking in the property menu of the drive-object for the
>   drive in question).
>   Having the file-manager of WinOS2 3.1 running seemlessly side-by-side
>   with the drive-object reveals that the file-manager is by magnitudes
>   faster than the native OS/2-drive-object at present !
>
>---rony


 * * * * *  =================== Internet   [e-mail]
* * * * * * == Meir I. Green == AmateurPkt [e-mail]
 * * * * *  = [e-mail]= Amateur IP [e-mail]
* * * * * * =================== BC-Goliath [e-mail]