Search results for query: *

Thank you.

Here is some snippets of code that I "hope" explain my issue. Generated HTML (paraphrasing) <form name="thisisit" action="doit.asp" method="post"> doit.asp <%@ Language=VBScript%> <script language="javascript"> alert("Output this!") </script> The problem is that "Output this!" never pops...

Yep, I realize that. I was just hoping that someone would have run into something similiar to this, and could respond with a simple "Oh, yes...this happened to me and this is how I resolved it". I guess I'll keep testing myself, unless others have an idea.

I am having an issue where it appears that nothing is getting "executed" outside the <% %>. I can even put junk there...nothing happens. I guess I don't really care about the "junk" scenario...what I'm simply trying to do is a javascript "alert". It works on the main .asp script, but when I...

But, what if the paths change...i.e., you run the script on a different platform? You may have to go thru and change all the paths, correct? If you leave the paths off...you should be good to go on any platform, correct?

That was it!! Here is the WORKING code: @results = `make abc.exe 2>&1 | grep -P '((undefined reference to|\\.exe)\\s)'`; Thanks for your help!!

Tried adding the paths...still doesn't work. FYI: The code above works fine until I add the "| grep ....". That is, the make output lines get put into the array just fine without the pipe portion. Any other ideas?

Could you explain what you mean by "entry"?

All, I have the following snippet of perl code: @results = `make abc.exe 2>&1 | grep -P '((undefined reference to|\.exe)\s)'`; This command works fine from the shell prompt, but within my perl script nothing is returned into @results?? Any ideas on why this is the case...and what to do about...

That's really hard to read!? Anyway, it looks like you have a type-o: \d{1.3} Notice the "." as opposed to ",". Hope this helps.

Cool! That just might work for me!! Thanks for the pointer!

Is there a way to define the text "TRUE" to be interpreted as 1 and "FALSE" interpreted as 0? For example: $a = "FALSE"; if (!$a) { print "IT IS FALSE\n"; } In the above, I'd like it to print "IT IS FALSE\n"; Thanks!

It turns out this is something a little more complex. I'm sending this AoHoA to a subroutine in a .pm file. It seems that once the AoHoA is set in the .pm, it doesn't ever get undef'ed...even when I undef the AoHoA being passed into the subroutine? Any ideas? If this isn't clear, please let me...

How do you "undefine" an Array of Hashes of Arrays? It must not be as simple as: undef @AoHoA; because, I can't seem to get that do work? I have @AoHoA that is filled. I want to clear that structure out completely...so that the test (for example): if (defined($AoHoA[0])) fails. That is, it's...

I am wanting to send a fortran date (what form should this be...real*8, integer*8, etc...???) into a C function, then that C function return if the input date is in Daylight Savings time or not. Any ideas on how I could pass this info back and forth from Fortran to/from C? Thanks in advance!!

I'm simply trying to do an INQUIRE to see if a certain UNIT number is OPENED. However, when the UNIT is 0, it returns that it is OPENED. This is different than the behavior on VMS...UNIT 0 is not a valid UNIT number. Does anyone know how to make Linux treat 0 as not valid....or maybe some other...

I'm running Fortran on Linux, using the Intel compiler (11.x). My INQUIRE statements are telling me that UNIT=0 is OPENED. When I look at the filename, it tells me "/dev/pts/1". This is code that I've ported from VMS to Linux. Does VMS and Linux fortran differ in that UNIT 0 is now the terminal...

Version 11. What do you mean by "support the C interface"? It's true that I've been successfully interfacing Fortran and C with "normally defined" fortran characters (like CHARACTER*10). But, the problem occurs with the CHARACTER*(*) declarations. Any ideas?

I'm using the Intel compiler on Linux. I'm attempting to pass a Fortran string variable defined as: CHARACTER*(*) THIS to a C function. I've passed character strings from Fortran to C MANY times...with no real issues. However, trying to pass a variable declared as above, proves very...

Thanks for the encouragement, Trojan!! Believe me, I need it!!!