Stream write error как исправить

Интенсив по Python: Работа с API и фреймворками 24-26 ИЮНЯ 2022. Знаете Python, но хотите расширить свои навыки?
Slurm подготовили для вас особенный продукт! Оставить заявку по ссылке — https://slurm.club/3MeqNEk

procedure TForm2.Panel3Click(Sender: TObject);
var
Stream : TMemoryStream;
Code : Word;
begin
Code:=0;
Stream:=TMemoryStream(Form1.IBQuery1.CreateBlobStream(Form1.IBQuery1.FieldByName(‘TRAILER’), bmRead));
Stream.Read(Code, SizeOf(Code));
Stream.Seek(0,0);
Stream.SaveToFile(‘F:\test.avi’);
Stream.Free;
end;

Stream read/write error on 64-bit application

I read my physical drive and am having some problems.

64-bit applications:

512 bytes: Stream read error / Stream write error .
- Read : work
- ReadBuffer : not work
32-bit applications: work on all cases.

How to read 512 bytes on 64-bit applications?

Updated: I’ve run this application on another PC, it worked. I do not understand why.

Updated 2: Thanks to David Heffernan. The code below work. But why for 32-bit applications, it always succeed with the first code?

1 Answer 1

As per the documentation you need to ensure that the memory that you read in to is sector aligned.

File access buffer addresses for read and write operations should be physical sector-aligned, which means aligned on addresses in memory that are integer multiples of the volume’s physical sector size. Depending on the disk, this requirement may not be enforced.

Allocate two sectors worth of memory and then advance within that to a sector boundary.

After this, ptr points to an aligned location within your over-sized buffer. Perform your direct disk access with the memory starting at this aligned location.

The final sentence of the excerpt explains that this requirement may not be enforced which is why your code may work on some machines but not others.

Or indeed you may just be lucky with your 32 bit builds that they happen to give you a sector aligned memory address. Your supposed fix in the question edit doesn’t help since GetMem has no 512 byte alignment guarantee. If a call to GetMem happens to return an address that is 512 byte aligned, that’s just chance. You cannot rely on that.

There seems to be some confusion, judging from the comments. Let me see if I can spell this out a little more. Two aspects of direct disk access need to be aligned.
1. The disk pointer and block size must be sector aligned.
2. The memory buffer must be sector aligned.
I am referring to the second of these. You are meeting the first requirement, assuming the disk sector size is 512. But you are failing to meet the second requirement.

Stream read/write error on 64-bit application

I read my physical drive and am having some problems.

64-bit applications:
- 512 bytes: Stream read error / Stream write error .
  - Read : work
  - ReadBuffer : not work
  32-bit applications: work on all cases.
  
  How to read 512 bytes on 64-bit applications?
  
  Updated: I’ve run this application on another PC, it worked. I do not understand why.
  
  Updated 2: Thanks to David Heffernan. The code below work. But why for 32-bit applications, it always succeed with the first code?
  
  1 Answer 1
  
  As per the documentation you need to ensure that the memory that you read in to is sector aligned.
  
  File access buffer addresses for read and write operations should be physical sector-aligned, which means aligned on addresses in memory that are integer multiples of the volume’s physical sector size. Depending on the disk, this requirement may not be enforced.
  
  Allocate two sectors worth of memory and then advance within that to a sector boundary.
  
  After this, ptr points to an aligned location within your over-sized buffer. Perform your direct disk access with the memory starting at this aligned location.
  
  The final sentence of the excerpt explains that this requirement may not be enforced which is why your code may work on some machines but not others.
  
  Or indeed you may just be lucky with your 32 bit builds that they happen to give you a sector aligned memory address. Your supposed fix in the question edit doesn’t help since GetMem has no 512 byte alignment guarantee. If a call to GetMem happens to return an address that is 512 byte aligned, that’s just chance. You cannot rely on that.
  
  There seems to be some confusion, judging from the comments. Let me see if I can spell this out a little more. Two aspects of direct disk access need to be aligned.
  1. The disk pointer and block size must be sector aligned.
  2. The memory buffer must be sector aligned.
  I am referring to the second of these. You are meeting the first requirement, assuming the disk sector size is 512. But you are failing to meet the second requirement.
  
  Oracle Stream Write Error
  
  We have collected for you the most relevant information on Oracle Stream Write Error, as well as possible solutions to this problem. Take a look at the links provided and find the solution that works. Other people have encountered Oracle Stream Write Error before you, so use the ready-made solutions.
  
  Error, "Stream write error" and "Windows-Delayed Write .
  Getting "Stream write error" message when launching (54828)
  Identifying Problems in an Oracle Streams Environment
  Oracle Streams Errors Oracle Community
  Streams Capture Creating Failing With Errors ORA . — Oracle
  Oracle Stream Write Error Fixes & Solutions
  
  We are confident that the above descriptions of Oracle Stream Write Error and how to fix it will be useful to you. If you have another solution to Oracle Stream Write Error or some notes on the existing ways to solve it, then please drop us an email.
  
  Ошибка чтения / записи потока в 64-битном приложении
  
  Я прочитал свой физический диск, и у меня возникли проблемы.
  
  64-битные приложения:
  - 512 байт: Stream read error / Stream write error .
    - Read : работать
    - ReadBuffer : не работает
    32-битные приложения: работают во всех случаях.
    
    Как читать 512 байт в 64-битных приложениях?
    
    Обновлено: Я запустил это приложение на другом ПК, все заработало. Я не понимаю почему.
    
    Обновлено 2: Спасибо Дэвиду Хеффернану. Код ниже работает. Но почему для 32-битных приложений всегда удается с первым кодом?
    
    1 ответ
    
    Согласно документации вам необходимо убедиться, что память, в которую вы читаете, выровнена по секторам.
    
    Адреса буфера доступа к файлам для операций чтения и записи должны быть выровнены по физическому сектору, что означает выравнивание по адресам в памяти, которые являются целыми числами, кратными размеру физического сектора тома. В зависимости от диска это требование может не выполняться.
    
    Выделите два сектора памяти, а затем продвиньтесь в них до границы сектора.
    
    После этого ptr указывает на выровненное место в вашем слишком большом буфере. Выполните прямой доступ к диску с памятью, начиная с этого выровненного места.
    
    Последнее предложение отрывка объясняет, что это требование может не выполняться, поэтому ваш код может работать на одних машинах, но не работать на других.
    
    Или, возможно, вам просто повезло с вашими 32-битными сборками, которые дают вам адрес памяти, выровненный по сектору. Ваше предполагаемое исправление в редактировании вопроса не помогает, поскольку GetMem не имеет гарантии выравнивания 512 байт. Если при вызове GetMem возвращается адрес, выровненный по 512 байт, это просто случайность. На это нельзя полагаться.
    
    Судя по комментариям, есть некоторая путаница. Дай мне посмотреть, смогу ли я объяснить это немного подробнее. Необходимо согласовать два аспекта прямого доступа к диску.
    1. Указатель диска и размер блока должны быть выровнены по секторам.
    2. Буфер памяти должен быть выровнен по секторам.
    Я имею в виду вторую из них. Вы выполняете первое требование при условии, что размер сектора диска равен 512. Но вы не выполняете второе требование.
    
    Читать:
    Какая функция преобразует число в строку

Stream write error как исправить