Re: [fpc-pascal] Creating FPC enabled websites
> Well, drop by and I'll prove to you - hands down - that what our clients need > simply cannot be done by web applications, because they cannot interact with > the local desktop. Can your web-app burn a CD-ROM ? Does it have access to > a smartcard reader ? Can it start and control MS-Word ? Can you drop files > on it to send to the server ? I thought not, unless maybe you develop in Java, > and then you are back in C/S... Well, we all know that those kind of applications which requires full access to local machine can't be replaced by web-based apps. That's where desktop app shows its power. You don't need to prove anything. :) > And finally: can these apps work offline with NO internet connection ? > I don't think so. I've been playing around with (Google) Gears and (Yahoo) BrowserPlus. Somehow web-based app could be made to work offline during no internet connection available and then do synchronization after internet connection available. So, it's possible, if it's really needed. > Web apps: by all means, but not for every possible scenario... Exactly! I believe all web app developers realize that web-based app is never meant to do *every* scenarios. But, there are some cases which web app suit the scenario very well, in some cases, it's even the only way. The same thing also goes for desktop app. And, in some cases, we need to combine both to get the best of each. ;) So, let's us respect each other decision to whether go web or not. Let's assume s/he knows what s/he is doing and the consequences. Now, let's stop this web-or-desktop things and focus again to the topic of this thread. Agree? -- -Bee- has Bee.ography at: http://beeography.wordpress.com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Creating FPC enabled websites
On Wed, 4 Mar 2009, Bee wrote: > > Web apps: by all means, but not for every possible scenario... > > Exactly! I believe all web app developers realize that web-based app > is never meant to do *every* scenarios. But, there are some cases > which web app suit the scenario very well, in some cases, it's even > the only way. The same thing also goes for desktop app. And, in some > cases, we need to combine both to get the best of each. ;) > > So, let's us respect each other decision to whether go web or not. > Let's assume s/he knows what s/he is doing and the consequences. Now, > let's stop this web-or-desktop things and focus again to the topic of > this thread. Agree? 100% Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Convert complicated string to DateTime
Gabor Boros wrote:
>
> And? I don't understand your suggestion.
>
What's the output of this:
FormatDateTime(' dd hh:nn:ss ',Now);
that way you can understand what you should supply to ScanDateTime as the
corresponding value for format. I mean, maybe it's not November, but
something else equivalent in your localization.
--
View this message in context:
http://www.nabble.com/Convert-complicated-string-to-DateTime-tp22317964p22325731.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Convert complicated string to DateTime
leledumbo írta:
What's the output of this:
FormatDateTime(' dd hh:nn:ss ',Now);
március 04 09:42:02 2009
that way you can understand what you should supply to ScanDateTime as the
corresponding value for format. I mean, maybe it's not November, but
something else equivalent in your localization.
But I defined LongMonthNames in a TFormatSettings type variable and
passed to ScanDateTime.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Creating FPC enabled websites
Op dinsdag 03-03-2009 om 16:17 uur [tijdzone -0600], schreef Prince Riley: > Reading the responses on this discussion thread, it appears the > 'religious war' you mentioned in your prior post was unavoidable. Tha wasn't my comment. But now I realise that it was me that started this... What have I done, well, it's fpc-pascal... so it must be possible. > hile several traditional "desktop" application scenarios do still > exists that will likely always run directly on the O/S without a web > client front end, the direction of most major software application > development efforts I've witnessed in the past three years have all > targeted migrating the desktop GUI over to a web browser. Others in > the discussion thread have referenced several reasons for this shift > already, but the trends continue to follow the idea of pushing as much > of the presentation and processing layers onto the remote web > browser. So because everybody else does it, it's the right way to go? I think the trend will stop. One of the signs are the web-communities who are developing destkop-clients for their community now. (Was it hives?) > Finally, respectfully I must disagree with your comments that the > applications deployment approach " is only true for small > applets used by a broad public. " ignores the TOC and other economies > of scale afforded by portable web applications. Scott Trade and TD > Ameritrade are just two of several examples where sophisticated > trading desk and customer centric web-based applications are running > on 100,000s of web browsers. Just a few years ago these same > applications were shipped to clients and had to be installed and run > on their desktop PCs. Well, if you would make the application 'REST' it would simply mean that you distribute the application to the user-desktop every time you run it. How can that be easier then distributing it once?!? All you need is an single executable (or maybe even interpreted) and a system to distribute through the web. Other then distributing it on every use, as is done now. That we are in the IT-world as it is now, everything web-based, is based on political reasons and not technical reasons. Joost. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Creating FPC enabled websites
Op dinsdag 03-03-2009 om 14:50 uur [tijdzone -0600], schreef Andrew Brunner: > On Tue, Mar 3, 2009 at 2:44 PM, Joost van der Sluis wrote: > > > > If users use the application constantly, don't use a web-application. > > > > So the things explained in this document from IBM is usefull for very > > large systems which a lot of users (Like Amazon, but they also don't > > like the idea of a full-blown javascript application) or some idiots who > > do things in a web-application while they shoudn't. > I disagree. I think a migration to web based software development > offers many benefits over desktop software. Instant deployment, and > Object Orientated JS via ProtoType is completely doable. And if you > find bugs or memory leaks I'm sure they'll get worked out in the next > revision. Well, I only see one, and that is the deployment. Now imagine that all efforts that has been put in developing ajax-like technologies were put in building a good web-based distribution system. something like: "click here to run this program on your desktop" and then build a safe environment on the desktop to run the application and add it to the menu if the user want so he can start it again. Problem is that only Microsoft can introduce something like this. And they would have done it, when their .NET technology woudn't have taken over the web. Joost. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Creating FPC enabled websites
Joost van der Sluis wrote on wo, 04 mrt 2009: Now imagine that all efforts that has been put in developing ajax-like technologies were put in building a good web-based distribution system. something like: "click here to run this program on your desktop" and then build a safe environment on the desktop to run the application and add it to the menu if the user want so he can start it again. Google did that with their Google Native Client: http://code.google.com/p/nativeclient/ Anyway, I think this discussion has become more suited to fpc-other than fpc-pascal, so I'd like to ask everyone to follow up there when discussing about "web-apps are good or evil". Questions/answers about implementing web-apps in FPC can of course remain here. Jonas This message was sent using IMP, the Internet Messaging Program. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Creating FPC enabled websites
Hello Francisco, I use the following for my applications: - synapse with visualsynapse ( I modified visualsynapse to perform Keep-Alive http connections) - HaXe/Neko for remoting (www.haxe.org) - very easy to use ! same language for client/ server/ flash I have created a pascal framework for embedding neko modules in pascal applications, which can be found at http://code.google.com/p/pascal4neko/ the modified version of visualsynapse can also be found there. Cheers, Adrian. Francisco Reyes schrieb: > Any recommendations on which library to use to create web enabled FPC > apps? > > Have found a few libraries and wonder if anyone has had good success > with any of these or otheres. > > So far I found > embeddable webserver > http://www.eilers.net/pascal > Site doesn't have much info > > > Synapse > http://www.ararat.cz/synapse/doku.php > Seems very low level. > > Powtils > http://z505.com/powtils/idx.shtml > This one has a number of examples and seems the most promissing. > > > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Creating FPC enabled websites
I've heard all this before since 10 years, and it is only true for small applets used by a broad public. For large applications (1500+ windows) that stay open virtually all day and are used by a specialized public, the benefits of web-based are zero, and are even contraproductive. I've made this size of application. And now develop it for desktop and webbase. Whole application is made only one and compile to both destination by FPC. Both version can work together on the same database. And web-base work quite fast. Much of response is done <100ms on short distance (in the same LAN). Long is 200ms worse. Small part on http://emadar.eu:8001 but its only Polish. this is animation how it work: http://www.emadar.com/fpc/fakturowaniemobile.gif I will publish source as open source. I've prepare demo of our framework, but till now any dos is absent. If anybody interested I send links. They mostly clog the server with code designed solely to maintain some form of user session state on the server. Of course. But opposite solution is terminal (like NX or Microsoft Terminal Server) which work the same. The sole advantage of web apps is ease of distrubution. Not only. First we can access form everywhere. Long distance is not problem. Second is easier to install and first access for new user. Every can type URL in browser, but very often desktop application interact with other programs in computer and something not work. Third: users don't lost data. Others are less important. It is countered by the fact that there are still many non-compliant browsers out there. (or you could require version X of browser Y, but then you're back in c/s territory) Our solution work on most browsers. To prove my point I once did performance tests with AJAX, SOAP and whatnot technologies when compared to a specialized C/S protocol. In general the conclusion was that SOAP and standards-based applications worked 6 times slower. Also something to take into consideration, because it meant that 6 times more people could work on a single server simultaneously. Its not comparable. We send quite different information. On C/S we send data, for browser send screen (of course write in HTML source). Size of screen is const, but in huge application data transfer grow. Not all can be don on RDBMS server -- Darek ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Creating FPC enabled websites
Prince Riley pisze: Since the discussion in this thread has advanced pretty far along toward recommending a FP and Powtils solution to you, then it appears you have a technical answer from the group you can explore. However, without suggesting there is a bias in favor of a specific client-centric vs server-centric web framework, the REST protocol has succeeded in becoming a paradigm for writing web (client sever) apps. Primarily the reason why is -- especially for DB web applications -- is efficiency, maintainability, and scalability. The recent major efforts by Mozilla, Google, and others to improve the performance of browser Javascript engines is due to their experience designing, writing and running CGI based web applications. There is quite a bit of literature and discussion on the web explaining why they are using REST versus CGI (Request/Response) which you might find helpful in making your design choices. REST is bad choice for application , especially for this with much interaction with DB. REST is stateless. Are You see any desktop application, which is stateless? REST is good for simple catalogs, list of parts, etc. For sophisticated application this architecture has many limitation. Most of view depend of before user actions. -- Darek ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Creating FPC enabled websites
On Wed, 4 Mar 2009, Dariusz Mazur wrote: > > > I've heard all this before since 10 years, and it is only true for small > > applets used by a broad public. > > > > For large applications (1500+ windows) that stay open virtually all day > > and are used by a specialized public, the benefits of web-based are zero, > > and are even contraproductive. > I've made this size of application. And now develop it for desktop and > webbase. Whole application is made only one and compile to both destination by > FPC. > Both version can work together on the same database. And web-base work quite > fast. Much of response is done <100ms on short distance (in the same LAN). > Long is 200ms worse. > Small part on http://emadar.eu:8001 but its only Polish. > > this is animation how it work: > http://www.emadar.com/fpc/fakturowaniemobile.gif > > I will publish source as open source. I've prepare demo of our framework, but > till now any dos is absent. > If anybody interested I send links. Yes, please do. I'm always interested in learning. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Creating FPC enabled websites
Michael Van Canneyt pisze: On Wed, 4 Mar 2009, Dariusz Mazur wrote: I've heard all this before since 10 years, and it is only true for small applets used by a broad public. For large applications (1500+ windows) that stay open virtually all day and are used by a specialized public, the benefits of web-based are zero, and are even contraproductive. I've made this size of application. And now develop it for desktop and webbase. Whole application is made only one and compile to both destination by FPC. Both version can work together on the same database. And web-base work quite fast. Much of response is done <100ms on short distance (in the same LAN). Long is 200ms worse. Small part on http://emadar.eu:8001 but its only Polish. this is animation how it work: http://www.emadar.com/fpc/fakturowaniemobile.gif I will publish source as open source. I've prepare demo of our framework, but till now any dos is absent. If anybody interested I send links. Yes, please do. I'm always interested in learning. http://www.emadar.com/fpc/xwebdemo.zip Its contain CSS, majn JS script, framework , embedded server HTTP and demo with one form. It imitate near whole basic API of VCL with tForm, tEdit, tButton and (more important) form navigation, modal form, keyboard and mouse events handling, message queue for Wndproc and so on. Application work in own thread, whole time the same apart of communication with browser.That is very similar environment for running application, as on win desktop. As I write, its only source without manual and comment. It was prepare to Polish audience. But fell free to ask, i try to explain how it use. -- Darek -- www.invoicer.pl Darmowy program do fakturowania on-line ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Using TFileStream class
Hy everybody,
I'm trying to use the TFileStream class to read a file with a record, and I
obtain this message when I execute my application : Access violation. You
can find my code in the following :
type
DmatLine= record
ID1: string;
ID2: string;
C: integer;//classe différence 1 if reactions aren't of same
classe and 0, on the contrary.
Euclide: double;//Euclidian distance between two reactions.
Tanimoto: double;//Tanimoto coefficient between two reactions.
Dice: double;//Dice coefficient between two reactions.
end;
procedure TReadDmat.ReadDmat(input: string; nbCpd : integer);
var
i, j, k, l, m, sizeOfArray, test: integer;
DmatFile: TFileStream;
LineRecord1, LineRecord2: DmatLine;
begin
if (FileExists(input) )then
begin
DmatFile:=TFileStream.Create(input, fmOpenRead);
try
DmatFile.Position := 0;
while (DmatFile.position < DmatFile.size) {NB ^ see above..} do
begin
with LineRecord1 do
begin
DmatFile.Read(ID1, sizeOf(string));
DmatFile.Read(ID2, sizeOf(string));
DmatFile.Read(C, sizeOf(integer));
DmatFile.Read(Euclide, sizeOf(float));
DmatFile.Read(Tanimoto, sizeOf(float));
DmatFile.Read(Dice, sizeOf(float));
end;
writeln(FloatToStr(DmatFile.size));
finally
DmatFile.free;
writeln('toto');
end;
end else begin
writeln('ERROR: File '+input+' does not exist');
halt;
end;
end;
I don't undestand nor what it append and nor how use this information once I
could read it.
My file is very big, so, I need use stream and to do some calculations
because to do two boucles on my file isn't possible when I use AssignFile
and reset.
If you have some tutorials or concils please, it could be help me. I
searched on net, on lazarus wiki and documentation and mailing list, but I
didn't find what I need.
Thank you for your help,
Cheers,
Aurélie de LUCA.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Using TFileStream class
On Wed, 4 Mar 2009 20:42:14 +0100
Aurélie de LUCA wrote:
> Hy everybody,
>
> I'm trying to use the TFileStream class to read a file with a record,
> and I obtain this message when I execute my application : Access
> violation. You can find my code in the following :
>
> type
> DmatLine= record
> ID1: string;
> ID2: string;
> C: integer;//classe différence 1 if reactions aren't of same
> classe and 0, on the contrary.
> Euclide: double;//Euclidian distance between two reactions.
> Tanimoto: double;//Tanimoto coefficient between two
> reactions. Dice: double;//Dice coefficient between two reactions.
> end;
>
>
>
> procedure TReadDmat.ReadDmat(input: string; nbCpd : integer);
> var
>i, j, k, l, m, sizeOfArray, test: integer;
>DmatFile: TFileStream;
>LineRecord1, LineRecord2: DmatLine;
> begin
> if (FileExists(input) )then
> begin
> DmatFile:=TFileStream.Create(input, fmOpenRead);
> try
> DmatFile.Position := 0;
> while (DmatFile.position < DmatFile.size) {NB ^ see
> above..} do begin
>with LineRecord1 do
>begin
> DmatFile.Read(ID1, sizeOf(string));
> DmatFile.Read(ID2, sizeOf(string));
(snip)
One problem is your use of long strings in a record structure. Long
strings can be any size, and the size can change at runtime.
Longstring variables are pointers to dynamically allocated storage, so
Sizeof(string) will always return 4 on 32bit systems.
If DMatLine.ID1 and DmatLine.ID2 are <= 255 characters, you could use
shortstrings, declared e. g. as
type
string40 = string[40];
DmatLine= record
> ID1: string40;
> ID2: string40;
> C: integer;
...
end;
Then the compiler knows exactly how big each record is, and does the
TFileStream.
Howard
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] 2.2.4 for FreeBSD AMD64?
Is there any way to get 2.2.4 RC1 for FreeBSD AMD64? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Creating FPC enabled websites
On Wed, Mar 4, 2009 at 1:33 AM, Michael Van Canneyt wrote: > > > On Tue, 3 Mar 2009, Prince Riley wrote: > > > Joost > > > > Reading the responses on this discussion thread, it appears the > 'religious > > war' you mentioned in your prior post was unavoidable. > > > > Not to add any fuel to the warring opinions I'd like answer a comment > you > > made in response to my response. > > > > The recent push to make web applications (not simply web browsing) > perform > > more like desktop applications has been the primary driver behind the > Web > > 2.0 and the improved Javascript engines by Google and the Mozilla people. > > They have their own commercial motivations for those improvements, the > > primary driver has been the software application developers who want web > > apps to perform like desktop ones. > > > > While several traditional "desktop" application scenarios do still exists > > that will likely always run directly on the O/S without a web client > front > > end, the direction of most major software application development efforts > > I've witnessed in the past three years have all targeted migrating the > > desktop GUI over to a web browser. Others in the discussion thread have > > referenced several reasons for this shift already, but the trends > continue > > to follow the idea of pushing as much of the presentation and processing > > layers onto the remote web browser. > > > > Finally, respectfully I must disagree with your comments that the > > applications deployment approach " is only true for small > > applets used by a broad public. " ignores the TOC and other economies of > > scale afforded by portable web applications. Scott Trade and TD > Ameritrade > > are just two of several examples where sophisticated trading desk and > > customer centric web-based applications are running on 100,000s of web > > browsers. Just a few years ago these same applications were shipped to > > clients and had to be installed and run on their desktop PCs. > > Well, drop by and I'll prove to you - hands down - that what our clients > need > simply cannot be done by web applications, because they cannot interact > with > the local desktop. > Can your web-app burn a CD-ROM ? Does it have access to > a smartcard reader ? Can it start and control MS-Word ? Can you drop files > on it to send to the server ? For the sake of clarification let me ask you if its your position that web-apps are limited due to the fact that they are not hosted on a systems H/D and loaded into memory by the O/S in response to a mouse click or a keyboard type in? Is the distinction you are making here between a web-app and a desktop (installed application) based on your understanding that a web-app interface cannot drive and launch local installed hardware and software.? If that's your presumption, and I hope I am mistaken in saying that it is, then let me answer affirmatively .. to each question.. YES , they can. Leaving aside the security implications and the issue of specific hardware capability, Sun Microsystems Java Platform, especially its HotSpot installer/environment can do nearly all the things you have mentioned with very few exceptions. Likewise, with some modifications, the new JavaScript engines and the applications being written and released by Mozilla, Google, Amazon, to run on them can all but replace the entire MS Office Suite. In less than two years, the entire Win32 GUI and service API will be a web-application based entirely on thee .NET framework ( just download Windows 7). Five years ago, Steve Ballmer even announced that the future architecture of the Windows desktop application and O/S system platform would be to migrate toward web-hosted applications consisting of web-deployed components. He was later even more clear on this point stating that future releases of the Windows OS and application suite would not be pre-installed on new desktop PCs, but provided via the web on SOA as leased-licensed products. In essence, the desktop machines workhorse applications with notable few exceptions would all be web-apps. Python, another web-app language, can run MS Office applications using COM/DCOM. without any drag, drop, or click. So unless I am missing the point you are making entirely, and mistaken about the scenarios you mention here, the answer to your questions are yes and yes. However. if you asking whether a web app can start a CD burning program (like Nero) on a remote user machine? The answer is absolutely yes. But can a web-app physically open the CD tray and insert the CD-RW media .. no, but neither can any desktop application or any C/Sapplication. Can a web-app take the data from a smart card reader attached to the system .. again yes it's not a problem whatsoever.. done all day, every day, all over the world. Can a web-app physically put a Smart card into a reader .. no, it can't; but neither can a desktop application or any C/S application. Can a web-app transparently without user int
Re: [fpc-pascal] Creating FPC enabled websites
On Wed, Mar 4, 2009 at 5:31 AM, Dariusz Mazur wrote: > Prince Riley pisze: > >> Since the discussion in this thread has advanced pretty far along toward >> recommending a FP and Powtils solution to you, then it appears you have a >> technical answer from the group you can explore. >> >> However, without suggesting there is a bias in favor of a specific >> client-centric vs server-centric web framework, the REST protocol has >> succeeded in becoming a paradigm for writing web (client sever) apps. >> >> Primarily the reason why is -- especially for DB web applications -- is >> efficiency, maintainability, and scalability. The recent major efforts by >> Mozilla, Google, and others to improve the performance of browser Javascript >> engines is due to their experience designing, writing and running CGI based >> web applications. There is quite a bit of literature and discussion on the >> web explaining why they are using REST versus CGI (Request/Response) which >> you might find helpful in making your design choices. >> >> REST is bad choice for application , especially for this with much > interaction with DB. REST is stateless. Are You see any desktop > application, which is stateless? > REST is good for simple catalogs, list of parts, etc. For sophisticated > application this architecture has many limitation. Most of view depend of > before user actions. > > > > -- > Darek > > Darek, > At the risk of sounding dismissive let me first point out that every one of the application types mentioned in your list are DB applications. Perhaps you meant to choose other examples to make your point. But unless the catalogs and lists of parts are trivial and small, a software architect wouldn't approach building a significant version of these kinds of applications without using a DB. Next, yes REST is stateless. But how does that work to prevent the level or nature of the application data exchanges that flow between the client and the server. Once a transaction is executed on the server by a REST protocol message, the 'state' of the application's data isn't part of the protocol, nor part of the message returned to the client when the request is completed. Let's use a more a representative example. Whenever a client refreshes the data sent to it by the server, its a local copy; and it's that copy, not the protocol, that is what is "stateful." The REST protocol would eliminate fetches of rows or tuples from the server it does not need or those the server has no reason to take note of or care about.. Likewise the server would only send updates to the client which affected the 'state' of the transaction that it fetched, for example a change in the row or column made at the server's end of teh transaction. But again, this is a change in the 'state' of the exchange and unless the application's exchange/notification semantics which asked for notification of ANY access to a tuple, even a simple READ, it received from the server. Prince R The REST protocol and the design frameworks built using it are used in applications with significant DB application processing > > > > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] 2.2.4 for FreeBSD AMD64?
Hello I just checked the list on FreeBSD kernel group on the AMD64 port.. and the answer is maybe.. A more definitive answer might be available soon I was told. There is still some delay on the QC for the 2.2.4 RC1 that hasn't been completed and the person doing that QC wasn't answering with a date as yet. On Wed, Mar 4, 2009 at 7:34 PM, Francisco Reyes wrote: > Is there any way to get 2.2.4 RC1 for FreeBSD AMD64? > > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Convert complicated string to DateTime
Gabor Boros wrote:
>
> But I defined LongMonthNames in a TFormatSettings type variable and
> passed to ScanDateTime.
>
That's what you didn't tell us. I'm not sure either, perhaps a bug in
ScanDateTime. This little program shows it (got EConvertError):
uses
SysUtils,DateUtils;
var
f: TFormatSettings;
t: TDateTime;
begin
f:=DefaultFormatSettings;
f.LongMonthNames[11]:='November';
t:=ScanDateTime(' dd hh:nn:ss:','November 21 09:42:21:2008',f);
WriteLn(FormatDateTime(' dd hh:nn:ss ',t));
end.
but surprisingly, if I change the line that calls ScanDateTime to:
t:=ScanDateTime(' dd:hh:nn:ss:','November 21:09:42:21:2008',f);
it works. But then, only hh:nn:ss part returns the correct value. You may
want to post a bug report.
Btw, could you post your complete TFormatSettings? Maybe it's related
somehow.
--
View this message in context:
http://www.nabble.com/Convert-complicated-string-to-DateTime-tp22317964p22344372.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] 2.2.4 for FreeBSD AMD64?
Prince Riley writes: Thanks for the reply. I just checked the list on FreeBSD kernel group on the AMD64 port. The work is getting done by someone on the FreeBSD side? the answer is maybe.. A more definitive answer might be available soon I was told. There is still some delay on the QC for the 2.2.4 RC1 that hasn't been completed and the person doing that QC wasn't answering with a date as yet. Thanks again. I guess I will wait a week or two and follow up if there have been no news. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] 2.2.4 for FreeBSD AMD64?
If anything breaks before then, I'll send you word on the RC... Prince On Wed, Mar 4, 2009 at 10:04 PM, Francisco Reyes wrote: > Prince Riley writes: > > Thanks for the reply. > >> I just checked the list on FreeBSD kernel group on the AMD64 port. >> > > The work is getting done by someone on the FreeBSD side? > > the answer is maybe.. A more definitive answer might be available soon I >> was told. There is still some delay on the QC for the 2.2.4 RC1 that hasn't >> been completed and the person doing that QC wasn't answering with a date as >> yet. >> > > Thanks again. I guess I will wait a week or two and follow up if there have > been no news. > > > > ___ > fpc-pascal maillist - fpc-pascal@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Creating FPC enabled websites
Prince Riley schreef: Wasn't this thread supposed to be continued on fpc-other? If you are ignorant: http://www.hu.freepascal.org/mailman/listinfo/fpc-other/ Vincent ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
