X-Spam-Check-By: sourceware.org Message-ID: <449B08E2.9040302@tlinx.org> Date: Thu, 22 Jun 2006 14:17:22 -0700 From: Linda Walsh User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: CygPerl hangs opening FIFO after fork (in both parent&child) Content-Type: multipart/mixed; boundary="------------000806000104080504020908" X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com --------------000806000104080504020908 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit The attached test case is simple and fairly short. It does not depend on File::BOM (and has none of the code from it). It's only dependency (other than perl) is the POSIX module, where, from, the "fifo" command is taken. Conceptually, it is simple: - Create fifo (works) - Fork (works) - Open fifo for communication between parent and child (FAILS) (if successful, try to pass a short message, from child to parent, parent validates, then both processes exit) --------- Both the child and the parent hang on the "open". Fork by itself works. Fifo communication, by itself, works. Is this a simple enough test case? Linda --------------000806000104080504020908 Content-Type: text/plain; name="bad.pl" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="bad.pl" IyEvdXNyL2Jpbi9wZXJsIC13DQp1c2Ugc3RyaWN0Ow0KdXNlIFBPU0lYIHF3 KCBta2ZpZm8gKTsNCg0KbXkgJG1lc3NhZ2UgPSA8PEVPTTsNCkhlbGxvLCBX b3JsZC4NClRoYXQgaXMgYWxsDQpFT00NCg0KbXkgJHRlc3Rubz0xOw0KI3Vu YnVmZmVyIG91dHB1dHMNCnNlbGVjdCBTVERFUlI7ICR8PTE7IHNlbGVjdCBT VERPVVQ7ICR8PTE7DQoNCnN1YiBjaGVjayB7DQoJbXkgKCRzdGF0LCRtc2cp PUBfOw0KCXByaW50ZiAiVGVzdCAkdGVzdG5vIGhhZCBzdGF0dXMgJXM7JXNc biIsIA0KCQkkc3RhdD8icGFzcyI6ImZhaWwiLCANCgkJJG1zZz8iKG1zZz0k bXNnKSI6IiI7DQoJKyskdGVzdG5vOw0KCXJldHVybiAkc3RhdDsNCn0NCg0K DQpteSAkZmlmbyA9ICd0ZXN0X2ZpZm8nOw0KdW5saW5rICRmaWZvIGlmICgt ZSAkZmlmbyk7IAkJCQkJI3ByaW9yIGhhbmc/OiBjbGVhbnVwDQoNCg0KDQpj aGVjayggbWtmaWZvKCRmaWZvLCAwNzAwKSwgIkNyZWF0ZWQgZmlmbyAkZmlm byIgKSBvciB3YXJuICQhOw0KDQpteSAkcGlkID0gZm9yazsNCmlmICgkcGlk KSB7DQoNCgljaGVjayggMSAsInBhcmVudDogZm9ya2VkIG9rLCBhYm91dCB0 byBvcGVuIGZpZm8iKTsNCiAgICBvcGVuIG15ICRyZWFkZXIsICc8JywgJGZp Zm8gb3IgZGllICIkJDogQ291bGRuJ3QgcmVhZCAnJGZpZm8nOiAkISI7DQoN Cg0KCSMjIyMgY3lnd2luIG5ldmVyIGdldHMgaGVyZS4uLi4NCg0KDQoJY2hl Y2soIDEsICJwYXJlbnQ6IGFmdGVyIG9wZW4gYWJvdXQgdG8gcmVhZCBmcm9t IGNoaWxkIik7DQoJbXkgJGNoaWxkX21zZyA9IDwkcmVhZGVyPjsNCg0KCWNo ZWNrICggKCRjaGlsZF9tc2cgZXEgJG1lc3NhZ2UpICwNCgkJInBhcmVudDog cmVjZWl2ZWQgbXNnIGZyb20gY2hpbGQsIGNsb3NpbmcgcmVhZGVyLi4uIik7 DQogICAgY2xvc2UgJHJlYWRlcjsNCg0KCWNoZWNrKCAxICwicGFyZW50OiBj bG9zZWQgcmVhZGVyLCBhYm91dCB0byB3YWl0IG9uIGNoaWxkIik7DQogICAg Y2hlY2soICh3YWl0cGlkKCRwaWQsMCkgPiAwKSwgIndhaXRwaWQoJHBpZCkg PiAwIik7DQoNCiAgICBjaGVjayh1bmxpbmsoJGZpZm8pLCAicmVtb3ZlZCAk ZmlmbyIpIG9yIHdhcm4gJCE7DQoNCn0gZWxzaWYgKGRlZmluZWQgJHBpZCkg ew0KICAgIA0KCWNoZWNrKCAxLCAiY2hpbGQ6IGZvcmsgb2ssIGFib3V0IHRv IG9wZW4gZmlmbyIpOw0KICAgIG9wZW4gbXkgJHdyaXRlciwgJz4nLCAkZmlm byBvciBkaWUgIiQkOiBDb3VsZG4ndCB3cml0ZSAnJGZpZm8nOiAkISI7DQoN CgkjIyMjIGN5Z3dpbiBuZXZlciBnZXRzIGhlcmUuLi4uDQoNCgljaGVjayAo MSwgImNoaWxkOiBhZnRlciBvcGVuaW5nIGZpZm8gZm9yIHdyaXRlOyBhYm91 dCB0byBwcmludCIpOw0KICAgIHByaW50ICR3cml0ZXIgJG1lc3NhZ2U7DQoN CiAgICAjIGRpYWcgIiQkOiBXcm90ZSAiLCBsZW5ndGggJG1lc3NhZ2UsICIg Ynl0ZXMgdG8gZmlmbyI7DQoJY2hlY2sgKDEsICJjaGlsZDogd3JvdGU7IGFi b3V0IHRvIGNsb3NlIik7CQ0KICAgIGNsb3NlICR3cml0ZXI7DQoNCgljaGVj ayAoMSwgImNoaWxkOiBjbG9zZWQ7IGFib3V0IHRvIGV4aXQiKTsNCiAgICBl eGl0IDA7DQoNCn0gZWxzZSB7DQogICAgZGllICIkMDogZm9yayBmYWlsZWQ6 ICQhIjsNCn0NCg== --------------000806000104080504020908 Content-Type: text/plain; charset=us-ascii -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ --------------000806000104080504020908--