teythoon/hurd.git/exec, branch masterPersonal Hurd development repositoryhttps://darnassus.sceen.net/cgit/teythoon/hurd.git/atom?h=master2016-08-30T22:59:26Zexec: Fix loading binaries without a memory manager object2016-08-30T22:59:26ZBrent W. Baccalacosine@freesoft.org2016-08-30T22:59:26Zurn:sha1:02d6d9f0998809e32fb438064a2733b64b89be08
Falling back from the io_map method needs to handle the "anywhere" flag too
by updating MAPSTART.
* exec/exec.c (write_to_task): Turn MAPSTART parameter into a reference to
the address. Fix usage accordingly.
(load_section): Pass address of MAPSTART to write_to_task so it can update
it.
Fix exec crash when setexecdata has never been called2016-08-28T19:15:39ZSamuel Thibaultsamuel.thibault@ens-lyon.org2016-08-28T19:12:05Zurn:sha1:1f78ddd5719d50d3af7140066316932ef00044cf
or called with a small array.
This notably happens when using a sub-exec, see BZ #48919.
* exec/hashexec.c (check_hashbang): Check std_nports before accessing
std_ports.
Fix loading small pic programs2016-08-26T00:55:39ZSamuel Thibaultsamuel.thibault@ens-lyon.org2016-08-26T00:55:39Zurn:sha1:12576ff7afd71799d9cc6fe6af065932540ff0ea
It happens that the link script for ld.so contains a hole, which might thus
leave an empty page between the text and the data. When loading a small pic
program, its text would then fit in there, and loading the data right after
it would fail. We here rather force all pic loads to be mapped
contiguously, starting from the place that was allocated for the first pic
load.
* exec/exec.c (load_section): Return the address of the end of the section.
(load): Take the address to be used for loading pic objects as parameter,
force pic objects there if it is not zero, and compute and return the
address to be used for the next pic object.
(do_exec): Pass addresses for pic loads between calls to load().
Revert part of "fix compiler warnings in hurd/exec"2016-05-23T09:31:50ZThomas Schwingethomas@codesourcery.com2016-05-23T09:30:47Zurn:sha1:d213bd8ef04dd947ff5c53a8efeb6cba11621396
This reverts part of commit 05c3ffac543052c8d0b171a5f77bb977d5316a61. These
type casts are no longer needed after the commit
e914bfc3d6e5ddf6f8c5e93a4334873a48a24ddf changes.
* exec/elfcore.c: Revert type casts added in commit
05c3ffac543052c8d0b171a5f77bb977d5316a61.
exec: remove duplicate function call2016-02-04T19:11:42ZEsa Peuhaesa.peuha@gmail.com2016-02-04T19:11:42Zurn:sha1:6e22fb5616dbacad58cc55544a00efece0477a9a
* exec/main.c (main) Remove second call to trivfs_startup
from commit a5d384c.
Fix typo2016-01-19T17:38:36ZSamuel Thibaultsamuel.thibault@ens-lyon.org2016-01-19T17:38:36Zurn:sha1:c2185ab7ca837967ba58dffeca7904caaca0d46e
* exec/Makefile (targets): Rename to target.
Also build exec.static2016-01-17T19:50:56ZSamuel Thibaultsamuel.thibault@ens-lyon.org2016-01-17T19:50:56Zurn:sha1:5592e5f0971029b4d0445f1afb7e0ce05eb89621
Which can be more convenient than using ld.so to boot the Hurd
* exec/Makefile (targets): Add exec.static
Drop OTHERLIBS and use LDLIBS exclusively2015-12-31T20:47:32ZFlavio Cruzflaviocruz@gmail.com2015-12-31T16:49:25Zurn:sha1:a70c7531ed3a6378dd527da005a1fe63fbb4871a
When cross-compiling, OTHERLIBS magically turns -lpthread into the path
to the host libpthread.so file, resulting in build issues. LDLIBS does
not suffer from this problem and it seems that is already being used in
other Makefiles. This patch removes OTHERLIBS entirely from the build
system.
* Makeconf: Remove references to OTHERLIBS
* auth/Makefile: Replace OTHERLIBS with LDLIBS.
* boot/Makefile: Likewise.
* console/Makefile: Likewise.
* exec/Makefile: Likewise.
* ext2fs/Makefile: Likewise.
* fatfs/Makefile: Likewise.
* ftpfs/Makefile: Likewise.
* hostmux/Makefile: Likewise.
* isofs/Makefile: Likewise.
* libhurd-slab/Makefile: Likewise.
* nfs/Makefile: Likewise.
* nfsd/Makefile: Likewise.
* pfinet/Makefile: Likewise.
* proc/Makefile: Likewise.
* procfs/Makefile: Likewise.
* random/Makefile: Likewise.
* storeio/Makefile: Likewise.
* term/Makefile: Likewise.
* tmpfs/Makefile: Likewise.
* usermux/Makefile: Likewise.
fix compiler warnings in hurd/exec2015-12-29T19:47:40ZFlavio Cruzflaviocruz@gmail.com2015-12-29T17:10:27Zurn:sha1:05c3ffac543052c8d0b171a5f77bb977d5316a61
exec: Fix compiler warnings.
* exec/elfcore.c: Cast arguments to vm_address_t.
* exec/main.c: Use %lu in asprintf.
exec: convert to trivfs dynamic classes and buckets2015-09-27T20:09:58ZJustus Winter4winter@informatik.uni-hamburg.de2015-09-27T16:54:31Zurn:sha1:a5d384c333dbbe863c1515d6167d956b0c5b4852
libtrivfs contains two ways of managing more than one port class and
bucket. There is the old way of using a statically allocated array
with explicit length, and the new way with dynamically allocated
vectors.
Converting all users to the new way of handling multiple classes
and/or buckets, we can simplify the code in libtrivfs. In many cases,
the code will be simpler and more expressive for the user.
This also fixes a mild bug. The classes and buckets given to
`trivfs_startup' end up in the dynamic vectors too, making the object
lookup code use the more complicated code path.
* exec/main.c: Convert to dynamic classes and buckets.