NetBSD-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Bump - Non-functional xfreerdp2 on 8.1 STABLE - missing POSIX timer_create?





On 17.11.2020 09:00, Martin Husemann wrote:
On Mon, Nov 16, 2020 at 07:54:38PM +0100, Bodie wrote:
[19:45:55:337] [2861:67ec4000] [ERROR][com.freerdp.core] -
transport_read_layer:freerdp_set_last_error_ex
ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
[19:45:55:358] [2861:67ec4000] [INFO][com.freerdp.core] -
freerdp_tcp_is_hostname_resolvable:freerdp_set_last_error_ex resetting error
state

Why do you think this is related to the timer_* issue that they fixed?


and here is the output from ktruss between last regular message (which shows
on FreeBSD too) and timer error:

"[09:36:09:413] [1671:d46fb000] [INFO][com.freerdp.channels.rdpsnd.client] - [static] Loaded fake backend for rdpsnd\n" 1671 8 xfreerdp2 mmap(0, 0x200000, 0x3, 0x1002, 0xffffffff, 0, 0) = 0x78d8beaef000
  1671      8 xfreerdp2 munmap(0x78d8beaef000, 0x200000) = 0
1671 8 xfreerdp2 mmap(0, 0x3ff000, 0x3, 0x15001002, 0xffffffff, 0, 0) = 0x78d8be800000
  1671      8 xfreerdp2 munmap(0x78d8bea00000, 0x1ff000) = 0
  1671      8 xfreerdp2 __clock_gettime50(0x3, 0x78d8bf0feb60) = 0
  1671      8 xfreerdp2 __clock_gettime50(0x3, 0x78d8bf0feb60) = 0
  1671      8 xfreerdp2 __clock_gettime50(0x3, 0x78d8bf0feb80) = 0
1671 8 xfreerdp2 mmap(0, 0x1000, 0x3, 0x1002, 0xffffffff, 0, 0) = 0x78d8d4328000 1671 8 xfreerdp2 mmap(0, 0x5000, 0x3, 0x1002, 0xffffffff, 0, 0) = 0x78d8d4323000
  1671      2 xfreerdp2 _ksem_init                 = 0
  1671      2 xfreerdp2 pipe()                     = 75, 76
  1671      2 xfreerdp2 pipe()                     = 77, 78
  1671      8 xfreerdp2 mmap                       = 0x78d8d4322000
  1671      2 xfreerdp2 fcntl(0x4d, 0x3, 0x4e)     = 0
  1671      8 xfreerdp2 _ksem_init(0, 0x78d8bf0fee38) = 0
1671 8 xfreerdp2 mmap(0, 0x3000, 0x3, 0x1002, 0xffffffff, 0, 0) = 0x78d8d431f000
  1671      2 xfreerdp2 fcntl(0x4d, 0x4, 0x4)      = 0
  1671      2 xfreerdp2 read(0x4d, 0x78d8c33fdafc, 0x1) Err#35 EAGAIN
1671 2 xfreerdp2 mmap(0, 0x410000, 0x3, 0x1002, 0xffffffff, 0, 0) = 0x78d8be3f0000
  1671      2 xfreerdp2 mprotect(0x78d8be3f0000, 0x10000, 0) = 0
  1671      2 xfreerdp2 _lwp_self()                = 2
1671 2 xfreerdp2 __sigprocmask14(0x1, 0x78d8c33fda00, 0x78d8c33fda40) = 0
  1671      2 xfreerdp2 __sigprocmask14(0x3, 0x78d8c33fda40, 0) = 0
  1671      2 xfreerdp2 getcontext(0x78d8c33fd740) = 0
1671 2 xfreerdp2 _lwp_create(0x78d8c33fd740, 0x40, 0x78d8d4645310) = 0
  1671      2 xfreerdp2 poll(0x78d8c33fdc40, 0x1, 0) = 0
  1671      2 xfreerdp2 write(0x8, 0x78d8d0c9982b, 0x1) = 1
       "-"
  1671      2 xfreerdp2 __gettimeofday50(0x78d8c33fb550, 0) = 0
  1671      2 xfreerdp2 __gettimeofday50(0x78d8c33fb550, 0) = 0
  1671      2 xfreerdp2 getpid()                   = 1671, 740
  1671      2 xfreerdp2 write(0x2, 0x78d8c33fb330, 0x7f) = 127
"[09:36:09:414] [1671:d46fb000] [ERROR][com.winpr.synch.timer] - InitializeWaitableTimer: os specific implementation is missing\n"


in FreeBSD it looks like this:

"[09:46:06:406] [1114:01e7ea00] [INFO][com.freerdp.channels.rdpsnd.client] - [static] Loaded fake backend for rdpsnd
       "
  1114 xfreerdp CALL  munmap(0x8050b9000,0x147000)
  1114 xfreerdp RET   write 116/0x74
  1114 xfreerdp RET   munmap 0
  1114 xfreerdp CALL  munmap(0x805400000,0xb8000)
  1114 xfreerdp RET   munmap 0
1114 xfreerdp CALL mmap(0,0x1000,0x3<PROT_READ|PROT_WRITE>,0x1002<MAP_PRIVATE|MAP_ANON>,0xffffffff,0)
  1114 xfreerdp RET   mmap 34444382208/0x8050b9000
1114 xfreerdp CALL mmap(0,0x5000,0x3<PROT_READ|PROT_WRITE>,0x1002<MAP_PRIVATE|MAP_ANON>,0xffffffff,0)
  1114 xfreerdp RET   mmap 34444386304/0x8050ba000
1114 xfreerdp CALL mmap(0,0x1000,0x3<PROT_READ|PROT_WRITE>,0x1002<MAP_PRIVATE|MAP_ANON>,0xffffffff,0)
  1114 xfreerdp RET   mmap 34444406784/0x8050bf000
  1114 xfreerdp CALL  poll(0x7fffdf3f7ea0,0x1,0xffffffff)
  1114 xfreerdp CALL  pipe2(0x802d24570,0)
  1114 xfreerdp RET   pipe2 0
  1114 xfreerdp CALL  pipe2(0x802d5ac54,0)
  1114 xfreerdp RET   pipe2 0
  1114 xfreerdp CALL  fcntl(0x30,F_GETFL)
  1114 xfreerdp RET   fcntl 2
  1114 xfreerdp CALL  fcntl(0x30,F_SETFL,0x6<O_RDWR|O_NONBLOCK>)
  1114 xfreerdp RET   fcntl 0
1114 xfreerdp CALL mmap(0,0x1000,0x3<PROT_READ|PROT_WRITE>,0x1002<MAP_PRIVATE|MAP_ANON>,0xffffffff,0)
  1114 xfreerdp RET   mmap 34444410880/0x8050c0000
  1114 xfreerdp CALL  read(0x30,0x7fffdfffdb14,0x1)
  1114 xfreerdp RET   read -1 errno 35 Resource temporarily unavailable
1114 xfreerdp CALL mmap(0x7fffdeff6000,0x201000,0x3<PROT_READ|PROT_WRITE>,0x400<MAP_STACK>,0xffffffff,0)
  1114 xfreerdp RET   mmap 140736934666240/0x7fffdeff6000
  1114 xfreerdp CALL  mprotect(0x7fffdeff6000,0x1000,0<PROT_NONE>)
  1114 xfreerdp RET   mprotect 0
  1114 xfreerdp CALL  thr_new(0x7fffdfffda10,0x68)
  1114 xfreerdp RET   thr_new 0
  1114 xfreerdp CALL  poll(0x7fffdfffdc00,0x1,0)
  1114 xfreerdp RET   poll 0
  1114 xfreerdp CALL  write(0x4,0x8006bbdd9,0x1)
  1114 xfreerdp GIO   fd 4 wrote 1 byte
       "-"
  1114 xfreerdp RET   write 1
  1114 xfreerdp CALL  kqueue
  1114 xfreerdp RET   kqueue 50/0x32
  1114 xfreerdp CALL  kevent(0x32,0x7fffdfffd9e0,0x1,0,0,0)
1114 xfreerdp STRU struct kevent[] = { { ident=0, filter=EVFILT_TIMER, flags=0x11<EV_ADD|EV_ONESHOT>, fflags=NOTE_USECONDS, data=0x4e20, udata=0x0 } }
  1114 xfreerdp STRU  struct kevent[] = {  }
  1114 xfreerdp RET   kevent 0
  1114 xfreerdp RET   fork 0
  1114 xfreerdp CALL  poll(0x7fffdfffdc90,0x1,0)
  1114 xfreerdp RET   poll 0
  1114 xfreerdp CALL  poll(0x7fffdfffd968,0x1,0xffffffff)
 1114 xfreerdp RET   poll 1
  1114 xfreerdp CALL  writev(0x11,0x7fffdfffdac0,0x3)
  1114 xfreerdp CALL  poll(0x7fffdf1f6e80,0x1,0xffffffff)
  1114 xfreerdp GIO   fd 17 wrote 8 bytes



In my build log I see:

-- Looking for timer_create - found
-- Looking for timer_delete - found
-- Looking for timer_settime - found
-- Looking for timer_gettime - found

so this looks good.

The client command line and help is so obfuscated thought that I did not
manage to actually use it:

[08:55:19:195] [17803:40b2bc00] [ERROR][com.freerdp.core] -
nla_recv_pdu:freerdp_set_last_error_ex ERRCONNECT_LOGON_FAILURE
[0x00020014]

... which probably means I got some \ wrong or used bogus authentication
options.

Martin



Home | Main Index | Thread Index | Old Index