Jump to content

Tom F

Members
  • Content Count

    211
  • Joined

  • Last visited

  • Days Won

    5

Posts posted by Tom F


  1.  
     
    0
     Advanced issues found
     
     
     
    10 hours ago, David Schwartz said:

    I've been using Raize Components since D4 or so. I much prefer them to the regular components. 

    I agree. And although I have the RAD Studio ISO, I'm unable to do any work on our code base until I can get a copy of the Konopka (nee Raize) components installed. Which, of course, depends on Getit.

    The above was the reason for my OP.  I haven't found any way to purchase source for the library (nor do I want to spend the money.)  I plan to explore grabbing the installer from the CatalogRepository folder once Getit is running again.  Although this will be "closing the barn door after the horse has escaped" at least I'll be protected should this total failure by EMB happen in the future.

     


  2. 12 hours ago, David Heffernan said:

    I expect that if you do that you'll have clients complaining that your program refuses to send mail when it would succeed if it tried to do so. 

    David, Can you be more clear why you're saying that?

    Is the test he's doing not reliable, or are you simply saying if the test succeeds, the server may come back up during the interval between the test and the email send.


  3. The recent GetIt failure has exposed some vulnerabilities many of us have in archiving our development machines.

    Using local backup procedures and virtual machines to archive our development machines is one way we can protect ourselves.

    But, another reasonable safeguard would be for us to assure that we can build our development environment from scratch, offline. Archiving the RAD Studio ISO is a good first step.

    But, if the GetIt servers are down, or if older versions of tools become unavailable for any other reason, the ISO is insufficient protection.

    Perhaps we can archive GetIt installers also?

    Marco's post (from last year) indicates that the IDE can create an html log of GetIt actions: http://blog.marcocantu.com/blog/2018-july-getit-install-logs.html

    Examining the sample logs in his blog, it appears that C:\Users\Public\Documents\Embarcadero\Studio\20.0\CatalogRepository\ might contain the downloaded installers that we could invoke using the command lines that are in the log.

    I plan to empirically test this approach, but thought I'd ask the expert community here for any insight or experience it has on this.

    Has anyone here ever tried to manually install GetIt downloads by examining this log and using command lines with the .exe files?   Are there any rules about GetIt downloads being self-contained, or perhaps might they also download additional resources.

    • Like 2

  4. On 7/18/2019 at 11:27 PM, Markus Kinzler said:

    It's even missing in the enterprise edition!

     

    image.png.a38447384c35ddab2218417174111f81.png

     

    I'm able to build 64-bit apps for the Mac! 

    I'm not an authority, so I'm not sure if this workaround helps: If macOS 64-bit doesn't show up under Target Platforms, try editing the .dproj file in a text editor to make sure it has an OSX64 line like the underlined one below.

     

                <Platforms>
                    <Platform value="Android">False</Platform>
                    <Platform value="iOSDevice32">False</Platform>
                    <Platform value="iOSDevice64">False</Platform>
                    <Platform value="iOSSimulator">False</Platform>
                    <Platform value="OSX32">True</Platform>
                    <Platform value="OSX64">True</Platform>
                    <Platform value="Win32">True</Platform>
                    <Platform value="Win64">False</Platform>
                </Platforms>


  5. 9 minutes ago, Микола Петрівський said:

    Tokyo can compile apps for Mojave, but you have to use XCode 9.X.X, because different versions of XCode have different versions of SDK. And Tokyo does not work with fresh SDK, at least not out of the box. Also, debugger on Mojave does not work. 10.3 Rio can work with any existing version of XCode, but also has troubles with debugger. You have to launch app without debugger, and then attach to running app.

    Thankfully, RAD Studio up until now has shielded me from having to know anything about Xcode. I'd just install RAD Studio and PAServer and everything would work.

    If I upgrade in place from Sierra to Mojave, does XCode 9.x.x remain installed on the machine?  Do I have to uninstall more recent XCodes, or can different versions co-exist?  

    It appears that I can download XCode 9.x.x. from here: https://developer.apple.com/download/more/. Is the installation of that download straight-forward to a newcomer?

    Manually attaching the debugger is an unfortunate time-waster.  I hope EMB has prioritized a fix for that too.


  6. We have a stable shipping MacOS product (50,000 LOC) that we developed over the past few years with RAD Studio 10.2 Update 3 and MacOS Sierra (10.12.4).  It was originally written for the VCL ten years ago.  We continue to develop the VCL version, but share a lot of non-UI code with the FMX version.  For our needs, cross-platform development with RAD Studio has worked wonderfully.

    We thought now would be a good time update to Mojave on the Macs to make sure our products remain current. 

    Frankly, the cross-platform tools have (thankfully) hidden what goes on behind the scenes, so I haven't had to learn anything about Xcode, etc.  Thus this question:

    I know there are no guarantees, but should I expect RAD Studio 10.2.3 work with the Mojave (and XCode 9.2 that it installs?)  Perhaps I'll just have to redeploy the PAServer?  Or will I have to upgrade to Rio?  We have a full subscription to Rio, but even after the recent update, for it, we're still quite nervous about making the jump from Tokyo to Rio. The few 3rd party add-ins that we use are available in Rio.  However, having seen the problems that some forum members here have reported, we're hesitant to upgrade to Rio.  :classic_sad:

    One other comment: if EMB fails to deliver in a timely manner a viable version that allows us to create 64 bit Mac apps, we'll be really, REALLY unhappy  that we'll be unable to ship our product.  Hopefully, Macro and others at EMB are listening and understand how critical this capability is for those of us who trusted EMB by chosing to build MacOS apps with RAD Studio.  I hope that our trust wasn't misplaced.


  7. On 11/27/2018 at 12:56 AM, Lars Fosdal said:

    How does the generated SQL look for retrieving the top 100 results at row 19.900 for SQL Server?

    Hi, Lars.  I'm not that fluent in databases, so could you please help me understand your question above.  What does the generated SQL look like?

    You imply that the query has to read through the first 19,900 rows to get to the data. Are you saying that SQL Server can't use and index so that  WHERE (Row > 19,900) AND (Row < 20,000) can be fast?  If rows aren't added or deleted (or require persistence in their row number), couldn't a column named Row be introduced?  Or perhaps the db has internal row numbers? (I believe SQLite does for example)


  8. 5 hours ago, Stefan Glienke said:

    The R in RTTI is for runtime - now please guess 😉

    Hi, Stefan,  

     

    I don’t like guessing on things as important as this. If I guess wrong, the consequences shipping a defective product which fails in the field are too great. 

     

    I assume that what you intended to communicate  was that errors from missing RTTI info will be flagged at compilation time, not runtime.  Is that correct?


  9. Has the migration tool EVER worked for you?  It hasn't for me.

    I just tried migrating IDE settings from Tokyo to Rio. I also just tried migrating IDE settings from one Tokyo installation to a clean installation on another machine.

    Both failed to move my toolbar button or syntax highlighting or desktops, which were the main things I wanted to migrate.  I gave up at that point and abandoned Rio.

    There's even less incentive to update to try a new version of Delphi if the migration tool doesn't work.

     

    I actually tried to be a "good user" and took a look at Quality Central with this query.  But after seeing two pages of items, some going back years, I gave up.  

    What's your experience with the migration tool?


  10. I have determined that this problem is being caused by DisplayFusion, a wonderful program to handle multiple monitors and multiple task bars. 

    If I disable DisplayFusion from adding title bar icons to any application, (these are buttons that allow one to easily move a window to another monitor), the problem goes away.

    I have contacted them for support.

    I have been using this program for many years and really value the various screen management tools it provides, especially title bar buttons and a task bar on each monitor that shows only the apps that are running on that monitor.

    I'd hate to not have the DisplayFusion tools available (and frankly would probably to use it even with the nuisance of non-modal windows burning through in the debugger), so I'm really hoping they will come up with a fix.

    Thanks to everyone here for their support and suggestions.

    • Thanks 1

  11. Quote

    The solution is not to ask for some new code to make this work for you. The solution is for you to remove or fix whatever it is in your code that has broken this behaviour.

    Thank you all for your suggestions and feedback.


    I am aware that my application is not performing as expected and that the VCL should handle this properly.  A small sample program, as was suggested, works fine.

    I was not asking for new code. I was asking for suggestions on what I might be doing wrong.  My apologies if I didn't make that clear in my OP.

    I'm running the current Tokyo 10.3 Update 3.  My app is 45,000 LOC, so it's difficult to scale back to a small test program.

    fsStayOnTop works fine inside my app, but often times the on top forms are on top of other apps that I bring to the front.

    See the attached video. Interestingly, as seen in the video, it seems that every other time I cover it with another app it burns through in front of them.

    The on top forms are created with their parent form in the TForm.Create() statement.

    Any suggestions on how to diagnose this?

     


  12. Quote

    Why would anyone want to use some random files whose history we have no knowledge of, when we can simply checkout the source from the repo and use it directly.

     

     

    That's a good question, David. 

    If the code in the repo compiles without modification, then I absolutely agree with you: the OP should use it.  I was under the impression that the OP had a problem with it.

    I fully understand that what I suggested is not the ideal path.

    Many of us are not nearly as capable as you.  I am one of those people.  When I was in the OP's shoes six years ago, I was unable to find a way on my own to compile GR32 in a new Delphi release. 

    I was unable to find support for GR32 anywhere.  I was stuck, stopped dead in the water. It felt like GR32 was a dying, unsupported project back then, but perhaps my perception was inaccurate and more the result of my ignorance on how to find help and on my technical inability to understand and revise the open source code.

    I hired someone to solve this problem for me.   I have successfully used that solution ever since.  Yes, the code I shared is old.  However, perhaps it will provide a starting point for the OP if he or she needs something ASAP.

    Regarding the code I posted: as you know, sometimes the only solution is to start with something that works, even if it is old. And then, if it works, migrate it forward as necessary.  Perhaps you and others, including the OP would be better served by downloading the code from github and trying to get it to work. I failed at that when I tried.  Yes, I'm less capable than you and many others and probably shouldn't have been using GR32 at all if that usage requires skills I don't have.

     I included what I felt were sufficient caveats and warnings in my posting, but I appreciate your alerting the user that using older, unknown code may not make a lot of sense and poses a risk.
     


  13. Years ago, I faced the same frustrating struggle as you are: how to use GR32 with new releases of Delphi.  

    Good news for you: I use GR32 in modern releases of Delphi daily!

    I use a small piece of GR32 (TImage32 to display an image that can pan and zoom) in Tokyo daily.

    However, from the file dates, it looks like the version I use, it looks I downloaded from github quite some time ago, back in 2012.  

    If that works for you, download this zipped source (.pas files) version that I just uploaded to Google Drive: https://drive.google.com/open?id=1c7TWJ4H910a4m5cCqjmw-tqhNmrbQ4vR.   

    I recall there was some code that wasn't compiling that I commented out a few years ago. So, you may want to do a diff on this code vs what's current (sic) for GR32.

    The version I linked to above is right from my development machine ready for compiling and installing into Delphi Tokyo.  As I recall, there may be some warnings during compilation about deprecated syntax.  I ignore them.

    For future Delphi releases the instructions in the read me file in the zip file show how to change a single constant in the .inc file.  It may be possible that you could make similar changes to the current github version, but I have no information on that.

    The above is what I use.  It's been years (and several versions of Delphi) since I looked at this code other than to change the constant and install it into the IDE.  Since this snapshot of GR32 is quite old, it may contain missing features or bugs that have been fixed in the current github version.  You may want to do a diff to the current github version and determine the differences...

    I am providing this file to "pay it forward" and "pay it backward."  However, since I think I paid a consultant for this solution, and it's so many year ago, I'm completely ignorant about what (if anything) was done to make the above work. So, I am unable to answer further questions about installing or using GR32 because, basically I'm just a "script kiddie" with this.

    If you or anyone else uses this file, it would be nice for you to post a response to this thread so others know of your success.

    PS I suggest you investigate migrating to a supported product like ImageEn,  parts of which I now also use and am very happy with.

    Good luck!

    Tom
     


  14. Has anyone here have any experience making stay on top forms NOT be on top of other apps?

    An approach was blogged about in 2004 (blog link, download link). (Thanks, twm)

    We'd LOVE to have our stay-on-top forms stay on top of our app, but NOT stay on top of other apps. But, we're nervous using the code this post links to, because we don't know enough to determine its quality and safety.

    I'm interested to hear how YOU are dealing with this if you are.
     
     
    REPLY
     
     
×