Application: GSview
Category: Graphics & Pictures
Description: From the publisher's website:
GSview is a graphical interface for Ghostscript. Ghostscript is an interpreter for the PostScript page description language used by laser printers. For documents following the Adobe PostScript Document Structuring Conventions, GSview allows selected pages to be viewed or printed. GSview requires Ghostscript. GSview is available for Windows, OS/2 and Linux.
GSview was written by Russell Lang at Ghostgum Software Pty Ltd.
Ghostscript was originally written by Aladdin Enterprises and is now maintained by Artifex Software, Inc.
GSview Portable 5.0 Dev Test 2 (1.74MB / 2.21MB installed)
(MD5: 709f5e56ec6758fc55f14618ad6d07a8)
Note: GSview relies on Ghostscript Portable.
Release Notes:
See all release notes at the SourceForge project page
Visit the Community page
our forums
Subscribe to our email newsletter
Subscribe with RSS
Follow us on BlueSky
Follow us on Facebook
Follow us on LinkedIn
Follow us on Mastodon
Follow us on Twitter
execs OK in a heavily-polluted environment (in part., GSView & Ghostscript are installed w/ latter on path); will check out when have sterile XP environment available (current net connectivity is far too sluggish/untrustworthy for remote )
the AV may be signaling these as false positives but it enormously dislikes both; thanks for excluding
Neither of those were needed, and I finally got a chance to work with the application by itself rather than in a package. Now I know that all of my apps will be able to use the exact same GSview. Hopefully it all works with the other apps (which are all being updated as we figuratively speak).
confirmed smooth exec. in sterile env. (XP-SP3 no installations of Ghostscript, GSView, etc. etc.); have not subjected to any real tests other than the simplest "does it work?" (yes)
FYI, GsViewPortable produces no post-execution gsview32.ini in %profile%, as it should. This is in contrast to the execution of gsview32.exe from w/i LyX, reported under LyXPortable DT8. The suggested LyX fix is reported in that post; it involves configuring LyX to exec GsViewPortable.exe, not gsview32.exe.
The stuff with LyX was a complete misstep on my part. I had actually rewritten the configuration for LyX first and then did it the correct way with the others and never went back to fix it. Should be better in the next release, though.
context: sterile XP-SP3 VM; Windows indexing on; AV (WebRoot On);
from RegShot results GsViewPortable is leaving the file registry.dll in the dir C:\Documents and Settings\Name\Local Settings\Temp\nsb42E.tmp\
If the app is using PAL, then it's because you haven't added:
[Activate]
Registry=true
Sometimes, the impossible can become possible, if you're awesome!
(1)no other [Reigstry...] sections (like [RegistryKeys], etc.) are in the launcher's ".ini" file either; will throw it in ({Activate] Registry=true) just for grins; can't hurt...
(2)re-exec'd with the "[Activate] Registry=true" in the launcher's ".ini" ; re-Regshotted;
Resutls:
that did the trick; no more registry.dll;
thanks heaps
I'll add that to the next release which might be a little while... school is taking a lot of my time right now so the next week might have some weird short bursts of activity.
Updated to 5.0 Dev Test 2. See release notes for details.
Summary:
changes traceable to GsViewPortable:
Registry none;
Files: expected changes to files in the Data folder
All other changes:
Registry and File changes were from Win Explorer, on-going system indexing, AV, system logging
Details:
Context:
execution is on a sterile XP-SP3 VM from an . acct.;
Services: Windows Indexing is On; AV (WebRoot) is On;
out-of-the-box install of GSViewPortable Dev Test 2;
execution of Regshot and of GSViewPortable from w/i Win Explorer
Procedure: 1st Regshot; open GSViewPortable DT2; open a sample ".ps" file from w/i GSViewPortable and scroll through it; 2nd Regshot and compare
Registry/File changes by type, source:
HKLM changes; execution from within an . acct. w/ indexing & AV On;for the Cryptogrqaphic random seed, AV (WRData), & SystemIndex\NotificationLogCheckPoint;
HKU changes; execution from w/i Win Explorer; shell MUICache, BagMRU,Explorer\ComDlg32\...,Explorer\Assist\...;
HKU changes; XP on-going session info; SessionInformation\ProgramCount
Files; system indexing; ...\All s\...SystemIndex\Indexer\CiFiles\... &...\SystemIndex\SystemIndex\...
Files; system logging; the infamous Cookies\index.dat, History.IE5\index.dat, Content.IE5\index.dat; IETldCache\index.dat, nt.dat.LOG, & system32\config\software.LOG;
A clean Regshot is exactly what I wanted to hear.
for the "Apps Ready for Release" page of PA.c, "https://portableapps.sitesunblocked.org/node/11772"
I forgot to add it there after the last clean regshot. I have quite the list sitting there, so hopefully some of it goes official at some point.
Glad to see this is looking good. I haven't tried it, but you guys have been doing tons of testing on this, and your latex-based apps, which is awesome. Keep up the great work!
However, as noted on the "ready for release" page, please don't keep editing your post on that page.
I'll have to amend my post there when I can then. I skipped right over that when reading the guidelines. Thanks for pointing it out Gord.
No worries, man. I got my fingers rapped a while back for doing the same thing, so figured I'd give you a heads up about it.