Ru-Board.club
← Вернуться в раздел «Программы»

» GIMP

Автор: Erekle
Дата сообщения: 10.05.2012 19:17
juvaforza

Цитата:
P. S.

спасибо за информацию.
Автор: Skif_off
Дата сообщения: 10.05.2012 19:44
The Unforgiven

Цитата:
Если, конечно, нужно, я могу сказать, как решил для себя проблему с этой ошибкой, как раз вчера.

Думаю, пригодится не только мне, заранее благодарен
Автор: The Unforgiven
Дата сообщения: 10.05.2012 20:32
1) Скачиваем zip-файл отсюда
2) Разархивируем, и переименовываем helpbrowser.exe в help-browser.exe
3) Копируем help-browser.exe в каталог lib\gimp\2.0\plug-ins, с заменой оригинального файла
4) Копируем libgtkhtml-2-0.dll в каталог bin.
Автор: Victor_VG
Дата сообщения: 10.05.2012 23:50
The Unforgiven

Пригодится. Это придётся сразу в инсталляторе учитывать, но не трудно. Учту.
Автор: Skif_off
Дата сообщения: 11.05.2012 02:07
Может быть списаться с разрабами? Чтобы без костылей.
Что-то такое было со справкой Win версии 2.2.х, "не доложили" файл в инсталлер, потом пофиксили.
Автор: Victor_VG
Дата сообщения: 11.05.2012 04:07
Skif_off

Так проще им готовый скрипт для хелпа прислать - и им меньше возни и нам спокойнее, хотя баг-репорт помехой не будет.
Автор: Skif_off
Дата сообщения: 11.05.2012 15:21
Victor_VG, просто help-browser.exe из архива под архитектуру х86, вот я и подумал, чтоб без костылей. Баг-репорт, к сожалению, не осилю - слаб в английском.
Автор: Victor_VG
Дата сообщения: 11.05.2012 16:51
Skif_off

Я погляжу как буду делать. У меня есть предположение что реально просто в HTML кодировка сбита. Тогда придётся ей исправлять.
Автор: fakel33
Дата сообщения: 07.06.2012 08:02
Gimp 2.8 for Windows x64 Portable
добавлены плагины
- Partha plugins.
- UFRaw
- GMIC 64-bit beta.
- CamoTruck (32bit).
_http://www.aljacom.com/~gimp/Gimp-2.8-64bit-Partha+SF.7z

Gimp 2.8 for Windows x86 Portable
добавлены плагины
- Partha 32-bit plugins.
- UFRaw.
- CamoTruck.
_http://www.aljacom.com/~gimp/Gimp-2.8-32bit-Partha.7z
Автор: AnTul
Дата сообщения: 11.06.2012 22:09
Скажите, можно ли откуда-нибудь скачать все плагины в одном месте (файле), не колупая их по одному с офсайта?
Автор: Hmury
Дата сообщения: 20.06.2012 10:03
Версия 2.8.0 (вроде как только 32-битная) предлагает ставить себя на 64-битной WIN в папку "Program Files" (не "Program Files (x86)").
Это нормально или глюк?
(пока для перестраховки поменял вручную каталог на верный)
Автор: Victor_VG
Дата сообщения: 20.06.2012 13:10
Hmury

Ошибка скрипта установки.
Автор: juvaforza
Дата сообщения: 24.08.2012 10:52
GIMP 2.8.2
Ns | Dls

GIMP Help 2.8.0
Dls
Автор: rajah
Дата сообщения: 24.08.2012 15:12
64 bit???
Автор: juvaforza
Дата сообщения: 24.08.2012 22:01
Hmury

Цитата:
Версия 2.8.0 (вроде как только 32-битная)
Если вы имели в виду основной дистрибутив (gimp-win), то стабильные версии начиная с 2.8 имеют совмещенный инсталлятор для 32- и 64-битной реализаций.

Цитата:
или глюк?
Путь правильный был. Но можете проверить через Диспетчер какая версия у вас установилась (если 32-битная - то, возможно, это "фича" с окончанием имени каталога) и какая версия устанавливается по исходному пути (если 32-битная - то глюк есть).

rajah
Да, совмещенный инсталлятор.
Автор: unreal666
Дата сообщения: 08.09.2012 09:56
Как избавиться от ошибки, возникающей при запуске GIMP 2.8.2 (x64), для приложений icc_colorspace.exe и separate.exe .

Цитата:
Ошибка при запуске приложения (0хс000007Ь). Для выхода из приложения нажмите кнопку "ОК".

Win 7 x64
Автор: juvaforza
Дата сообщения: 09.09.2012 12:00
unreal666
Если со стороны посмотреть, то проблема или с разрядностью, или не с разрядностью, или файлы не нужны. Если второе - пробовать обновить файлы или версию плагина. Если третье - удалить файлы плагина. Если первое - пробовать или найти 64-разрядную реализацию плагина, или запустить (комментарии некоторые свернуты) текущую под 64-разрядным GIMP'ом (в целом отдельная папка \32\... - это и есть механизм, предусмотренный для 32-разрядных бинарных файлов, но тонкостей я не скажу).
Автор: Victor_VG
Дата сообщения: 09.09.2012 13:15
juvaforza

Цитата:
unreal666

Если со стороны посмотреть, то проблема или с разрядностью, или не с разрядностью, или файлы не нужны. Если второе - пробовать обновить файлы или версию плагина. Если третье - удалить файлы плагина. Если первое - пробовать или найти 64-разрядную реализацию плагина, или запустить (комментарии некоторые свернуты) текущую под 64-разрядным GIMP'ом (в целом отдельная папка \32\... - это и есть механизм, предусмотренный для 32-разрядных бинарных файлов, но тонкостей я не скажу).

Честно пытался понять написанное, не одолел. Можно было написать менее путанно?

unreal666

Поискал по аналогичным стоп-ошибкам и у меня возникло предположение, что причина в отсутствии какой-то вызываемой при запуске функции в рунтаймах С++ - не будь зависимости - мы бы видели сообщение об этом, а так его вроде и нет, и что-то отрабатывает с ошибкой. А если глянуть что там на деле зовётся тем же Dependency Walker? Давай предположим что причина ошибки в иной реализации зависимой функции. Может такое быть, верно? Глянь что в зависимостях для них увидим, а там и подумаем. Наверняка причина будет простой, а оттого с ходу не очевидной - мы ведь все вечно сложности предполагаем, а простое проверяем в самую последнюю очередь. Человеческий мозг так уж устроен, куды тут денешься?
Автор: juvaforza
Дата сообщения: 09.09.2012 22:02
Victor_VG

Цитата:
Можно было написать

Я не пользуюсь ни Win7 x64, ни этим плагином, поэтому не могу четко указать проблему. Если плагин не нужен - удалять его, если плагин нужен - сначала проверить целостность файлов, затем решать возможную проблему разрядности, т. к. сам оригинальный плагин является 32-разрядным.

Цитата:
предположение

Если идти по ошибке - это м. б. просто поврежденность файлов, м. б. поврежденность вирусом, м. б. проблемы с видимостью файлов GIMP, м. б. проблемы с видимостью посторонних библиотек (как вы и предположили). Поэтому лучше сначала проверить целостность файлов и корректность установки или запуска плагина.
Автор: Victor_VG
Дата сообщения: 09.09.2012 22:12
juvaforza

Ладно, я думаю стоит посмотреть логи зависимостей - что там творится мы пока не знаем.
Автор: unreal666
Дата сообщения: 12.09.2012 07:57
juvaforza

Цитата:
Я не пользуюсь ни Win7 x64, ни этим плагином, поэтому не могу четко указать проблему. Если плагин не нужен - удалять его

Понятия не имею, за что отвечают данные плагины (хотя icc_colorspace.exe, судя по названию, чего-то там с профилями). Эти плагины по умолчанию ставятся.

Victor_VG

Цитата:
Ладно, я думаю стоит посмотреть логи зависимостей - что там творится мы пока не знаем.

вот архив текстовых логов Dependency Walker для этих 2-ух плагинов. В пути в Dependency Walker добавлена папка путь_до_папки_Gimp-2.8\32.
Судя по логам, отсутствует доступ к файлам LIBLCMS-1.DLL, GPSVC.DLL и IESHIMS.DLL.
- Последний часто отсутствует во многих прогах и они работают норм.
- LIBLCMS-1.DLL в GIMP x64 есть только 64-битный.
- GPSVC.DLL есть только 64-битный в папке C:\Windows\System32 (хотя при этом есть mui-шка в C:\Windows\SysWOW64\ru-RU).

PS.
Можно как-нибудь на x64 систему поставить полностью 32-битный GIMP? А то в этом совмещенном инсталере выбора нет.
Автор: iglezz
Дата сообщения: 12.09.2012 08:36
unreal666
инсталлер гимпа можно распаковать при помощи innounp
Автор: juvaforza
Дата сообщения: 12.09.2012 13:49
unreal666

Цитата:
Эти плагины по умолчанию ставятся.

Он (это один плагин-набор для работы с цветовыми профилями) не ставится по умолчанию в официальном дистрибутиве. Найдите сами эти файлы поиском Windows, или так. В архиве (версия может не совпадать с вашей) с этим плагином в README описаны инструкции по ручной установке, можете ими воспользоваться для корректного удаления.

Цитата:
Можно как-нибудь на x64 систему поставить полностью 32-битный GIMP?
В теории:
Цитата:
add /32 command-line parameter to force install of 32-bit version on x64.
На практике же для этого должны быть причины.
Автор: Victor_VG
Дата сообщения: 12.09.2012 15:20
unreal666

В принципе, можно добавить нужные DLL в каталог с плагином учитывая правила поиска зависимостей WinAPI:

1) Зависимости сначала ищутся в каталоге приложения;
2) Если их там нет, они ищутся в каталогах перечисленных в переменной среды %PATH%;
3) Если их нет и там они ищутся сначала в каталоге %WINDIR%, при их отсутствии там в каталоге %WINDIR%\%Sysdir% и если они не найдены выдаётся сообщение об ошибке загрузки зависимостей.

Возможно, что в твоём случае подгружается не соответствующая по вызовам зависимость найденная по правилам WInAPI. Я бы поступил так, как диктует правило пункта 1) - положил бы нужную библиотеку в каталог исполняемого модуля приложения, в данном случае в каталог с gimp.exe и проверил бы исчезла ошибка или нет. Если нет, переместил бы библиотеки в каталог откуда запускается основной исполняемый модуль плагина. Обычно это надёжно решает такие проблемы.
Автор: unreal666
Дата сообщения: 12.09.2012 16:08
juvaforza
Victor_VG
Так... Переустановил еще раз с переименованием папки "C:\Users\мойлогин\.gimp-2.8" в "C:\Users\мойлогин\.gimp-2.8x".
И вправду. Эти плагины по умолчанию не ставятся. Походу новая версия при установке даже в другую папку выковыривает/переносит данные из старой версии (до этого стояла 2.7.чего_то_там).
Так что вопросы отпали. Всем спасибо.

juvaforza

Цитата:
Найдите сами эти файлы поиском Windows, или так.

Да я и так знал, где они (Process Hacker'ом смотрел). Просто не знал, что они перенеслись автоматом из папки со старой версии gimp'а ("C:\Users\мойлогин\.gimp-2.7").
Автор: Loafer
Дата сообщения: 07.02.2013 13:17
/GIMP + GTK+ (stable release)/GIMP 2.8.4
2013-02-07 02:51:58 AM

http://sourceforge.net/projects/gimp-win/files/GIMP + GTK+ (stable release)/GIMP 2.8.4/gimp-2.8.4-setup.exe/download
Автор: Victor_VG
Дата сообщения: 07.02.2013 14:33
Смотрю по [more=NEWS]Overview of Changes from GIMP 2.8.2 to GIMP 2.8.4
=================================================

Core:

- Move the OSX gimpdir to "~/Library/Application Support"

GUI:

- Better names for the default filters in save and export
- Make tool drawing (esp. the brush outline) much more responsive
- Remember the "maximized" state across sessions
- Simplify the splash image code a lot, makes it appear immediately again
- Allow the text tool to start on an image without layers
- Various fixes for text style attribute handling
- Set unconfigured input devices to eraser if GTK+ says they are erasers
- Make language selectable in Preferences on OSX

Libgimp:

- Make libgimp drawable combo boxes aware of layer groups
- Make sure plug-in windows appear on top on OSX
- Fix item width in GimpPageSelector (used e.g. in PDF import)


Plug-ins:

- Better default values in the Drop Shadow script
- Fix a whole bunch of bugs in the BMP plug-in
- On OSX, use the system's screenshot utility

Installer:

- Add Brazilian-Portuguese translation to the Windows installer

Source and build system:

- Many improvements to the OSX bundle build system
- Support automake 1.13

General:

- Lots of bug fixes
- Lots of translation updates[/more] изменений прилично...
Автор: data man
Дата сообщения: 07.02.2013 14:48
Тогда уж и для экспериментаторов Gimp 2.9.1 Experimental (Git Source January 25, 2013) на Partha's Place
Автор: Victor_VG
Дата сообщения: 07.02.2013 15:41
data man

Пока ребята там отработают всё задуманное большинству из нас хватит серии 2.8.х. Согласен?
Автор: KOHTPAKT
Дата сообщения: 10.02.2013 12:11
Пару дней назад установил последнюю версию GIMP'а. Сегодня антивирус (AVG) делал полную проверку и "арестовал" некоторые файлы (5 штук).
Путь: Program Files > GIMP 2 > 32 > lib > gimp > 2.0 > python. Там эти файлы с двойным расширением - .pyd.debug - пишет, что "повреждены исполняемые файлы".
Всё скачивал с оф. сайта, программа запускалась и работала нормально. На запуски антивирус не реагировал, только вот сегодня "взбрыкнул" почему-то.
У кого-либо было что-то подобное?

Страницы: 1234567891011121314151617181920212223

Предыдущая тема: Promt XP osibka jadra


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.