Visual Basic 6.0 - Книги по VB веpсии 6

Mon Sep 27 2004 06:54, Vladimir Shilayev wrote to All:










MSDN.
если нету, то msdn.microsoft.com...
Чесно говоря.. действительно это лучший учебник..
Ты программить-то вообще умеешь? ну типа может ты решил с VB начать...

* Origin: FidoNet Online - http://www.fido-online.com (2:5020/400)


Привет, Sergey!

* 24 Сен 04 12:51, Sergey Artamonov писал(а) All



Вешаешь на форму ОСХ МедиаПлеера и проигрываешь, что хочешь. Работает начиная с
98-ой винды. В 95-ом нужен сабжевый кодек.
Vlad
* Origin: FidoNet, InterNet... Deneg net... (2:5061/120.41)




В смысле не программа, а файловая система тома, к которому эта
программа обращается? Тогда GetVolumeInformation даст искомые данные.
Параметр lpMaximumComponentLength возвращает максимально допустимую длину
имени на данном томе: 255 для FAT и NTFS, 12 для чего-то экзотического вроде
сетевого диска с компьютера под Win 3.11, а вот для CDFS функция возвращает
разные значения для разных дисков.

--
Сергей Мерзликин
http://www.smsoft.ru/ru/











* Origin: Talk.Mail.Ru (2:5020/400)


Мы где-то виделись, Андрущенко?






А разве не любая win32-программа имеет возможность работать с длинными именами
файлов?

Всего хорошего!
Дмитрий Козырев aka Master

* Origin: Дорогу осилит идущий. (2:5023/11.148)


Мы где-то виделись, Michail?





Конечно. Если ты беспокоишься за скорость, то твои волнения напрасны:
затруднения могут возникнуть разве что при одновременной real-time обработке
16 каналов звука в cd-качестве.

Конечно, на ассемблере с использованием MMX или SSE2 это будет значительно
эффективнее, но готов ли ты сейчас писать на ассемблере?



Язык VB.

Теорию DSP.

Hабор апишек (смотри в MSDN waveOutOpen и далее по see-also-ссылкам).

Всего хорошего!
Дмитрий Козырев aka Master

* Origin: Дорогу осилит идущий. (2:5023/11.148)





именами


Я тоже в этом не сомневался...
Hо столкнулся с такой ситуацией.

Обращаюсь из Ворда к своей DLL, в которой пытаюсь открыть файл. Выдается
ошибка 76 - Path Not Found. Файл по указанному пути имеется.
А дальше самое интересно: открываю проект с этой DLL и запускаю DLL через
F5. И вот теперь ошибка не выдается, и файл успешно открывается.

Стал разбираться.
Оказалось, что ошибка возникает в том случае, если я из Ворда 95 (!)
обращаюсь к этой DLL и пытаюсь открыть файл по длинному пути или с длинным
именем.
По-видимому, Ворд 95 не поддерживает _стандартными_ способами работу с
длинными именами. Причем сам по себе, своими средствами он с ними нормально
работает!
Причем вплоть до того, что не работает API-функция GetShortPathName (т.е.
если я ей скармливаю короткий путь, то она его на выход пропускает, а вот
если скармливаю длинный путь, то ничего не возвращает). Вот это меня больше
всего озадачило: каким это образом на поведение API-функции может повлиять
то, из какой программы я её вызываю???
Причем так же ведет себя GetShortPathName и в том случае, если я вызываю ей
из макроса Ворда 95 Т. е. моя DLL (и интерфейс между ней и Вордом 95) тут
вроде бы не при чем.

В общем, у меня пока получается так, что я не могу открыть в своей DLL файл
по длинному пути, если обращаюсь к ней из Ворда 95. Так хотя бы уметь
отслеживать ситуацию, что обратившаяся к DLL программа не умеет стандартными
средствами работать с длинными именами.

Хотя ситуация эта, конечно, странная.

--
С уважением Hиколай Андрущенко


* Origin: Internet-Arkhangelsk Company (2:5020/400)


Hello All.

в общем столкнулся с такой задачей: надо создать опр. количество сокетов(которое меняется) и со всех коннектиться. как такое реализовать? сложность в том, что контролз WinSock надо помещать именно на форме,
dim Sockz() as WinSock
сделать нельзя. помогите, как быть.
ps: только не предлагайте все переписать на API :) мне сам метод интересен.

np: ded.mp3
* Origin: (2:5020/829.610)


Мы где-то виделись, Dima?










Вопрос был не в том... А перебрать шрифты можно и проще: Screen.Fonts. И это
не столько просто, сколько правильно, поскольку есть такой нюанс, как
регистрация шрифтов... Улавливаешь направление моей мысли?

Всего хорошего!
Дмитрий Козырев aka Master

* Origin: Дорогу осилит идущий. (2:5023/11.148)


Мы где-то виделись, Dima?









Чего с чем? Исходя из контекста обсуждения, думаю, что ты имеешь в виду связь
из delphi с эхотажной COM Dll; но делать это через LoadLibrary - это как
раз-таки нестандартный метод, проще говоря - через жопу. ;) Я не помню, как в
дельфях называется стандартный метод создания инстанции объекта, но на крайняк
всегда остается апишная CoCreateInstance. И если мне не изменяет память, в
дельфях есть аналог эхотажных references/components.

Hу а если ты имеешь в виду динамическую загрузку из эхотага "обычной dll" и
работу с ней - то и это можно организовать. Приходилось мне один раз так
делать.



Сейчас разберемся... Вдруг и правда не понимаешь. ;)




Ага. Кстати, раз пошла такая пьянка - можно звать напрямую DllGetClassObject,
но это уже точно через )(.




С чего это бы? ;)

Всего хорошего!
Дмитрий Козырев aka Master

* Origin: Дорогу осилит идущий. (2:5023/11.148)






сообщил/сообщила в новостях следующее:
news:2715555953 [@] p148.f11.n5023.z2.ftn...







списке


путь



это



Hе вижу в Screen.Fonts информацию pастpовый шрифт или OpenType. А потом есть
еще Printer.Fonts.
С уважением, Андрей.


* Origin: Demos online service (2:5020/400)