On the other hand, some documents cause it to display an alert that says
"internal applicaiton error", and then it gets stuck in a loop with the
globe spinning and the hourglass cursor.
Another problem I encountered is when downloading a GIF file from a
server-generated index listing, it grabbed the file then got an error
trying to save to "C:\DOSfilename.gif"... note the missing "\" between
DOS and the filename.
And how can I stop it from using C:\DOS as a dumping ground anyway? I have
gone sop far as to dump the binary and look for some sort of environment
variable (e.g. "TEMP", "TMP", etc.) that it might respiond to, but no
luck. I suspect I have overlooked the obvious on this one.
-- Bob
>Another problem I encountered is when downloading a GIF file from a
>server-generated index listing, it grabbed the file then got an error
>trying to save to "C:\DOSfilename.gif"... note the missing "\" between
>DOS and the filename.
>
>And how can I stop it from using C:\DOS as a dumping ground anyway?
I have seen the same thing and i have a theory that Mosaic is trying
to use your TEMP directory, but is missing a backslash before the
filename, so TEMP becomes part of the name and the file gets put into
c:\
Jeff
I too started singing and dancing, BUT ...
: On the other hand, some documents cause it to display an alert that says
: "internal applicaiton error", and then it gets stuck in a loop with the
: globe spinning and the hourglass cursor.
Same here ! I doesn't appear to be specific pages, but occurs after a
certain amount of pages/info has been transfered. For the record, I'm
using a 8M 386DX + trumpet. The error SEEMS to be happening in the WIN32S
software. Any thoughtts ? Are we alone, or is this happening to others
out there ?
--
__ ___ EMail: to...@cityscape.co.uk
/ |_ Tel: (UK) 0223 566950
\__ ityscape |__Mail
Tony Jewell
How about adding the '\' to the end of the statement that sets your TEMP
environment variable like this:
set TEMP=C:\DOS\
: And how can I stop it from using C:\DOS as a dumping ground anyway? I have
: gone sop far as to dump the binary and look for some sort of environment
: variable (e.g. "TEMP", "TMP", etc.) that it might respiond to, but no
: luck. I suspect I have overlooked the obvious on this one.
It should be set in your autoexec.bat file. If it's not there, then add it
to point to the correct directory. Mosaic might default to C:\dos if it is
not specified.
Chuck
Same here (someone else has posted a similar problem). I've tried both
my previous (v. 2) and the new MOSAIC.INI file and can't get WinMosaic to
work. Aside from the resizing problem (which is erratic), when I try to
open anything I get an alert box reporting failure, then WinMosaic starts
to look like it is transferring the file but freezes up after about 1K
has gone through. Same problem for both local files and my remote home
page.
This is over a SLIP connection, and both the previous WinMosaic and Cello
work fine.
--
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2. Tel. (902)426-1577
InterNet Address: sil...@biome.bio.ns.ca
Sounds VERY familiar...I mailed the developers about it, but have not received
email in return, as of yet.
Scott
==========================================================================
Tigers in '94! World Series Bound, Baby!! :) || Go Wings!!
========================irc nick: Geraden================================
Amateur Radio Callsign: N8VSI ,/,,/ email: spet...@umich.edu
Yup. It's a bug! However, if a document is loaded, it doesn't happen.
If you load a document then you should be able to resize without a
problem. Please confirm that you can resize with something loaded...
Must be a division by zero type error. It obviously did not occur to us
to check resizing when there was no document... :^)
Knew there would be some fun bugs when we switched to 32bit in the middle...
-Jon
: How about adding the '\' to the end of the statement that sets your TEMP
: environment variable like this:
: set TEMP=C:\DOS\
I tryed it. It doesnt work. Everything is still the same.
--
____________________________________________________________
/\__________...@mailszrz.zrz.TU-Berlin.DE____________/\
/ \ / \
/ /\ \ Isam G. Ishaq / /\ \
/ / \ \ Sekr. B6 / / \ \
) )()( ( Institut fuer Grundbau und Baubetrieb ) )()( (
\ \ / / Technische Universitaet Berlin / Germany \ \ / /
\ \/ / \ \/ /
\ /_________WWW: http://www.cs.tu-berlin.de/~ishaq/________\ /
\/_________________Tel.: (+49 30) 314-23885_________________\/
>: How about adding the '\' to the end of the statement that sets your TEMP
>: environment variable like this:
>
>: set TEMP=C:\DOS\
>
>I tryed it. It doesnt work. Everything is still the same.
Did you try changing the line in your mosaic.ini to say
"c:\mosaic\viewers\wplany.exe \%ls"
(notice the backlsash before the %)
Jeff
You will find that problem listed in the known problems/bugs for a3. If
you wait until after the page is all downloaded, it works fine.
I have a different problem, whenever I use a3, it swaps like crazy. I
have a DX/2-66 and 8 meg of RAM. When it is the only thing running, it
will swap like crazy. I can be using it for a while and everything is
fine, a little faster sometimes than a2 and sometimes a little slower
because it keeps accessing the disk, then suddenly, after I get about 2K
of a page it swaps for over a minute straight, then it gets better. I
have a feeling that the problem is with the Win32s stuff because I have
another application that uses Win32s and it does the same thing (not
freecell). Can anyone help me?
Sean Eckton
I can reproduce the problem and get rid of it at will:
If I run PcAnywhere for windows 1.0 in the background
I cannot load any gif of jpeg in the viewer. The backslash
is missing between the temp dir path and the temporary
gig or jpeg file. If I remove PcAnywhere, everything is OK.
It must be usage of UMB'S. Now that I can reproduce this
problem at will I'll try to locate the memory area in conflict.
Alain
----------------------------------------------------------------
| Alain Caillet, Sr Meteorologist | acai...@dow.on.doe.CA |
| AES 4905 Dufferin St, Ontario |* The validity of a science * |
| CANADA (416) 739-4440 - fax 4446|* is its ability to predict * |
----------------------------------------------------------------
Jan