Re: PPP daemon dies after dialing into the ISP

From: John Hasler (jhasler_at_debian.org)
Date: 01/31/05

  • Next message: Branden Robinson: "Re: RFC: stable update for XFree86"
    To: debian-user@lists.debian.org
    Date: Mon, 31 Jan 2005 12:08:28 -0600
    
    

    Vinod writes:
    > Not only kppp, minicom also dies with failure of NOCARRIER. However, I am
    > able to connect using wvdial. Any reason why this happens?

    Probably, but we can't usefully guess at it without more information.

    > Also, I noticed that ppp support is not compiled into the kernel, using
    > make xconfig. Could this be the problem?

    No.

    -- 
    John Hasler
    -- 
    To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org 
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
    

  • Next message: Branden Robinson: "Re: RFC: stable update for XFree86"

    Relevant Pages

    • Re: PPP daemon dies after dialing into the ISP
      ... minicom also dies with failure of NOCARRIER. ... Any reason why this happens? ...
      (Debian-User)
    • Re: whodunnit: motherboard dead
      ... You are correct that static electricity probably is not ... Just not a more likely reason for failure. ... supply manufacturer provide a long list of numerical specs. ...
      (sci.electronics.basics)
    • Re: If I die...
      ... Bertie the Bunyip wrote: ... As does the "these things happen for a reason" ... People do say that when an 18 YO dies on his motorcycle! ...
      (rec.aviation.piloting)
    • Re: system return value makes for strange logic
      ... %%> of the failure. ... %% The reason is that systemreturns the exit status of the program it runs. ... %% exits with 0 on success and any number of non-zero values upon failure. ... that fails sets $? ...
      (comp.lang.perl.misc)
    • Re: Variable naming problem
      ... > Maybe we should talk about what constitutes a failure first. ... > failure is a condition the programmer can not reasonably expect or be ... If you define failures in that way, then don't all exceptions become ... simple reason: based on just the name "readLine," when I call the ...
      (comp.lang.java.programmer)