Bug#306519: vrm114: cssdiff now needs write access to cssfiles, and segfaults when they are read only

2005-04-26 Thread Manoj Srivastava
Package: crm114
Version: 20050415-3
Severity: normal

Hi,

This is a regression; I used to be able to run cssdiff on
 files I had read access to. Even if the write access is required,
 cssdiff should fail with a diagnostic, thather than segfaulting, when
 faced with readon only files. strace attached.

 manoj

__> strace cssdiff ~testcrm/mail/*.css
execve("/usr/bin/cssdiff", ["cssdiff", "/home/testcrm/mail/nonspam.css", 
"/home/testcrm/mail/spam.css"], [/* 99 vars */]) = 0
uname({sys="Linux", node="glaurung", ...}) = 0
brk(0)  = 0x804b000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fe9000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=106089, ...}) = 0
old_mmap(NULL, 106089, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fcf000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libtre.so.4", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\27\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=54992, ...}) = 0
old_mmap(NULL, 54240, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fc1000
old_mmap(0xb7fce000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0xd000) = 0xb7fce000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/tls/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`Z\1\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1254468, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fc
old_mmap(NULL, 1264780, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7e8b000
old_mmap(0xb7fb5000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 
0x129000) = 0xb7fb5000
old_mmap(0xb7fbe000, 7308, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fbe000
close(3)= 0
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7fc07e0, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
munmap(0xb7fcf000, 106089)  = 0
stat64("/home/testcrm/mail/nonspam.css", {st_mode=S_IFREG|0644, 
st_size=50331660, ...}) = 0
brk(0)  = 0x804b000
brk(0x806c000)  = 0x806c000
brk(0)  = 0x806c000
open("/home/testcrm/mail/nonspam.css", O_RDWR) = -1 EACCES (Permission denied)
stat64("/home/testcrm/mail/spam.css", {st_mode=S_IFREG|0644, st_size=50331660, 
...}) = 0
open("/home/testcrm/mail/spam.css", O_RDWR) = -1 EACCES (Permission denied)
write(2, "Sparse spectra file /home/testcr"..., 74Sparse spectra file 
/home/testcrm/mail/nonspam.css has 4194305 bins total
) = 74
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fe8000
write(1, "Sparse spectra file /home/testcr"..., 71Sparse spectra file 
/home/testcrm/mail/spam.css has 4194305 bins total
) = 71
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11.2-skas3-v8-rc2
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages crm114 depends on:
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libtre4 0.7.2-1  regexp matching library with appro
ii  procmail3.22-11  Versatile e-mail processor

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#306519: vrm114: cssdiff now needs write access to cssfiles, and segfaults when they are read only

2005-04-28 Thread Milan Zamazal
> "MS" == Manoj Srivastava <[EMAIL PROTECTED]> writes:

MS> This is a regression; I used to be able to run cssdiff
MS> on files I had read access to. Even if the write access is
MS> required, cssdiff should fail with a diagnostic, thather than
MS> segfaulting, when faced with readon only files. strace attached.

I can reproduce the bug, I've forwarded it to the upstream developers.

Thanks for the report,

Milan Zamazal

-- 
All programmers are optimists.  Perhaps this modern sorcery especially attracts
those who believe in happy endings and fairy godmothers.  Perhaps the hundreds
of nitty frustrations drive away all but those who habitually focus on the end
goal. -- Frederick P. Brooks, Jr. in The Mythical Man-Month


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]