Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы программирования на FORTRAN (ФОРТРАН)

Модерирует : ShIvADeSt

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329

Открыть новую тему     Написать ответ в эту тему

akaGM

Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Обсуждаются все вопросы, связанные с программированием на ФОРТРАН, как общего так и конкретного характера.
Постарайтесь дать как можно больше информации о возникшей проблеме -- это в конце концов в ваших же интересах чтобы вам помогли...

прежде чем просить помощи в задании
платное решение задач

ресурсы этого топика
ссылка на подборку ресурсов, собранных посетителями этого форума
 
то, чем мы решили поделиться
ссылка на страничку программ etc собственного изготовления, которыми любезно делятся наши форумчане


если вам вдруг не отвечают или ответ вас не устраивает
и вообще полезно прочитать всем спрашивающим
 
просьба к пишущим и отвечающим все большие листинги оформлять тегом more
и отключать графические смайлики при размещении фортран-кода

Всего записей: 24055 | Зарегистр. 06-12-2002 | Отправлено: 18:11 14-01-2007 | Исправлено: akaGM, 09:47 01-03-2020
bubanoid



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
akaGM
Огромное спасибо за ответ. Я круто отстал. Был уверен, что Дельфи, как компонент Borland Develop Studio, жив и сейчас, а оказалось, что это давно уже не так. Вообще-то я себя не слишком корю, так как совсем не программер. Когда-то баловался на Дельфи, простенькие программки для развлечения писал.  
 
Спасибо за инфу о Lazarus! Давно пора переходить на open-source, где возможно, естественно.

Всего записей: 101 | Зарегистр. 22-11-2007 | Отправлено: 18:37 14-11-2010
vengr



Рафинированный Теоретик
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
bubanoid

Цитата:
жив и сейчас, а оказалось, что это давно уже не так

не подумайте только что с делфи чтото случилось, если Borland сначала выделии его в доч.компанию а затем продали

Всего записей: 3579 | Зарегистр. 21-08-2001 | Отправлено: 19:42 14-11-2010
bubanoid



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vengr
Конечно же погуглил, чтобы узнать судьбу Дельфи. Сначала передали своей же CodeGear потом продали какой-то Embarcadero. По-моему, это начало конца Дельфи (IDE). Да и офф-топ

Всего записей: 101 | Зарегистр. 22-11-2007 | Отправлено: 20:14 14-11-2010
pir0texnik2



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Кто делает длл-ки помогите плиз...
Есть прога скомпилированная билдером 2009, она загружает длл сделанную интел фортраном х86, вот так:

Код:
 
HINSTANCE HIns=NULL;
 
UnicodeString dll = L"c:\\путь\\dll.dll";
 
HIns=LoadLibraryW(  dll.c_str()   );
 

 
само же длл начинается с  

Код:
 
subroutine fnc (X)
!DEC$ ATTRIBUTES DLLEXPORT :: fnc
 

 
в xp х86 - все работает, в xp x64 - LoadLibraryW не отдает хенлдлера, хотя файл и путь существуют.
т.е. подозреваю, что как-то dll не так скомпилировано/написано.  в общем как загрузить в 32 битное приложение 32 битную dll из-под 64 битной ОС. Я почему-то сомневаюсь, что просто перекомпилированая 64 битным компилятором dll будет нормально работать из 32-программы...

Всего записей: 173 | Зарегистр. 27-02-2008 | Отправлено: 03:44 15-11-2010
terminat0r



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pir0texnik2
А вы уверены что ваше приложение 32 битное?
Проверьте в программе if( 64 == IntPtr.Size * 8  )
Если компилировалось под .NET то там будет автоматически запускаться 64битный код на 64битной ОС.

Цитата:
Я почему-то сомневаюсь, что просто перекомпилированая 64 битным компилятором dll будет нормально работать из 32-программы...

Не будет однозначно. Надо и длл и программу с одинаковой архитектурой.
 

Всего записей: 2084 | Зарегистр. 31-03-2002 | Отправлено: 06:37 15-11-2010 | Исправлено: terminat0r, 06:51 15-11-2010
TeXpert



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Уважаемые знатоки, применял ли кто-нибудь из вас функцию X05BAF из Mark 18 для подсчета времени работы программы? У меня она дает неверные значения, что в принципе объяснимо из описания. Какое значение CLOCK_TICKS_PER_SECOND рекомендуется для платформы Intel?  
Можно, конечно, обойтись средствами собственно компилятора Intel, но вдруг можно и так как мне бы хотелось?
Код функции:
Код:
 
      DOUBLE PRECISION FUNCTION X05BAF()
C     MARK 14 RELEASE. NAG COPYRIGHT 1989.
C     MARK 16 REVISED. IER-1051 (JUN 1993).
C
C     Returns the amount of CPU time used since some previous time,
C     in seconds. The previous time is arbitrary, but may be the time
C     that the job or the program started, for example. The difference
C     between two separate calls of this routine is then (approximately)
C     the CPU time used between the calls.
C
C     This routine is machine dependent. It must be modified by the
C     implementor to return the value described above.
C
C The code below is suitable for IBM RISC SYSTEM/6000 xlf90 compiler
C     CTPS = CLOCK_TICKS_PER_SECOND
C
C     .. Local Scalars ..
      INTEGER           CTPS
C     .. External Functions ..
      INTEGER           MCLOCK
C     .. Data Statements ..
      DATA CTPS /100/
C     .. Executable Statements ..
C
      X05BAF = DBLE(MCLOCK()) / DBLE(CTPS)
      RETURN
      END

 
Заранее благодарен!

----------
Майкудук, Пришахтинск не предлагать!:)
А на Пирогова приходит снова весенний гомон...

Всего записей: 3604 | Зарегистр. 08-02-2003 | Отправлено: 06:42 15-11-2010
terminat0r



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TeXpert
А зачем вам это. У меня все проще

Код:
 
real(dp) :: cputime, cp0,cp1
call cpu_time(cp0)
!... calculation
call cpu_time(cp1)
cputime=cp1-cp0
!show time used for calculation in sec
write(*,*)"CPU TIME: ",cputime," sec"

Всего записей: 2084 | Зарегистр. 31-03-2002 | Отправлено: 06:49 15-11-2010 | Исправлено: terminat0r, 06:50 15-11-2010
TeXpert



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
terminat0r
cputime, как понимаю, функция из библиотеки Intel?
Цитата:
А зачем вам это
Так я по такой же схеме применяю, собственно, там и изобретать-то нечего
 
И еще вопрос: у меня в функции, возвращающей DOUBLE PRECISION, в выражениях присутствуют разности INTEGER-переменных. Следует ли явно приводить эти значения к вещественному виду? Ведь потери точности для разности целых значений не происходит. А если умножаю целые на вещественные? В одном месте компилятор у меня ругнулся (кажется, в аргументе EXP), так что там приводить пришлось


----------
Майкудук, Пришахтинск не предлагать!:)
А на Пирогова приходит снова весенний гомон...

Всего записей: 3604 | Зарегистр. 08-02-2003 | Отправлено: 07:03 15-11-2010
pir0texnik2



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
terminat0r

Цитата:
А вы уверены что ваше приложение 32 битное?  
Проверьте в программе if( 64 == IntPtr.Size * 8  )  
Если компилировалось под .NET то там будет автоматически запускаться 64битный код на 64битной ОС

я его компилировал в BCC 2009 в 32х битной виндовс таким же компилятором, я его не переделывал. В процессах оно также значится как *32. .Нета там нету, т.к. я запускал сперва программу в х64 вообще БЕЗ него и она работала (в смысле запускалась и показывала ГУЙ, но при загрузке длл не находила/опознавала её). Т.е. подозрения у меня только сходятся на длл. Яндекс нашел мне что-то вроде такого http://forum.academ.org/index.php?showtopic=276959 , и похожие топики, но ответов, правда, в них не видел.

Всего записей: 173 | Зарегистр. 27-02-2008 | Отправлено: 13:56 15-11-2010
terminat0r



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TeXpert

Цитата:
cputime, как понимаю, функция из библиотеки Intel?

cpu_time стандарт, fortran 95 and later
pir0texnik2
ясно, ну тогда непонятно, я бы попробовал еще LoadLibraryEx. Попробуйте все пути: поиском длл с системной папки, написать манифест, проверьте видит ли ваша программа под вашим пользователем (security) эту длл, скомпилировать все под 64 наконец.  
Покопайтесь в вашем екзешнике и длл на предмет вшитого манифеста. Возможно он неправильный.
Попробуйте LoadLibraryA и обычную строку, может там что-то

Всего записей: 2084 | Зарегистр. 31-03-2002 | Отправлено: 14:41 15-11-2010 | Исправлено: terminat0r, 16:16 15-11-2010
XPEHOMETP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pir0texnik2

Цитата:
в xp x64 - LoadLibraryW не отдает хенлдлера, хотя файл и путь существуют.

А нельзя сделать по-тупому, бросить DLL в папку с прогой? И с путями не париться - не указывать? Вдруг у этой 64-битной Винды с этим заскок - требуется указатель на строковую переменную 64-битный, а не 32-битный... Ведь логично? Правда, сам под 64-ю Винду никогда не программировал...

Всего записей: 2485 | Зарегистр. 21-06-2005 | Отправлено: 15:48 15-11-2010
pir0texnik2



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
XPEHOMETP
разница собсно? и так и так туда передастся КАКАЯ-ТО строка, т.е. указатель на эту строку. кстати, длл лежит в той же папке, что и сама прога.

Всего записей: 173 | Зарегистр. 27-02-2008 | Отправлено: 18:33 15-11-2010
XPEHOMETP

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pir0texnik2

Цитата:
разница собсно?

Coбсно в том, что если, мол, строка какая неправильная, то по умолчанию поиск DLL начнется именно с папки программы. По определению. Если не срабатывает уже, то был не прав.

Всего записей: 2485 | Зарегистр. 21-06-2005 | Отправлено: 21:52 15-11-2010
pir0texnik2



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
XPEHOMETP
cделал и так  

Код:
HIns=LoadLibraryW( (L"dll.dll").c_str()  );

HIns = NULL
и так  

Код:
 
HIns=LoadLibraryExW(L"dll.dll").c_str(),NULL,0);
 

HIns = NULL
и даже так...

Код:
 
HIns=LoadLibraryExW(L"dll.dll").c_str(),NULL,8);
 

зато вот так HIns != NULL и так понимаю мы все же нашли ДЛЛ

Код:
 
HIns=LoadLibraryExW(L"dll.dll").c_str(),NULL,1);
 

но, правда, радует это не долго, до первого вызова функции длл-ельной, которая нежизнеспособна при DONT_RESOLVE_DLL_REFERENCES.
Судя из этой картинки
   
HIns = NULL бывает в 2х случаях, когда нет файла или когда dll уже как минимум раз была загружена и ее не хотят снова загружать, но я не гружу ее повторно я и первый раз не могу этого сделать...
В общем, вывод у меня такой - проблема в dll, где только...

Всего записей: 173 | Зарегистр. 27-02-2008 | Отправлено: 06:00 16-11-2010
karakurt2



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pir0texnik2
в 64-битную программу система не подгужает 32-битные DLL, это нонсенс!
проверьте разрядность исполнимого файла и динамической библиотеки, они должны совпадать:
 
dumpbin /headers program.exe | head -n 20
dumpbin /headers library.dll | head -n 20

Всего записей: 733 | Зарегистр. 06-12-2003 | Отправлено: 06:19 16-11-2010
pir0texnik2



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
а если так?..

Цитата:
 
Microsoft (R) COFF/PE Dumper Version 8.00.50727.762
Copyright (C) Microsoft Corporation.  All rights reserved.
 
Dump of file project1.exe
 
PE signature found
 
File Type: EXECUTABLE IMAGE
 
FILE HEADER VALUES
            14C machine (x86)
               8 number of sections
        4CE1E762 time date stamp Tue Nov 16 04:07:30 2010
               0 file pointer to symbol table
               0 number of symbols
              E0 size of optional header
             10E characteristics
                   Executable
                   Line numbers stripped
                   Symbols stripped
                  32 bit word machine
OPTIONAL HEADER VALUES
            10B magic # (PE32)
 
 


Цитата:
 
Dump of file dll.dll
 
PE signature found
 
File Type: DLL
 
FILE HEADER VALUES
            14C machine (x86)
               7 number of sections
        4CCC685C time date stamp Sat Oct 30 21:47:56 2010
               0 file pointer to symbol table
               0 number of symbols
              E0 size of optional header
            2102 characteristics
                   Executable
                  32 bit word machine
                   DLL
 
OPTIONAL HEADER VALUES
            10B magic # (PE32)
 

Всего записей: 173 | Зарегистр. 27-02-2008 | Отправлено: 07:02 16-11-2010
karakurt2



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Странно всё это, тогда должно работать...
 
Можно предположить, что дело в манифесте, который ссылается на несуществующую сборку, что маловероятно. Что говорит код ошибки, возвращаемый GetLastError()?
 
Если есть доступ к исходным текстам, попробуйте заново пересобрать библиотеку и исполнимый файл. У меня было такое, что сборка новой версии библиотеки приводила к несовместимости с программой, от которой она зависела, и приходилось потом пересобирать все екзешники. Хотя здесь не тот случай, позднее связывание, однако.

Всего записей: 733 | Зарегистр. 06-12-2003 | Отправлено: 07:55 16-11-2010
akaGM

Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pir0texnik2
а приведи весь заголовок fnc
Код:
subroutine fnc (X)
!DEC$ ATTRIBUTES DLLEXPORT :: fnc  

что-то, имхо, он у тебя "дефолтный" какой-то...
 
Добавлено:
ну и Сишный прототип, конечно, покажи...
 
Добавлено:
а ещё совет от Интелов для миксед-прикладнух был такой:
if using the Intel(R) 64 or IA-64 architectures need to add a library bufferoverflowu.lib to build mixed Fortran-C application
только это, вроде как для связи с VC++

Всего записей: 24055 | Зарегистр. 06-12-2002 | Отправлено: 14:29 16-11-2010
pir0texnik2



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
akaGM, да именно такой и пока не стал запускать в х64 - работал...
прототип такой

Код:
typedef void (__stdcall *sub_fortran_1) (double*)

хотя в принципе какая разница до  

Код:
sub_fortran_1 fnc;
fnc   =(sub_fortran_1)(GetProcAddress((HMODULE) HIns,"FNC"));

дело же не доходит.
попробую пересобрать dll...

Всего записей: 173 | Зарегистр. 27-02-2008 | Отправлено: 17:09 16-11-2010 | Исправлено: pir0texnik2, 17:11 16-11-2010
akaGM

Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
pir0texnik2
хм...
тогда тебе надо бы писать не
Код:
subroutine fnc (X)
!DEC$ ATTRIBUTES DLLEXPORT :: fnc

а
Код:
subroutine fnc (X)
!DEC$ ATTRIBUTES STDCALL, DLLEXPORT :: fnc

иначе у тебя (прям по ману) я вижу две нестыковки:
Convention STDCALL Default    
Arguments passed by value Yes No    
Caller stack cleanup No Yes

---
а нет, первое из-за (double*) проходит...
но второе рано-поздно должно сломаться...
 
---
кстати, в IF очень критичны опции /MD /MT, может здесь что с Билдером не стростается?

Всего записей: 24055 | Зарегистр. 06-12-2002 | Отправлено: 17:17 16-11-2010 | Исправлено: akaGM, 17:27 16-11-2010
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Вопросы программирования на FORTRAN (ФОРТРАН)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru