_Replying to a message_
By: Steven Folberg <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
On: Friday, July 27, 2001, 7:22:47 AM
Re: [Miami] Re: Can you help me troubleshoot this?
Hi Steven,
SF> Thanks very much for the detailed response. I will read it carefully.
SF> I don't know why some of my mails aren't getting through and others
SF> are. I seem to see all the ones that the rest of the list sees, so I
SF> don't think it's a YAM filtering problem on this end....
If your replies are getting through, but new messages that you post
aren't, I'd be very careful as you type in the address to post to the
list. I know I've mis-typed this lists' address before, it's a long one.
One thing to note: Starting a new thread by replying to some old one, is
not a good thing to do, it messes up the message threading.
SF> I also know that YAM is now up to 2.3 and I'm only using 2.2, but I've been
SF> afraid to upgrade since, up until now, running YAM 2.2 immediately before
SF> Miami has been the only thing keeping Miami from crashing when I try to go
SF> online. (But now, I'm even getting intermittent crashes when I go online
SF> after launching YAM, as Miami searches endlessly for IP addresses before
SF> locking up.....) :-(
I've not had any problems with Miami crashing. Here's how I go on-line:
Usually, I've not got any internet software running at all before I go
on-line, unless I'd been writing a letter just beforehand. I start Miami
(usually using a DOpus5 menu, that runs the program as Workbench process).
Then use the Miami GUI to initiate the dial-up, and go on-line. Then,
after Miami has properly connected, I start up any internet software that
I'm going to use.
The point being that I don't do things like run a browser, and hope that
trying to load in some web page, or asking YAM to get my mail, will
initiate a Miami dial-in. That's a nasty way to go about it, and the
three main Amiga web browsers, and YAM, are far more buggy (I've found)
than any other software (certainly extremely crash happy, and YAM has
always been a memory trasher), so they're the last things I want to let
mess with my connection attempts.
Also, I have the DNS servers for my ISPs programmed into Miami as
permanent entries. This speeds up the dial-in process no end (all of my
ISPs take quite some time to respond with that sort of information), and
minimises my chances of Miami not being able to resolve my own host name
(probably the extra delay doesn't help).
SF> I also posted this morning a repost of an earlier message concerning
SF> this crashing behavior, containing some very edited down snoopdos
SF> logs. The mail was 23 K in size, and had the word REPOST appended to
SF> the subject of this current e-mail. Again, it hasn't shown up. Let me
SF> know if anybody's seen it.
No, I haven't seen that arrive, at all.
SF> My thought, to summarize, regarding the crashing problem, had to do
SF> with the observation from the aforementioned SnoopDOS logs that YAM
SF> makes calls (failed calls, but calls) to bsdsocket.library and
SF> miami.library and genesis.library while loading. I thought that that
SF> might be what was enabling Miami to go online without an 80000003 guru
SF> (usually) from Miami Downtown.
If Miami is crashing, you really want to resolve that, by itself, rather
than try some dodgy trick to sidestep the issue. If running Miami
completely by itself (no net software, don't run any hacks or patches that
you absolutely don't have to run), then I'd be checking things like MUI
installations, system software, and not using serial.device replacements.
SF> A request: if the 23K e-mail is too large to be posted to this list,
SF> please e-mail me off-list if you're willing to take a look at the logs
SF> for me. BTW, the full logs, unedited, run about 300K (I turned on
SF> every monitoring function I could find....) ;-)
You can send it to me (the full log), I'll have a bash at it.
--
Bye,
Tim.
http://www.picknowl.com.au/homepages/Tim_Seifert/
mailto:[EMAIL PROTECTED]
(Modbury, near Adelaide, South Australia)
Video productions, electronics engineering, service and technical
support, and more. For further information, visit the web site.
*** DO NOT SEND JUNK MAIL ***
--
To unsubscribe send "unsubscribe miami-talk-ml" to
"[EMAIL PROTECTED]". For help on list commands send "help" to
"[EMAIL PROTECTED]".
