West Wind Web Connection 5.51 released Jan. 6, 2010 West Wind Technologies has released version 5.51 of its Web Development framework for Visual FoxPro. Web Connecton makes it easy to build Web and...
West Wind Web Connection 5.51 Beta Released Dec. 23, 2009 We've released a pre-release beta version of Web Connection 5.51 for registered Web Connection 5.50 customers to review. This update introduces a...
SELECT TRIM(lastname)+' , ' + firstname from table ....... Or SELECT ALLTR(lastname)+' , ' + firstname from table ....... However a easier way is :- SELECT lastname - (', '+firstname) from table ......... The '-' is a another concatenation operator that removes trailing blanks from the element preceding the operator then joins two elementsthere is a difference between using the '-' operator and ALLT in the above example. The latter removes all blanks from last name while the former moves the trailing blanks from last name and adds them to the end of the resulting expression.This is handy if you want the size of the resulting field to be equal to the total size of its elements.
Please help me.
<add fileExtension=".svc" allowed="false" />
[Main]Unattendedcommode=On
So this appears it's doing exactly what we want - to return just the logical, root relative base path of the current request.
In my experiences, APPL_MD_PATH returns the paths for the root, unless they are called from within a virtual, then it is the paths for the virtuals. Sites can also create virtuals deep in the site's folder tree:
root->PhysicalSubFolder1->PhysicalSubFolder2->....->VirtualPath
and have the virtual point to any physical path. I don't know what is returned by the server variables for those cases. At any rate it probably doesn't matter for you, the APPL_MD_PATH variable should start with the root moniker no matter where in the virtual tree you request it from so you could extract the root and/or virtual out in all cases except perhaps deeply buried virtuals. Not sure why someone would want to do that... but there is always at least one.
How about something like this:
http://codepaste.net/ousyw6
I think this should work. Virtuals are always one level off the root I think - as long as that's true this should work. Older IIS servers that don't include the key or Apache then still use the existing approach.
But for an alternative approach, I pasted a class I have been using for years which automates the translation of any virtual path to its physical path. It uses ADSI on its first request to pull virtual path info from your webserver for all websites, then subsequent requests use the cached data (so ADSI is only used on the first lookup).
http://codepaste.net/k5stjh
I am getting error 404.4. It says "The resource you are looking for does not have a handler associated with it." In the "things you can try, it states, "If the file extension does not have a handler associated with it, add a handler mapping for the extension." However, it doesn't explain how to do this.Config of System:
OS: Windows Vista Home Edition.Browser: IE 7.0The system has Visual Studio 2008 installed on it. So the application runs on local host.But it does not have an IIS server installed.
This error cropped up after I tried to run Spike Proxy (Web Application Security Testing tool) on my system, for which I had to change my browser settings. But after using it I changed the settings back to wht they were.But I am still getting the error.Please help me with this…..
Thanks
IISPool = GetObject('IIS://srv-r8/W3SVC/AppPools/poolname')
This command seems to do not work on the new server and it give me a "OLE ERROR CODE 0x800401ea".
Maybe i'm missing something, it seem to me that its a permissions problem but i really dont know where to look at now.
Do you have any magic idea to get rid of this error?
Thank you.
This is an issue that I need to manage on my end for sure - and I usually am pretty careful to make sure that CONSOLE.EXE gets compiled and included as the last step before packaging a distributable. Only this time I slipped and didn't update the file.
This is entirely my fault that this happened with shipping these out of sync files but no amount of versioning would have helped this particulare issue.
Per file version information is next to impossible to manage. How would you consolidate that even with the whole of Web Connection or for that matter for the 5 products that many of these files live in? Dates could be added, but for that you can use the file timestamp - what do you need a version number for on a per file basis?
I agree it's sloppy to have the old dates in there - it's a creating date not a modified date really. I agree versioning is important but my reasoning has been for versioning at the package level (ie. wconnect.h which has always been versioned) rather than at the file level.
I don't see what else would provide useful version information on a file level.
In my view, if there's one thing that really needs correcting in Web Connect it's file headers. I think you need to pay more attention to those.
For example, the most recent version of WWUtils says Modified: 03/10/2003... and there's no version number anywhere therein. Even the copyright statement is 6-years out of date.
I'll bet if you could audit 10 WC developers who've been at-it a while, you'd find folks with various WC core framework files duplicated all over the place because otherwise there's just no really good versioning story.
At least today the WConnect.H file has version information in it now. That needs to be extended to the other core files as well.
There's a reason you see Version: @version... in the raw files stored in the source-control trunks of many open-source projects. Sooner or later, users in framework upgrade scenarios desperately need to know.
**--** Steve
But it is hard to understand why the CLOSE ALL, CLEAR ALL would fix that?
Any comments can be send to foxserv@xs4all.nl subject "Visual Foxpro & Vista"
The issue in most cases is that the FXP files on your system are newer than the PRG files from the update, so unless you delete the FXP files or recompile the PRG files explicitly the updates won't be active. Note that compiling the EXE also doesn't update the FXP files, so unless you run the EXE compiling the project doesn't do anything for updating the FXP files to the latest version.
If you find bugs like this it's best to report them on the message board when you find them in the bug reports section (or anywhere appropriate for that matter). That way they'll get fixed right away.
lcResult = THIS.cErrorResult
But the property cErrorResult doesn't exist. It should be changed to cErrorMessage
Additionally, in my project, I also included that message in the output to the screen, so that I know what the problem was. Right now it only says "Invalid Expression" or "Error", which is not very helpful.
Ironically I've amended this code on several occations to implement custom behaviour. Due to the fact that I do not use cookies that are set to NEVER I didn't worry about. I'm sorry I never brought this to your attention.
I am slightly concerned though, I've always manually fixed projects due to some bad development practices I do. Unfortunately to get things working I've always hacked the base classes. I should really report things I need but getting the job done always come first. Its always a problem with version updates (bug fixes etc) I have to analyze what has changed.
I don't want to go round my apps to fix this and I cannot update them easily. Can I ask whether or not the bug affects my apps if I do not use NEVER cookies? I've had no reports of problems from customers so far.
Many Thanks
Gordon
Just installed 5.41 and recompiled class PRG & VCX and now get this error:
Error Message: File 'filetime.prg' does not exist.Error Number: 1Running Method: getpageclassinfoCurrent Code: REPLACE Filename WITH lcPhysical, SourceFile WITH lcSourceFile, Class WITH lcClass, GeneratedClass WITH lcGenerated, SavedTime with FileTime(lcSourceFile)Current Code Line: 1609Exception Handled by: Wr08web2_process.OnError()
This error only started after the upgrade and I found the following thread on the boards relating to it: http://www.west-wind.com/wwThreads/default.asp?Thread=2JQ0VOSQY&MsgId=2JQ0YEJJJ
...and the rest of this message was trapped because of a test for len(lcString)<g>
The security issue is not really a problem for a desktop app but only when running inside of a hosted and limited security environment like VBA, Office etc... VFP desktop full trust apps shouldn't be affected by this issue.
Thanks for ALL of your great contributions.
My guess is SET PATH can be a problem because there are several paths that include large numbers of files - possibly there's some OS search limit that's tripped in one of the application's library paths.
But what is odd about that is the problem of the COM server being radically slower than the EXE file running standalone for processing effectively the same code. I've never seen this before and I can't make sense of it. <shrug>
1) It's faster if you don't specify the path nor extension. Add any of these (eg. DO prgs\myprog or DO myprog.PRG) it's getting slower.
2) If the file name is a valid FoxPro name (starts with alpha or underscore, followed by up to 127 alphas, digits or underscores) and only uses ANSi codes below 128, it's significantly faster.
3) SET PATH TO can affect performance either way.
4) Performance dramatically depends on the number of files in the SET PROCEDURE line. In fact, the differences in my tests were huge enough that I considered moving all of the code in AFP into one PRG file when building the project instead of having one PRG files for every class, basically.
Christof
Sure enough - that was it.
I read some post about 32 bits mode running on 64 bits Windows 2003 Server and "Enable32bitAppOnWin64 true" trick. But the result of this is a "Service Unavailable" in a lot of environments. There are not documentation to this error in MSDN or Microsoft Forums. Could you confirm this situtation?
Thanks :)
--hm
How I can change rendering of text object whithout any translation of unicode
Add to that that the directory and URL history APIs aren't supported directly - it's all manual.
Regards.
Of course it depends on where it's located on your keyboard, some keyboard have it too far to be useful, especially on laptops, but my external keyboard has it on the right-side under the shift key so it's easy to access.
If you wish, you can edit ASP.NET page directive validation schema and add new elements such as ID or GeneratedSourceFile. XSD file should be in Common7\Packages\Schemas.
The main reason I chose this is to get the project out fast. I don't have time to mess around with flow layouts when I have a couple of months to churn the application out. I can get a page out really quick using absolute positioning. I've designed the screen to a standard 800 pixels wide so it looks decent on those that are using 600x800 resolution.
I've come across this advice you give above time and time again--but I don't agree at all when you are doing internal data entry sites. I structure my web apps to be similar to a windows app and the perform extremely well plus I can get them out the door in no time at all.
Ken MossMCSD, MCDBA, MCAD, MCSA
I'm using vista 64bit machine, i tried to solve the problem the way which you mentioned above...but whenever i'll give the code
borderstyle=2 && Fixed Dialog i need
i am facing the problem, that title bar of the form showing the background screen image.
I'm using with Visual Foxpro 7.0, will it work with VFP 9.0??
Thanks,Siva
My problem is almost certainly the way we use the repeater templates and "mismatch" the DIV and Table tags around the Item Template to simulate a scrolling Browse window. This is a control I REALLY like the look and feel of. It is VERY useful.
I understand your comments, and appreciate the advantage of "living" in the code editor. However, I'm not experienced enough in HTML to do that (yet) - and it seems counter intuitive to use a product called Visual (anything) to develop Web Code as a text editor :-( Maybe I'm missing something? (Rhetorical question for Microsoft).
In any case I posted an example of how badly things go wrong for me on the Forum today, so maybe someone over there will have seen this and have some kind of workaround.
The problem is that if you use the visual designer it will have to necessarily add or edit existing tags in the document and so it has to potentially touch and slightly change your existing markup control code. Some of that will always happen.
You can also play around with margins and formatting width of the HTML code - most of hte funky formatting is due to 'line wrapping' of control tags.
FWIW, not much has changed in this respect in VS 2008 but I tend to work mostly with code markup and so I rarely see this issue in the first place.
However, VS SHOULD leave alone your plain layout HTML and that's really the most important thing.