|
|
Browsing this Thread:
1 Anonymous Users
|
|
|
Rogue [image]
|
Re: Quickfix trouble |
|
Home away from home
|
Posts:
470
|
|
Posted on: 2009/7/9 7:20:46
|
|
@Skov
You might want to try putting a "set echo on" at the top of startup-sequence to see where it actually hangs.
|
|
_________________
hippopotomonstrosesquipedaliophobiaThe fear of long words FriedenHQ - my personal website The Way Inn - our Neverwinter Nights server
|
 Transfer
|
|
|
|
|
Rogue [image]
|
Re: Quickfix trouble |
|
Home away from home
|
Posts:
470
|
|
Posted on: 2009/7/9 7:22:52
|
|
@trixie
From the descriptions you both gave I would guess that the offender is IPrefs. If possible, watch for the serial output, or try a debug kernel and see if there is any output in the memory buffer.
|
|
_________________
hippopotomonstrosesquipedaliophobiaThe fear of long words FriedenHQ - my personal website The Way Inn - our Neverwinter Nights server
|
| Transfer
|
|
|
|
|
sundown [image]
|
Re: Quickfix trouble |
|
Home away from home
From:
California
|
|
Posts:
223
|
|
Posted on: 2009/7/10 21:14:30
|
|
@Rogue
I have the same problem with my micro, random. I have the "run" command in my network s-s line. I was told to remove it to see if it was messing up IPrefs. Problem is, my micro is hardwired to the router in another room, so I can't tell when the network is ready. I crash if I start some network apps to soon. This doesn't happen if I have the "run" command in the line. Anyway, removing the "run" command didn't stop the problem. I now have a "c:wait 1" line right after "C:IPrefs", give IPrefs one more second to do its thing. Only been a few days, but I boot into WB every time now. Could just be lucky, time will tell.
|
|
_________________
µA1-C/750GX@800Mhz/512Mb/OS4.1 
|
| Transfer
|
|
|
|
|
Dwyloc [image]
|
Re: Quickfix trouble |
|
Just can't stay away
|
Posts:
89
|
|
Posted on: 2009/7/12 18:49:00
|
|
@shadowsun
Quote:
shadowsun wrote:
I think that the grey Os 4 Workbench warm reboot problem come from the usb stack (because with a usb key plug in, it doesn't happen).
I have gone back to using a debug kernel on my sam440ep (non flex) and that seems to have fixed both my warm boot and graphics corruption issues.
But it could still be some sort of interaction between the USB system and the kernel that was causing the warm boot failure.
|
|
_________________
Sam440ep 667mhz 512megs OS4.1 + Minimig, 4MB RAM, ARM add-on board
WinUae 2.0.1, OS 3.9, BB2, Catweasel MkIV
Amiga 1200, BlizzardPPC 060/200 with SCSI, mediatorSX, Voodoo3, pci lan
|
| Transfer
|
|
|
|
|
Dwyloc [image]
|
Re: Quickfix trouble |
|
Just can't stay away
|
Posts:
89
|
|
Posted on: 2009/7/13 8:44:18
|
|
@shadowsun
I think that it may be interaction using USB that triggers the problems.
For example the screen corruption under workbench to windows backdrops happens to already open windows that have not changed after a number of mouse clicks to open more drawer windows.
I can also consistently crash my sam440ep (non flex) under the non debug kernel (of the quick fix) when restoring backups of my system using directory DOPUS4 if I set it to confirm each file it over rights and restore a backup copy of my system: drive or my programs: from my work partition.
I keep backups of my partitions by just making a copy of all the files each partition to a directory on my work partition. I then lha up the folders with my backups and copy the lha files to another computer on my network using ftp. But I also keep the last none compressed copy on my work partition to allow me to easily restore any files I delete or override by mistake without needing to transfer the lha files back and extract them.
I normally do the backup and restore from inside dopus4 and if I try to restore a complete partition by coping the files back and confirming each file to be replaced 1 at a time under the quick fix non debug kernel my system always crashes in an interesting way, here is what happens with the new non debug kernel:
After clicking on the button to confirm overriding each file one as a time after doing this a few hundred times I get the same screen corruption on my dopus screen and the mouse and keyboard stop responding but the clock on the bottom of the status bar continues to update so the system has not crashed completely. If I try the same thing again under but select the option to override all files rather than confirming them one at a time the file copy operation always completes without problems.
Now I have returned to using the debug kernel I can restore an older backup confirming all files as they are to be copied over without problems.
|
|
_________________
Sam440ep 667mhz 512megs OS4.1 + Minimig, 4MB RAM, ARM add-on board
WinUae 2.0.1, OS 3.9, BB2, Catweasel MkIV
Amiga 1200, BlizzardPPC 060/200 with SCSI, mediatorSX, Voodoo3, pci lan
|
| Transfer
|
|
|
|
You can view topic.
You cannot start a new topic.
You cannot reply to posts.
You cannot edit your posts.
You cannot delete your posts.
You cannot add new polls.
You cannot vote in polls.
You cannot attach files to posts.
You cannot post without approval.
Home |
