> No, the problem is that if you give the command startx -- :1 the command what you
>really ¨give¨ is xinit /usr/X11R6/bin/Your_wm -- :0 :1 . What xinit will do with this
>is open X under vt8 but open the corresponding windowmanager on vt7. I just tryed it
>with FreeBSD and it had the same effect so it is definitly not the kernel.
Boy, I'm glad to see someone else agrees with me !!! ;-)
If I have to post this on cooker or Xpert again I'll burst !!! :-)
In startx change the last line, which is:
xinit $clientargs -- $display $serverargs
to
xinit $clientargs -- $serverargs
Hope this helps :-),
Owen
On Sun, 17 Sep 2000, you wrote:
> > Thanks for the tip... I was wondering if it's not something with the kernel
> > instead since I have also had a crash as soon as I tried to bring the smp
> > kernel up (something to do with the framebuffer).
> >
> > Note that the vt problem was there in smp with the 1st bta as well but that
> > the smp kernel did boot just fine back then.
> >
> >
> > This 2nd beta looks worse than the 1st to me...
> >
> > Thanks again.
> >
> > --
> > Jean Meloche
> > [EMAIL PROTECTED]
> > e-gold # 133947
> >
> >
> No, the problem is that if you give the command startx -- :1 the command what you
>really ¨give¨ is xinit /usr/X11R6/bin/Your_wm -- :0 :1 . What xinit will do with this
>is open X under vt8 but open the corresponding windowmanager on vt7. I just tryed it
>with FreeBSD and it had the same effect so it is definitly not the kernel.
