Re^3: Problem with STDIN input

I too suspect that it should be shell's limitation.

"too"? I didn't mention the shell at all, but I suppose it could also be the shell's fault.

what actually is the line doing

The first perl creates a long string which is sent to the second perl's STDIN as if someone had typed it. It shows that Perl has no problem reading a line one million bytes long.

Comment on Re^3: Problem with STDIN input

Replies are listed 'Best First'.
Re^4: Problem with STDIN input by Gyatso (Novice) on Jun 13, 2009 at 18:06 UTC
Understood the meaning of the line in perl.Thx. The problem got solved about the number of character inputs when my unix administrator ported the program to another unix box with bash.So , it really was a problem/limitation with the env (the unix env where i was testing the script)and not perl.Now , the script is taking any length of input in the new unix box and the problem is solved. Thanks to all of you for your inputs. However , Though perl script problem is solved but just for my knowledge sake I am still "googling" around to know what was the problem or how could the limitation be removed in Unix env. where I was developing the script. Gyatso	[reply]

Replies are listed 'Best First'.

Re^4: Problem with STDIN input
by Gyatso (Novice) on Jun 13, 2009 at 18:06 UTC

Understood the meaning of the line in perl.Thx. The problem got solved about the number of character inputs when my unix administrator ported the program to another unix box with bash.So , it really was a problem/limitation with the env (the unix env where i was testing the script)and not perl.Now , the script is taking any length of input in the new unix box and the problem is solved. Thanks to all of you for your inputs. However , Though perl script problem is solved but just for my knowledge sake I am still "googling" around to know what was the problem or how could the limitation be removed in Unix env. where I was developing the script. Gyatso

[reply]