Does Oracle SQL Developer 4.1 provide an indicator for what lines were changed in the code editor? For example, in SSMS a yellow vertical bar appears next to the line number, whenever new code is added/modified/deleted. This line changes to green after it is saved.
Kind of.
You need to toggle over to the History panel for your Code Editor. Then you can see this -
The revision history 'depth' can be configured in preferences, and a benefit (I think) over SSMS here is that it will track changes over multiple iterations of your file, not just between what happened since 'last save.'
Related
I'm working with UIPath to automate some processes in Microsoft Dynamics AX 2012. When I use UIPath to indicate a button to press or a field to type into, UIPath gets a brainfreeze (stops working) and just chews on it for 3-6 minutes before it has completed. It works, but it take a ridicolous amount of time to make a process, as this is the case at every click. There is no problem when the process is running from orchestrator - it is only during development and only in AX. In all other programs it only takes a split second.
Does anyone know what causes AX to be this slow and how to fix it?
I have attached a video here, where you can see the issue: Link to video showing performance issues
Thank you in advance
This probably happens because the UiPath activity tries to load the whole table (including what is not directly visible) into memory. To workaround this, you might just filter your table in a way that you just have a few rows visible before you Indicate on screen the specific element.
Note that a similar behavior might occur during run time if there is a lot of data to capture.
UI Framework needed to be swithed. Pres F4 to go switch to AA before hovering over AX.
I am using a very long .sql file (5,000 lines) in Teradata SQL Assistant. When I initially copy-pasted the text in, I got the usual font-colors (SELECT, FROM, etc show up in blue font, text strings in a pink/purple color, etc.)
However, when I saved and then re-opened this file directly, the font was all black. No colors at all. If I copy-paste the code into a new SQL Assistant query window, the color shows up again. But if I save that new query and then re-open it, I get just a solid black font.
Can anyone help me figure out what is going on here? It's not an absolute deal-breaker (I can still run the code), but it's definitely annoying to debug a wall of uniform, black font.
I can't post the code because (1) it's for work and (2) there's a ton of it. It's a long series of INSERT statements into a diagnostic table with the results of running SELECT on a trio of other tables for the purposes of looking for bad data. It does include some long SQL-code snippets as text (within quotes).
This might be due to the size of the query, some people complained that parsing/highlighting is too slow for huge source codes.
Now there are two options found in Tools - Options - Query:
Limit parsing for Queries larger than ... KB
Disable parsing for Queries larger than ... KB
Try increasing those values.
after spending over one hr on this, I gave up.
I open a text file. make it show line numbers (view->Line number). Now I want to tell textpad to save this setting so that I do not have to do this each time I open a text file again. Yet, I am not able to find anywhere how to do this simple task.
I am using texpad 7.4.0 on windows. I looked at configure->preferences->text and I do not see anything about show line numbers.
Go to Configure > Preferences. From the left side menu options, select View and make sure Line Numbers is checked. Press Ok and you are good to go.
As a follow-on to Pramod's answer for users who have checked the box at Configure > Preferences > General > Allow multiple instances to run you'll need to make sure that the instance of Textpad that has your changes is the last one to be closed, or copies with the previous set of settings will overwrite your new settings when they close.
To get your preference changes to stick around, close all but one instance of Textpad, change the settings, and then close that last copy of Textpad.
This goes for any Textpad preference, including showing line numbers.
Why:
Each instance of Textpad saves its settings when it closes (not when you change the setting, which is what you would think would happen).
Every time an instance of Textpad closes, it rewrites the full set of settings, even if you didn't change them in that instance (behavior which I would classify as a bug).
This means that if you have two instances of Textpad open (call them 'A' and 'B') and you change some preferences in instance 'A', but then you close instance 'A' and then you close instance 'B', the set of preferences from instance 'B' wipe out the settings you just changed in instance 'A' and you don't get them back.
To save your preferences effectively, you need to make sure that the last open instance of Textpad is the one that has your changes, and then you need to close that instance.
After that, any instance you open will have the new settings.
This bothered me for a while before I figured it out.
I'm playing around with storing application settings in my database, but I think I may have created a situation where superfluous roundtrips are being made. Is there an easy way to view roundtrips made to an MS Access (I know, I know) backend?
I guess while I'm here, I should ask for advice on the best way to handle this project. I'm building an app that generates links based on file names (files are numbered ints, 0-5000). The files are stored on network shares, arranged by name, and the paths change frequently as files are bulk transfered to create space, etc.
Example:
Files 1000 - 2000 go to /path/1000s
Files 2001 - 3000 go to /path/2000s
Files 3001 - 4000 go to /path/3000s
etc
I'm sure by now you can see where I'm going with this. Ultimately, I'm trying to avoid making a roundtrip to get the paths for every single file as they are displayed in a gridview.
I'm open to the notion that I've gone about this all wrong and that my idea might be rubbish. I've toyed around with the notion of just creating a flat file, but if I do that, do I still run into the problem of having that file opened and closed for every file displayed in a gridview?
1) set A breakpoint in the first line of page_load section in code by clicking in the leftmost bar (a dim thick line down the left side). You should se a round and red mark there then
2) ... and run Debug in Visual Studio (hit F5)
3) Turn back to Visual Studio after the app has started and step through the program, line-by-line, by pushing the F8 button. Great fun
I am currently using powerbuilder 6.5
In my application, i want to make a code where any change in one window should reflet another window.Two windows are using the same table. if we channge in one window it is not reflecting in another window if the other window is opened earlier. what cani do?
It might help to know a little more about what you are trying to accomplish. Are both windows open at the same time on a single user's screen? Or is one window available to one user and the second being viewed by a separate user waiting to see the updates?
By themselves, the datawindows won't retrieve automatically on updates to the underlying table. In fact, if you have configured the datawindows properly, the update rules should provide some concurrency protection and will not let the second dw update the same table after the first updates. DataWindow2 will sense there's been a change and will try to prevent clobbering the DataWindow1's changes. But again, this may not be an issue if in your context the second window is read-only.
You could have the first window finish its update then check for the existence of the second window and have it retrieve. Even better, use a non-visual business object as an intermediate handler (and also keep nasty cross-window communication code out of the GUI). When the first window's update is successful have it tell the business object it's done, and the object can then tell the second window to retrieve. But there would need to be more done if your second window is updateable.
Use the datawindow ShareData method to share the content of the two datawindows (you do mean datawindow when you say table, right?).
BTW, I feel for you, having to use that PB 6.5 dinosaur. OTOH, we've just migrated from PB 10 to shiny new PB 11.5, and it has the worst IDE I have ever used. As a programmer, I'm embarrassed to see such am awful software. Sybase should be ashamed of themselves, releasing such a lousy product.
# eran
No i meant table only.
Two windows are using different datawindow and for these datawindow it is using same table.
So if we change in one window it wont reflect that change in other window if it opened one.