* [Linux-ia64] Issue with using execlp() from a 32 bit binary on IA64
@ 2001-09-13 18:14 Venkatesh Ramamurthy
2001-09-13 19:11 ` Brian Sumner
2001-09-14 10:17 ` Andreas Schwab
0 siblings, 2 replies; 3+ messages in thread
From: Venkatesh Ramamurthy @ 2001-09-13 18:14 UTC (permalink / raw)
To: linux-ia64
[-- Attachment #1: Type: text/plain, Size: 1339 bytes --]
Hi,
The RAID group has a problem with using execlp function from a 32bit binary.
The problem goes like this , a test program "TestCtrl"(A) and "TestServ"(B)
are the two binaries. Initially both 'A' and 'B' are 32 bit binaries. 'A'
loads 'B' using execlp. 'A' loads during system startup. The system boots to
text mode. When i do a 'startx', the X-window system hangs up. The last
thing i see is 'RAGE 128 .....' and hangs.
When i recompile A to a native 64 bit app everything is fine (B is still 32
bit app). X - Window runs fine.
So my assumption was when a 32 bit binary spawns another 32bit app(i have
*not* tested a 32 bit app loading a 64 bit app) there is a problem, I have
not gone thru the kernel sources to find the source of the error. As i am
not actively involved with Linux64 development i do not have time to study
the problem more, but i thought it might be useful for the maintainers to
rectify it.
I am sending the sources and some readme documents from one of our engineers
in India who orginated this issue. He is seeing it in a slightly different
manner.He states that even when 'A' is natively compiled he sees the
problem. We have not seen this in atlanta.
Hope this helps ....
Thanks
Venkatesh
PS: I receive only the digest so please CC communication and also include
peterj in the loop.
<<testmon.tar.gz>>
[-- Attachment #2: testmon.tar.gz --]
[-- Type: application/octet-stream, Size: 7851 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Linux-ia64] Issue with using execlp() from a 32 bit binary on IA64
2001-09-13 18:14 [Linux-ia64] Issue with using execlp() from a 32 bit binary on IA64 Venkatesh Ramamurthy
@ 2001-09-13 19:11 ` Brian Sumner
2001-09-14 10:17 ` Andreas Schwab
1 sibling, 0 replies; 3+ messages in thread
From: Brian Sumner @ 2001-09-13 19:11 UTC (permalink / raw)
To: linux-ia64
Venkatesh Ramamurthy wrote:
>
> Hi,
> The RAID group has a problem with using execlp function from a 32bit binary.
A quick glance at the source indicates a bug in glibc 2.2.3 execl
and execlp if you pass more than 1024 arguments. Strangely, the
execle function is OK. (Compare the last argument to the memcpy
calls in posix/execl.c and posix/execle.c)
Brian Sumner
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Linux-ia64] Issue with using execlp() from a 32 bit binary on IA64
2001-09-13 18:14 [Linux-ia64] Issue with using execlp() from a 32 bit binary on IA64 Venkatesh Ramamurthy
2001-09-13 19:11 ` Brian Sumner
@ 2001-09-14 10:17 ` Andreas Schwab
1 sibling, 0 replies; 3+ messages in thread
From: Andreas Schwab @ 2001-09-14 10:17 UTC (permalink / raw)
To: linux-ia64
Brian Sumner <bls@sgi.com> writes:
|> Venkatesh Ramamurthy wrote:
|> >
|> > Hi,
|> > The RAID group has a problem with using execlp function from a 32bit binary.
|>
|> A quick glance at the source indicates a bug in glibc 2.2.3 execl
|> and execlp if you pass more than 1024 arguments. Strangely, the
|> execle function is OK.
execle has already been fixed more than one year ago, but nobody looked at
execl and execlp so far :-/. I have now checked in a fix.
Thanks, Andreas.
--
Andreas Schwab "And now for something
Andreas.Schwab@suse.de completely different."
SuSE Labs, SuSE GmbH, Schanzäckerstr. 10, D-90443 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2001-09-14 10:17 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-09-13 18:14 [Linux-ia64] Issue with using execlp() from a 32 bit binary on IA64 Venkatesh Ramamurthy
2001-09-13 19:11 ` Brian Sumner
2001-09-14 10:17 ` Andreas Schwab
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox