This file is indexed.

/usr/share/doc/liborbit-2-0/TODO is in liborbit-2-0 1:2.14.19-0.3.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
TODO:

* Ensure that we can have our 'non-threaded' thread be any thread.

* Turn off the global 'fast_calls' variable, to knobble
  old stubs, and go with the new ABI.

* Cross thread Object references
	+ I think the way to fix this is by using a different
	  interface->adaptor_type: ORBIT_ADAPTOR_POA_THREADED,
	  such that the fast case will always drop through to
	  small_invoke_stub_n, where we can get far more creative.

* Threading 
	+ GIOPMessageQueueEntry needs to hold a cnx ref.
	+ orb->current_invocations needs to be per-thread ...
	  also, we should push a stack-data pointer.
	+ Need to emit 'broken' connection - via the listen/unlisten
	  stuff in the main thread ... [ and garentee the same
	  invariants as previously ? cnx status etc. ? ]

	+ Create a per-object policy 'PROCESS_REENTERANTLY', using our
	  VPVID space; takes a boolean ... set it on the object ...
	  [ make some libbonobo wrappers to improve the situation ]
	+ CORBA_Object_non_existant - needs to do a blocking
	  check for CONNECTED / DISCONNETED.
	+ bin redundant forwards in poa.c
	+ giop_recv_thread_fn - more work needed
	+ ** ERROR **: Need to handle zapped cnx' async callbacks


* User friendliness
	+ tolerate NULL CORBA_Environments in stubs
	+ 'sequence from GList' API.
	+ always return initialized memory on exception
	+ add an X like 'event' processing API for incoming bits (?)

* GIOP fragments
/	+ need to handle a cancel request in the middle of a fragment stream

* It seems the local case optimization can go wrong when
  invoking bogus methods from a different interface on an Object ref.
	+ this is to do with
		a) not checking the vepv offset we get
		b) not expanding the lookup of the vepv offset at all.

* Thread safety
	+ For independent clients, we need some way to
	  arbitrate the giop_recv_buffer_get method - so
	  that either: a single thread does the poll and the
	  rest block, or we all poll.

	+ apparently g_object_ref / unref are not thread safe
	  we need linc_object_ref / unref instead that does
	  a LINC_MUTEX_LOCK on the global object lifecycle lock
	  that needs to move into linc ... sigh !

	+ we need to ensure that linc does no signal emissions,
	  since these are horribly slow and again not safe.

* Optimization
	+ we need 2 de-marshalling routines, 1 with (slow)
	  byteswap and 1 without it, save scads and scads of
	  branch cache misses; easy to do too; make it a virtual
	  method on the recv buffer (?) [ for easy chaining ]

	+ we need some concept of align == native align flagged
	  on TypeCodes, so we can blat things quickly with memcpy
	  in a generic way - eg. sequences of octets.

	+ we need to implement 'wait for completion' on
	  shutdown so that we can activate async unrefs in
	  bonobo.

* Dragons:
	+ giop_recv_buffer.c (giop_connection_handle_input)
	  manages to go through the error condition a whole
	  load; _why_ is this ? - is it a recursive effect on
	  the method ? why are we called if there is no data ?

	+ We need a typecast in an _allocbuf which we know is
	  aliased, eg. PortableServer_POAList_allocbuf, since
	  it gets assigned to a CORBA_Object *, and the cast
	  is bogus.