Acroread 9

[Pascal Hofstee]

Hi,

I was pleasantly surprised to see the print/acroread9 port in the
ports-tree, and since
i have a couple of PDFs that evince doesn't handle entirely the way it
should, i gave the
port a shot on my 8.0-CURRENT system, especially considering the
recent linux_base
overhaul and all.

The program started up perfectly rendering the first couple of pages,
and then within a
few seconds simply crashed out. A look at the console logs
unfortunately showed the
following message:

linux: pid 78263 (acroread): syscall inotify_init not implemented

In contrary to Acroread 8 (which does run properly) it looks like
Acroread 9 actually uses
the Linux inotify system. The port therefore is unfortunately of not
much use as long as
this subsystem of syscalls isn't mapped to its freebsd equivalent.

I guess it couldn't hurt to mark the port as non-functionial until
this has been resolved, and
opted to put emulation@ on cc on this since i am curious what would
need to be done in
order to get this fixed. To my understanding Linux' inotify system
shares similarities with
FreeBSD's kqueue system and i wonder if a bridge of some sorts could
be established here.

With kind regards,
  Pascal Hofstee
_______________________________________________
freebsd-emulation@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@..."

[Jung-uk Kim]

On Friday 10 April 2009 03:37 am, Pascal Hofstee wrote:

> Hi,
>
> I was pleasantly surprised to see the print/acroread9 port in the
> ports-tree, and since
> i have a couple of PDFs that evince doesn't handle entirely the way
> it should, i gave the
> port a shot on my 8.0-CURRENT system, especially considering the
> recent linux_base
> overhaul and all.
>
> The program started up perfectly rendering the first couple of
> pages, and then within a
> few seconds simply crashed out. A look at the console logs
> unfortunately showed the
> following message:
>
> linux: pid 78263 (acroread): syscall inotify_init not implemented
>
> In contrary to Acroread 8 (which does run properly) it looks like
> Acroread 9 actually uses
> the Linux inotify system. The port therefore is unfortunately of
> not much use as long as
> this subsystem of syscalls isn't mapped to its freebsd equivalent.
>
> I guess it couldn't hurt to mark the port as non-functionial until
> this has been resolved, and
> opted to put emulation@ on cc on this since i am curious what would
> need to be done in
> order to get this fixed. To my understanding Linux' inotify system
> shares similarities with
> FreeBSD's kqueue system and i wonder if a bridge of some sorts
> could be established here.

It is a known problem:

http://docs.freebsd.org/cgi/mid.cgi?20090401175638.GA31233

Jung-uk Kim
_______________________________________________
freebsd-emulation@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@..."

[Vladimir Grebenschikov-2]

Hi

> It is a known problem:
>
> http://docs.freebsd.org/cgi/mid.cgi?20090401175638.GA31233

hi,

I have tried patch from above article (on RELENG_8)
Patch applied, kernel build, but acroread behave same as before patch:

linux: pid 79194 (acroread): syscall inotify_init not implemented

something wrong in patch ?

$ linux_kdump -m40 -f ~/acrored.kdump
...
 36359 acroread CALL  linux_fcntl64(0x8,0xd,0xbfbfdcc8)
 36359 acroread RET   linux_fcntl64 0
 36359 acroread CALL  close(0x8)
 36359 acroread RET   close 0
 36359 acroread CALL  linux_inotify_init
 36359 acroread RET   linux_inotify_init -1 errno 38 Socket operation on non-socket
 36359 acroread CALL  linux_socketcall(0x8,0xbfbfde80)
 36359 acroread RET   linux_socketcall 0
 36359 acroread CALL  linux_stat64(0xa5b9ec8,0xbfbfdd48,0x4b2b9ff4)
 36359 acroread NAMI  "/compat/linux/home/vova/.adobe/Acrobat/9.0/SharedDataEvents"
 36359 acroread NAMI  "/home/vova/.adobe/Acrobat/9.0/SharedDataEvents"
 36359 acroread UNKNOWN(8)   36359 acroread RET   linux_stat64 0
 36359 acroread CALL  write(0x9,0xbfbfde8c,0x1)
 36359 acroread GIO   fd 9 wrote 1 byte
       "M"
 36359 acroread RET   write 1
 36359 acroread CALL  linux_mmap2(0,0x100000,0x7,0x20022,0xffffffff,0)
 36359 acroread RET   linux_mmap2 1288486912/0x4cccc000
 36359 acroread CALL  linux_mprotect(0x4cccc000,0x1000,0)
 36359 acroread RET   linux_mprotect 0
 36359 acroread CALL  sched_getparam(0,0x4cdcbd94)
 36359 acroread RET   sched_getparam 0
 36359 acroread CALL  linux_sched_get_priority_min(0)
 36359 acroread RET   linux_sched_get_priority_min 0
 36359 acroread CALL  linux_sched_get_priority_max(0)
 36359 acroread RET   linux_sched_get_priority_max 63/0x3f
 36359 acroread CALL  linux_clone(0x3d0f00,0x4cdcb454,0x4cdcbbd8,0xbfbfde70,0x4cdcbbd8)
 36359 acroread RET   linux_clone 36395/0x8e2b
 36359 acroread CALL  linux_sched_setscheduler(0x8e2b,0,0x4cdcbd94)
 36359 acroread RET   linux_sched_setscheduler RESTART
 36359 acroread CALL  linux_tgkill(0x8e07,0x8e2b,0x20)
 36359 acroread RET   linux_tgkill 0
 36359 acroread CALL  linux_sys_futex(0x4b3bec28,0x81,0x7fffffff,0,0xbfbfde3c,0xbfbfdc34)
 36359 acroread RET   linux_sys_futex 0
 36359 acroread CALL  write(0x2,0x4b380c74,0x30)
 36359 acroread GIO   fd 2 wrote 48 bytes
       "terminate called after throwing an insta"
 36359 acroread RET   write 48/0x30
 36359 acroread CALL  write(0x2,0xac8eac0,0xb)
 36359 acroread GIO   fd 2 wrote 11 bytes
       "RSException"
 36359 acroread RET   write 11/0xb
 36359 acroread CALL  write(0x2,0x4b380c64,0x2)
 36359 acroread GIO   fd 2 wrote 2 bytes
       "'
       "
 36359 acroread RET   write 2
 36359 acroread CALL  linux_rt_sigprocmask(0x1,0xbfbfdd5c,0,0x8)
 36359 acroread RET   linux_rt_sigprocmask 0
 36359 acroread CALL  linux_tgkill(0x8e07,0x8e07,0x6)
 36359 acroread RET   linux_tgkill 0
 36359 acroread PSIG  SIGIOT caught handler=0x84fcd86 mask=0x0 code=0x0
 36359 acroread CALL  linux_rt_sigaction(0x6,0xbfbfd7ec,0xbfbfd760,0x8)
 36359 acroread RET   linux_rt_sigaction 0
 36359 acroread CALL  linux_exit_group(0x1)

--
Vladimir B. Grebenschikov
vova@...
_______________________________________________
freebsd-emulation@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@..."

[Roman Divacky]

On Tue, Oct 27, 2009 at 12:14:04PM +0300, Vladimir Grebenschikov wrote:

> Hi
>
> > It is a known problem:
> >
> > http://docs.freebsd.org/cgi/mid.cgi?20090401175638.GA31233
>
> hi,
>
> I have tried patch from above article (on RELENG_8)
> Patch applied, kernel build, but acroread behave same as before patch:
>
> linux: pid 79194 (acroread): syscall inotify_init not implemented

epoll has nothing to do with inotify. I am sorry but there's no support
for inotify in linuxulator
_______________________________________________
freebsd-emulation@... mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emulation
To unsubscribe, send any mail to "freebsd-emulation-unsubscribe@..."