Bug 163487 - lp0 read not interruptible by SIGALARM
lp0 read not interruptible by SIGALARM
Status: CLOSED DUPLICATE of bug 163486
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
3
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Kernel Maintainer List
Brian Brock
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-07-18 05:58 EDT by Jean-Jacques Sarton
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-07-18 12:12:39 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Jean-Jacques Sarton 2005-07-18 05:58:15 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Fedora/1.7.8-1.3.1

Description of problem:
The read call on /dev/lp0 is not interrupted by SGIALARM.

The following progam can only be terminated by ^C or kill.
The read call shall be interrupted (an alarm generated via alarm(1)), the
signal is processed but the read call do not return (this was OK on 2.4 kernels)
 
#include <stdio.h>
#include <signal.h>
#include <fcntl.h>

typedef void (*signalHandler_t)(int);
static signalHandler_t sig;
static void _sigAlarm(int code);

static void _sigAlarm(int code)
{
   printf("_sigAlarm got\n");
}

int main(int argc, char **argv)
{
   char *dev = "/dev/lp0";
   char buf[511];
   int  fd;
   int  rd;
   if (argc > 1 )
      dev = argv[1];
   
   fd = open(dev, O_RDWR);
   if (fd > -1 )
   {
      sig = signal(SIGALRM, _sigAlarm);
      alarm(1);
      rd = read(fd, buf,511);
      printf("read -> %d\n",rd);
   }
   return 0;
}


Version-Release number of selected component (if applicable):
kernel-2.6.11-1.35_FC3

How reproducible:
Always

Steps to Reproduce:
1. compile provided example
2. run example
3. 
  

Actual Results:  see above

Expected Results:  the read call shall return after the signal was processed.


Additional info:

All was OK on tzhe 2.4 kernels, the acual behaviour is very bad and all printer
port (USB //) have different (buggy) working mode.
Comment 1 Pete Zaitcev 2005-07-18 12:12:39 EDT

*** This bug has been marked as a duplicate of 163486 ***

Note You need to log in before you can comment on or make changes to this bug.