Hi Camm,
I just had a hard time figuring out how to get our lam4 installation
running. We have some software that reads stuff from stdin for
configuration data and it does not work with the version in Debian
stable as reported in this bug.
I checked the upstream subversion repository and found the attached fix.
As I had to build the packages anyway (and already tested their
functionality) I figured I could just upload the packages to DELAYED as
well. As this seems to break lam for quite some people I chose to delay
it by only 3 days. As the patch is really small I don't expect any
problems.
Greetings
Torsten
diff -u lam-7.1.1/debian/changelog lam-7.1.1/debian/changelog
--- lam-7.1.1/debian/changelog
+++ lam-7.1.1/debian/changelog
@@ -1,3 +1,12 @@
+lam (7.1.1-3.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * share/boot/asc_run.c: Re-enable stdin for rank 0, accidently disabled in
+ 7.1.1. Pulled from upstream revision 9923 of branch-7-1
+ (closes: #308554).
+
+ -- Torsten Landschoff <[EMAIL PROTECTED]> Fri, 24 Jun 2005 22:16:52 +0200
+
lam (7.1.1-3) unstable; urgency=high
* Bug fix: "lam4-dev: /usr/include/lam/mpi++.h is a dangling symlink",
only in patch2:
unchanged:
--- lam-7.1.1.orig/share/boot/asc_run.c
+++ lam-7.1.1/share/boot/asc_run.c
@@ -214,7 +214,13 @@
niod = 0;
if (rtf & RTF_IO) {
for (pp = al_top(appd); pp; pp = al_next(appd, pp)) {
- niod++;
+#if LAM_HAVE_FD_PASSING
+ if (pp->asc_node != LOCAL && pp->asc_node != getnodeid()) {
+ niod++;
+ }
+#else
+ ++niod;
+#endif
}
}
/*
@@ -231,7 +237,11 @@
* is suppported locally.
*/
remote = (pp->asc_node != LOCAL && pp->asc_node != getnodeid());
+#if LAM_HAVE_FD_PASSING
+ pfdio = ((rtf & RTF_IO) && !remote) ? RTF_PFDIO : 0;
+#else
pfdio = 0;
+#endif
/*
* Start the process and store its pid.
*/
