Bug in 10.5.5 Compression
There's a bug in the compression program (Archive Utility) in 10.5.5.
Here's how to test it:
1. Find a file with different creation and modification dates and write the dates down.
2. Compress the file by right-clicking and choosing "Compress."
3. Now expand the compressed file and check the creation and modification dates.
On my system, the file creation date is now changed so that it is the same as the modification date.
I keep multiple drafts of projects that I track based on creation date. Using 10.5.5 compression renders this tracking method useless.
It also happens if the file is in a folder.
Compression/expansion should be a transparent process that produces the same file that you compressed.
Hopefully this will be fixed in 10.5.6.
Posting here won't get the issue resolved. These are user to user forums.
Report this to Apple, by sending Feedback and sending bug reports and enhancement requests via its Bug Reporter system. To do the latter, join the Apple Developer Connection (ADC)—it's free and available for all Mac users and gets you a look at some development software. Since you already have an Apple username/ID, use that. Once a member, go to Apple BugReporter and file your bug report/enhancement request. The nice thing with this procedure over submitting feedback is that you get a response and a follow-up number; thus, starting a dialog with engineering.
Similar Messages
-
Crazy flashing BUG on my screen during compression
Every time I start a compression I get a crazy flashing bug on screen. I have provided a video if anyone have any idea.
https://magekfilmworks.box.net/shared/static/46jazyxdz9.movTry running disk utility from safe boot or a system disk.
-
hi everyone..i am making a backup utility. it will compress, encrypt and split the files and send it to an ftp server. i have everything worked out except for one bug...when i compress already compressed data, it gets corrupted...like installers, or zip and rar files..i cannot retrieve the files after compressing them with the program. here is the code for compressing and decompressing, can anyone help me?
private string CompressFile(string filetocompress)
try
FileInputStream fis = new FileInputStream(filetocompress);
FileOutputStream fos = new FileOutputStream(filetocompress + "test123");
GZIPOutputStream gzos = new GZIPOutputStream(fos);
sbyte[] buffer = new sbyte[2048];
int read = fis.read(buffer);
while (read == 2048)
gzos.write(buffer);
read = fis.read(buffer);
gzos.write(buffer, 0, read);
// The next step is VERY important. If you do not flush the buffer
// on the inner (gzip) stream, the outer (file) stream will get
// closed before it gets the last buffer of data.
gzos.close();
fis.close();
fos.close();
return filetocompress + "test123";
catch (Exception e)
return filetocompress + "test123";
private string DecompressFile(string filetocompress)
try
GZIPInputStream gin = new GZIPInputStream(new FileInputStream(filetocompress));
OutputStream fout = new FileOutputStream(filetocompress + "test1234");
// Transfer bytes from the compressed file to the output file
sbyte[] buf = new sbyte[1024*1024];
int len;
while ((len = gin.read(buf)) > 0)
fout.write(buf, 0, len);
fout.flush();
// Close the file and stream
gin.close();
fout.close();
return filetocompress + "test1234";
catch (Exception e)
return filetocompress + "test1234";sbyte[] buffer = new sbyte[2048];
Where has sbyte come from? ASAIK java has no signed byte.
When you post code, please use [code] and [/code] tags as described in Formatting Help on the message entry page. It makes it much easier to read. -
Hi
There is a feature that allows us to compress archive logs. This is set using "ALTER DATABASE ARCHIVELOG COMPRESS enable;"
What I need to know is
1) Which versions of oracle supports this.
2) Has anyone experienced any drawbacks using this.
ThanksThis is what I got back from ORACLE.
Generic Note
Hi,
The archive log compression feature was withdrawn from the release before the oracle 10g production release.
It may appear to function as expected, but it is not yet supported and is intentionally not documented.
Bug 3464260 - ALTER DATABASE ARCHIVELOG COMPRESS ENABLE/DISABLE IS MISSING IN 10G DOCS
Status: 92 - Closed, Not a Bug
- An Enhancement Request been created Bug 6780870 GENERATION OF COMPRESSED ARCHIVELOG FILES to ask
if this functionality will be offered in a future release which is yet not been update by development..
In other words, The SQL statement ALTER DATABASE ARCHIVELOG COMPRESS enable is possible, but indeed
currently unsupported and undocumented even in Oracle Database 11g
Archive compression was a planned new feature for 10G, but unfortunately it was withdrawn and it is still
not available in 11g .This feature is expected in future releases.
Please let me know if that answers your questions .
Regards,
One more question.
We are running windows, I know someone mentioned gzip for linux, can we use that for windows compresssion, or will winzip or winrar or any other compression tool work.
Thanks -
I am on 11.1.0.7, and want to know if I can compress the archives which we store locally.
ie., for Log_archive_dest_1
We have Log_archive_dest_2(for standby) for which we have already specified Compression=EnableHello;
The only information I can find on this is :
Bug 3464260: ALTER DATABASE ARCHIVELOG COMPRESS ENABLE/DISABLE IS MISSING IN 10G DOCS
I can't find any official reference to the syntax in 11g. I would say don't use it.
Syntax I'm referring to :
ALTER DATABASE ARCHIVELOG COMPRESS ENABLE/DISABLEAlso I would not compress an an archive since if you need it for recovery, you have to decompress.
Please consider closing some of your old questions.
Best Regards
mseberg -
CS4 won't open TIFF with IBM PC Byte order
When our team tries to open images saved as TIFFs with a Byte order for IBM PC with Photoshop CS4, we get an error message that we do not have enough RAM to open the image.
We then opened the image on a machine running Photoshop CS2 with no problem, resaved the TIFF with a Macintosh Byte order and that seemed to fix the problem.
Is this a glitch that Adobe is aware of and will it be fixed in any upcoming updates?I know of one bug like that, reading PackBits compressed images (the bug is very rare).
But if you could send me a copy of the file that won't open, I'll take a look and see if it might be a problem we don't know about. -
Firefox 33 doesn't display a pdf file when using the response object
Firefox 33.0.2 does not display pdf files when using the code below from an asp.net program, which works for previous versions of Firefox, and also works with IE. I'm using the built-in pdf viewer. All of my plugins are disabled.
Dim strPDF As String
strPDF = Session("filname") 'pdf filename
Response.Clear()
Response.ClearHeaders()
Response.Buffer = True
Response.ContentType = "application/pdf"
Response.CacheControl = "Private"
Response.AddHeader("Pragma", "no-cache")
Response.AddHeader("Expires", "0")
Response.AddHeader("Cache-Control", "no-store, no-cache, must-revalidate")
Response.AddHeader("Content-Disposition", "inline; filename=" + strPDF)
Response.WriteFile(strPDF)
Response.Flush()
Response.Close()
Response.Clear()
Response.End()
Session("filname") = ""Thanks cor-el. You pointed me in the right direction. It appears to me that a reported Firefox 33 bug with the handling of compression (Transfer-Encoding: chunked) is the culprit (https://support.mozilla.org/en-US/questions/1026743). I was able to find a work-around by specifying the file size and buffering. Below is my code, with some code from http://www.codeproject.com/Questions/440054/How-to-Open-any-file-in-new-browser-tab-using-ASP.
Dim strPDF As String
strPDF = Session("filname") 'pdf filename
Dim User As New WebClient()
Dim FileBuffer As [Byte]() = User.DownloadData(strPDF)
If Not (FileBuffer Is Nothing) Then
Response.Clear()
Response.ClearHeaders()
Response.CacheControl = "Private"
Response.AddHeader("Pragma", "no-cache")
Response.AddHeader("Expires", "0")
Response.AddHeader("Cache-Control", "no-store, no-cache, must-revalidate")
Response.ContentType = "application/pdf"
Response.AddHeader("content-length", FileBuffer.Length.ToString())
Response.BinaryWrite(FileBuffer)
Response.Flush()
Response.Close()
Response.Clear()
Response.End()
End If
Session("filname") = "" -
Hi everyone. I'm hoping you can help.
I'm currently travelling and my intention is to take photos using my camera, import them to my iPad using the lightning to SD connector and then upload the photos to cloud storage for safe keeping.
The problem I've found is when I import photos to my iPad the file size, and therefore quality of the photos, is reduced. I know this because I have tested uploading the same photo to Mega.co.nz cloud storage using both the iPad and a Nexus 4 phone - the iPad uploaded the photo at file size 2.9mb and the Nexus uploaded the photo at the original file size of 5.8mb.
Can this issue be resolved?
Thanks in advance,
BenSorry, issue resolved.
For those that may be having similar problems, the issue is the Mega.co.nz app that was created for apple products. It's possibly a bug that means it either compresses the file or does not accurately record the file size. I will report the fault to Mega.
Ben -
Loading GIFs, MediaTracker sometimes doesn't wait
Hi,
I'm trying to solve this problem for a long time without any success. In my applet I load gif images into Image class. GIFs are generated by servlet and than loaded by applet. I use MediaTracker and most of the time images are loaded without any problem. But sometimes MediaTracker just doesn't wait for image to load. It's like there is something wrong with those gifs, but IE can load them and I can open them with PSP and everything is ok.
I even created a method that loads image file into an array and than create Image from byte array. Doesn't help.
Here is my code:
Image img = null;
try
URL url = new URL(name);
byte[] file = getFile(url.openStream());
img = Toolkit.getDefaultToolkit().createImage(file);
//img = Toolkit.getDefaultToolkit().getImage(new URL(name));
MediaTracker tracker = new MediaTracker(this);
tracker.addImage(img,0);
tracker.waitForID(0,1000);
if(tracker.isErrorID(0)) { System.out.println("error");}
catch (InterruptedException e) {System.out.println("loadImage-error"); }
catch (MalformedURLException e){System.out.println("loadImage-error"); }
catch (Exception e) {System.out.println("loadImage-error"); }and getImage method:
public byte[] getFile(InputStream in) throws IOException
int bytesRead;
byte[] buffer = new byte[4096];
ByteArrayOutputStream bos = new ByteArrayOutputStream();
while( (bytesRead = in.read(buffer,0,4096)) > 0 )
bos.write(buffer,0,bytesRead);
bos.flush();
bos.close();
return bos.toByteArray();Mistery solved!
There was indeed problem in creating gif image files. Sometimes. Bug was in the LZW compression algorithm that I downloaded from the internet. Grrrr.
But be aware, bad images can be opened with IE or PSP, but fail to load by Java.
Matjaz
P.S. Needless to say, Duke Dolars are not offered anymore. -
Compress files to .zip in apple menu bug?
In Tiger it was called "create archive" and in Leopard its called "Compress" (ie: zip the items, but my client who is on a PC only sees 1 PDF file in the .zip folder - when there are 4?
This only happened since i installed leopard, what gives - a bug?How do you gather the files? Do you place them all in a folder and them "Compress" that folder, or do you individually select the files and then "Compress 4 items"?
-
Possible BUG with Windows XP compressed drives?
Hello.
I´ve been using Lightroom since the first public beta, but it's now, with the v1.0, when I've decided to use it with my "production" files.
I've detected that Lightroom is not able to work properly with folders stored in Windows XP compressed volumes. I can import my photos, the folder structure is created and all is OK. But when I try to create/rename/navigate a folder, the dialog box that appears doesn't let me do it. I seems like the compressed volumes and the folders within are not shown.
In a "normal" volume I don´t have this problem.
Someone else has experimented this bug? It's only me or is a software problem?
Thanks!Yes I have seen this when creating a new library:
http://www.adobeforums.com/cgi-bin/webx/.3bc337c6
David. -
Major iPhoto bug - TIFFs compressed and overwritten
I just sent this bug report to Apple. I want it to be known. It is tested and discussed in http://discussions.apple.com/thread.jspa?threadID=1342564&tstart=0
In version 7.1.1, TIFF files are processed into Canon Raw files when setting the date and time using Photos > Batch Change and possibly also with Photos > Adjust Date & Time. The criterion is that you have "Modify original files" checked.
These Raw files are much smaller than the original TIFFs! During experimenting, 12MB TIFFs were overwritten by 400KB files! 42MB TIFFs by 1 to 2MB files!
This happens regardless whether the photos are copied into the iPhoto Library or not. So if not, the original files are modified and there is NO BACKUP!
Another issue is that the files keep the extension .tif in the Finder. Adobe also maintains that they are TIFFs. iPhoto only unveils them as being Canon Raw images when reimporting! So there is no way of telling until you check. By then it's already done, and quite irreversibly.
This should not be possible. Those working with TIFF files are usually people who want to preserve their uncompressed originals at all times. For me, this bug is really a shock! If this function is here to stay, iPhoto should at least warn the user what happes if "Modify original files" is checked.With the amount of people on these discussion boards saying that their iPhoto Library has vanished, I presumed the trouble lay in iPhoto.
Not necessarily. Maybe there are 100 reporting the problem. That's insignificant when compaired to the number using iPhoto without a problem. Judging iPhoto by what you read here in the forum where only those with problems post is like judging the health of a city by what you observe in the Emergency Room of one of its hospitals.
OT -
Anyone else having trouble opening CMYK PDFs from Photoshop CC with JPEG 'high' compression?
(Cross-post from the Photoshop forum, where I was asked to post in the Acrobat forum: http://forums.adobe.com/message/5553829 )
When I save a PDF file in Photoshop CC in CMYK color with JPEG compression (quality = high), it will save without any errors. However, when I open the file in Acrobat (11.0.3), I get an "Out of Memory" pop up error. I press Ok, and the document is just displayed as a blank white image.
I'm using Win7 64-bit, Photoshop CC 64-bit. Plenty of memory (24GB) and allocated RAM in preferences, and I've done some troubleshooting that leads me to believe the error is not due to system memory, but rather a specific bug in the software. I have Photoshop CS6 on the same machine, and if I open the PSD, save as PDF with the above settings, everything is fine when I open it using Acrobat. This seems to just be for Photoshop CC, not CS6.
Here is the troubleshooting I've done so far:
PDF format, RGB color, any other settings --> Acrobat can open the file.
PDF format, CMYK, no compression --> Acrobat can open the file.
PDF format, CMYK, JPEG compression [medium] --> Acrobat can open the file.
PDF format, CMYK, JPEG compression [high] --> Acrobat can NOT open the file because it encounters the "out of memory" error.
PDF format, CMYK, JPEG compression [maximum] --> Acrobat can open the file.
This is silly. I don't get it. Can anyone else confirm this problem for me?
Updated:
Like you said, there isn't enough information to rule out an issue with Photoshop CC, as the same action using Photoshop CS6 results in a usable file.
New information (while making files for uploading):
The error only occurs with CMYK files of larger dimensions. On a 500x500px image, Acrobat throws out "A drawing error has occured". a 2500x2500px image runs into the "Out of memory" error. In either case, Acrobat cannot successfully open the file generated by Photoshop CC, while it can if it was made using Photoshop CS6.
RGB PDF JPEG HIGH - PsCC - No Error.pdf
https://drive.google.com/uc?export=&confirm=no_antivirus&id=0B9lLW1Ml0 0iQc2ltUXhqVTRVaWs
CMYK PDF JPEG HIGH - 500x500px - PsCC - Acrobat drawing error.pdf
https://drive.google.com/uc?export=&confirm=no_antivirus&id=0B9lLW1Ml0 0iQZ3M2SS1PbEJuN0k
CMYK PDF JPEG HIGH - 2500x2500px - PsCC - Acrobat out of memory error.pdf
https://drive.google.com/uc?export=&confirm=no_antivirus&id=0B9lLW1Ml0 0iQd2dxWm9xWjk3bEEAnother observation for what it is worth (not a solution again). I was able to open all 3 PDFs in Irfanview as graphics. The properties of the image were
The major changes for the others within the JPegs was the number of pixels (133X133) and the size (1.4inX1.4in). There is also a reduction in the number of colors.
Just for information, I opened the big JPeg in Acrobat (9.5.5) and it opened fine. However, it looks like the color space was changed as shown below:
Even if I change the input to use CMYK and not RGB, it looks like it gets converted to RGB. I haven't spent time to figure out the preflight analysis properly, but at least this may give you some info back. -
List of forum editor issues and bugs
This thread is work in progress. Please report additional bugs and issues you are aware off. I will try to reproduce the issue and add your information to the appropriate columns below. Thanks!
Note: For accurate results, the width of your web browser window needs to be adjusted to show the following dotted line as a single line. Your screen resolution needs to be at least 1280 pixels wide.
Issue
Date
Summary
Browser
Status
Remark
1
08-Jan-2014
last verified
24-Aug-2014
Text copied from discussions, such as code, result in double line spacing when copied to the host system.
Firefox
Internet Explorer
Safari
Chrome
open
open
fixed
fixed
1.1
1.2
2
08-Jan-2014
last verified23-Aug-2014
Cannot append text or code to Syntax Highlighting.
Firefox
Internet Explorer
Safari
Chrome
fixed
fixed
fixed
fixed
3
08-Jan-2014
last verified23-Aug-2014
Cannot properly select text or code with Syntax Highlighting.
Firefox
Internet Explorer
Safari
Chrome
improved
fixed
fixed
fixed
3.1
4
08-Jan-2014
last verified23-Aug-2014
Subsequent edit sessions add empty lines to Syntax Highlighting code.
Firefox
Internet Explorer
Safari
Chrome
fixed
fixed
fixed
fixed
5
08-Jan-2014
last verified23-Aug-2014
Copying text under Syntax Highlighting includes line numbers.
Firefox
Internet Explorer
Safari
Chrome
improved
open
fixed
fixed
5.1
5.2
6
08-Jan-2014
last verified23-Aug-2014
Cannot copy and paste the whole Syntax Highlighting frame.
Firefox
Internet Explorer
Safari
Chrome
improved
fixed
improved
improved
6.1
6.3
6.3
7
09-Jan-2014
last verified23-Aug-2014
Syntax Highlighting suppresses empty lines and white space when browsing.
Firefox
Internet Explorer
Safari
Chrome
fixed
fixed
fixed
fixed
8
08-Jan-2014
last verified23-Aug-2014
Syntax Highlighting overwrites font.
Firefox
Internet Explorer
Safari
Chrome
improved
improved
improved
improved
8.1
8.1
8.1
8.1
9
09-Jan-2014
last verified23-Aug-2014
Cannot paste any text into the editor window.
Firefox
Internet Explorer 11
Safari
Chrome
working
fixed
working
working
10
09-Jan-2014
last verified23-Aug-2014
Cannot change the font when selecting several lines of text.
Firefox
Internet Explorer
Safari
Chrome
improved
working
fixed
improved
10.1
10.1
11
09-Jan-2014
last verified23-Aug-2014
Changing the font gets confused and shows the wrong font.
Firefox
Internet Explorer
Safari
Chrome
improved
working
open
open
11.1
11.3
11.3
12
09-Jan-2014
last verified23-Aug-2014
Pasting a URL captures the text insertion point.
Firefox
Internet Explorer
Safari
Chrome
fixed
fixed
fixed
fixed
13
16-Jan-2014
last verified23-Aug-2014
Quoting captures insertion point.
Firefox
Internet Explorer
Safari
Chrome
fixed
fixed
fixed
fixed
14
24-Jan-2014
last verified23-Aug-2014
Adding HTML label tag for no apparent reason.
Firefox
Internet Explorer
Safari
Chrome
fixed
fixed
fixed
fixed
15
28-Feb-2014
last verified23-Aug-2014
Undo disables functions, such as Quote and Syntax Highlighting and results in complete loss of text when attempting to post.
Firefox
Internet Explorer
Safari
Chrome
Improved
working
working
working
15.1
16
28-Feb-2014
last verified23-Aug-2014
Syntax Highlighting shows several <span> when browsing.
Firefox
Internet Explorer
Safari
Chrome
fixed
fixed
fixed
fixed
17
23-Jun-2014
last verified23-Aug-2014
When specifying a table width, typed numbers are falling through and land the table as text.
Firefox
Internet Explorer
Safari
Chrome
open
open
open
open
18
23-Aug-2014
Quoting of content with Syntax Highlighting looks fine when editing, but when posting, quoting around SH is removed.
Firefox
Internet Explorer
Safari
Chrome
open
open
open
open
19
22-Aug-2014
Text like "Patch 11.2.0.3" are converted to non-functional hyperlinks when posting.
Firefox
Internet Explorer
Safari
Chrome
open
open
open
open
20
20-Jul-2014
last verified23-Aug-2014
The editor toolbar disappears behind the forum banner when scrolling to the next page.
Firefox
Internet Explorer
Safari
Chrome
open
open
open
open
21
17-Nov-2014
Insertion point displayed in text under Syntax Highlighting is not showing the real position.
Firefox
open
22
23-Aug-2014
Hover-up and pop-up menus are in the way then typing text in tables and code under Syntax Highlighting.
Firefox
Internet Explorer
Safari
Chrome
open
open
open
open
23
23-Aug-2014
Copying text from the first post of a thread includes a grey background.
Firefox
Internet Explorer
Safari
Chrome
working
working
open
open
24
24-Aug-2014
Copy and paste does not retain the size of a picture and resizing produces bad quality images. Resizing also no longer shows picture dimensions. Copying images between documents does not copy size settings.
Firefox
Internet Explorer
Safari
Chrome
open
open
open
open
25
17-Nov-2014
Copying and pasting of text determine the source format and creates unwanted or useless tables, affecting also Syntax Highlighting.
Firefox
open
26
17-Nov-2014
Adding additional rows to tables do not inherit the previous cell formats, such as vertical and horizontal center line.
Firefox
working
27
02-Dec-2014
The Jive spell-checker is difficult to use. Pointing and clicking of marked text has to be very precise in order to function, or the spell-checker deactivates itself.
Firefox
open
Ref. No.
Remarks
1.1
Pasting of regular text results in double-line spacing. Pasting of code with Syntax Highlighting does not produce double-line spacing, but includes line numbers when pasting in a rich text editor window, or results in indented lines when pasting to the command prompt or plain text window.
1.2
Pasting of code with Syntax Highlighting includes line numbers when pasting into notepad or to the command prompt. Copying of normal text does not wrap and appears a single line when pasting into notepad.
3.1
Selecting of code and copying works, but selected text looks like a tape and is not visible.
5.1
Copy works find and does not include line numbers, but the text is indented.
When pasting text into a rich text enabled editor window, it includes line numbers.
5.2
Code in syntax highlighting does not copy blank lines, but copies line numbers.
6.1
Only parts of a code segment can be copied, but not the complete code segment. Copy and paste always copies an additional line that was actually not selected.
6.3
Copy and paste only copies the code but not syntax highlighting, which can however be can be re-applied.
8.1
Applying syntax highlighting now applies a font that is suitable for displaying code.
However, it is not possible to change the font, if necessary, or apply color or bold or highlighting. Color can be applied, which looks like double-vision, but anyway is removed when posting.
10.1
Not working reliably. Sometimes the last line selected is not changed, or only the first line changes.
11.1
Sometimes fonts are not displayed properly, for instance, the text insertion point may show Arial, but the text is Courier. There is no clear pattern when this happens or what triggers the problem.
11.3
The text insertion point or selected text always reports the font name "font family", regardless of the font applied.
15.1
Ctrl-z aborting editor functions under Firefox on Mac OS X. However, Cmd-z, which is standard, works properly. This problem does not affect Safari.
Issue
Steps to reproduce
Workaround
1
Copy a couple or more lines of text from a discussion window and paste it into any application or document on your host system. For instance:
The following may produce double line spacing:
If there are two or more ways to do something, and one of those
ways can result in a catastrophe, then someone will do it.
The following should work correctly:
If there is a possibility of several things going wrong, the one that will
cause the most damage will be the first one to go wrong
Use Shift-Return instead of Return to terminate the end of lines when creating text.
Use a different browser to perform cut and paste operations, such as Apple Safari or Google Chrome.
2
Paste some text code into the forum editor window. Select the code and choose Syntax Highlighting:Plain from the editor toolbar (>>). Close and re-edit the thread. It is not possible to place the insertion point below the block of code in order to add any additional lines of code or to add any normal text. For instance:
mknod compress_pipe p
mknod export_pipe p
chmod +rw export_pipe compress_pipe
nohup split -b 8192m < export_pipe &
nohup gzip < compress_pipe > export_pipe &
exp system/passwd full=y direct=y consistent=y compress=n \
buffer=10485760 file=compress_pipe
It is possible to insert additional code or text below Syntax Highlighting, provided the frame it is not the end, as shown in issue 7.
Add any line of text at the end of your code before applying Syntax Highlighting to the lines above.
Adding code within the frame of Syntax Highlighting works in Safari and Google Chrome.
3
Re-edit a post with Syntax Highlighting. It is not possible to properly select any lines of code. An additional empty code line is added and the focus is shifted. The selection mask does not match the actual text. It is pretty much impossible to re-edit Syntax Highlighting.
Screenshot: http://img24.imageshack.us/img24/6121/viun.jpg
Use Safari or Google Chrome when to re-edit text or code under Syntax Highlighting.
4
Every subsequent edit of a post with Syntax Highlighting adds an empty blank line to the code block with an incremented line number. The resulting empty lines (07, 08) shown in the screenshot cannot be selected or removed unless there is text below the code frame as shown in issue 7. Screenshot: http://img809.imageshack.us/img809/5514/cxkd.jpg
Removing of empty lines woks in Safari and Google Chrome.
5
When browsing code with Syntax Highlighting, it is not possible to select the code without the line numbers. Screenshot: http://img835.imageshack.us/img835/6626/j7n7.jpg
Select and copy each line separately. Or use Firefox or Google Chrome, but note issue in Remark 5.
6
When editing, it is possible to copy and paste lines under Syntax Highlighting when selecting the lines, but not when selecting the complete Syntax Highlighting frame.
Carefully select text without the Syntax Highlighting frame boundaries.
7
Empty lines and white space (identation) in Syntax Highlighting are suppressed when browsing, although they exist in the actual post. For instance:
mknod compress_pipe p
mknod export_pipe p
Screenshot when editing the above code:
http://img401.imageshack.us/img401/673/kmy4.jpg
8
Syntax Highlighting changes the font to Arial and it is not possible to apply something more suitable for the displaying of code, such as fixed-width Courier New.
mknod compress_pipe p
Arial: 1l0OI
Courier New: 1l0OI
Arial: 1l0OI
Courier New: 1l0OI
9
It is not possible to paste any text into the editor window.
Use a different web browser or downgrade to IE 10.
Or enable F12 Developer Tools from the Tools menu. Press Ctrl-8
Change the default document mode from Edge to IE 10. Select Leave this page.
10
Create a new thread and type several lines of text. Then select select several lines of text and choose a font, e.g. Courier New. Not all selected lines are changed and only a couple of lines remain highlighted. For instance:
It is difficult to prove the existence of aliens.
Photos exist with aliens, but they could be fake.
On the other hand, photos without aliens could be fake too.
11
Select a line of text and change the font to Courier New. Then select the line again and it will show Arial. Change the font to Courier New and the text will change back to Arial.
12
Copy a URL and paste it into the editor window. The URL will be shown as a hyperlink using blue text. It is not possible to continue with normal writing without changing the text of the link. The text insertion point is captured inside the text of the link when trying to click below the link.
After pasting the URL, use the arrow key or mouse to move the cursor to the end of the link, then press RETURN and start writing normally. You can than move the cursor to the beginning of the line and use BACKSPACE to move the text up, after the link.
13
When replying to a thread and pressing the Quote Previous Message button and then clicking inside the quoted text, for instance, to remove some of the content, it is sometimes no longer possible to move the text insertion point outside of the quoted text back to the normal editing area.
When this happens it helps to switch to HTML and then switch back to the Full Editor.
14
While writing normal text in the editor, it sometimes becomes impossible to edit a line of text. When clicking on any text to move the text insertion point, it selects the complete paragraph instead. http://imagizer.imageshack.us/v2/800x600q90/585/d0v5.jpg. When pressing the "Post Message" button, a dialog appears to "Stay" or "Leave" the page.
Apparently the editor adds HTML label tags for no apparent reason, which can be seen when switching the editor to HTML mode. http://imagizer.imageshack.us/v2/800x600q90/199/1r5a.jpg
15
Copy some text into the editor window. Select the text and choose Syntax Highlighting form the >> insert toolbar. Undo using Ctrl-z. It is no longer possible to use any of the >> insert functions. After that it is also not possible to post the message, resulting in an unexpected error and the content is lost.
16
Syntax Highlighting shows several <span> at the beginning and end of the Syntax Highlighting block after posting. This affects old and new posts.
17
When changing the width of a table column, entering the 2nd number gets punched into the cell content instead.
After entering the first number, click in the entry field again to enter the 2nd number.
18
19
Automatic insertion of links to support.oracle.com contains more info, including responses from Oracle staff.
20
Change the width of browser window until the editor toolbar appears. It will then stay on top when scrolling through pages.
21
Select Syntax Highlighting, Plain from the >> insert menu, then copy and past several lines of text (code) into it. Or, copy and paste the text, then mark the text with the mouse and select SH from the insert menu. Many times, the insertion point is not reflecting it's actual position when you click inside the text. Very often it is also not possible to position the insertion point to the end or beginning of a line using the left and right arrow keys; the insertion point jumps to the next line, even though the end of the line has not been reached.
For instance:
The text insertion point [|] is showing up between the words "point" and "is", but when pressing the delete key or entering text, it affects a different area.
22
The following is a picture with text and Syntax Highlighting.
In tables, pressing the delete key will remove or rearrange the hover-up window.
23
The original or initial post of a thread is shown with a grey background when browsing. Depending on the web browser application, this background is also copied when doing a copy and paste of the text, provided the target window supports rich text editing.
Change the target editor window to plain text.
24
After resizing a pasted image to the same size than the original, the quality is much worse. The following shows a screenshot of the original and copied image:
When resizing a picture by moving the image end-points, the editor does no longer show the current picture dimensions (pixel x pixel) as it did in Jive 5. Also when copying a picture between documents, the picture is enlarged and requires resizing.
25
Copy and paste content from /etc/oratab, for example:
The same also happens when pasting the text into a Syntax Highlighting field.
It is often necessary to use undo (ctrl-z, cmd-z) to get rid of the mess.
26
Please see below screenshot:
27
Message was edited by: Dude!moniquevdb_oracle wrote:
Holy.... wow, this is helpful, thank you so much for kicking this off, Dude!
BluShadow I know you are in favor of reenabling code formatting and ditching the Syntax Highlighter altogether. I've also heard that users would prefer the advanced editor to open by default. Anything else on the wishlist?
correction, I would certainly be in favour (favor to you ) of reenabling code tags, mainly because I work quicker by copy/paste and by keyboard than by having to click through a load of buttons (that currently don't do what they should). I've not said that syntax highlighting should be ditched altogether, and I'd certainly be in favour of it being there, just so long as it provided a decent formatting that was appropriate, so code actually looked like code, and the ability for people to copy/paste the code out of the forum to their own environment wasn't corrupted with double line spacing (as dude has already mentioned) and the addition of the line numbers it puts in (the line numbers are useful for reference on the forum, e.g. when we want to say "you're problem is on line X", but not good when you copy/paste code out to your environment and have to spend ages deleting them all to get the code to do anything). If it's too difficult, then removing the line numbers from the code formatting would be preferable to having them there and not being able to copy the code out without them.
I agree with dude that it would be good to be able to highlight portions of code with bold or colours, which the old forum didn't allow, but this one does, so it's really a combination of old and new that's needed. And as dude highlights, the supressing of blank lines is a pain as it can make the posting of multiple code commands become all compressed and difficult to read, and is not representative of what we have in our interfaces such as SQL*Plus etc.
Basic example:
Copy paste from my SQL*Plus window into the forum (and me applying courier new and quoting it)...
SQL> select * from emp;
EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO
7369 SMITH CLERK 7902 17-DEC-1980 00:00:00 800 20
7499 ALLEN SALESMAN 7698 20-FEB-1981 00:00:00 1600 300 30
7521 WARD SALESMAN 7698 22-FEB-1981 00:00:00 1250 500 30
7566 JONES MANAGER 7839 02-APR-1981 00:00:00 2975 20
7654 MARTIN SALESMAN 7698 28-SEP-1981 00:00:00 1250 1400 30
7698 BLAKE MANAGER 7839 01-MAY-1981 00:00:00 2850 30
7782 CLARK MANAGER 7839 09-JUN-1981 00:00:00 2450 10
7788 SCOTT ANALYST 7566 19-APR-1987 00:00:00 3000 20
7839 KING PRESIDENT 17-NOV-1981 00:00:00 5000 10
7844 TURNER SALESMAN 7698 08-SEP-1981 00:00:00 1500 0 30
7876 ADAMS CLERK 7788 23-MAY-1987 00:00:00 1100 20
7900 JAMES CLERK 7698 03-DEC-1981 00:00:00 950 30
7902 FORD ANALYST 7566 03-DEC-1981 00:00:00 3000 20
7934 MILLER CLERK 7782 23-JAN-1982 00:00:00 1300 10
14 rows selected.
SQL> select * from dept;
DEPTNO DNAME LOC
10 ACCOUNTING NEW YORK
20 RESEARCH DALLAS
30 SALES CHICAGO
40 OPERATIONS BOSTON
SQL>
but in my SQL*Plus window it looks like.
SQL> select * from emp;
EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO
7369 SMITH CLERK 7902 17-DEC-1980 00:00:00 800 20
7499 ALLEN SALESMAN 7698 20-FEB-1981 00:00:00 1600 300 30
7521 WARD SALESMAN 7698 22-FEB-1981 00:00:00 1250 500 30
7566 JONES MANAGER 7839 02-APR-1981 00:00:00 2975 20
7654 MARTIN SALESMAN 7698 28-SEP-1981 00:00:00 1250 1400 30
7698 BLAKE MANAGER 7839 01-MAY-1981 00:00:00 2850 30
7782 CLARK MANAGER 7839 09-JUN-1981 00:00:00 2450 10
7788 SCOTT ANALYST 7566 19-APR-1987 00:00:00 3000 20
7839 KING PRESIDENT 17-NOV-1981 00:00:00 5000 10
7844 TURNER SALESMAN 7698 08-SEP-1981 00:00:00 1500 0 30
7876 ADAMS CLERK 7788 23-MAY-1987 00:00:00 1100 20
7900 JAMES CLERK 7698 03-DEC-1981 00:00:00 950 30
7902 FORD ANALYST 7566 03-DEC-1981 00:00:00 3000 20
7934 MILLER CLERK 7782 23-JAN-1982 00:00:00 1300 10
14 rows selected.
SQL> select * from dept;
DEPTNO DNAME LOC
10 ACCOUNTING NEW YORK
20 RESEARCH DALLAS
30 SALES CHICAGO
40 OPERATIONS BOSTON
SQL>
Obviously that's a basic example; in reality we can be providing a solution to someone, explaining multiple steps and commands to demonstrate their issue and the solution, and having to go back through the code once we've pasted it adding back in all the line spacings, is a real pain and time consuming.
Certainly, having the advanced editor options available immediately for replying would be better than having to switch to it manually, especially as most people using these forums are going to want to paste code in (what with it being a technical forum and not really a social forum), and the basic editor just doesn't allow for any suitable code formatting (unless the person is mad enough to switch to HTML mode). -
I apologise in advance for the length of this 1st-Arch-post-in-years. I value context more than brevity, I guess. Hopefully this is the longest post I'll throw at Arch for a long, long time.
I looked around (quite) a bit before filing this post. I've used Arch off-n-on since 0.4, know the Arch site, the basics about Arch, and most of the "gotcha's" farly well - but I'm no sysop, either.
I have a project I've been needing and meaning to work on for years (and which continues to compound itself while I don't); a huge set of backups on CD/DVD of all my data (my *life*, really) for well over a decade - letters, graphics, email, the first 40 pages of my book, you name it. Over the years this 'little' library has grown to over 10 GB compressed (30,000 files, *most* of them ARCHIVES). My guess is that 2-4 GB (compressed) of the data is important, some very much so.
My archive collection consists of many recursed archives themselves, and they're in about 8 or 10 different formats, to boot (even *.ice, LMAO). Many are further embedded several levels into the main archives (yes, I know that's a bad idea, but I didn't know that when I created them...). I BADLY need to unpack all this stuff, find and toss the duplicates, and truly organise (and efficiently backup) the remainder. This effort will obviously require a lot of automation (or else my heirs will either do it, or not).
I'd found a couple of useful tools in the Windows world years ago, but I don't buy software and the key piece of my suite was shareware that disabled itself after 30 days - not nearly enough time to plow through this boatload of bits.
A few months back I built a system with an Athlon XP 3500+ on an Asus A8N-E mobo w/512MB and 120 GB and 250 GB HD's. I'm hoping to go the RAID route soon - Linux software RAID, in fact. The 250 GB HD is running off an add-in PCI ATA card; both HD's have a UDMA channel all to themselves. The machine's got 4 extra fans, a nicely oversized 485W P/S, and the on-board sensors consistently show it running cool. I'm quite sure this isn't a H/W problem (I'm having no others; I built it myself...). This machine has been absolutely rock-solid in every other regard. I LOVE the system; now if I can simply use it for this one basically administrative project.
I finally have both the speed and the space required to tackle this now-monster project. When I "came home" to Arch a few months ago, I wanted to try several WMs/DMs; GNOME, KDE, E17, fluxbox and ratpoison (at least) are all loaded on my system, and I've booted most at least once. I'd assumed I'd have a LOT of options as to the tools to use.
I've been man-paging and googling and pacman -Q'ing (followed by more googling) for a couple of weeks through the course of my testing thus far, while trying various wrappers in various WMs. My concluson: Houston, we have a problem! <S>Maybe</S> Several.
In the past I've been partial to KDE (that's quickly changing), and it's what I started with this time around. As such, kompare seemed the obvious route to go, and had MOST (NOT all) of the functionality I needed (I also very much like it's GUI). Of course, kompare is simply a wrapper for diff (several diff variants, in fact, potentially). It's possible that diff is the problem. Hopefully further testing (and/or comments here) will make that determination more clearly.
Subsequent googling has revealed that the diff version shipped with Arch likely hasn't been completely functional at all levels in almost *5 YEARS* now. Diff's codefile timestamp is Sept. 3, *2002*! Version 2.8.1 (3.4 is current - just like *kompare*'s current version is 3.4). Additionally, directly below diff in that listing is diff3. Diff's codefile size is about 60K; diff3's is about 20K. *However*, they both have the same timestamp AND version # !!!
A *completely cosmetic* bug (http://bugs.kde.org/show_bug.cgi?id=138347) is fairly clearly the same bug as (https://bugs.launchpad.net/ubuntu/+source/kdesdk/+bug/45466 - 3-1/2 *YEARS* earlier!), and seemingly a trivial patch for a competent maintainer to create, at that. I've verified (w/o even trying) that this bug is resident in my system as we speak. Of course it is - the version of diff Arch is currently shipping was compiled almost a YEAR before the FIRST of the 2 bug reports above were filed! My Arch desktop O/S was installed less than a month ago using the 0.7.2 base ISO (kompare's timestamp is Jan. 20, 2007; version 3.4 - and it's a wrapper for a piece of code last compiled in 2002? What, the 2.0 kernel?). I've aggressively maintained my system current since my very recent install. See how well kompare/diff work on YOUR system...
Indeed, from the kompare bug page, it's hard to believe it's EVER been stable - or even used (see http://bugs.kde.org/simple_search.cgi?i … &offset=20 and just keep on clicking "View More Results" - or get yourself an energiser bunny to do it for you, maybe).
I copied the backups from CD's/DVD's to a clean, freshly-showered 64 GB (62.8, actually) ext3 partition (4K blocksize, defaults otherwise, journal included). I set up a top-level directory in this partition with 15 directories beneath it, one for each of my backup discs (whose contents range in size from 50 MB to 4.36 GB). I copied one archive to each directory, then unpacked them one at a time from the command line, removing the archive copy as I went. I ended up with about 15 GB of active data (25%).
I first configured kompare to use diff (w/no C/L options) running under KDE. As kdiff3 is kompare's preference, however, why is kdiff3 not already in the repos?
I'd not used it before, so I wasn't familiar with kompare's UI. I started out working with a few smaller subsets of the data I knew were near-perfect copies of each other and that wouldn't overload the filesystem. It seemed to act strangely; while I expected it to be well-optimised, both HD activity and CPU utilisation seemed extremely low for extended periods (and note my setup doesn't allow for a HDD LED for the HD on the controller card, where ALL the disk activity is going on).
After 3 runs in a row w/o a single errant file being found, I made a 2-byte mod to a small, non-critical text file that was part of the archive I was currently komparing, rebooting to make DAMNED sure cache was cleared, and reran kompare; identical results. The change STILL wasn't detected (the changed file still showed as being an exact copy of the original). The output I was getting was quite weird: usually, the 'kompare' would run at what seemed a rational speed; after a while a response screen would then open, *completely* devoid of data or messages. Immediately after that an odd dialogue box popped up; the title bar said "Error!", but the *message* was, basically, "No Duplicates Encountered." (or some such), or, more commonly, the same one I encountered repeatedly while searching the internet: "Could not parse diff output." (presumably because kompare still wasn't passing the proper parameters to diff). The program crashed about 1/2 the time (actually, give it a big enough block of data, and it'll crash every time). I was stunned 4 days later when ONE run (an exact duplicate of one I'd already attempted several times) resulted in "proper" output - *PERFECT*, with a complete and correct analysis - and completely unreproduceable, even after rebooting. It's ("It's" = proper analysis/output has) happened 3 times since, twice while working with data sets I would term 'trivial'.
So, in 2 weeks I got 3 runs w/o errors. I assure you I was trying at least 2 runs most days; a 1/2-dozen some days. By then, I also knew that kompare under KDE wasn't my only option - and I knew a bit more.
I use the "usual" repositories. When I finally checked diff's compile date, my jaw dropped: Sept. 3, *2002* !!! It's version 2.8.1; the current stable release is 3.4, and 3.5 is currently available for D/L (albeit not released). V. 2.8.1 works with the 2.6 kernel about as well as the original GWBasic compiler ('interpreter') does in WinXP...and may have been this way for a long time.
More research (difficult, given the age of what little kompare documentation is available on the web). The primary maintainer apparently got removed from maintaining the package in 2003 (and, I presume, other packages, as well) for what appeared to be 'apathy' (MY words). He 'forgot' to include an update after saying he would do so (a patch to pass the appropriate parameters to diff, hopefully fixing the "Could not parse diff output." message, and maybe even straighten out my anomolies, as well).
Kompare hasn't been updated since. Diff3 IS currently being maintained. Actually, even though diff3 has apparently replaced diff, *kompare* prefers kdiff3. For that matter, from my reading thus far, diff, diff3, vimdiff and cmp ALL may possibly be useable (the latter would require some scripting). Further, ALL the following may possibly be made able to work as wrappers (in decreasing order of likelihood, IMNSHO): kompare, krusader, meld, and emelFM2.
So, diff is broken, and it doesn't appear that it's going to be fixed...I personally was a bit consternated when I realised just how off-the-rails kompare was. I see a function such as that provided by kompare as both *critical* AND as a 'black box' function - it HAS to work. Just like the ALU MUST compute 2+2 = 4, or the 'computer' becomes a boat anchor...
So, I D/L'ed meld (for GNOME; it runs under KDE but no help is avalable), then emelFM2 (written for E17, I believe). I've spent the past week trying various combinations of (a) kompare, krusader, meld and emelFM2 as wrappers for diff under (b) KDE, GNOME, and E17. The results have been SO inconsistent it's scary. This includes both giving apparently proper results with a big job on rare occasion (but not consistently reproduceable), and VERY bizarrely, on one occasion, wiping a brand new, 64 *GB* ext3 partition CLEAN. I assure you the remainder of my testing will be on a dedicated partition! This HD is almost braad-new and has given me ZERO other trouble.
Meld was the most consistently performing diff setup I used (on any WM; it worked on them all).
I plan to spend the next 1-2 weeks doing some detailed and structured testing of all possible combos of wrapper/driver/WM, rather than just diff. I also plan to see if it's possible to pass command-line parameters to diff from kompare (if I have the time to spend ANY more w/kompare; kompare clearly isn't what I need - even though it had the . Yes, I *do* know how many combos of 4 wrappers, 4 drivers, and 3 WM's there are (48); my college major was statistics, LOL. And 48 test runs is adequate to test each combo, ONCE...
To me, this task is like big sort jobs were on mainframes a (human, not computer!) generation ago: potentially very large, critical tasks, the results of which aren't always easy to manually double-check. Surely many, if not most, users have a manner of doing this. Diff has apparently been broken for maybe 5 years and THAT wouldn't have gone unnoticed - am I one of the VERY few to even try to use kompare? What do the rest of you use?
Note that after locating and reading as much kompare documentation as possible (I read more BUG reports than anything), I made several important discoveries:
(a) kompare isn't really set up for binary files; it's intended for use with text files. You can specify an option to force a text-mode search, but you apparently canNOT do the reverse.
(b) It err'ed out comparing two M$ 'Word' files, stating they "were binary"...
(c) Worst of all, for me: These files have been archived to CD or DVD, usually repeatedly, and then copied back to disk (I've lost 3 good-sized archives this way - which does serve to somewhat justify my apparently obsessive need to backup files). Kompare does do individual file comparisons (ie, if you specify both files on the command line) byte-by-byte (block-by-block, whatever), but if you request that it compare *directories*, filename and size are all it considers (it appears from the sparse documentation I've seen that this is corrected in the *current* version, . The duplicate-file tool suite I used in Windows did an MD5 hash on *every* file, no matter the size; I *knew* when a bit error had creeped in, and usually knew fairly quickly. Not finding out you have a bad backup until it's the only copy of your data you have left is no good!
Anyone have any suggestions on doing this task efficiently and reliably in Arch?
Again, I believe this to be an upstream problem in a way, but my guess is that if we were using the *current* diffutils to match the KDE version (and a maintainer had done his job in a timely fashion) this bug would NOT exist. My advice, at least until Arch can get diff3 (or, preferably, kdiff3) packaged, STAY AWAY FROM kompare !!! At least with anything critical, at least until this issue is better understood.
Kompare (and diffutils, as well, IMO) needs to be removed from the 'public' repo's until it's close to fixed, at least. Just pkgbuild'ing the current diffutils version (or kdiff3!) is likely the easiest way out. Who knows, MAYBE I'll take a stab at that myself. No promises.
For ANYONE still reading, WOW! TIA. Really. Sorry for the tome.
Blue Skies...g
"It's a lot easier to throw grenades than it is to catch them!" -- Tim Russert[intro, backups, bla...]I BADLY need to unpack all this stuff, find and toss the duplicates, and truly organise (and efficiently backup) the remainder.
Ok, that's what it's all about.
I'd found a couple of useful tools in the Windows world years ago, but I don't buy software and the key piece of my suite was shareware that disabled itself after 30 days - not nearly enough time to plow through this boatload of bits.
Total Commander rocks.
[killed half a dozen paragrahps or so] It's possible that diff is the problem.
Contratulations. You managed to post 3K of text but still failed to mention what the problem is.
Subsequent googling has revealed that the diff version shipped with Arch likely hasn't been completely functional at all levels in almost *5 YEARS* now. Diff's codefile timestamp is Sept. 3, *2002*! Version 2.8.1 (3.4 is current - just like *kompare*'s current version is 3.4).
http://www.archlinux.org/packages/search/?q=diffutils
You will notice that package isn't flagged out-of-date. That's because the (still current) upstream version is (tadaa!) 2.8.1. Please tell us where you found that 3.4 version.
Additionally, directly below diff in that listing is diff3. Diff's codefile size is about 60K; diff3's is about 20K. *However*, they both have the same timestamp AND version # !!!
WTF??? What listing? You know that diff and diff3 are different programs but still part of the same upstream sources, don't you?
[non-relevant nonsense...] See how well kompare/diff work on YOUR system...
They work fine.
[kompare bashing]
Take a look at the URL, bugs.kde.org, not bugs.archlinux.org. Got it?
I copied the backups from CD's/DVD's to a clean, freshly-showered 64 GB (62.8, actually) ext3 partition (4K blocksize, defaults otherwise, journal included). I set up a top-level directory in this partition with 15 directories beneath it, one for each of my backup discs (whose contents range in size from 50 MB to 4.36 GB). I copied one archive to each directory, then unpacked them one at a time from the command line, removing the archive copy as I went. I ended up with about 15 GB of active data (25%).
I think I could rest my case already at this point.
I first configured kompare to use diff (w/no C/L options) running under KDE. As kdiff3 is kompare's preference, however, why is kdiff3 not already in the repos?
It is: community/kdiff3 0.9.91-1
(I will skip some paragraphs about the actual kompare usage and come back to that at the very end.)
I use the "usual" repositories. When I finally checked diff's compile date, my jaw dropped: Sept. 3, *2002* !!! It's version 2.8.1; the current stable release is 3.4, and 3.5 is currently available for D/L (albeit not released). V. 2.8.1 works with the 2.6 kernel about as well as the original GWBasic compiler ('interpreter') does in WinXP...and may have been this way for a long time.
Please quit that bullshit and show us version 3.4 of the GNU diffutils.
Kompare hasn't been updated since. Diff3 IS currently being maintained. Actually, even though diff3 has apparently replaced diff, *kompare* prefers kdiff3. For that matter, from my reading thus far, diff, diff3, vimdiff and cmp ALL may possibly be useable (the latter would require some scripting). Further, ALL the following may possibly be made able to work as wrappers (in decreasing order of likelihood, IMNSHO): kompare, krusader, meld, and emelFM2.
Check http://websvn.kde.org/ to follow the development progress of kompare, it's part of kdesdk. diff3 is from diffutils 2.8.1 and I wouldn't call that "maintained", but you already know that. It is obviously not a replacement for diff, did you ever read the manpages? And wow, a KDE program prefers to use another KDE program!
[killed quite a bit]Diff has apparently been broken for maybe 5 years and THAT wouldn't have gone unnoticed - am I one of the VERY few to even try to use kompare? What do the rest of you use?
Again, diff is fine and I'm using kompare (or kdiff3?) almost daily, in krusader.
(a) kompare isn't really set up for binary files; it's intended for use with text files. You can specify an option to force a text-mode search, but you apparently canNOT do the reverse.
(b) It err'ed out comparing two M$ 'Word' files, stating they "were binary"...
Genius. Comparing binary files is useless. If you used MS Office you're hosed, that simple. More useful advice at the end.
Anyone have any suggestions on doing this task efficiently and reliably in Arch?
Yep.
Again, I believe this to be an upstream problem in a way, but my guess is that if we were using the *current* diffutils to match the KDE version (and a maintainer had done his job in a timely fashion) this bug would NOT exist. My advice, at least until Arch can get diff3 (or, preferably, kdiff3) packaged, STAY AWAY FROM kompare !!! At least with anything critical, at least until this issue is better understood.
Upstream, right... diffutils have nothing to do with KDE at all... Arch has diff3 and kdiff3 packaged ... it's no 'issue' at all.
Okay, I apologize for that 'tone' of mine but I get pissed easily when wasting so much time on something as this.
I know your problem very well as I'm constantly backing up stuff, comparing directories and hunting duplicates.
After unpacking everything the first step to take is to run a comprehensive check for binary duplicates. My tool of choice for that task is Total Commander (Win32 shareware, no timeout, just a minor nag screen on start, works fine with Wine). Just a few random keyboard shortcuts you might find handy (see the help file for explanations): ctrl-b, ctrl-f1(-f6), ctrl-c,y, alt-f7
After killing them, go on to compare ("synchronize") similar directories, either with Total Commander, Krusader, rsync, diff -R, whatever.
If you encounter similar named files, check the dates and kill the older ones, or compare them if they're not binary.
And so on... you know best what kind of data you got and how to split it up.
Throwing plain diff on a set of thousands of files, possibly gigabytes is a huge waste of time and computing/power resources. Adding a frontend will make it crash most of the time, especially with binary files. I think using kdiff3 to compare the Arch Linux 0.8 base beta1 iso to the beta2 one alone should suffice. A few more gigabytes of RAM might help though.
Maybe you are looking for
-
Trouble importing ORF files from E-PL5 into LR5.3
Hello, A small percentage of the RAW files from my Olympus E-PL5 look "blurry" or "out of focus" when viewed using LR5.3 (Windows 8.1). However, most of the RAW files from this camera look fine when viewed in LR (even pictures from the same shooting
-
Xml parser error - escaping characters
Hi all I'm conducitn experiments at uni which have involved the construction of my own server and client Instant Messenging software. Messages are encoded with xml to the server, and the sax parser at the server parses it and depending on the info se
-
I feel I should receive credit for already purchasing this single a few weeks ago if I purchase Heroine. I shouldn't have to pay for it twice, and to add insult to that is is now Free to download this week.
-
Controlling position of thumbnails using variables
Hi the code is attached for reference. This action script controls a photo gallery I need to modify the dimensions of the movie clip. I was able to change the position of where the main image clips and also where the thumbnails appear at the starting
-
Can you Choose a Particular Frame for Quicktime Icon Preview?
Is it possible to choose a specific frame for a Quicktime file icon preview? A lot of movies start out with a black frame and the icon preview in Finder is therefore a black square. I would like to be able to choose the frame to use for the preview.